Правки по таймкоду: монтажёр и заказчик согласуют видео на своём сервере

MAATRIX

Заказчик посмотрел черновик и написал в телеграм: «на 2:34 поменять план, с 1:15 до 1:20 убрать, и ещё где парень говорит — там подрезать». Вы открываете монтажную программу, отматываете к 2:34, а там ничего похожего на то, что описал заказчик — он явно смотрел версию с другим таймкодом, или просто ошибся на пару секунд. Дальше начинается переписка «а вы про какой момент», «а это до титров или после», и итерация, которая должна была занять пять минут, растягивается на полдня. Ниже — как убрать это звено вообще: заказчик оставляет комментарий прямо на видео, в момент, где увидел проблему, а вы получаете список правок с точным таймкодом и без пересказа словами.

Почему правки текстом — это системная проблема, а не невезение

Дело не в том, что заказчики невнимательны. Дело в самом канале: текст и видео — разные измерения, и переводить одно в другое вручную — это где неизбежно теряется точность.

Что конкретно ломается:

• Таймкод не совпадает. Заказчик смотрит видео в мессенджере, где может не быть точного счётчика времени, или досматривает с телефона, где интерфейс плеера обрезан. Секунда туда-сюда — и вы ищете не то место.
• Разные версии. Вы отправили правку, потом ещё одну, а заказчик комментирует старый файл, который случайно остался у него в чате открытым.
• Словесное описание неточно. «Там, где она поворачивается» — а поворотов в ролике три. Заказчик не виноват: он не работает с монтажом каждый день и не думает кадрами.
• Правки живут в разных местах. Часть — в телеграме, часть — в комментарии к письму, часть — на созвоне, который никто не записал. Собрать итоговый список перед началом работы — отдельная задача.
• Нет истории. Через неделю не восстановить, почему именно этот план оставили, а этот убрали — переписка потёрлась, скроллить неудобно.

Каждый пункт по отдельности некритичен. Вместе они дают то, что на практике съедает часы: не сам монтаж, а согласование того, что монтировать.

Идея: комментарий живёт на таймлайне, а не в переписке

Решение здесь не новое — крупные студии и агентства десятилетиями работают именно так, просто через дорогие облачные сервисы. Идея простая: заказчик смотрит видео не в мессенджере, а в браузере, на странице, где под плеером — временная шкала. Он ставит видео на паузу в нужный момент, кликает «оставить комментарий», пишет пару слов — и метка с этим текстом появляется прямо на шкале, ровно на той секунде, где он остановился.

Монтажёру не нужно ничего расшифровывать. Открываете список комментариев — каждый привязан к точному таймкоду, кликаете — плеер сам перематывает на нужный момент. Заказчику не нужно уметь объяснять словами «то место, где» — он просто показывает пальцем на видео, в буквальном смысле.

Ключевое отличие от переписки: это не альтернативный, чуть более удобный чат. Это структура — таймкод жёстко привязан к комментарию на уровне данных, а не восстанавливается из текста человеком.

Что для этого нужно технически

Чтобы это заработало, нужны три вещи, и все три вы контролируете сами на своём сервере:

1. Видео, которое можно смотреть в браузере без скачивания — с перемоткой, без ожидания полной загрузки файла.
2. Плеер, который отдаёт текущую позицию воспроизведения в момент клика — любой HTML5-плеер это умеет (video.currentTime).
3. Место, где хранится пара «таймкод + текст», привязанная к конкретному видео и обновляется в реальном времени на шкале.

Всё это разворачивается на обычном сервере — если под рукой ещё нет мощностей под монтаж, посмотрите обзор выделенного сервера для видеомонтажа и рендер-фермы: страница согласования с видео и комментариями не требовательна к ресурсам сама по себе, но удобно держать её на той же машине, где лежат исходники и куда заказчик и так обращается за черновиками.

Это не требует сложного продукта. По сути — веб-страница с плеером и небольшая база данных с комментариями. Если вы дружите с кодом хотя бы на базовом уровне, такую страницу реально собрать самостоятельно за вечер-два: HTML5-видео плюс десяток строк JavaScript на сохранение и подгрузку меток, и простой бэкенд (Python/Node/PHP — не принципиально) с одной таблицей. Если писать самому не хочется — поищите готовые открытые инструменты по запросу «self-hosted video review» или «timestamped video comments» и адаптируйте под себя: рынок таких мини-инструментов есть, просто он не так на слуху, как большие облачные сервисы вроде дорогих SaaS-платформ для видеоагентств.

Минимальная схема данных для комментариев может выглядеть так:

CREATE TABLE videos (
    id SERIAL PRIMARY KEY,
    project TEXT NOT NULL,
    filename TEXT NOT NULL,
    access_token TEXT UNIQUE NOT NULL,
    created_at TIMESTAMPTZ DEFAULT now()
);

CREATE TABLE comments (
    id SERIAL PRIMARY KEY,
    video_id INTEGER REFERENCES videos(id) ON DELETE CASCADE,
    timecode_ms INTEGER NOT NULL,
    author TEXT NOT NULL,
    text TEXT NOT NULL,
    resolved BOOLEAN DEFAULT false,
    created_at TIMESTAMPTZ DEFAULT now()
);

А сохранение комментария на фронтенде — это в грубом виде:

const video = document.querySelector('#review-player');

