Пишем юзабельную оболочку для FFMPEG на Powershell

[PastorGL]

Просто оставлю эту ссылку здесь:

github.com/PowerShell/Crescendo

Собственно, изобретать собственный велосипед незачем, если уже есть официальный.

[etoropov]

Я так понял, что ffmpeg в командной строке использовать стало проще. Тогда хотелось бы в трех приведенных примерах Было и Стало. (Ну и можно примеры наверх статьи.)

[redneko]

Сколько же он крови выпил этот ffmpeg. Пришлось однажды делать компрессию SDI с Decklink в h.264. Месяц ушел на то, чтобы заставить генерировать видео с постоянным битрейтом (в libx264 до сих не завезли, есть псевдо-cbr с так себе качеством) и скормить этот поток экзотической голове, которая декодирует его для вещания в аналоговую кабельную сеть. Баг с рассинхроном звука при пропаже и восстановлении SDI решен был втыканием костыля, который парсит лог и через systemd рестартит процесс. Как вспомню — так вздрогну.

[iDm1]

Пробовали VLC для решения этой задачи? По моему опыту для вещания продакшене он более надежен чем ffmpeg. А последний хорош скорее для офлайн обработки.

[redneko]

Разницы не будет никакой, поскольку ffmpeg использует для кодирования ту же самую библиотеку libx264, написанную videolan. Самая сложность была в том, чтобы сгенерировать такой mpeg2ts с постоянным битрейтом (и стаффингом) внутри которого видео тоже имеет более-менее постоянный битрейт, а не скачет от 0 и упираясь в потолок допустимого самим ts (а при дефолтных настройках x264 такой битстрим и генерируется). Худо-бедно получилось, в потоке ошибок анализаторы не видели, в плеерах игрался, а голова все равно не хотела воспроизводить. Решилось уже тонкой настройкой ts-муксера и генерацией SDT таблицы. В таком виде стабильно работает по полгода, перезагружась изредка в профилактики РТРС. Про vlc читал, но и слышал что любит течь по памяти он.

[jidckii]

Вы этого добились с использованием самой тулзы ffmpeg, или писали что то своё на базе его библиотек?
Если 1-е покажите, как выравнивали битрейт таким хаком?

[redneko]

Да, только связка ffmpeg + bash + systemd.

Видео кодируется следующим образом:

-c:v libx264 \
-b:v 3000k -maxrate 3000k -bufsize 480k \
-profile:v high -level 3.0 -pix_fmt yuv420p \
-s pal -r pal -aspect 16:9 \
-preset medium \
-forced-idr true \
-x264-params "nal-hrd=cbr:cabac=0:open-gop=0:videoformat=pal:filler=0:colorprim=bt470bg:transfer=bt470bg:colormatrix=bt470bg:interlaced=1:tff=1:weightp=0:force-cfr=1:keyint=25:min-keyint=25:scenecut=-1:bframes=2:b_pyramid=0:intra-refresh=0:constrained-intra=0" \
-tune film \
-top 1 \
-flags2 +local_header

Качество на выходе получается среднее, большего уже вряд-ли можно добиться без очередных глюков.

Нужно обратить внимание на bufsize, контролируя его по дампам потока и смотря, чтобы битрейт видео битстрима не прыгал. Меньше значение — сильнее деградирует качество картинки, но стабильнее битрейт, значение больше — начинает прыгать битрейт и появляются ошибки по ETSI TR 101 290 первого и второго приоритетов.

Муксер, упрощенно (без SDT), настроен так:

-f mpegts \
-flush_packets 0 \
udp://@225.10.10.1:5000?pkt_size=1316\&bitrate=3750000\&burst_bits=100000\&fifo_size=3000000\&buffer_size=3000000

Отключение параметра flush_packets важно. При включенном — ffmpeg будет выплевывать в сеть ts-пакеты as-is с размерами, кратными 188 байтам, что тоже может сводить ресиверы с ума. При выключении — 188-ти байтные ts пакеты буферизируются в один ethernet пакет, который уже и выплевывается в сеть.

[redneko]

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

[vagon333]

Вы написали очередную обертку к существующим на C#, PowerShell, Python, PHP…
Проблема ffmpeg не в обертке, проблема в формировании параметров командной строки под различные задачи.
Stackoverflow пестрит именно вопросами — как сформировать команду под ту или иную трансформацию.
Полезно было бы завести репозиторий задач и соответсвующих команд.
А на каком языке формировать эти команды, как реализовать использование, через UI, API или командную строку, каждый решит себе сам.
Sorry за негатив, но ожидал от статьи большего.

[alex1t]

В некотором роде согласен с этим комментарием, поскольку проблема ffmpeg не в том как его вызывать (и через консоль не сложно), а в том, чтобы заставить этот комбайн делать то, что хочешь. Помню тоже потребовалось найти способ соединения видео с наложением в 1с — месяц наверное искал в интернете и пробовал варианты, чтобы работало как мне надо.