Кто даст напутствие?
Раньше для легкого монтажа (подрезать, накинуть пару дорожек, легкий цветокор и т.п) юзал shotcut. Экспортировал промежуточные файлы в h264, cbr 16000кбит, gop 30, b-frames 0. И кусок в 15с времени весил в районе 35-40мбайт.
Сейчас начал осваивать Давинчи и экспортирую в рекомендуемом пресете для fhd исходников: пик1, но теперь это весит под 700мбайт для 13с. Разница в качестве не сказать чтобы вау, но явно не для такого размера. Затерпеть и просто еще один 4тб ссд брать?
Раньше для легкого монтажа (подрезать, накинуть пару дорожек, легкий цветокор и т.п) юзал 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.
В каком кодеке лучше накидать на андроид смартфон?
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. Послушал - охуенный эффект радиоприёмника.
Думаю, ты прав, щас сравнил AAC 128 и MP3 с рутрекера, разницы не ощущаю.
А беспроводные наушники вроде бы как раз часто делают с упором в 128 kbps AAC.
>Закинул один альбом, закодировал по твоему рецепту с fdkaac. Послушал - охуенный эффект радиоприёмника.
Ну меня норм. Не слышу разницы между мп3 320к и нсаас2 64к. Ты как-то не так закодировал.
>А беспроводные наушники вроде бы как раз часто делают с упором в 128 kbps AAC.
Беспроводные и так шакалят звук, ты в них вообще разницу не должен почуять.
Вот для примера HE-AACv2 ~64k. Норм звучит.
Вот еще пример HE-AACv2 ~64k. Прям сейчас конвертнул из flac. Охуенный формат.
>HE-AACv2 VBR 5 ~64 kbps
Почему не опус?
Ну, опус охуенен, спору нет. Но он сложнее, поддержка меньше, да и ogg-контейнер, куда опус пихается, какой-то каличный.
Так ты электронщину берешь. Я на поп-роке слышу, что инструменты глухо звучат, объём куда-то делся, который в 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 не будет.
Не понимаю что вы дрочитесь вообще, когда уже давно exhale есть, если хочется компактных шакалов.
есть вообще xhe-aac кодировщик от exhale
https://www.videohelp.com/software/exhale
(на седьмом пресете 160kbs vbr звук прозрачный) и весит нихуя ниже опуса, но кодируется долго и хуй где послушаешь и в режиме exclusive лично у меня в фубаре постоянный скрежет как не настраивай буфер или asio пробовал тоже хуйня, так что слушать только напрямую (на телефоны вообще не знаю какие плееры его воспроизводят)
лично я остался пока на qaac 256vbr. это баланс между скоростью кодирования, весом и звуком. opus дольше кодируется так как я накидываю доп ресэмпл и мне не нравится что он частоты обрезает а с qaac можно лоупасс добавить
Есть такая прога shutter encoder, и там при выборе битрейта в CQ (например 22)в графе максимум (10000 кбит например) можно выбрать авто максимум.
и вот вопрос, в режиме авто, может ли он выбрать битрейт ниже. например вилео было в 8к кбит, я ручками поставил 8к для ав1, и он использовал 6-7к.
А вот в авто режиме может быть такое что он поставит 4-5к и начнет это кодировать?
и вот вопрос, в режиме авто, может ли он выбрать битрейт ниже. например вилео было в 8к кбит, я ручками поставил 8к для ав1, и он использовал 6-7к.
А вот в авто режиме может быть такое что он поставит 4-5к и начнет это кодировать?
Авто - это отсутствие потолка.
В зависимости от сложности картинки видео он может закодировать и больший, и меньший битрейт.
Это не VBR, но всё равно кодек ведёт себя по-разному, если в видосе куча мельтешащих деталей или наоборот, если там черный экран и две говорящие головы.
Есть видео старое, с лолями) закодированное ебаниной от эпла - quick time и ни одна версия так и не импортнула его в вегас для редактирования.
Какие варианты, кроме использования онлайн конвертора?
Какие варианты, кроме использования онлайн конвертора?
Конвертул в итоге по инету) Заебался кодеки перебирать)
Несильно при задержании сопротивляйся, пожалуйста.
Гугли ffmpeg x264 lossless
ffmpeg -i porno.mov [тут параметры для лосслесс] porno.mp4
>Old Opera
Хуясе ебать. Оно живое?
Конечно - что за вопросы?
Задержание? Не, не слышал...)
>Гугли ffmpeg x264 lossless
ffmpeg -i porno.mov [тут параметры для лосслесс] porno.mp4
Thank YOU!
В общем я распробовал этот ваш HE-AAC. И действительно, на смартфоне пофигу. Но занимает всего 2/3 от AAC-LC 128 CBR
Молодец. Держи музычку.
Анон который делился вот этими командами для ужимания видео, ты еще здесь?
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
Они отлично работают, хотел узнать может ты сделал команду еще эффективнее? А то у меня лапки, но хочу поужимать видосы.
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
Гугли, блядь.
Поиск оптимального crf по заданному vmaf / xpsnr:
https://github.com/alexheretic/ab-av1
https://github.com/alexheretic/ab-av1
Заметил что если в начале видео идет темный видеоряд, то libsvtav1 его шакалит в кашу, хоть выставь ему качество визуально без потерь -crf 20 ему пофигу. Вот пример. Да и дальше по ходу видео видны сильные шакалы в темных участках кадра.
Параметры кодирования стандартные:
-c:v libsvtav1 -crf 20 -pix_fmt yuv420p10le
C x264 такой хуйни не было.
Параметры кодирования стандартные:
-c:v libsvtav1 -crf 20 -pix_fmt yuv420p10le
C x264 такой хуйни не было.
> av1
ненужен
Дай исходник.
И ты не указал пресет - а по умолчанию используется восьмой. А восьмой пресет говеный, развал на плитку скорее всего идет оттуда. Проблема с размытием движущегося темного объекта имеется, обычно из-за заниженного битрейта.
Интересная идея, но подозреваю, что вмаф глупее, чем crf у AV1. Ебёшься вприсядку ради бесплатного даунгрейда.
>C x264 такой хуйни не было.
Ну да, там свои артефакты.
При проигрывании в браузере, к слову, артефакты на всех видео (включая исходник) заметнее чем при проигрывании в VLC. Хз почему.
Потому что в 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
Попробовал пресет посложнее, все равно сильно артефачит.
Попробовал vp9 - тоже артефачит в темных участках будь здоров, но поменьше чем av1.
Короче, старенький x264 уделал vp9 и av1 в видео с темными сценами.
Короче, старенький x264 уделал vp9 и av1 в видео с темными сценами.
Короче как-то так, лучше у меня не получается.
Или даже вот так.
Даже без экономии на битрейте я не знаю как сделать, чтобы не размывало картинку. Твой test.mp4 все равно выглядит лучше как по мне.
Может эксперты из r/av1 смогли бы, но как бы x264 просто работает.
Как при помощи FFMpeg Btach AV извлечь из нескольких видео каждый 1000 кадр например?
Готовый пресет на картинке не работает нужным образом, пробовал через консоль, но там пердолинг какой-то, а мне кнопочки нужны
Готовый пресет на картинке не работает нужным образом, пробовал через консоль, но там пердолинг какой-то, а мне кнопочки нужны
okay google how to extract every 100 frame from a video using ffmpeg
Вам дали уже все возможные способы получить наиболее прямой ответ просто задав вопрос. Нет, всё равно будем срать на дваче тупыми вопросами и обижаться что никто не отвечает.
Нет там ответа
Алё, этот ответ ИИ стоит выше поисковой выдачей
*выше, перед поисковой выдачей
быстрофикс
У меня всё есть.
Херня, разве что близкая к правде
Решение для ffmpeg в консольке нашёл давно, для гуи должен быть немного другой вариант, а на некоторые параметры он ругается как на устаревшие
Ты если не знаешь, то лучше молчи, сам себя и обоссал используя ии
Короче решил проблему при помощи консольного ffmpeg, печально, что для гуи не удосужились сделать больше типовых решений, причём часто используемых и приходится тратить время на такую мелочь
Воистину инет сдох
Воистину инет сдох
Ебать, тупой.
> ии даун называет кого-то тупым
А я и не сомневался в твоей тупости, ещё и безработный очевидно
А я и не сомневался в твоей тупости, ещё и безработный очевидно
ии, не ии. Я могу увидеть ответ написав вопрос в гугл. Ты не можешь. Тупица.
Ты просто тупое безработное чмо, которое тут огрызается, потеряйся уже, безполезный даун, который даже при помощи ии не смог найти рабочее решение, которое даже проверил прежде чем кидать
Я тут обнаружил, что клипы с film-grain не проигрываются в хроме, если включено аппаратное декодирование.
Печально.
Утащил итоги опросов с hydrogenaudio
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
Есть ли в ней что улучшать?
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, если уж ресэмплить - то пусть это будет дольше зато в самом лучшем виде
>с качеством на 99.9% как FLAC
>срезаны верха
Чет проиграл.
>срезаны верха
Чет проиграл.
>срезаны верха
Где?
летучих мышей не спрашивали
Молодой человек, 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
Да, в принципе сойдёт
Хотя не. И тая и моя команда херово чет работает, врёт. Ладно, потом что-нибудь придумаю. Нейронка мб какой-то идеальный вариант подкинет. Ну или просто скрипт прописать, чтобы делала прогоны сама, пока результат не будет ниже нуля.
А зачем вообще снижать громкость при конверте в опус из флака?
ну пики и клиппинг как бы. или ты о чём?
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дБ — поверю, а пока ты аудиошиз простой.
Если оно ниже нуля, то срезов волны не будет, шиз. Если выше нуля, то будут.
Сделать -1 ~ -2db жопа не отвалится, если хочешь немножко больше воздуха верхушкам дать при сжатии в любой лосси, будет на письку меньше потерь потому что все детали о том что там на перегрузе происходит лосси скорее выкинет, чем нет.
Отодвигать пик по RG скорее хуита усложняющая процесс.
Спайки, которые получаются при сжатии опусом, это он не делает громче, а просто артефакты не несущие полезной информации, я бы их скорее игнорировал.
С пиками по рг имеет смысл работать только если сам музыку делаешь или редактируешь, в остальном он полезен только чтобы просто громкость комфортную сделать, для чего его и придумали.
Отодвигать пик по 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), чем это было бы возможно без искажений.
Ты называешь клипингом красные полосочки в Аудасити.
Щас сравнил в audacity оригинал (предварительно его нормализовал под потолок) и пожатый трек. Там пиздец. Чем сильнее жать, тем страшнее клиппинг. Так что нормализация под потолок это не есть хорошо, если надо жать, особенно для тяжелых треков. Помимо этого оригинал и пожатый трек часто не совпадают по длине, и не совпадают по форме волны - волна сдвинута и искажена.
Ну в так, не думаю что это очень заметно при прослушивании.
Ну в так, не думаю что это очень заметно при прослушивании.
Я под клиппингом понимаю пикрил. Не больше ни меньше. И не важно показываются ли полосочки в аудасити при этом или нет.
Эх, знать бы ещё что ты там, где и как жал, что смотрел...
Я вот нормализовал, чтобы на выходе было условно 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 ?
Какое значение нужно выставлять для минимума/максимума качества? Использую этот пресет
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 ?
какой это проход
Не знаю, на клиппинг похуй. Больше бесит когда кодек меняет дискретизацию и количество семплов, и еще когда контейнер хранит каритнку в base64.
Пережирнил
Найди мне лосси кодек который до сих пор улучшают а не забросили или он давно завершён, который может в прозрачность, не рэсэмплит и не обрезает частоты не требует мощного железа для кодирования и декодирования и нормальный по весу?
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
Внутри скрипт, который делает вот ето.
Вот это делалось на 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фпс, а может дело в ключевых кадрах.
В ффмпег есть фильтр восстанавливающий высокие частоты? Например, есть звук со срезом на 10 кГц. Чем примерно восстановить верхние частоты, чтобы звук был нормальный, а не как из бочки?
Разве это задача для ffmpeg? Если там срез на 10кгц, то информация о частотах выше, потеряна навсегда. Мб какой-то другой софт есть для реставрации и прочей хуйни, но я не шарю за него. Может что-то эквализировать надо, чтобы искусственно "появились верха".
А что там у тебя музыка какая-то или для видео звук?
Да просто наткнулся на озувучку старой игры, которая хранится в pcm_s16le, но с разной и очень пониженной частотой дискретизации. В основном это речь. Вот стало интересно, можно ли реставрировать верхние частоты.
Может быть и можно. Наверняка есть что-то нейросетевое, что восстановит звук, насколько это возможно, но я хз. В теме реставрации не шарю. Да и сорт оф васянщина.
Собираюсь пару терабайт анимцы закодировать в хевц из h264. Хочу заюзать срузеновский енкодер через hevc_vaapi, побыстрее работает чем libx265, но вначале думаю посчитать метрики через vmaf.
Вопрос: считать метрики, если исходное видео - это уже закодирован хуй пойми как в h264 (то есть уже зашумленный), вообще имеет смысл?
Вопрос: считать метрики, если исходное видео - это уже закодирован хуй пойми как в h264 (то есть уже зашумленный), вообще имеет смысл?
Кодировать не имеет смысла. Проще скачать.
Челибос, я из России, тут интернета завтра не будет.
Завтра не будет, сегодня качай.
Тоже в рекомендациях было
Какой пиздецовый видеоряд, каноничный "брейнрот", сделанный чтобы удерживать внимание зумеров через сенсорную перегрузку, после чего они не могут слушать училку в классе и устраивают истерики.
Нахватаются слов "сенсорная перегрузка", "зумеры" и начинают срать якобы своим мнением не понимания стилистику и что к "сенсорной перегрузке" это никакого отношения вообще не имеет.
Чел серьезно подошел к созданию видео и в нем видно что не от балды пихал эффекты, а именно создавал стилистику "старого" интернета, пытался передать ощущение через этот видеоряд и у него хорошо получилось.
Хуистику. Во-первых, не было в моём старом интернете такого количества полноэкранных мельтешений в секунду. Даже самые эпилептичные гифки крутились строго на своих местах статичного хтмла. Во-вторых, даже если допустить, что автор решил воссоздать ощущение отдельно взятой эпилептичной гифки с домашней странички васяна на народе, переданное в виде длинного полноэкранного видеоряда, для иллюстрации технико-историческое эссе, то он настолько же еблан, как если бы он решил использовать для этой цели goatse.cx. Если тебе это непонятно, твои мозги уже сгнили нахуй от скибиди-туалетов и нейрослопа.
Глянул пару недогайдов в yt, покурил тредикс, но ничего не понял.
А что юзать то для записи динамичного геймплея? Пострелушки в Апексе
Моник 2к, карта 4080;
Играю в 2304*1440 (16:10) -> Ланцошем масштабирую в fhd (16:9)
Пресет такой: h264, cbr 18Мбит, 1b кадр, 2с интервал ключевых
Но в последнее время захотелось подтянуть качество и по совету сетки ебанул hevc, cqp 20, 2b кадра и ключевые на авто.
Да, качество лучше, но я буквально не могу мотать ролик, это постоянная задержка, на монтаже вообще без прокси никак, да и размер какой-то ебанутый, что-то около пары сотен гигов на 1 час.
Стал юзать буфер повтора, но нужно ждать около 5-10с и только потом нажимать сохранить иначе тот самый момент не успеет попасть. А и ещё на av1 в некоторых стоп кадрах оружие начинает мазать, рассыпаться, особенно на темном фоне, но на видео это конечно не заметно.
А что юзать то для записи динамичного геймплея? Пострелушки в Апексе
Моник 2к, карта 4080;
Играю в 2304*1440 (16:10) -> Ланцошем масштабирую в fhd (16:9)
Пресет такой: h264, cbr 18Мбит, 1b кадр, 2с интервал ключевых
Но в последнее время захотелось подтянуть качество и по совету сетки ебанул hevc, cqp 20, 2b кадра и ключевые на авто.
Да, качество лучше, но я буквально не могу мотать ролик, это постоянная задержка, на монтаже вообще без прокси никак, да и размер какой-то ебанутый, что-то около пары сотен гигов на 1 час.
Стал юзать буфер повтора, но нужно ждать около 5-10с и только потом нажимать сохранить иначе тот самый момент не успеет попасть. А и ещё на av1 в некоторых стоп кадрах оружие начинает мазать, рассыпаться, особенно на темном фоне, но на видео это конечно не заметно.
Чёта на пидорском. Непонятно нихуя.
> cqp
Этим никто не пользуется. Ещё одно доказательство, что нейрокал в кодирование видео не может.
Оставь тот же самый битрейт, что был у 264 с теми же самыми настройками, если тебя всё устраивало, но на 265 и будет тоже самое чтт было только лучше.
> на монтаже вообще без прокси никак
Ну а что ты хотел. Переходи на видеоредактор значит со своей параши.
>Ещё одно доказательство, что нейрокал в кодирование видео не может.
Где вы этих умственных нейро инвалидов только находите? Я вот сколько не тестил что чат гпт, что гемини, что квен, дипсик и так далее ( при чем все бесплатные версии) так они в 99% все по делу излагают почти по любой теме, в том числе потому что берут инфу с официальной документации и вики по ffmpeg, я перепроверял.
У человека получилось прекрасное видео особенно если он делал его в соло.
В видео используется просто тонна различных профи приемов которые используют и использовали при создании видео профи, тот же видеоряд с поездкой в автобусе, этот прием использовали сотни раз в различных музыкальных клипах где нужно было передать воспоминания о прошлом / ощущение замедления и пустоты того времени, и не только, просто я сам уже всего и не вспомню.
Психоделические переходы и трансформации это тоже художественный прием, он создает атмосферу загадочности, некой важности происходящего хотя по факту событие как бы мелкое.
В те времена был развит FTP и тогда по сети ходили различные flash файлики в которых именно нечто подобное было, сайты так же пестрили различными эффектами потому что был специальный сайт который все эти javascript эффект собирал. Короче атмосферу он передал отлично, дико приятно было смотреть ролик потому что в нем видна рукотворная работа, а не нейрослоп когда хуяк-хуяк в продакшен.
Единственное к чему я придрался бы это голос, он слишком плоский, слушать можно, но можно сделать лучше, возможно сказывается слабенький микрофон.
Нихуя они не берут, галлюцинируют на базе васянских гайдов самых конченных, каких только могут найти, и это не учитывая того что документация ффмпега сама по себе дерьмо необновляемое веками, но ты не заставишь того же грока прочитать не жопой этот объём текста.
Если ещё для общего использования ффмпега хоть как-то можно ждать разумных предложений, то по настройкам конкретных энкодеров просто хуй забей.
Не может нейрокал в видеокодинг, ни один. Гемини самый разумный для этого, наверное, если выбирать кого-то, у него есть зайчатки логики нахуя какой флаг нужен.
Ясно, понятно.
Ты тупо в чатике у рандомных моделей запрашиваешь что-то в лучшем случае скидывая документ в котором копирнул гайд/документацию.
Это уровень домохозяйки и результат получается как у домохозяйки, разумные ребята используют как минимум RAG, а в идеале MCP которая умеет в собственную wiki, а точнее в кучу таких wiki по нужным темам, изначально твой запрос выбирает какую дергать, а затем уже внутри через графы находит лучшее решение которое именно взято из документации, а не из галюцинаций.
Вики же ты либо качаешь от кого-то кому доверяешь, либо формируешь сам через ту же нейронку.
Скидываешь все самое актуальное в папочку raw в том числе кстати видосы с ютуба, а дальше даешь задание сформировать на основе этого wiki, что кстати прописано в скилле у агента и там уже взависимости от темы можешь слегка что-то подкрутить в одну, слегка в другую сторону.
И вот только тогда ты будешь получать самые адекватные и лучшие ответы. А если у тебя еще и доступ к мощностям есть, а время выдачи ответа некритично ты можешь совет агентов сделать и в результате тебе выдадут по их мнению самый лучший ответ из десятка сделанных разными моделями.
Подход, конечно, интересный. Ты не поверишь, но проще просто один раз разобраться, а потом в гугле поискать конкретный синтаксис если забыл.
Хотя, я с возрастом и скатыванием гугла в парашу стал текстовые файлики себе оставлять всё чаще, чтобы не искать каждый раз. А ты из пушки по воробьям хуячишь.
Честно не вижу юзкейса для описанных тобой плясок, чтобы попробовать. Разве что, оно получается сравнимо умное со всякими дипсиками, чтобы говнокод производить.
Ну хз, может тебе просто не везло сильно, у меня часто реально толковые вещи говорят нейронки. Были конечно проколы но скорее просто от "невнимательности" типо предлагают по отдельности кодить каждый файл когда можно конкатить, или прописывают параметры которые и так по дефолту, или пропускают оптимизации типо пайпа и всё такое, но в базе, в самих принципах - они редко ошибаются
Это просто луддит нового поколения.
Попробовал покодировать на gpu fullhd 1920x1080 в hevc, на выходе получается 1920x1088 с зеленным падингом. Как получить 1920x1080?
Надо не быть пидором.
То есть не быть таким как твой батя?
Разрешение должно быть кратным 16 и 8, использую такое.
Ну и 1440p.
Ширина должна быть кратна 64, а высота 16 на срузеновской встройке, прост ffmpeg, который идёт с дебианом, не добавляет нужную мета-информацию в выходной файл про обрезку стрима.
Ипаный Shutter Encoder опять не хочет копировать субтитры, а пытается конвертировать их, видимо я как-то неправильно понимаю пункт сохранить субтитры. Точнее он пытается сделать из PGM в данном случае (до этого из других по типу vob)
Балуюсь с конвертацией в AV1 анимешек для склада.
Вот лог ошибки
Балуюсь с конвертацией в AV1 анимешек для склада.
Вот лог ошибки
> Вот лог ошибки
Так напиши багрепорт, епта. Хотя ладно, я зашёл поглядеть, как там со скоростью реакции девелопера, и она не то чтобы впечатляет
Суть вкратце: нужно понизить битрейт видео до хотя бы 2100 kbps и снизить разрешение до 576p. Звук оставить нетронутым. Какой пресет использовать?
for P in (1 2) do ffmpeg ^
-i "video_input.mkv" ^
-vf scale=1024:576 ^
-c:v libx264 -b:v 2100k -pix_fmt yuv420p ^
-profile:v high -preset veryslow -pass P ^
-c:a copy ^
-c:s copy ^
-y "video_output.mkv"
Перед P ставь %%
В командной строке было бы таким образом:
-map 0:s -c:s copy
Но если это битмап, ты не можешь менять размер картинки видео, так как эти субитры сами в виде картинок и подогнаны точно под размер DVD видео.
как мне добавить аргументы эти в шутер энкодере или есть норм его аналоги?
Размер видео не меняю
Я никогда не пользовался, поэтому точно не отвечу. Но это какая-то обёртка над ffmpeg. Ты можешь сконвертировать в нём видео, если это удобно, и потом собрать файл из нескольких источников копированием.
ffmpeg -i источник_видео -i источник_аудио -i источник_субтитров \
-map 0:v -map 1:a -map 2:s -c copy все_источники_в_одном_видео.mkv
Спасиба
скачал handbrake более менее разобрался, трудности были только прии создании шаблона, а точнее сделать так что бы он выбирал все аудио и сабы дорожки. но так наверное им буду теперь пользоваться.
да ничего лучше ffmpegа нету. потому что почти все если не все gui - это транскодинг (переработка существующего) а не авторинг (создание нового). там часто нет банальных функций типо создания видео из картинки и аудио. (ну или тебе приходится воевать с интерфейсом потому что функции запрятаны) а скачивать для этого тяжелые редакторы типо da vinci это стрельба из пушки по воробьям. легче один раз разобраться с ffmpeg и всю жизнь проблем не будет чем прыгать от проге к проге в поисках идеальной
да я всё ленюсь написать универсальную команду, где мне нужно будет только менять путь изначальной папки и создание в ней же конечной ограничение "максимального" битрейта при качестве CQ 20 и его выбирать при необходимости. Ну и научиться делать пакетами из разных папок.
А так я только меняю формат на мкв если не такой, и на кодек ав1, а аудио и сабы тупо копирую.
как начну скачивать тики токи пачками, так возможно и научусь делать склейки в ffmpeg и лить их в ютуб хортсы
Когда-то давно делал шебм на более старом ффмпег и указывал заголовок командой -metadata title="Какой-нибудь заголовок" , который двощ норм переваривал и отображал под плеером. Сейчас на новом ффмпег делаю то же самое, но двощ отказывается переваривать заголовок. Почему так и как починить?
Полез посмотреть как двощ ищет заголовок в шебм. По каким-то жестким сигнатурам.
Сейчас формат сигнатур чуть поменялся, стал чуть короче, поэтому совпадения нет.
Подозреваю, кто писал этот костыль, не до конца разобрался со спецификацией формата вебм.
Сейчас формат сигнатур чуть поменялся, стал чуть короче, поэтому совпадения нет.
Подозреваю, кто писал этот костыль, не до конца разобрался со спецификацией формата вебм.
Написал исправление. Теперь надо в /d показать, чтобы добавили.
Используй старый ффмпег.
Я предлагал в /d/ патч для парсера webm метаданных, но меня проигнорировали. Насколько я помню, текущий код не смотрит достаточно далеко, поэтому не находит название.
Ах, ты уже сам все сделал. Ну может тебя не проигнорируют.
По скриншоту хорошо видно что ты пидор.
Прикольно написано. Не то что внутри макабы. Но юзерскрипт исправит только у меня, а не у всех.
>Используй старый ффмпег.
Нашел у себя какой-то древний ffmpeg-4.0.2-win32-shared.zip аж 2018 года.
Даю ему команду ffmpeg -i homm3_hota_bulwark.webm -c copy homm3_hota_bulwark_fix.webm
В hex-редакторе вроде похоже на то, что нормально схавает макаба. Проверяю.
> Не то что внутри макабы. Но юзерскрипт исправит только у меня, а не у всех.
Это да, нужно местных быдлокодеров уговаривать починить.
По твоему комменту видно, что ты даун.
https://carbon.now.sh/
Да тоже нагородил хуйни, завязался на длины опциональных элементов. Явно спеку никто не читал:
https://matroska-org.github.io/libebml/specs.html
https://www.matroska.org/technical/elements.html
Сап, задача взять из 1 контейнера всё, а из другого только все дорожки субтитров и аудио, дорожкииз второго контейнера по итогу не работают, просто не проигрываются — пустота.
> -map 0 -map 1:s? -map 1:a? mkv.mkv
> -map 0 -map 1:s? -map 1:a? mkv.mkv
-c copy
Кодек копи перед mkv.mkv.
Так и делал
Понял. Попробуй мапить каждый стрим отдельно, не пытайся всё сразу добавить, но у тебя ещё и был неправильный порядок, субтитры стоят перед аудио. Собирай в таком порядке: сначала видео, потом аудио, потом субтитры.
Какие у тебя еще юзерскрипты есть?
В прошлый раз мы восторгались сжатию 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