submitBtn.addEventListener('click', async () => {
  const timecodeMs = Math.round(video.currentTime * 1000);
  await fetch('/api/comments', {
    method: 'POST',
    headers: { 'Content-Type': 'application/json' },
    body: JSON.stringify({ timecodeMs, text: commentInput.value })
  });
  loadComments(); // перерисовать метки на шкале
});

// клик по метке — перемотка на нужный момент
markerEl.addEventListener('click', () => {
  video.currentTime = timecodeMs / 1000;
  video.play();
});

Вот и весь фокус: никакой магии, просто данные, которые не теряются при переводе в текст сообщения.

Как раздать видео так, чтобы плеер не тормозил

Тут есть нюанс, из-за которого самодельные решения иногда получаются хуже переписки: если отдавать заказчику исходный файл с монтажной станции как есть, браузер может не уметь его нормально проигрывать (кодек, контейнер) или перемотка будет дёргаться, потому что сервер не поддерживает частичную загрузку файла.

Что стоит сделать заранее:

• Перекодировать в веб-совместимый формат. H.264 в контейнере MP4 с AAC-звуком воспроизводится браузерами без проблем:

ffmpeg -i master.mov \
  -c:v libx264 -profile:v high -crf 20 -preset medium \
  -c:a aac -b:a 192k \
  -movflags +faststart \
  review_proxy.mp4

Значение -crf 20 — это отправная точка, не эталон: подберите под свой материал и объём диска, для черновика вполне достаточно и более сжатого варианта.

• Включить faststart (флаг выше) — это переносит метаданные в начало файла, чтобы браузер мог начать проигрывание, не дожидаясь полной загрузки.
• Настроить сервер на отдачу диапазонов байт, иначе перемотка не будет работать вообще. В nginx для mp4 это модуль mp4:

location /review/ {
    alias /srv/review/;
    mp4;
    add_header Accept-Ranges bytes;
}

• Делать review-прокси отдельно от финального файла. Заказчику для согласования не нужно исходное разрешение и битрейт монтажной станции — низкий битрейт открывается быстрее и на слабом интернете, а финальный экспорт в высоком качестве вы делаете уже после согласования правок. Если сервер вы разворачиваете с нуля и заодно берёте на себя рендер-нагрузку, пригодится общая инструкция про настройку VPS под рендер-ферму — конфигурация под просчёт и под лёгкую отдачу review-прокси заказчику разная, и это стоит учитывать заранее.

Доступ без регистрации: ссылка вместо личного кабинета

Заказчику не нужно ничего устанавливать и заводить аккаунт — это одно из главных практических преимуществ перед тяжёлыми SaaS-платформами, где на согласование одного ролика приходится регистрировать всю команду клиента. Достаточно уникальной ссылки на проект.

Практичный вариант — токен в самой ссылке (/review/8f2a91.../), который проверяется на сервере и открывает доступ только к нужному видео и его комментариям, без пароля и логина. Если нужна дополнительная защита — можно добавить ограничение по времени жизни ссылки через secure_link модуль nginx (ссылка перестаёт открываться через N часов после генерации) или простую HTTP Basic Auth на конкретный проект, если заказчиков немного и такой уровень достаточен.

Каждому проекту — свой токен и своя страница. Старая версия ролика просто перестаёт быть в фокусе: вы даёте заказчику новую ссылку на обновлённый файл, а история комментариев к предыдущей версии остаётся у вас в базе для справки.

Что это меняет в самом процессе согласования

Разница ощущается уже на первой итерации:

Практический эффект — меньше кругов переписки на одну и ту же правку. Обычно самое дорогое в согласовании — не сама правка, а уточняющие вопросы «а вы про этот момент?». Когда таймкод передаётся автоматически, а не пересказывается, этот круг просто выпадает. Ускорение будет разным в зависимости от того, сколько правок и насколько сложный ролик — где-то это будет заметно с первой же итерации, где-то эффект накопится за несколько проектов, когда заказчики привыкнут к формату и перестанут писать длинные текстовые списки правок «на всякий случай».

Отдельный плюс — комментарий можно закрывать отметкой «сделано» (resolved = true в примере схемы выше), и тогда финальный созвон «а всё ли учтено» превращается в беглый просмотр списка, а не в пересмотр всего ролика заново.

Что учесть и где не идеально

Честно: это не готовый продукт из коробки, а инструмент, который вы либо собираете сами, либо адаптируете. Несколько моментов, о которые можно споткнуться:

• Мобильный просмотр. Часть заказчиков будет смотреть с телефона — проверьте, что страница и плеер нормально работают на мобильном браузере, включая точность паузы и клика по шкале на маленьком экране.
• Место на диске растёт. Черновики, финальные версии, review-прокси — при активной работе с несколькими проектами объём накапливается быстро. Заведите себе привычку чистить старые проекты после сдачи и архивировать финальные файлы отдельно от рабочих.
• Аутентификация — по вашей задаче. Токен в ссылке — это защита от случайного попадания на чужой проект, а не от целенаправленного подбора. Если материал чувствительный (например, неанонсированный релиз), добавьте пароль или ограничение по IP.
• Не у всех заказчиков будет привычка сразу разобраться, как оставлять комментарии на таймлайне — короткая подсказка в первом сообщении с ссылкой снимает почти все вопросы.
• Резервные копии комментариев тоже важны, не только видео: если база с правками пропадёт за день до сдачи, вы останетесь без истории того, что вообще нужно доделать. Для самих исходников и черновиков удобно смотреть в сторону S3-совместимого хранилища у себя — тогда видео и база с комментариями разнесены по разным дискам, и падение одного не утаскивает за собой второе.

Частые вопросы