FFmpeg и общий кодирования видео тред №15 /ffmpeg/
Аноним (Microsoft Windows 10: Chromium based)
31/03/26 Втр 18:53:51
№
1
В прошлый раз мы восторгались сжатию SVT-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/arch/2026-01-02/res/3600915.html
Тред №14: https://2ch.su/s/res/3652226.html
Раньше для легкого монтажа (подрезать, накинуть пару дорожек, легкий цветокор и т.п) юзал shotcut. Экспортировал промежуточные файлы в h264, cbr 16000кбит, gop 30, b-frames 0. И кусок в 15с времени весил в районе 35-40мбайт.
Сейчас начал осваивать Давинчи и экспортирую в рекомендуемом пресете для fhd исходников: пик1, но теперь это весит под 700мбайт для 13с. Разница в качестве не сказать чтобы вау, но явно не для такого размера. Затерпеть и просто еще один 4тб ссд брать?
Твой софт говно.
А что у тебя в качестве исходника? Нельзя просто по таймкодам без перекодирования вырезать?
В каком кодеке лучше накидать на андроид смартфон?
MP3 320 kbps - есть всё, достаточно просто скачать.
M4A AAC 256 kbps - на рутрекере есть немного рипов с айтюнса, остальное кодировать самому.
Opus - вроде бы круто и опенсорсно, но придётся вообще всё переконвертировать из FLAC.
Я кидаю в HE-AACv2 VBR 5 ~64 kbps - место занимает мало, звучит нормально, поддержка хорошая, зависимость лютая. Кодирую через fobar2000 или через AIMP с помощью fdkaac. Это если кодирую из лосслесса. А лося кидаю как есть.
>64 kbps
Похуй. 128 кбит аас хватит для шмартфона и блютух наушников, даже 64 вполне норм. Я один раз почувствовал что битрейта не хватает когда какой-то умник сжал 6 каналов в 128 кбит, то есть 22 кбит на канал.
Закинул один альбом, закодировал по твоему рецепту с fdkaac. Послушал - охуенный эффект радиоприёмника.
>>3708976
Думаю, ты прав, щас сравнил AAC 128 и MP3 с рутрекера, разницы не ощущаю.
А беспроводные наушники вроде бы как раз часто делают с упором в 128 kbps AAC.
>Закинул один альбом, закодировал по твоему рецепту с fdkaac. Послушал - охуенный эффект радиоприёмника.
Ну меня норм. Не слышу разницы между мп3 320к и нсаас2 64к. Ты как-то не так закодировал.
>А беспроводные наушники вроде бы как раз часто делают с упором в 128 kbps AAC.
Беспроводные и так шакалят звук, ты в них вообще разницу не должен почуять.
>HE-AACv2 VBR 5 ~64 kbps
Почему не опус?
Ну, опус охуенен, спору нет. Но он сложнее, поддержка меньше, да и ogg-контейнер, куда опус пихается, какой-то каличный.
>>3708996
Так ты электронщину берешь. Я на поп-роке слышу, что инструменты глухо звучат, объём куда-то делся, который в mp3 320 был. Обычный AAC-LC 128 кбит меня уже устраивает.
Кодировал вот так:
Commercial name : HE-AACv2
Format settings : Explicit
Codec ID : mp4a-40-2
Duration : 4 min 13 s
Bit rate mode : Variable
Bit rate : 64.3 kb/s
Maximum bit rate : 73.0 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 44.1 kHz
Кстати, пишут на вики ффмпега, и нейронка с различными источниками подтверждает что v2 лучше использовать при 32k битрейте, а обычный HE-AAC, который v1, при 48k-64k. v2 специально заточен под агрессивное сжатие с очень низким битрейтом и при 64k наоборот может дополнительные артефакты добавить которых в v1 при 64k не будет.
есть вообще xhe-aac кодировщик от exhale
https://www.videohelp.com/software/exhale
(на седьмом пресете 160kbs vbr звук прозрачный) и весит нихуя ниже опуса, но кодируется долго и хуй где послушаешь и в режиме exclusive лично у меня в фубаре постоянный скрежет как не настраивай буфер или asio пробовал тоже хуйня, так что слушать только напрямую (на телефоны вообще не знаю какие плееры его воспроизводят)
лично я остался пока на qaac 256vbr. это баланс между скоростью кодирования, весом и звуком. opus дольше кодируется так как я накидываю доп ресэмпл и мне не нравится что он частоты обрезает а с qaac можно лоупасс добавить
и вот вопрос, в режиме авто, может ли он выбрать битрейт ниже. например вилео было в 8к кбит, я ручками поставил 8к для ав1, и он использовал 6-7к.
А вот в авто режиме может быть такое что он поставит 4-5к и начнет это кодировать?
Авто - это отсутствие потолка.
В зависимости от сложности картинки видео он может закодировать и больший, и меньший битрейт.
Это не VBR, но всё равно кодек ведёт себя по-разному, если в видосе куча мельтешащих деталей или наоборот, если там черный экран и две говорящие головы.
Какие варианты, кроме использования онлайн конвертора?
Конвертул в итоге по инету) Заебался кодеки перебирать)
Несильно при задержании сопротивляйся, пожалуйста.
Гугли ffmpeg x264 lossless
ffmpeg -i porno.mov [тут параметры для лосслесс] porno.mp4
>Old Opera
Хуясе ебать. Оно живое?
Конечно - что за вопросы?
Задержание? Не, не слышал...)
>>3710998
>Гугли ffmpeg x264 lossless
ffmpeg -i porno.mov [тут параметры для лосслесс] porno.mp4
Thank YOU!
Молодец. Держи музычку.
ffmpeg -i INPUT -c:v libsvtav1 -preset 5 -pix_fmt yuv420p10le -crf 33 -svtav1-params enable-qm=1:qm-min=0:qm-max=8 -c:a libopus -b:a 48k OUTPUT (тут еще что-то было, что вызывало задержку при перемотке)
ffmpeg -i INPUT -pix_fmt yuv420p10le -c:v libsvtav1 -preset 5 -crf 33 -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 48k OUTPUT
Они отлично работают, хотел узнать может ты сделал команду еще эффективнее? А то у меня лапки, но хочу поужимать видосы.
Новых настроек не появилось, поэтому просто обновляю энкодер до последней версии. Еще эффективнее будет не раньше полноценного релиза AV2.
>keyint=480
скорее всего это, ключевые кадры непосредственно на перемотку влиять могут, особенно если значение большое
Не, я изначально ставил Open GOP на всю длину видео (irefresh-type=1) и это давало залипания на перемотке если видео было длинное. После ряда тестов перешел на двадцатисекундные Closed GOP - эффективность сжатия практически та же, но без залипаний. Речь об этом.
Почему два варианта? Что эти заклинания значат?
Первая - старая, использовал до обновления кодека до версии 3.х. Вторая для актуальной версии.
>Что эти заклинания значат?
Набор параметров которые я использую для сжатия видео.
Что эти параметры дают?
-pix_fmt yuv420p10le
-preset 5
tune=0
qp-scale-compress-strength=3
enable-qm=1
qm-min=0
qm-max=8
https://github.com/alexheretic/ab-av1
Параметры кодирования стандартные:
-c:v libsvtav1 -crf 20 -pix_fmt yuv420p10le
C x264 такой хуйни не было.
Дай исходник.
И ты не указал пресет - а по умолчанию используется восьмой. А восьмой пресет говеный, развал на плитку скорее всего идет оттуда. Проблема с размытием движущегося темного объекта имеется, обычно из-за заниженного битрейта.
Интересная идея, но подозреваю, что вмаф глупее, чем crf у AV1. Ебёшься вприсядку ради бесплатного даунгрейда.
>C x264 такой хуйни не было.
Ну да, там свои артефакты.
Потому что в VLC в настройках Swscale, вероятно, выбрано и работает более лучшее сглаживание. В браузере могут "упростить" отображение (в худшем случае видео будет с засечками на линиях) ради производительности.
Родные квадратненькие артефакты на границе черного цвета.
Пусть лучше будет мыло какое-нибудь, зато тёплое ламповое
x264 честно фигарит визуально без потерь. Да, жрет битрейт, но картинка норм.
av1 же, битрейта жрет мало, но в темных участках вообще беда, это далеко не визуально без потерь.
-c:v libx264 -crf 18 -pix_fmt yuv420p -profile:v high -preset veryslow
-c:v libsvtav1 -crf 20 -preset 5 -pix_fmt yuv420p10le
Попробовал пресет посложнее, все равно сильно артефачит.
Короче, старенький x264 уделал vp9 и av1 в видео с темными сценами.
Даже без экономии на битрейте я не знаю как сделать, чтобы не размывало картинку. Твой test.mp4 все равно выглядит лучше как по мне.
Может эксперты из r/av1 смогли бы, но как бы x264 просто работает.
Готовый пресет на картинке не работает нужным образом, пробовал через консоль, но там пердолинг какой-то, а мне кнопочки нужны
okay google how to extract every 100 frame from a video using ffmpeg
Вам дали уже все возможные способы получить наиболее прямой ответ просто задав вопрос. Нет, всё равно будем срать на дваче тупыми вопросами и обижаться что никто не отвечает.
*выше, перед поисковой выдачей
быстрофикс
У меня всё есть.
>>3714074
>>3714069
Херня, разве что близкая к правде
Решение для ffmpeg в консольке нашёл давно, для гуи должен быть немного другой вариант, а на некоторые параметры он ругается как на устаревшие
Ты если не знаешь, то лучше молчи, сам себя и обоссал используя ии
Воистину инет сдох
А я и не сомневался в твоей тупости, ещё и безработный очевидно
Ты просто тупое безработное чмо, которое тут огрызается, потеряйся уже, безполезный даун, который даже при помощи ии не смог найти рабочее решение, которое даже проверил прежде чем кидать
Я тут обнаружил, что клипы с film-grain не проигрываются в хроме, если включено аппаратное декодирование.
Печально.
Mp3 ещё лет 20 будет на коне, хоть и не обновляется давно. А aac и opus сегодня единственные актуальные форматы, mpc и vorbis не обновляются, wavepack слишком долго кодируется и снижение веса для прозрачности всего в 2-2,5 раза. Xhe то же самое но ещё и фиг где послушаешь и проблемы с буфером в эксклюзивном режиме. Вот и получается только opus и qaac, баланс между качеством, весом и быстротой конвертации.
Не относится к теме, но я твою шизу про медленно кодирует уже два треда с недоумением читаю. Какая разница быстро кодирует или медленно, это же не ав1 на самом медленном пресете, что ты там быстро жмёшь в промышленных масштабах и зачем?
Ну пк мне жалко, особенно процессор, слабые они у меня. Плюс у меня много музыки и мало терпения. Был бы мощный пк, много места и терпения - наверное использовал бы xhe или wavpack. А так опус и аац - пока что лучшее что есть конкретно для меня, если никакого прорыва в лосси в ближайшее время не предвидится.
>А так опус и аац - пока что лучшее что есть конкретно для меня, если никакого прорыва в лосси в ближайшее время не предвидится.
https://www.opennet.ru/opennews/art.shtml?num=64852
Альянс Open Media (AOMedia), курирующий разработку форматов кодирования видео AV1/AV2, формата объёмного звука IAMF и формата изображений AVIF, приступил к разработке звукового кодека Open Audio Codec (OAC), который преподносится как продолжение развития кодека Opus, разработанного организацией Xiph.Org. В качестве эталонной реализации кодировщика и декодировщика OAC под лицензией BSD предложена библиотека liboac, созданная на основе кода библиотеки libopus.
Основным назначением OAC называется передача речи и звука поверх интернета. Кодек пригоден для применений, связанных с интерактивной передачей звука, и может использоваться в различных областях, от VoIP-телефонии и видеоконференций до игровых чатов и удалённого проведения концертов. OAC масштабируется как для сжатия потокового звука с высоким битрейтом, например, для качественной передачи стерео музыки, так и для сжатия голоса в ограниченных по пропускной способности каналах связи.
Разработка пока находится на ранней альфа-стадии.
То есть рано или поздно выкатят замену Opus. Может, повторится история с vorbis, а может и нет. Для себя решил, что AAC будет достаточно.
>Плюс у меня много музыки и мало терпения.
Я начинал собирать коллекцию фильмов с 10 штук, которые постоянно было проблемно найти в интернете. И постепенно, за год, эта коллекция забила все старые харды по 250 гб.
За стандарт выбрал H264 / 720p / 2500 kbps - и понеслось. Качество тупо стриминговое, можно выдёргивать с hdrezka / kinogo. Работает на любом устройстве, аппаратное ускорение практически везде, можно быстро сконвертировать что нужно.
С моим подходом - MP3 с рутрекера было бы достаточно. Но его собирали годами разные долбоёбы. Там в рамках одной раздачи бывает, в одном альбоме обложки прикручены, в другом нет. Даже исполнители со сложными псевдонимами бывают по-разному прописаны в тегах. В любом случае придётся время тратить.
Есть ли в ней что улучшать?
ffmpeg -i a.flac -c:a libopus -b:a 256k -vbr on -application audio -compression_level 10 -frame_duration 20 -af "aresample=resampler=soxr:osr=48000:precision=28:out_sample_fmt=fltp,volume=-0.9dB" -mapping_family 0 -map_metadata -1 -vn output.opus
256к избыток, 192 хватит если у тебя 2 канала.
> -vbr on -application audio -compression_level 10 -frame_duration 20 -mapping_family 0
Прописывать не нужно, так как это по умолчанию
Доп ресэмпл не нужен встроенный и так справится, rg и пики можно не трогать, плееры могут сами на лету при проигрывании его ставить, в фубаре например
Если хочешь оставить главы, обложки и тп - метадату оставь, в противном случае вот какая команда финальная:
ffmpeg -i a.flac -c:a libopus -b:a 192k -map_metadata -1 -vn output.opus
В фубаре имхо удобнее, там можно убрать обложки но например оставить главы
>256к избыток, 192 хватит если у тебя 2 канала.
Сравнивал спектрограммы 192 и 256, на 192 ещё имелись явные отличия от оригинала flac. А на 256 они уже на уровне погрешности. Короч и визуально сравнивал и читал что пишут. В общем 256 потолок, вот выше уже точно не надо. И 99.9% что на особо сложном треке вообще никаких теоретических артефактов не будет. Чисто ради гарантии.
А так то понятно что на слух уже на битрейте 128-160 разницы с flac не заметишь.
>рописывать не нужно, так как это по умолчанию
Тоже, чисто ради железной гарантии и стабильности
>Доп ресэмпл не нужен встроенный и так справится
Мне для максимально чистой музыкальной лоси коллекции. Выжать максимум из оригинала (256к туда же).
>rg и пики можно не трогать, плееры могут сами на лету при проигрывании его ставить, в фубаре например
Не хочу чтобы результат был испорчен небольшым клиппингом
>Если хочешь оставить главы, обложки и тп - метадату оставь
Не, лучше всё вычищать. Потом просто добавлю что надо. А то там и тексты песен и прочая херня мусорная.
Обложку тоже отдельно конвертирую в XnConvert, чтобы мало весила и гарантированно везде читалась, 4:2:0 + 800x800.
Короче универсальная лоси коллекция, но с качеством на 99.9% как FLAC. При размере файла меньше чем mp3 320 vbr (или тем более cbr), с учетом обложки.
Что насчёт musepack? он до сих пор хорош. про qaac ты наверное знаешь
Насколько понимаю opus технически более совершенный их обоих. Да и поддерживается почти везде. AAC в плане поддержки лучше, но в остальном хуже чем opus. Думаю пока ничего лучше не придумали пока, среди лоси кодеков. А поддержка его на разных девайсах с годами будет ещё лучше. Даже любая китайская говна точно будет тянуть (сейчас вроде встречается что не всегда поддерживается opus, лол, больше 10 лет назад появился на свет).
есть ещё xhe-aac он самый низкий по весу для прозрачности но нагрузка огромная как для конвертации в него так и при прослушивании в эксклюзивном режим (у меня постоянно клиппинг и шелчки как не настраивай буфер)
лично я пока остановился на qaac (баланс звука, веса, оптимизированности, актуальности и поддержки, не нужен доп ресэмпл) для лосслеса лишь флак
За xhe-aac не шарю, нейросеть говорит что на низких битрейтах он норм, а на высоких как обычный aac. Ну и да, какой-то гемор с кодированием/декодированием. У Opus проще обстоят дела.
>лично я пока остановился на qaac
Тоже смотрел в сторону AAC. Хорошо что поддерживается почти всеми девайсами, почти как и mp3. Но я сравнивал, качество 256 было хуже чем 256 opus (визуально, в Spec. На слух то понятно что не отличишь никогда). Но весят почти один в один, на уровне погрешности. Ресемплер sox вроде хороший, если использовать во время конвертации в opus. Так что тут я не беспокоюсь.
Есть ещё разные вариации aac, я именно про эпловский quick time aac, он считается лучшим. доп ресэмпл (если не доверяешь встроенному в opus) просто замедляет процесс вот и всё, если современное мощное железо то это не играет роли. просто у меня железо старое вот и всё.
>Есть ещё разные вариации aac, я именно про эпловский quick time aac, он считается лучшим
Походу я не через то что надо конвертировал, каким-то дефолтным конвертером. Мб эпловский лучше качество даёт, такое же как опус. Ну ок в целом тогда.
>просто замедляет процесс вот и всё,
Всё равно за секунды конвертирует песню, так что не суть важно.
>Всё равно за секунды конвертирует песню, так что не суть важно.
у тебя может и да, у меня в разы дольше, говорю же, особенно если отдать всё ресэмплеру ardftsrc в качестве insane, если уж ресэмплить - то пусть это будет дольше зато в самом лучшем виде
>срезаны верха
Чет проиграл.
Молодой человек, 44100 это так то база, ниже не надо
Так опус и так в 48кгц работает. Или тебе нужны звуки в записи выше 20кгц, которые ни один человек не слышит? Хз зачем тебе оно.
Да вообще скрин странный у тебя. Вроде AAC, битрейт 310, но среза на 20кгц нету. Зачем используя лоси кодек, пихать в него информацию о звуках выше 20кгц? Оно и весит много наверно и толку никакого нет. Уж лучше флак тогда юзать.
> 44100
Только не говори, что ты частоту дискретизации со спектральной полосой перепутал
говорю же, летучая мышь за пк, или это аудиофильская шиза мол даже если частоты не слышишь - они как то влияют на слышимые. ну бля тогда зачем вообще лосси то юзать? пусть лосслес слушают, а лучше сразу wav
Она же не с горы, 44100 делишь на 2 и получашь потолок в 22050
можно просто поставить лимитер вместо снижения громкости
alimiter=limit=0.95:level=disabled
opus сам возьмёт нужную битность, прописывать не нужно. в остальном уже выше сказали
А как это работать будет на практике? Он просто срежет что нибудь и пизда? Испортит по сути.
Сейчас руками подбираю volume, вроде это самый норм вариант. Делаю прогон, смотрю в фубаре что получилось, если выше нуля, то ещё убавляю volume. И так после пары тройки раз подгоняю результат под условные 0.999999
Знаю конечно как это автоматизировать, можно скрипт написать, но я не так уж часто и много конвертирую, чтобы запариваться.
А все эти лимитеры и т.д. Боюсь что хуйня в результате будет, с небольшим клиппингом или тупым обрезанием чего либо. Ведь программа не может знать заранее до конвертации, какой будет результат после.
ну можно сначала пройтись "ffmpeg -i "input.flac" -af ebur128=peak=true -f null -
например в true peak выдало 0.4
значит просто при конвертации в opus ставишь -0.4 или -0.5 dB
наверное можно тоже это как то оптимизировать, чтобы подтягивало true peak если оно больше нуля и ставило противоположное значение при конвертации в opus
Вот такое короч придумал
А потом при конвертации подставляю значение
ffmpeg -i a.flac -af "aresample=resampler=soxr:osr=48000,loudnorm=print_format=json" -f null /dev/null
Да, в принципе сойдёт
>>3716091
Хотя не. И тая и моя команда херово чет работает, врёт. Ладно, потом что-нибудь придумаю. Нейронка мб какой-то идеальный вариант подкинет. Ну или просто скрипт прописать, чтобы делала прогоны сама, пока результат не будет ниже нуля.
ну пики и клиппинг как бы. или ты о чём?
1. Погрешности квантования (Quantization Noise)
Когда кодек Opus сжимает звук, он неизбежно вносит небольшие изменения в форму волны, чтобы сэкономить место. Эти изменения могут привести к тому, что в некоторых местах амплитуда сигнала чуть-чуть вырастет. Если ваш оригинал был «под завязку» (на уровне 0 дБ), то после сжатия эти пики превысят допустимый порог и превратятся в жесткий цифровой клиппинг.
2. Интерсемпловые пики (True Peaks / ISP)
Цифровой звук состоит из отдельных точек (семплов). Между этими точками при восстановлении в аналоговый вид строится плавная кривая. Иногда эта «воображаемая» кривая вылетает выше 0 дБ, хотя сами точки-семплы находятся в пределах нормы.
3. Ресемплинг (44.1 кГц → 48 кГц)
Кодек Opus всегда работает на частоте 48 кГц. Если ваш исходный FLAC был в 44.1 кГц, FFmpeg пересчитывает его. В процессе интерполяции (вычисления новых точек звуковой волны) новые семплы могут оказаться чуть выше по амплитуде, чем старые.
>Если ваш оригинал был «под завязку» (на уровне 0 дБ)
Проще говоря, если в оригинале уже и так был клипинг. Хуй надо класть и конвертировать как есть. Если автору было похуй на клипинг, надо уважать авторское виденье. И совсем уж тупо "уважать" опусовские перелёты и оставлять для них пространство там, где автор предпочёл нахуй срезать оригинал клипингом.
>Проще говоря, если в оригинале уже и так был клипинг
Не было его, если сделали точно под ноль
>Хуй надо класть и конвертировать как есть
Если сконвертируешь как есть, то клиппинг уже появится. Так что нужен хэдрум.
>И совсем уж тупо "уважать" опусовские перелёты и оставлять для них пространство
И получить клиппинг, там где его не было
>где автор предпочёл нахуй срезать оригинал клипингом.
Он не срезает, просто на этапе создания подгоняет под максимальное значение. Чтобы громко было. Иногда бывает в метаданные прописывает реплейгейн, чтобы плеер эти значения видел, и делал тише на всякий случай.
Ага, вот это вот никакой не клипинг, конечно же. Это естественный вид осциллограммы, у которой срез по линеечке лишь по чистой случайности совпал с 0дБ
Там просто плотно всё. Если увеличить, вплоть до того что будет видно вид волны, то там нет срезок. Просто оно почти впритык. Причем если бы касалось нуля, то Audacity это бы показал в виде клиппинга. Но тут он даже красное не рисует. Есть треки где рисует красные полоски местами, но и там не обязательно клиппинг. Если увеличить эти места, то там просто касание волны крайней точкой об ноль, и он это тоже покажет типа клиппинг.
>Там просто плотно всё.
Сорта пиздобольств. Естественная осциллограмма так не выглядит, точка.
Она и так нормально выглядит, масштаб увеличить надо просто и посмотреть форму волны. Audacity ты видимо никогда не открывал, увидел скриншот и испугался сразу.
Покажешь мне такие срезы осциллограммы по линеечке на любом значении, кроме 0дБ — поверю, а пока ты аудиошиз простой.
Если оно ниже нуля, то срезов волны не будет, шиз. Если выше нуля, то будут.
Отодвигать пик по RG скорее хуита усложняющая процесс.
Спайки, которые получаются при сжатии опусом, это он не делает громче, а просто артефакты не несущие полезной информации, я бы их скорее игнорировал.
С пиками по рг имеет смысл работать только если сам музыку делаешь или редактируешь, в остальном он полезен только чтобы просто громкость комфортную сделать, для чего его и придумали.
надо просто скриптом как то автоматизировать, почему до сих пор не придумали авто пик скан и сразу по результату прописывание минус громкости при конвертации? или такое есть?
Да нет наверно такого, чтобы именно в два прохода всё сделалось. Пропишешь потом после скана значения, сделаешь прогон, а оно опять всё ещё выше нуля. Нужный результат будет немного плавать.
Только если сделать так, что сначала большой шаг, потом всё меньше и меньше. Надо будет как-то написать его, а с другой стороны лень заморачиваться.
Короч вопрос по конвертации в опус я походу для себя закрыл на много лет вперед. Думаю в целом улучшать тут больше нечего (кроме авто-скрипта).
Теперь у меня будет идеальная, универсальная лоси коллекция
ffmpeg -i input.flac -c:a libopus -b:a 256k -vbr on -application audio -compression_level 10 -frame_duration 20 -af "aresample=resampler=soxr:osr=48000:precision=28:out_sample_fmt=fltp,volume=-0.9dB" -mapping_family 0 -map_metadata -1 -vn output.opus
Ну, можно и скрипт написать, но как насчёт foobar2000?
Такого не сделали, потому что и без скрипта очевидно, что 99% записей долбятся в клиппинг. Оставшийся один процент не пострадает от того что ты его потише сделаешь.
Короче говоря, пики не содержат в себе полезной информации по которой ты можешь принять решение делать тише или не делать.
>очевидно, что 99% записей долбятся в клиппинг
Это ты в глаза долбишься и не понимаешь что несешь.
Старые записи нулевых годов и ранее, там клиппинг вполне себе встречается. В современных треках никакого клиппинга нет, Вася. Там в профессиональных студиях не дураки сидят и каждый день профессионально со звуком работают. Если они клиппингом насрут, то их пошлют нахуй заказчики.
Пиздец, сидит хуйню какую-то придумал себе и продолжает её форсить.
ну я имею ввиду просто чтобы трек проверялся хотя бы этим:
ffmpeg -i трек.нэйм -af ebur128=peak=true -f null -
а потом просто брался true peak и если он больше нуля, прописывалось минусовое значение, может с прибавкой 0.1 или 0.2. и всё. этого хватит. элементарно же.
Ты двум разным людям написал как одному. Но шиз, разуммеется, не ты, а все вокруг, кроме тебя.
Не верю что тут больше одного ребёнка форсит хуйню про клиппинг в 99% музыкальных записей 2026 года.
Разве что васянские любительские треки, но и в них редко встречал клиппинг в оригинальной записи.
Чет вы хуйню какую-то придумали, шизики.
В такой бред не поверит ни один человек, который хоть в жизни осилил открыть Audacity.
>В современных треках
ну смотря какие треки и от кого. не все же в проф студиях работают и имеют "заказчиков", да и есть авторы одиночки. если речь про попсу для толпы то да вероятно, но про менее популярные вещи - не факт.
Почти все уже давно научились всё делать без всяких клиппингов, как. Сейчас уже давно не нулевые. И есть ли клиппинг в оригинале, это легко проверяется. Сейчас куча софта и проф оборудования студийного. Обосраться в этом плане может разве что начинающий любитель, мамкин музыкант.
Проблема в том, что ты под клипингом понимаешь не то, что остальные.
Остальные называют клипингом искажение пиков осциллограммы с целью впихнуть аудиозапись в цифровой формат на большем среднем уровне громкости (RMS), чем это было бы возможно без искажений.
Ты называешь клипингом красные полосочки в Аудасити.
Ну в так, не думаю что это очень заметно при прослушивании.
Я под клиппингом понимаю пикрил. Не больше ни меньше. И не важно показываются ли полосочки в аудасити при этом или нет.
Эх, знать бы ещё что ты там, где и как жал, что смотрел...
Я вот нормализовал, чтобы на выходе было условно 0.998349, а не 1.085794 и нормально всё. Никакого пиздеца не было вроде.
Конечно даже уже может насрать цап, усилитель, динамик. Но это похуй так-то. Речь не про аудиосистему. Цап насрал? Не выкручивать на нём максимальную громкость. Усилок? То же самое, либо заменить на другой. И т.д.
Главное чтобы воспроизводимый файл в порядке был изначально.
https://files.catbox.moe/xy5ncj.zip Ну, вот самое разумное, что я могу тебе предложить.
Я смотрю в некоторых случаях получаются бесполезные повторяющиеся лупы аттемптов, но похуй, в общем-то.
-b:v ???k
и
-sn -pass ?
Какое значение нужно выставлять для минимума/максимума качества? Использую этот пресет
ffmpeg -i in.mkv -c:v libvpx-vp9 -b:v ???k -threads 8 -g 128 -frame-parallel 0 -pix_fmt yuv420p -c:a libopus -b:a 128k -sn -pass ? -y out.webm
>-b:v ???k
Битрейт видео в килобитах/с
>-sn
Не писать субтитры
>-pass ?
какой это проход
Найди мне лосси кодек который до сих пор улучшают а не забросили или он давно завершён, который может в прозрачность, не рэсэмплит и не обрезает частоты не требует мощного железа для кодирования и декодирования и нормальный по весу?
vorbis уже как 6 лет статичен, что основной что модификации типо aotuv. mpc тем более.
apple aac уже как 5-7 лет его психоакустику не трогают к тому же он не предназначен по частоты после 20кгц даже если можно лоупасс добавить. mp3 тоже давно всё и даже на топ настройках бывают проблемы. есть xhe-aac но тут как раз нужно мощное железо для конвертации так как она очень долгая, и прослушивания (у меня проблемы с буфером, постоянные шелчки)
wavepack lossy по весу всего в 2-2.5 раза ниже флака и тоже долгий. что остаётся то? opus это просто лучшее из того что есть. а в лосслес только флак (optim frog, alac, tak заброшены или статичны) есть monkeys но он только чуть ниже флака, не стоит того. а на флак хоть иногда но обновления делают
в сухом остатке для лосси опус, для лосслеса флак. всё. 2 формата.
ну может ещё кому то пригодится wavepack для хранения dsd и редких винилов в 32bit float.
Всё так. AAC это по факту даунгрейд, опус круче во всём. Единственное преимущество эпл высера, это поддержка почти на любом утюге. Если для тебя это критично, то ок. Но лучше уже назад не оглядываться на древние магнитолы, а идти дальше. Через несколько лет мб выкатят oac и av2. Но там под капотом всё равно будет по сути тот же опус, ведь из него развивается этот формат. Конкретно часть, которая отвечает за высокий битрейт и конвертацию музла. Там вроде вообще минимум будет отличий. Мб декодинг лучше, в остальном почти тот же CELT движок опуса. Буквально опус магнум, почти предел совершенства. Да и повсеместная поддержка этого нового кодека ещё тоже лишь через лет 20 будет. А опус уже дохуя где поддерживается и будет актуален ещё очень долго. Имбовая технология.
что там? страшно открывать
>ffmpeg -i Input.mp4 -c:v libvpx-vp9 -quality good -speed 0 -b:v 0 -crf 24 -pass 1 -an -f null NUL && ^
>ffmpeg -i Input.mp4 -c:v libvpx-vp9 -quality good -speed 0 -b:v 0 -crf 24 -pass 2 -c:a libopus -b:a 64k Out.webm
>Какое значение нужно выставлять для минимума/максимума качества?
-b:v просто задает ориентир, к которому энкодер будет стремиться. Итоговое качество может сильно варьироваться для разных видео. Чтобы отталкиваться от качество есть режим CRF.
Что насчет -svtav1-params film-grain=50 film-grain-denoise=0 ?
Что там может быть по-твоему? Дикпик?
вирус, майнер, хз, лучже уж дикпик
Появился какой-то глючный искусственный шум. За шумом все та же каша на темных кадрах.
-c:v libsvtav1 -crf 20 -preset 5 -pix_fmt yuv420p10le
-svtav1-params film-grain=50:film-grain-denoise=0
>>3716607
Вот это >>3713629 делалось на film-grain-denoise=1:film-grain=5. Шумы не нужны. Вот эта мерцающая блочность в темных участках (единственное что реально является проблемой) - следствие замусоренности кадров шумами. На просто черных участках (например титры в конце этого видео) таких артефактов не возникает.
>04. Run.webm
>8239Кб, 800x800, 00:03:27
какой командой скодировал это видео, если не секрет?
ffmpeg -loop 1 -r 1 -i "i.jpg" -i "a.opus" -c:v vp9 -b:v 500k -pix_fmt yuv420p -c:a copy -shortest "video.webm"
В каких случаях -shortest корректно работает?
У меня он корректно работал только с кодированием в vp8 + vorbis. В других вариантах (например vp9 + opus) добавлялась тишина несколько десятков секунд.
Ты, вижу, кодируешь только видео, а дорожку копируешь. Такой вариант я не проверял.
Честно я вообще не шарю за видео. Нейросеть сказал так сделать, для музыки со статичной картинкой. Ну я и сделал. Музыка да, просто копируется, в том виде в котором и хранится.
Тоже видел что кто-то писал про черный экран и лишние секунды, но пока вроде не было такой проблемы с этой командой, хз.
у меня почему то вот такое (ffmpeg -loop 1 -framerate 1 -i cover.jpg -i audio.opus -c:v libvpx-vp9 -pix_fmt yuv420p -crf 35 -b:v 0 -quality best -cpu-used 0 -row-mt 1 -shortest -map_metadata -1 -c:a copy -movflags +faststart output.webm) не работает, на дваче видео не воспроизводится нормально
а вот такое но с vp8 (ffmpeg -loop 1 -framerate 1 -i cover.jpg -i audio.opus -c:v libvpx -b:v 400k -minrate 400k -maxrate 400k -bufsize 400k -rc_init_occupancy 400k -undershoot-pct 0 -static-thresh 0 -quality best -cpu-used 0 -row-mt 1 -c:a copy -shortest -map_metadata -1 -vf "format=yuv420p,setsar=1" -movflags +faststart test.webm)
отлично работает. видимо двачевский видео плеер плохо работает с vp9 в 1фпс, а может дело в ключевых кадрах.
Разве это задача для ffmpeg? Если там срез на 10кгц, то информация о частотах выше, потеряна навсегда. Мб какой-то другой софт есть для реставрации и прочей хуйни, но я не шарю за него. Может что-то эквализировать надо, чтобы искусственно "появились верха".
А что там у тебя музыка какая-то или для видео звук?
Да просто наткнулся на озувучку старой игры, которая хранится в pcm_s16le, но с разной и очень пониженной частотой дискретизации. В основном это речь. Вот стало интересно, можно ли реставрировать верхние частоты.
Может быть и можно. Наверняка есть что-то нейросетевое, что восстановит звук, насколько это возможно, но я хз. В теме реставрации не шарю. Да и сорт оф васянщина.
Вопрос: считать метрики, если исходное видео - это уже закодирован хуй пойми как в h264 (то есть уже зашумленный), вообще имеет смысл?
Кодировать не имеет смысла. Проще скачать.