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.
