FFmpeg и общий кодирования видео тред №14 /ffmpeg/
Аноним (Microsoft Windows 10: Chromium based)
12/10/25 Вск 04:32:34
№
1
В прошлый раз мы как всегда срались про кодеки, особенно про качество AV1, а после бамплимита анон разработал интересную программу.
FFmpeg - мощнейший видео-комбайн с открытым исходным кодом подо все существующие в наблюдаемой части нашей галактики платформы. 99% бесплатного и платного графического конвертероговна используют его в качестве бек-энда, так что давай-ка заканчивай пользоваться интерфейсными зондами и осваивай сам инструмент напрямую. Вебмки для двача тоже сжимают итт.
https://www.youtube.com/watch?v=chOgKT3aHBE
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.su/test/ Просьба проводить тесты там, а не ИТТ.
Тред №0: https://2ch.su/s/arch/2020-08-05/res/2591244.html
Тред №1: https://2ch.su/s/arch/2021-02-25/res/2816778.html
Тред №2: https://2ch.su/s/arch/2021-09-23/res/2979843.html
Тред №3: https://2ch.su/s/arch/2021-11-13/res/3029626.html
Тред №4: https://2ch.su/s/arch/2022-03-10/res/3056070.html
Тред №5: https://2ch.su/s/arch/2022-06-29/res/3101682.html
Тред №6: https://2ch.su/s/arch/2022-09-16/res/3144406.html
Тред №7: https://2ch.su/s/arch/2022-11-14/res/3181555.html
Тред №8: https://2ch.su/s/arch/2023-04-27/res/3205384.html
Тред №9: https://2ch.su/s/arch/2023-07-25/res/3239508.html
Тред №10: https://2ch.su/s/arch/2023-12-08/res/3301315.html
Тред №11: https://2ch.su/s/arch/2024-06-09/res/3365343.html
Тред №12: https://2ch.su/s/arch/2025-06-25/res/3441805.html
Тред №13: https://2ch.su/s/res/3600915.html
https://www.opennet.ru/opennews/art.shtml?num=64033
Что ты с ним будешь делать?
Значит ли это, что битрейт надо поднимать до 30%, чтобы избежать "качества" AV1?
Вряд ли, ав1 ни на одном битрейте мыльной парашей не перестаёт быть, значит и саксесор должен эту же философию перенять.
> саксесор
Навуходоносор. Блядь. Зумереще ебаное.
Есть дохуя пикч весом от 3 до 6 мб (почти 1 тб в общем весе). Нужно осовбодить место. Нужно разом все пикчи сжать до минимального "читабельного" разрешения, т.е. чтобы весило до 1 мб, но при этом не шакальные пиксели были. И главное чтобы оригинал пикчи сразу удалялся и оставалась сжатая копия. Как сделать? Удалять не вариант. По отдельности каждый файл вручную сжимать и удалять ориг, оставляя копию не вариант, это займет +100500 часов, а то и дней. Помогите пожалуйста шарящие.
JEPG XS вроде может. JPEG XL в точный вес не может. BASH скрипт пиши.
>Сразу скажу, что регистраций во всяких нейрочатах нет, там спросить не могу
Попробуй duck.ai
>Как сделать?
Скриптами, но у тебя довольно много неизвестных ("читабельное разрешение", "не шакальные пиксели", формат пикч, ОС...), представление о которых есть только у тебя.
Там ограничения какие-то есть на кол-во запросов/время/длину беседы и т.п.?
jpegli от гугла почти как jpegxl, но в нормальном и поддерживаемым расширением везде. А не говно в .jxl
https://github.com/google/jpegli
>>3653320
> По отдельности каждый файл вручную сжимать и удалять ориг, оставляя копию не вариант, это займет +100500 часов, а то и дней.
А как ты хотел то епт?
JPEG XL, AVIF, WebP.
https://github.com/libjxl/libjxl
https://github.com/AOMediaCodec/libavif
https://developers.google.com/speed/webp/docs/precompiled
Выбери формат который тебе больше нравится и подходит, пожми для теста десяток картинок чтобы определить для себя "читабельное" качество, после чего через PowerShell пройдись по нужной папке.
JPEG XL пока не так сильно распространён и поддерживается, но он крутой. Я использую WebP, с AVIF не сильно знаком, но в некоторых случаях он вроде бы сжимает лучше WebP.
Скрипт для примера.
https://pastebin.com/raw/Jw576Lxw
Он пройдётся по всем файлам из папки "C:\Users\User\Pictures\Hatsune Miku" и перекодирует их в WebP формат с качеством "-q 85" в папку "C:\Users\User\Pictures\Hatsune Miku_Processed", при успешном перекодировании файл удаляется, структура папок сохраняется, в конце цикла удаляет папку если она пуста.
Попроси чатГПТ написать тебе бантик, который жмёт всё в папке в жпегли на дистансе ~0.5 и удаляет оригинал. Проверь на тестовой папке.
Вебп 420 кал. Авиф мыльная медленная параша. ЖпегХЛ умер нахуй, перспективы воскрешения минимальны. Из экзотики только хэйк остаётся норм вариант.
Понятно, продолжайте вести наблюдение.
Было бы за чем наблюдать...
>Авиф мыльная медленная параша
libsvtav1 очень быстрый, даже на 1 пресете.
> ЖпегХЛ умер
Он умер только в хроме. Софт его поддерживает, даже адобе. Еще недавно японцы запилили аппаратный кодировщик.
> хэйк остаётся норм вариант
Серьезно? Только яблоко его продвигает (продвигало?), и они теперь "мертвый" жрегхл поддерживают из коробки на своих устройствах.
> Он умер только в хроме
Т.е. буквально в большей части интернета
Чел приводит в пример хеик как норм вариант, хром его тоже не поддерживает.
>>3653407
Я вангую, что у хейка будет поддержка везде — на базе того что ведро с айосью его поддерживают — а с жпегXL пока влажненько выглядит, что в долгой перспективе он выживет. С хейком всё просто и понятно, тогда как XL привязан к обязательному колорменеджменту со своими наркоманскими профилями цветовых пространств. Но это гадание на кофейной гуще, конечно.
Сажа прилипла.
>>3653391
Да хуй знает, он же реально странно выглядит со своим сжиранием шумов и текстур, сколько сравнивал, всё не могу понять куда его ставить по качеству сжатия — на парашу хуже жпега или в недосягаемый остальными форматами топ. Склоняюсь к первому.
Одна строчка в каком нибудь nconvert.
nconvert -recurse -D -out webp -ratio -rflag decr -resize fill 1920 1080 *
Вот, например, рекурсивно пройдет по каталогам, все картинки конвертнет в webp, и до кучи все крупные картинки впишет в фулл ашди, оригиналы удалит.
https://wiki.x266.mov/blog/svt-av1-fourth-deep-dive-p1
https://wiki.x266.mov/blog/svt-av1-fourth-deep-dive-p2
Мне сложно сказать насколько, но обновиться определенно стоит. Плюсы - оптимизация, новые настройки и улучшения с экспериментальной версии, фиксы каких-то багов. Минусов никаких.
В гугле забанили? И в яндексе тоже?
Насколько я знаю превьюха выбирается случайным образом из начала видео и задать ее нельзя.
Гугл направил меня в этот тред, сказал что он для таких вопросов создан.
Это не так. С торрентов я качал мультики с такими картинками. Можно попробовать:
ffmpeg -i video -i audio -i mjpeg -map 0:v -map 0:a -map 1:v
где первый источник видео, второй аудио, третий картинка в mjpeg.
>>3655044
>ffmpeg -i Input.webm -i Img.png -map 0 -map 1 -c copy -c:v:1 png -disposition:v:1 attached_pic Out.mp4
Вот так. Но эта превьюшка только для системы работает, двощ все равно рандомный кадр выберет.
>>3655255
Спасибо анончики.
>двощ все равно рандомный кадр выберет
Ну это печально, как раз таки для двача хотел превьюшки ставить, а то весь смысл ролика теряется(
А почему превью этой вебм отличается на двух браузерах? В Firefox одно превью, в Edge другое.
После многочисленных жалоб на скримеры, кодеры макабы накодили так, что превьюшка генерируется из случайного кадра видоса. Видимо из-за различий в алгоритме рандомайзера, в разных браузерах генерируется разная превьюшка.
Но это чисто предположение.
>>3655717
Эти картинки на сервере макабы генерятся, поехавшие https://2ch.su/s/thumb/3652226/17608648848370s.jpg
На изображения жёсткие, если без регистрации.
Он никак не меняется, пчел. Как и ворбис. Это с тобой чот.
Я не то имел в виду. И запутал вас. У меня вопрос в другом, а именно в кадрах этой вебм-ки, почему перевязанный Сэм Лейк в Edge появляется на 7 секунде, а в Firefox уже на 3-ей?
Думаю кто-то криво слепил видео. Потому что у видео start_time с 4 секунды, а у аудио с 0.013991. Плееры вообще это видео сразу с 4 секунды запускают, обрезав часть аудио.
Вчитайся в сообщение еще раз, я не про обычный ворбис писал. И про опус не я один говорю, потому что гуглу похуй и даже в видео звук говно стал, потому что всегда через ytdlp качал 249, а щас он говно.
Ну и давно "aotuv vorbis" какие-то приросты в качестве имел? В 2008? Акстись.
То что гугол хуй пойми как жмёт, никак не влияет на доступный тебе енкодер опуса, который никак не меняется. Главная фича опуса это нулевой лэйтенси, никто не будет удивлён если его в некоторых сценариях нагнёт ворбис или аац по качеству. И вообще, опус и ворбис ориентированы на битрейты в районе 96+кбпс, ниже они будут сраться, а ты просто уши почистил и услышал шакалов.
Для экстремально низких битрейтов exhale придумали, попробуй ещё попросишь.
>Ну и давно "aotuv vorbis" какие-то приросты в качестве имел? В 2008? Акстись
Выиграл все тесты в 2023.
>То что гугол хуй пойми как жмёт, никак не влияет на доступный тебе енкодер опуса
Правки вносятся в репозиторий, а оттуда уже всем бомжам, то есть везде будет одинаково.
>Для экстремально низких битрейтов exhale придумали
Херня вообще им не пользуюсь, и поддержка хромает в хромовиках.
Test.
О! Теперь одинаково! бuджuджu
>бuджuджu
Блять, да ну нахуй, ты жив до сих пор? Я тебя уже столько раз вижу, снова зашел спустя пару лет, опять здесь!
Это подражатель, настоящий чел, который так подписывался, повесился после деанона. Витя его звали...
> ты жив до сих пор
А куда мне статься? Даже прирос в своём благополучии, приобретя в сентябре 2023 года пека за 180 тыщ., сейчас вот по классическим брендам угорел и собираю себе на костюм и пальто из ЦУМа, на гойботе повысили тоже после проведенной мной проверки предоставления учреждениями льгот СВОшникам, бuджuджu
То кодеки были какие-то ебанутые х264 10бит.
Все давно перекодируют в hevc и даже av1 всего за 150-200мб за серию, на няше достаточно поискать. Да и надо совсем древний проц иметь, чтобы x264 10бит не тянул.
>Теперь нашёл субтитры которые 20 МЕГАБАЙТ!
Перекодируй в srt
>Теперь нашёл субтитры которые 20 МЕГАБАЙТ!
Представляю как ты знатно охуеешь увидев субтитры на 600 метров (в несжатом виде)! Весь видеоряд этого видоса векторный и сделан из субтитров - https://nyaa.land/view/1276567
>Теперь нашёл субтитры которые 20 МЕГАБАЙТ!
Представляю как ты знатно охуеешь увидев субтитры на 600 метров (в несжатом виде)! Весь видеоряд этого видоса векторный и сделан из субтитров - nyaa.land/view/1276567
Не открывается ссылка.
magnet:?xt=urn:btih:84d291c384907202387314c2e6e43ea301db8fdf
Ща блять, я буду неизвестному хую палить свой айпи на двачах через ДХТ. Агабля.
Анимубляди должны страдать.
Уже придумали за тебя в виде FFmpeg Batch AV Converter в котором есть буквально всё практически. Настолько, что этот гуи можно адаптировать под exe других прог, единственный косяк постоянный параметр -i
>FFmpeg Batch AV Converter
Не хочу вайн ставить для неё, там есть функция кроп в интерфейсе? На скринах не увидел. Мне эта фича в boram нравилась, но её блядь нигде нет, чтобы было так же удобно. Ну и минус конечно, что нет нормальной сборки под линукс
>Настолько, что этот гуи можно адаптировать под exe других прог
Что это значит вообще? Зачем это?
Не понял про что ты конкретно, но есть такое
Да, типа такого, но я немного по другому сделаю
Ну так и скажи тебе хочется заняться бессмысленным ненужным пердолингом, и больше некуда время тратить. На уровне челов, который в миллионный раз пилят фронтенд для yt-dlp. В avidemux тоже кроп есть через avisynth можно прям линии ставить как тебе надо, в xvid4psp тоже есть кроп.
Мало ли что можно. Не значит что это нужно.
Сейчас анимубляди вперди всех жмут в AV1, который в моём "старом" (5 лет) телефоне железно не поддерживается. Но вроде он хотя бы существует и развивается, а не как х264 10бит мертвонерождённый.
Ну оно как минимум мне нужно, потому что boram нормально без ебли с устаревшими зависимостями не запускается, а все остальные мне не нравятся. Для себя я попердолиться не против, а там уже мне не особо важно, понадобится она кому-нибудь или нет. Ну и плюс будет какой-то опыт и проект. У меня в вузе средний проект выглядит как тудушник или календарь дней рождения
Ну короче спасибо всем за поддержку аноны, как всегда мощно обосрали
Без психической поддержки уже не может программу для себя написать?
Борам конечно дело свое делал, но это ужасающая электронопараша, даже автор уже не хочет уже разбираться в своем говнокоде.
Автор в принципе прекратил активность на гитхабе. Может быть, он умер.
https://habr.com/ru/news/965518/
Если коротко, гугл находит слишком много уязвимостей, мы не успеваем их исправлять, а гугл через 90 дней выкладывает их в открытый доступ. Дайте деняк или прекратите искать уязвимости в нашем открытом коде, ежедневно проверяемом тысячами квалифицированных экспертов, всем же известно, что в СПО не может быть так много уязвимостей.
Какие нахрен уязвимости в оффлайновой программе? Или ффмпег сообщает гуглу о том как я шебм с неграми конвертирую часами?
>Там это, ваш ffmpeg протёк
>ИИ-система нашла баг в системе декодированием кодека LucasArts Smush, в частности первых 10–20 кадров Rebel Assault 2, игры 1995 года
ffmpeg библиотеки например в хроме и фурифоксе используются, ты открываешь видео, а оно крашит твой таб или даже весь браузер, норм тебе такое?
Гугл наверняка ffmpeg еще и для перекодирования видео на ютубе использует.
Дальше что? Че то не нравится, пишите с нуля свое, делайте форк, не ебет, это опенсорс. Че-то можете предложить? Сделайте коммит.
И че они сделают, если не поправят уязвимость? Затерпят.
Вероятно это плёнка ик-фильтра начинает терять свои свойства и пропускать ик-излучение.
Почему не hevc c bframes? Хотя я свою библиотеку в av1_nvenc с cqvbr 34 кодирую с bf 7 и кучей подстроек, либо c svt-av1 он тоже достаточно быстрый.
Задача: поделить видео на части при существенной смене кадра. Есть видео, типа слайдшоу, с переменной длиной слайдов. Нужно порезать это видео по слайдам. Но картинка на каждом слайде статичная не полностью, примерно 80% экрана остаются неизменными. Общая длина видео - чуть больше десяти часов, количество слайдов - примерно тысяча. Руками это будет адски долго и мучительно делать.
Пока на ум приходит только вытащить фреймы, и найти таймкоды изменений сторонними решениями (можно и самому скрипт написать, несложно). Но это костыльно - сохранять больше двух миллионов фреймов как отдельные картинки. Для raw не хватит места, а жать каждый фрейм - сколько времени уйдёт на одно только это, и ведь потом их ещё перебирать.
Может есть более адекватное решение?
ffmpeg divide video when scene change
Как с lossless AV1 совместить AAC аудиодорожку из M4A и PNG пикчу в MP4? Цвета проёбываются, пикча вся ядерно-зелёная. Конкретно прописывать rgb24 пробовал.
Stream #0:0: Video: png, rgb24(pc, gbr/bt709/iec61966-2-1), 1280x576 [SAR 3779:3779 DAR 20:9], 25 fps, 25 tbr, 25 tbn
-c:v libaom-av1 -aom-params lossless=1
С libx265/4 просто крашит при проигрывании везде на телефоне, на ПК не пробовал.
ffmpeg.exe -i videvo.mkv -i audivo.mka -i piccha.png -map 0 -map 1 -map 2 -c copy govno.mkv
>>3669707
>>3669708
Не понял реквест. Тебе нужно видео из статичной картинки в 1 FPS + звуковой дорожки в ААС, взятую из М4А файла без перекодирования?
Либо как написали ffmpeg нарезка по scene changes, threshhold выставлять можно вручную. Для scene changes также есть скрипты на питоне. Либо если просто вес видео снизить или чтото подобное до deduplication frame сделать.
Кодировать в 4:4:4 или 4:2:2
С подходящими, блядь. -b:v 850k и иди нахуй.
Ты чего грубый-то такой, епта. Как будто я каждый день этой хуетой пользуюсь. Сейчас попробую, спасибо.
-c:a copy можешь попробовать добавить. Не факт что сработает, смотря какое аудио в mov.
В два раза с небольшим сжал, аудио-визуально норм. Для аудио сделал бегающий битрейт, получилось еще немножко дожать. Спасибо.
>ffmpeg -i Input.mov -pix_fmt yuv420p10le -c:v libsvtav1 -preset 4 -crf 35 -svtav1-params tune=0:keyint=480:qp-scale-compress-strength=3:enable-qm=1:qm-min=0:qm-max=8 -c:a libopus -b:a 64k TMP.mp4
Пресет можешь выставить 2, будет немного качественнее, но ощутимо медленнее.
Keyint я ставлю х20 от частоты кадров, можно выставить х10 ради чуть более быстрой перемотки.
CRF надо подбирать, чем больше тем компактнее, но ниже качество. Я подбираю на быстром пресете 10, можно примерно почувствовать каким будет битрейт на тех же настройках на более медленном пресете.
В svt-av1 10bit crf 32-36, preset 4-6.
Вот можно скачать видео yt-dlp, с результатом все в порядке, можно продолжить скачивание с момента прерывания, но: более медленное скачивание и постфиксинг удваивает использование диска.
Я нагуглил способ качать ффмпегом -
ffmpeg -protocol_whitelist file,http,https,tcp,tls,crypto -ss 00:00:00.00 -i "ссылка" -to 60:02:00.00 -c copy имя.mp4
Если скачивание оборвалось, то только заново начинать или делать отдельный файл с момента обрыва. Но такое редко бывает.
Но есть постоянный раздражающий момент: не скачиваются первые где-то 2 секунды или даже со 2 секунды скачан звук, а видео только с 5 появляется.
Можно что-то поправить, чтобы скачивание было с самого начала?
Хуй знает что ты качаешь, хуй знает что ты качаешь, хуй знает что ты качаешь. Ещё отрезаешь там чего-то.
Скачивание не медленное. С хуя ли оно медленное? Через один и тот же интернет качает. Можно сразу несколько частей параллельно качать.
Можно отключить постфикс в ют-длп. Надо только прочитать редме.
Я когда-то вообще качал партсы через загрузчик и потом слепливал их ффмпегом.
А можно что б ют-длп не удалял скачанные партсы, тогда потом он сможет подхватить старые партсы и качать новые, надо только промежуточное и готовое видео удалить (если оно появилось).
Я один люблю аутировать пережимая всякую медиа хуйню?
Да. Абучан не принимает M4A.
FFprobe на файл лучше кидай.
Ну вот такой батник попробуй:
ffmpeg -i Input.m4a -vn -c:a copy TMP.aac
ffmpeg -framerate 1/X -i Img.png -i TMP.aac -c:v libx264 -r 1 -c:a copy Out.mp4
del TMP.aac
Вместо X во второй строке длительность аудио в секундах.
> Хуй знает что ты качаешь, хуй знает что ты качаешь, хуй знает что ты качаешь. Ещё отрезаешь там чего-то.
Воды с кика и твича. Про отрезание я ничего не писал.
> Скачивание не медленное. С хуя ли оно медленное?
Не медленное, а медленнее чем ффмпегом. На винде разница вроде небольшая, я даже не приглядывался. А вот на лине скорость скачивания у ффмпег команды оказалась в 1.5 выше чем на винде и теперь разница с yt-dlp, где скорость осталась такой же, стала большой, где-то x2. Только я не
> Можно сразу несколько частей параллельно качать
а просто "yt-dlp разрешение ссылка" делаю, там последовательное скачивание, может параллельно кусками будет супер быстро, но я не умею, а мне и так норм.
> Можно отключить постфикс в ют-длп
Сырой файл заметно больше постфиксного и у него нет метаданных или их части.
> А можно что б ют-длп не удалял скачанные партсы, тогда потом он сможет подхватить старые партсы и качать новые, надо только промежуточное и готовое видео удалить (если оно появилось).
Ну я про это и писал, только скачивая последовательно будет один парт он же промежуточный, просто к нему дальше будет прилепляться.
Это делается гораздо проще.
ffmpeg -loop 1 -framerate 1 -i img.png -i aud.mp4 -map 0:v:0 -map 1:a:0 -c:v libx264 -pix_fmt yuv420p -c:a copy -shortest outname.mp4
-map нужно если вместо непосредственно аудио-файла подсовывать видео-файл с аудио дорожкой с отбрасыванием самого видео, но в таком случае надо следить чтобы аудио в видосе было aac.
Тому шо там хуета какя-то а не гайд. Надо сделать лучше, но всем лень.
Потому что ты древнее говно десяти лет откуда-то откапал.
Вышел AV1. VP8 и VP9 больше не актуальны.
У меня AV1 на процессоре обрабатывает 5 минутное видео 100 лет через libaom-av1, а видеокарта не поддерживает его, только декодирование.
libaom ее тоже потерял никогда и не был актуален из-за скорости кодирования с выходом оптимизированного SVT-AV1.
>SVT-AV1
libsvtav1 в ffmeg, увидел, затестил, охуенный. Спасибо за информацию, быстро перекодировал и по размеру видео лучше намного.
Не нужно.
>на выходе получается каша с нечитаемыми словами
Ты бы показал что получается и написал как кодировал.
Уже поздно, дня через три, может четыре напишу.
Перегруженное говно устаревшее.
Согласен на андрюше своем кодирую видео через termux прям огромное счастье, скорость даже на 778g на пресетах 2-4, которые использую на пк изумительная. Выходит около 8-12 фпс в сек.
ffmpeg -i -c:v libsvtav1 -crf 32 -preset 4 -g 120 -pix_fmt yuv420p10le -vf scale=-1:720:sws_flags=lanczos -svtav1-params tune=0:film-grain=8 -c:a libopus -ab 80k -ar 48000
>libsvtav1 в ffmpeg, увидел, затестил, охуенный
>Перегруженное говно устаревшее.
>и что использовать?
>-c:v libsvtav1
Это лыжи не едут, или я долбаеб?
Ты посты путаешь как будто. Перегружен гайд и написан всрато, плюс кодеки там древние. Про svtav1 ни слова, бтв есть даже лучше форки чем svt-av1, надо искать на дискорд каналах. SVT-AV1-HDR
А, да, у меня почему то не тот пост отобразился, на который ты ответил.
Прочитай информацию в том репозитории, откуда скачиваешь.
В консоль при запуске выводится информация о конфигурации, запусти два разных и посмотри разницу.
>должен весить
Нет какой-то твердой цифры, ты (или автор билда) при сборке задаешь набор библиотек которые войдут в билд. Я вот этот беру.
https://github.com/AnimMouse/ffmpeg-autobuild/releases
>>3677158
А есть какойто совсем маленький и компактный? Мне ток мп3 в вав массконвертить для одного bash скрипта надо.
Я не знаю, но думаю такое только самому собирать.
А если версии 10-20 летней давности? Или там другие команды уже?
Ну попробуй найди. В чем собственно проблема? Разве 110 Мб это так много?
Есть версия с вшитыми либами в каждый экзешник, а есть версия где либы отдельно от экзешников.
>Мне ток мп3 в вав массконвертить
Возьми какую нибудь lame и не ипи моск.
Моя сборка весит 47М, 20М после upx.
Если вырезать всё, кроме аудио, то будет намного меньше.
Но проще взять lame, как выше посоветовали.
Где такую версию надыбать?
>>3677425
>>3677438
А не пашет lame в баш скрипте, как только не крутил, хз почему. Скрипт правда нейронка писала. Но вот ффмпег пашет натолично. Я коверчу из мп3 в огг, ужимая сильнее, а огг с мп3 напрямую не дружит, ему вавку подавай.
Можно попробовать что-нибудь вроде
lame --decode --mp3input -t - - | oggenc -r --ignorelength -o output.ogg -
Нашел на диске версию ffmpeg, которая весит всего 151 кб. В папке аирдроида была. Справляется с конвертом в вавку наотлично, а большего от нее и не надо.
Вот это же быстро и без артефактов?
Я так через жопу собираю видео. Сначала нарезаю кусочки вот таким образом, потом склеиваю их все вместе и уже кодирую со сжатием.
Скорее всего это версия без встроеных либ, а либы откуда то из path подхватываются. Так что это по сути тот же тяжеловесный комбайн.
pcm_s16le заменить на flac или alac похуй. Иначе мп4 глючит.
Поскольку каждый человек слышит по своему, то вместо использования своей необъективной психоакустики, сделал программу, которая сравнивает два wav-файла и выдает среднюю разность уровней семплов (попугаи). Чем попугаев меньше, тем лучше.
Как оказалось, последний кодек lame режет верхние частоты, что никуда не годится. Нашел что кодек lame 3.93.1 может не резать верхние частоты по ключу -k.
Дальше начал эксперименты с основными параметрами кодирования и определил лучшие: -mj -b320 -q0 -k
В кодеке есть еще куча дополнительных параметров тонкой настройки, но я в них не ковырялся. Наверное возможно сделать лучше.
На скринах спектры оригинала и кодированных с параметрами -mj -b320 -q0 -k в lame 3.93.1 (136 попугаев) и в lame 3.100.1 (233 попугаев).
Трек выбрал потяжелее (Rammstein - Deutschland), чтобы было видно больше артефактов кодирования на спектрах. В менее тяжелых треках спектр у lame 3.93.1 может совсем мало отличаться от оригинала.
>Как оказалось, последний кодек lame режет верхние частоты, что никуда не годится. Нашел что кодек lame 3.93.1 может не резать верхние частоты
Разве это не common knowledge еще с середины нулевых?
>и определил лучшие: -mj
Хз, обычно раньше на жоинт стерео плевались и строго в -m s кодировали.
>обычно раньше на жоинт стерео плевались и строго в -m s кодировали
C -ms на cbr чуть больше попугаев показывает. Значит жоинт стерео высвобождает битрейт на более качественное кодирование.
>Разве это не common knowledge еще с середины нулевых?
Наверное. Жаль что сейчас все форматы режут верхние частоты, оправдывая это тем что они не слышны человеком. Но по моему все равно косвенное воздействие этих частот человек чувствует. Не надо их срезать.
Люди не слышат частоты выше 20к - это идеальный максимум который к тому же не у каждого может быть, а чувствительность сильнее всего в детском возрасте и со временем она только падает. Кодировать частоты выше этого уровня бессмысленно в любом случае и это лишь расходует ресурсы на бесполезные и ненужные частоты которые режут все лосси кодеки даже с максимальным битрейтом.
Mp3, а конкретно lame, всё это время развивался и свежие версии на тех же самых битрейтах гораздо качественнее старых, тем более 2002 года, не говоря уже о том что сам по себе mp3 уже давно устарел - есть AAC и opus.
>Но по моему все равно косвенное воздействие этих частот человек чувствует
В интернете куча abx тестов не чувствуют этого.
Эх, вот бы мне не слышать писк от электроники.
Видеокарта, мышка, монитор, даже посудомойка, всё пищит.
Так они пищат на 5-10 кгц. Скачай на телефон какой-нибудь анализатор звука и посмотри. Очень удобная штука.
Ещё можешь скачать генератор и послушать до сколько килогерц ты слышишь.
Если устройство воспроизводит высокие частоты, то они же физически есть, а значит влияют на кожу, на тело в целом. Пусть их напрямую не слышит слух, но они добавляют настоящести. К тому же есть биения близких частот, что придает окрас слышимому звуку, улучшает атаку.
> Так они пищат на 5-10 кгц.
Печально.
> Ещё можешь скачать генератор и послушать до сколько килогерц ты слышишь.
16.1K едва слышу.
https://www.szynalski.com/tone-generator/
>Кодировать частоты выше этого уровня бессмысленно в любом случае и это лишь расходует ресурсы на бесполезные и ненужные частоты которые режут все лосси кодеки даже с максимальным битрейтом.
Форматом заявлено что он поддерживает такую то частоту дискретизации, а по факту там меньше. Получается наебалово. Можно же было оставить все частоты, но много битрейта на неслышимые частоты не расходовать, так чут чут. Или хотя бы дать возможность выбора при кодировании, фильтровать или нет.
>Mp3, а конкретно lame, всё это время развивался и свежие версии на тех же самых битрейтах гораздо качественнее старых, тем более 2002 года
Я сравнивал lame 3.93.1 и в lame 3.100.1 на треках без высоких частот - lame 3.93.1 показал меньше попугаев, а значит он более качественный.
Единственное, что ты смог показать, это свое скудоумие.
>>3677775
Не забудьте только что ещё бразуер, ось, звуковуха и динамики тоже оптимизированы под человеческий слух и тоже далеко не весь диапазон передают.
ffmpeg.dll есть в папке аирдроида, но весит она тоже немного - 3 мб.
то есть надо например создать видео из статичной картинки и аудио, надо всё равно прописывать -framerate 2
пример с которым создал видрил
ffmpeg -loop 1 -framerate 2 -i image.jpg -i audio.m4a -c:v libx264 -tune stillimage -pix_fmt yuv420p -vf "scale='iw-mod(iw,2)':'ih-mod(ih,2)'" -preset placebo -crf 30 -c:a copy -shortest -movflags +faststart output2.mp4
Все что я делал в 1 фпс из картинки нормально постилось и воспроизводилось. Не знаю о чем ты.
includeadb - у меня нет этих файлов в папке. И эксешних 100кбайтовый работает отдельно без проблем, безо всяких длл конвертит из мп3 в вав.
Можешь команду скинуть, у меня почему то не всегда работает. Или попробуй в моей 2 на 1 заменить. Хз может дело в чем то другом
видимо дело в отсутствии -movflags +faststart
я ожидал что сразу воспроизведётся а надо ждать пока всё прогрузится
А нет, дело в аудио. с m4a не работает превью а с aac да. если надо с m4a надо ставить framerate 2.
И размер коллекции вышел в 5 раз меньше, чем был, с незначительной потерей качества. Как же av1 ебет.
Можете пожалуйста прислать используемые вами команды?
Эм, я в хмедиа ковертил.
Кста при пережатии порнухи у меня больше разница выходит - до 10-20 раз меньше размер. Само собой по большей части из-за статичного фона в большинстве порнухи, а ав1 умеет сильно на этом экономить. Но и пережимаю все в 720р, но квантайзер выше делаю - 43.
пережми видрил
Ну вот тут да. У меня тоже несколько попалось, которые не ужимались или даже больше становились. Ну такие я фильтрую и оставляю старую мп4. Ну можно еще попариться и уменьшить фпс и разрешение.
Ой, чет тупанул и не с той папки файл автоматом вкинул. Норм ужалась она.
хм, а я shutter encoder использую, про эту прогу не знал, попробую может она лучше
