FFmpeg и общий кодирования видео тред №12 /ffmpeg/
Аноним (Microsoft Windows 10: Chromium based)
23/03/24 Суб 13:42:01
№
1
В прошлый раз мы обсуждали азы и тонкости сжатия, даже обошлись без срачей.
FFmpeg - мощнейший видео-комбайн с открытым исходным кодом подо все существующие в наблюдаемой части нашей галактики платформы. 99% бесплатного и платного графического конвертероговна используют его в качестве бек-энда, так что давай-ка заканчивай пользоваться интерфейсными зондами и осваивай сам инструмент напрямую. Вебмки для двача тоже сжимают итт.
https://www.youtube.com/watch?v=9kaIXkImCAM
Скачать тут: https://www.ffmpeg.org/download.html
Для первичного ознакомления с тем, что тут происходит, прочитай это: https://www.ffmpeg.org/ffmpeg.html - тебе будет много непонятно, но основные термины тебе зацепятся за ухо, позже разберёшься что к чему.
Полная документация по самому конвертеру и всем встроенным кодекам: https://www.ffmpeg.org/ffmpeg-all.html - можно пользоваться как справочником и подглядывать, когда что-то забыл.
Более прикладная и полезная для бытовых целей официальная вики: http://trac.ffmpeg.org/wiki - здесь ты найдёшь детальные методички с пошаговыми инструкциями для решения типовых задач типа склейки нескольких видео в одно, наложения звуков, хардсаба и т.д. Очень полезная для того, чтобы набить руку с параметрами.
Также на очень много вопросов отвечено на стековерфло и неожиданно в предыдущих тредах.
Подробный разбор режимов кодирования основных кодеков читай тут: https://slhck.info/posts/ - там всего несколько постов, но они очень крутые, чтобы понять, что происходит внутри этой адской машины.
Вики WebM-треда (частично устарело): https://github.com/pituz/webm-thread/wiki
и https://hive.blasux.ru/webm/s
Актуальный гайд по кодированию от анона из треда №5 (принимается критика, её было много в предыдущих тредах): https://github.com/megapro17/FFmpeg-Guide/blob/master/FFmpeg%20кодирование%20гайд.md
ИТТ выбираем идеальные режимы кодирования, тестируем нереализованные параметры и просвещаем неофитов ffmpeg.
P.S. Для проверки отображения на дваче вашего нестандартного медиаконтента специально существует аж целая доска: https://2ch.hk/test/
Тред №0: https://2ch.hk/s/arch/2020-08-05/res/2591244.html
Тред №1: https://2ch.hk/s/arch/2021-02-25/res/2816778.html
Тред №2: https://2ch.hk/s/arch/2021-09-23/res/2979843.html
Тред №3: https://2ch.hk/s/arch/2021-11-13/res/3029626.html
Тред №4: https://2ch.hk/s/arch/2022-03-10/res/3056070.html
Тред №5: https://2ch.hk/s/arch/2022-06-29/res/3101682.html
Тред №6: https://2ch.hk/s/arch/2022-09-16/res/3144406.html
Тред №7: https://2ch.hk/s/arch/2022-11-14/res/3181555.html
Тред №8: https://2ch.hk/s/arch/2023-04-27/res/3205384.html
Тред №9: https://2ch.hk/s/arch/2023-07-25/res/3239508.html
Тред №10: https://2ch.hk/s/arch/2023-12-08/res/3301315.html
Тред №11: https://2ch.hk/s/res/3365343.html
h265 не поддерживается в браузерах
Большинство людей не будет заморачиваться этим, не работает из коробки - считай не поддерживается.
Там лежит уже готовый Chromium с поддержкой, можешь сам проверить. Только установить надо.
https://github.com/StaZhu/enable-chromium-hevc-hardware-decoding/releases
Проверить можешь тут:
https://lf-tk-sg.ibytedtos.com/obj/tcs-client-sg/resources/video_demo_hevc.html
Я исхожу с точки зрения человека, который хочет выложить клип и хочет чтобы его посмотрело как можно больше людей.
Я не стану выкладывать видео в неподдерживаемом формате и просить людей установить левую сборку браузера.
Я как-то прошелся ffprobe'ом по вебм треду в /mov/, там половина была h264, половина vp8/9, два h265 и еще несколько av1.
Я нашел те два h265, превью были поломаны и автор тут же их переделал на другой кодек, не помню какой именно.
> h265 в ближайшие годы сравнится по популярности с h264
Имеешь в виду, что так же уйдёт на вторые роли? Ну да.
Google не для того вкладывался в разработку и скупал патенты, чтобы доходами делиться с конкурентом. Декодер HEVC в Android появился 10 лет назад (при покупке лицензии на программное или аппаратное декодирование производителем), а вот в Chrome поддержку передачи видео системному декодеру добавили только в конце 2022 года. Совершенно случайно так вышло, да.
Само собой, Apple, очень давно крутящий шашни с MPEG, стоит на противоположных позициях. HEVC официально лучший кодек, всё остальное побоку.
80% малограмотных пользователей (не блокирующих StatCounter) могут декодировать AV1, остальные — под вопросом. Большая часть этих 80% — стадо в коровнике Chrome. 20% малограмотных пользователей могут декодировать HEVC, остальные — под вопросом. Большая часть этих 80% — стадо в коровнике Safari. Вот и всё, никаких сюрпризов. Любой крупный сервис, который не может позволить себе игнорировать десятки процентов аудитории, всё равно вынужден кодировать в несколько форматов, так что выгода «сообщества» не так очевидна, как выгода Google.
он по дефолту там есть
> после пяти месяцев
Чет резво они релизятся, для ломающих ABI мажорных версий
>обычный пользователь уже заплатил за кодек при покупке смартфона\пк
Так а гугл не заплатил и нарезать в нём контент не будет.
>>3442259
>Любой крупный сервис, который не может позволить себе игнорировать десятки процентов аудитории, всё равно вынужден кодировать в несколько форматов
Да, VP9 и H.264. Очень крупный может к VP9 добавить AV1.
265 нахуй никому не сдался кроме эппла.
мимо инженер очень крупного видеосервиса
Он называется, не поверишь... эквалайзер!. В данном случае похоже на lowpass начиная с ~1kHz.
Высокие частоты обрезали
Как сделал я:
yt-dlp -g "ссылка на видео"
Мне выдало две длинные ссылки на видео и аудио
Далее пробовал вот это и не совсем понимаю как оно работает:
ffmpeg -i "ссылка" -ss 00:10:10 -to 00:10:20 -c copy test.webm
ffmpeg -ss 00:10:10 -i "ссылка" -to 00:10:20 -c copy test.webm
В обоих случаях получалась ебанина с непонятными таймингами.
В итоге сделал так
ffmpeg -ss 00:10:10 -i "ссылка" -t 10 -c copy test.webm
Но сука видео и аудио скачались разной продолжительностью.
Что я делаю не так и как нужно?
>Что я делаю не так
Режешь мимо ключевого кадра.
>как нужно
yt-dlp [ссылка] --downloader ffmpeg --downloader-args "ffmpeg_i:-ss [время начала] -to [время конца]"
> Что я делаю не так и как нужно?
> -c copy
Вот это. Поиск при копировании потока ориентируется на I-фреймы, а они разбросаны в потоке по воле того кодека, которым этот поток был создан.
Так что без перекодирования тут не обойдешься, если тебе нужна точность
А вообще, вот мануал на эту тему
https://trac.ffmpeg.org/wiki/Seeking
>>3455160
> yt-dlp [ссылка] --downloader ffmpeg --downloader-args "ffmpeg_i:-ss [время начала] -to [время конца]"
Вот это попробовал, вообще ебанина получилась, и в середине скачки ошибка вылазила.
Спасибо за помощь аноны, но это всё похоже слишком сложно для меня. Наверно было проще сразу 12 часов стрима выкачать и спокойно нарезать, чем весь день с красными глазами сидеть тестировать, благо интернет позволяет.
Попробуй юзать --download-sections.
А шо там написано ? в AV1 теперь двухпроходное кодирование добавили ?
Наоборот, трехпроходное выпилили. Читать учись, анон
>>3459746
Трёхпроходное убрали, двухпроходное добавили. Так и есть. И сделали это для совместимости с ffmpeg.
Осталось дождаться новой версии ffmpeg.
Получается AV1 по дефолту кодировал в три прохода ?
И как на скорости\качестве отразится нововведение ?
Поправка: SVT AV1. Конкретно этот кодировщик.
libaom умел в два прохода и ранее. Просто это референсный кодировщик, корнями из libvpx, кодовую базу которого мало кто желает поддерживать. Поэтому большинство кодирует в SVT AV1.
>Актуальный гайд по кодированию от анона из треда №5 (принимается критика, её было много в предыдущих тредах): https://github.com/megapro17/FFmpeg-Guide/blob/master/FFmpeg%20кодирование%20гайд.md
> -vbr 5 -cutoff 20000
> Слишком агрессивный фильтр частот по умолчанию я рекомедную отключить.
Когда он там появился? Я что-то пропустил? Последний раз когда я гуглил эту тему, у режима 5 не было установленного среза. И получается, что ты установил срез агрессивнее чем он был. Зачем?
Ну я устанавливал срез на 18k когда кодировал в режиме 4, чтобы получить файл с битрейтом около 160kbps. Но и кодировал я музыку не через ffmpeg, а через консольную утилиту fdkaac. Хотя и qaac под wine тоже работает.
Блин, а можно просто пример команды а не эти километровые гайды?
С таким подходом — скачивай какую-нибудь графическую утилиту, и жми на кнопки
Да там вообще хуйня какая-то. Вот здесь например автор пишет "Можно написать чтобы первый проход был качественее -fastfirstpass false", а куда дописать, зачем там первый вариант недописан, зачем второй вариант, зачем вообще делать проходы никакой инфы. Но уже не надо, спросил у чатжпт и он ответил одним постом, пока кожаный мешок разродился целой документацией с ебанутыми командами.
>Как сжать webm размером с 200мб до 40, с минимальной потерей качества?
>зачем там первый вариант недописан
>зачем второй вариант
>зачем вообще делать проходы
>спросил у чатжпт и он ответил
Но он тебе тоже не ответил ни на один вопрос.
Не, ответил, просто мы не поняли его вопроса. Просто он настолько сверхразум, что его понять может только чатбот.
> -c:v libx265
> output.webm
Я вижу в чём проблема.
Меняй на
> output.mp4
Но если ты хочешь постить на двачах, тогда вместо этого учись кодировать в libvpx-vp9.
>Блин, а можно просто пример команды
Нет, нельзя. Ты как малое дитя требуешь от реальности соответствия твоим инфантильным хотелкам. Реальность работает не так.
> а не эти километровые гайды?
Так-то там короткая заметка на минут 20 вдумчивого чтения. Если для тебя это за пределом сложности, то у меня про твои когнитивные способности плохие новости.
>>3460070
> Можно написать чтобы первый проход был качественее -fastfirstpass false
Это, скорее всего, косяк инструкции. Так-то должно было быть сформулировано как
> передать библиотеке libx264 параметр «fastfirstpass=false», добавив его через двоеточие в конец строки-параметра для опции «-x264opts». Например так
> ffmpeg -i input.avi -b:v 3000 -c:v libx264 -x264opts ref=4:fastfirstpass=false
В целом, так бывает, когда пытаются просто и коротко рассказать про сложное и большое. Возможно, что в ffmpeg есть возможность опцию «fastfirstpass» библиотеке libx264 передать не через специальный ключ в строке-параметре опции «-x264opts», а через обычную опцию ffmpeg «-fastfirstpass» со строкой-параметром «false». Тогда команда была бы примерно:
> ffmpeg -i input.avi -b:v 3000 -c:v libx264 -x264opts ref=4 -fastfirstpass false
> зачем вообще делать проходы никакой инфы
Ты уже давай определись — тебе объяснять нужно долго и печально, или на скорую руку.
> Но уже не надо, спросил у чатжпт и он ответил одним постом, пока кожаный мешок разродился целой документацией с ебанутыми командами.
Он тебе ответил формально верную, но не соответствующую твоему вопросу ерунду.
>>3460095
H.265 не поддерживается доброй половиной браузеров. И про это в той короткой заметке написано.
Ты там что собрался делать-то? Каков конечный результат? Куда ты его собрался деть? Какие свойства у исходной последовательности? Почему не приложен отчёт mediainfo?
>ffmpeg -i input.avi -b:v 3000 -c:v libx264 -x264opts ref=4:fastfirstpass=false
Ошибка
А ты забавный.
Напиши что ли так:
ffmpeg -i input.mp4 -cfr 36 output.mp4
>ffmpeg -i input.mp4 -crf 36 output.mp4
Fix
>>3460292
Все равно ошибка, ладно похуй, не работает эта пердольская хуита кароч, чисто ебля с кодеками ради ебли с кодеками
>Все равно ошибка, ладно похуй, не работает эта пердольская хуита кароч, чисто ебля с кодеками ради ебли с кодеками
Головушка твоя не работает.
https://pastebin.com/9fdkqbiF
> H.265 не поддерживается доброй половиной браузеров.
Не поддерживается полноценно он только копробздоксом (нет поддержки 10 бит, в чём основная соль кодека), всеми остальными поддерживается.
https://caniuse.com/hevc
По твоей ссылочке как раз сказано, что поддержка для большинства обозревателей как раз частичная (в основном, ограничена чисто аппаратным декодером). Ты надеялся, что труъ по ссылкам не ходят?
> в основном, ограничена чисто аппаратным декодером
Чтобы декодировать контент железо(будь то процессор или видеокарта) должно поддерживать его аппаратно. Истории для самых маленьких.
> Ты надеялся, что труъ по ссылкам не ходят?
Фикси кал в башке, лол.
> Чтобы декодировать контент железо(будь то процессор или видеокарта) должно поддерживать его аппаратно.
>Фикси кал в башке, лол
Попробую снова пофиксить это самое непотребство в твоей голове, заменяющее тебе орган мышления. Смотри, как у нас вышло. Ты выдвинул тезис вот здесь >>3460563, настаивая на том, что данные, на которые ты ссылаешься, подтверждают его. Затем в >>3460572 я напомнил, что:
- данные по ссылке подтверждают скорее мой тезис, который ты собирался опровергать,
- твой вывод спекулятивный, для него не достаточно фактических оснований.
В ответ на критику ты разразился в >>3460574 негодованием, оскорблениеми и по-детски наивной и жалкой попыткой выкрутиться из очевидной и для тебя тоже логической ловушки.
Ты это делаешь на анонимном форуме зачем? Здесь у тебя ни кармы нет, ни авторитета. Здесь нет необходимости притворяться умным — твоя глупость в твоих же мыслях видна непосредственно.
Хуя манявры бессмысленные. Кто-нибудь дайте почитать этим болезням датащиты видеокарт и процессоров, ещё о таком явлении как однлплатники ака андроид-приставки не забудьте упомянуть.
Причём здесь блядь ваше железо? Разработчики софта говорят «не хотим мы лицензии платить на h265, не будет у пользователей этого кодека» — вот его и нет.
Вы вот проводили реальное тестирование ваших браузеров? Вот например здесь? https://tools.woolyss.com/html5-audio-video-tester/
У меня вот например стоит 1650. Она может декодировать h265 аппаратно. И чё? Ни нативно установленный firefox, ни chromium из flatpack этого кодека не понимают.
Что? Винду поставить? Браузер сменить и ещё до кучи ядро пересобрать?
А почему меня, как пользователя, вообще должны волновать проблемы лицензирования кодеков? Вы, господа, слишком многого от меня хотите. Нет у меня в браузере h265, ну и не надо. Что в ваших вебэмах может быть такого, что заставит меня пойти на такое? Да понятно что ничего. Мне проще проигнорировать дурачка и посмотреть другие вебэмы, которых полно.
Edge Canary, Android 14, Pixel 6 HEVC воспроизводится.
Edge Windows 11 тоже HEVC воспроизводит.
>>3460756
И на андроиде Edge, и на компе Edge. Там Microsoft наверняка держит патенты на Hevc. Так что ничего удивительного в том что их браузеры это поддерживают я не вижу.
Это как спрашивать с Apple за внедрение того-же Hevc/Heic и xHE-AAC. Они всегда так делали. И патентами они тоже владеют. Им тупо выгодно внедрять такие технологии.
Cross-fade он называется.
>Он называется, не поверишь... эквалайзер!
Хуя тут спецы сидят.
Копротивление Apple с кодеками в 2024 году выглядят очень смешно. Уже не то время, когда отказ от Флешплеера уничтожал его.
При чём здесь Apple, если патентодержателем хевка является Broadcom, а Apple лишь отчисляет как и МС? Флеешплеер это вообще Adobe. У Apple так-то годные есть кодеки вроде ALAC и AAC.
Сам же HEVC поддерживается солидным спектром устройств на ОС Android/Windows/macOS. На линуксе через VAAnusPI на хромых. Копробздоксич же 10 бит не держит, а смысла в хевке 8 бит нет, для этого х264 есть. Если говорить о хардвари, то даже одноплатниками на рокчипе хэвк поддерживается.
Перефразирую. Копротивление Apple с кодеками выглядятят сегодня как "на зло маме отморожу уши". Эплотехника единственная где сегодня надо думать о форматах.
ffmpeg -i video.webm video.mp4
Ты в гугл не в состоянии выйти с таким вопросом?
Следи за логикой
1) Гугл устаревший формат поиска информации в годы нейросетей
2) Нейросети компилируют инфу с сотен сайтов за раз и выдают лучший ответ сразу. Нейросети либо заменять поисковые энжины либо поглотят их
3) Двач это не гугл
4) На дваче пишут одни боты
5) Судя по качеству ботов они пользуют минимум гпт 4.0 и платят за нее
6) Спросить на дваче = Прогрессивной бесплатно спросить у гпт 4.0 ответ, вместо того чтобы пользоваться устаревшим гуглом, который скоро вообще перестанет существовать
Заебись шутканул, можешь пройти за медалью Петросяна вне очереди
2) Как вырезать кусок из середины видео, т.е. начало и конец соединились автоматом?
О, наивный новичок. Иди читай про I-фреймы и группы зависимых кадров. Без перекодирования ты можешь резать видео только по конкретным точкам, где декодер может быть инициализирован полной картинкой (если, конечно, не хранишь исходные материалы в специфических форматах сжатия с независимыми кадрами).
>только по конкретным точкам
Это уже понял.
>Иди читай про I-фреймы и группы зависимых кадров
Может есть статьи с примерами, как там чего перекодировать?
Почему так, как резать чтобы кадр не зависал?
ffmpeg -ss 00:01:04 -t 00:00:05 -i input.webm -c:v copy -c:a copy output.webm