Сюжет уже смонтирован, но файл ещё нужно подготовить для сайта, мобильного просмотра и социальных площадок. Если каждый сотрудник запускает обработку вручную на своём компьютере, очередь становится невидимой: никто не знает, какой ролик следующий и когда он будет готов. Для редакции или видеокоманды в Орле полезно отделить подготовку публикационных копий от монтажа и сделать её управляемым процессом.
Речь не о том, чтобы перенести все творческие операции на сервер. Монтаж, цветокоррекция и утверждение материала могут оставаться на рабочих станциях. Серверная задача — принять готовый исходный файл, выполнить согласованные преобразования, проверить результат и передать публикационную копию дальше.
Что можно вынести в фоновую обработку
Типовые операции — создание нескольких разрешений, извлечение технических характеристик, подготовка превью и проверка длительности. Для этого нужен список заданий со статусами: ожидает, выполняется, завершено, отклонено. Ошибка не должна превращаться в бесконечно вращающийся индикатор без пояснения.
Для такого узла можно оценить HPE ProLiant DL380 Gen10. Комплектации представлены у Сервер Молл: https://servermall.ru/sets/server-hpe-proliant-dl380-gen10/. Подбор следует делать по измерениям на реальных роликах: скорость зависит от кодека, настроек качества, процессоров и наличия совместимого ускорения. Название сервера само по себе не определяет время обработки.
Нельзя автоматически считать, что любой установленный графический ускоритель будет использоваться программой. Нужны совместимые оборудование, драйвер и конкретный режим обработки. Если выбран программный кодировщик, характеристики GPU могут вообще не влиять на данный профиль задания.
Сначала измерить один типовой пакет
Возьмём условный пакет: 12 роликов по десять минут, каждый требуется вывести в двух профилях. Суммарная длительность исходников — 120 минут. Если для одного профиля за минуту обработки кодируется полторы минуты видео, на него потребуется около 80 минут. Два профиля при последовательном выполнении займут около 160 минут.
Это расчёт по измеренной для примера скорости, а не характеристика DL380 Gen10. Для реального выбора берут несколько материалов: динамичный сюжет, спокойное интервью, графику и сложный исходник. Один короткий тест на простом видео не описывает все будущие задания.
Параллельная обработка способна уменьшить общее время, но не обязательно пропорционально числу задач. Два процесса конкурируют за процессор, память и диски. Нужно сравнивать время завершения всего пакета и качество результата, а не радоваться тому, что одновременно открылись четыре индикатора.
Зачем ограничивать число обработчиков
Если очередь запускает любое поступившее задание сразу, массовая загрузка может занять все ресурсы. Тогда замедлится интерфейс, копирование и проверка файлов. Число параллельных задач задают по испытанию, оставляя ресурс служебным операциям и контролю узла.
Документация FFmpeg описывает управление преобразованием потоков и параметрами вывода. Но универсального числа потоков, подходящего каждому профилю, нет. Настройки фиксируют в версии профиля и меняют после измерения. Это позволяет воспроизвести результат, а не зависеть от случайного набора параметров оператора.
Для срочного выпуска нужен приоритет, но он не должен бесконечно отодвигать обычные материалы. Практическое правило — отдельный ограниченный ресурс для срочных заданий и наблюдение за возрастом остальных. Конкретное распределение согласуют с графиком редакции и измеренной пропускной способностью.
Для каждого профиля полезно показывать среднее время и разброс на материалах похожего типа. Оценка «осталось две минуты», полученная по одному лёгкому ролику, вводит редактора в заблуждение при сложном сюжете. Если надёжного прогноза ещё нет, честнее показывать очередь, время начала и выполненную часть задания.
Что хранить в карточке задания
Нужны идентификатор материала, контрольная сумма исходника, версия профиля, время поступления, исполнитель процесса и место результата. При повторной загрузке того же файла система должна понимать, требуется ли новая обработка или уже существует подходящая копия.
Версия профиля важна: два файла с одинаковым названием могут отличаться разрешением, звуком и параметрами качества. Если профиль изменён, старый результат не должен незаметно считаться новым. История позволяет объяснить, почему вчерашний и сегодняшний выпуск имеют разные характеристики.
Выходной файл сначала создают во временном месте, а публикуют только после успешного завершения и проверки. Иначе сайт или следующий обработчик может увидеть недописанный ролик. Статус «готов» означает готовность всего результата, а не начало записи первых мегабайт.
Как посчитать рабочее пространство
Предположим, исходник в среднем занимает 4 ГБ, две публикационные копии вместе — 1 ГБ. Пакет из 12 материалов потребует 60 ГБ для исходников и результатов. Если одновременно в работе три таких пакета, это 180 ГБ без временных файлов и журналов.
Если процесс временно создаёт дополнительную копию каждого исходника, к этой оценке добавляется ещё 144 ГБ. Получается 324 ГБ. При требовании оставить 20% пространства свободными нужно не менее 405 ГБ полезной ёмкости для такого рабочего набора. Фактические временные файлы зависят от выбранной обработки.
Долговременный архив рассчитывается отдельно. Рабочая очередь не должна случайно становиться единственным местом хранения утверждённых материалов. Для очистки задают условия: исходник передан в архив, публикационная копия принята, срок временного хранения завершён.
Как проверять результат автоматически и вручную
Автоматическая проверка сравнивает длительность, наличие видео и аудио, ожидаемые размеры кадра и возможность чтения файла. Она может обнаружить пустой результат или потерянный звук. Но технически корректный файл способен содержать чёрный кадр, неверный титр или неутверждённую версию сюжета.
Поэтому редакционное утверждение отделяют от технического завершения. Сотрудник просматривает согласованные контрольные фрагменты и подтверждает нужную версию. Серверный статус не должен автоматически выдавать творческое согласование, если редакция не приняла такой порядок.
Для звука и субтитров нужны собственные критерии. Проверка наличия аудиопотока не доказывает, что речь слышна. Наличие файла субтитров не означает совпадение времени реплик. Контрольная подборка должна включать материалы с этими компонентами, а не только простые ролики без дополнительных дорожек.
Что делать при остановке процесса
- Сохранять исходник до успешного получения и принятия результата.
- Различать ошибку отдельного материала и недоступность всего обработчика.
- Повторять задание контролируемо, с ограничением числа попыток.
- Не публиковать временный или частично записанный файл.
- Показывать редактору причину отказа и ожидаемый путь исправления.
В испытании стоит остановить обработчик в середине задания, затем запустить его заново. После этого проверяют, что очередь не потеряла материал, не объявила неполный файл готовым и не создала несколько конфликтующих публикационных копий.
Поступление файлов проверяют отдельно от кодирования. Если 48 ГБ исходников передаются со средней скоростью 100 МБ в секунду, только загрузка займёт около восьми минут в десятичных единицах. Эти минуты входят в срок подготовки выпуска, даже если преобразование начинается сразу после получения каждого файла.
Итоговая оценка узла — сколько типовых пакетов он завершает в доступное окно и как ведёт себя при ошибках. Когда измерены эти параметры, редакция может планировать выпуск и выбирать оборудование по задаче. Без них даже мощный сервер остаётся просто ещё одним местом, где неизвестно, почему задерживается ролик.
