Аниме тред (webm, вебм, цуиь, mp4)
Оп конечно знатный шизик, караулить перекаты и делать это смыслом своей жизни
Его в дурку надо закрывать.
Рельсоблядь, ты няшный?
БОТОТРЕД
Пук
>>336535265
Тред не позорь
Тред не позорь
Оп, у тебя жопа няшная?
поzор Z сука зед поззорр
Табакошку хочу!
^
Как у тебя получается всегда быть в каждом треде?
Просто мне никуда не надо, я всегда дома. Я здесь сижу весь день, в любой день, и 7 на 7.
Такого не бывает, что человеку никуда не надо. Еда, одежда, средства личной гигиены сами появляются в доме? А отходы жизнедеятельности тоже сами собой исчезают?
^
SVT-AV1 в два прохода под определённый лимит. Нужна свежая версия FFMPEG.
ffmpeg -i input.mkv -c:v libsvtav1 -b:v A -pass 1 -preset B -pix_fmt yuv420p10le -svtav1-params undershoot-pct=0:overshoot-pct=0 -an -sn -f null -
ffmpeg -i input.mkv -c:v libsvtav1 -b:v A -pass 2 -preset B -pix_fmt yuv420p10le -svtav1-params undershoot-pct=0:overshoot-pct=0 -c:a libopus -b:a C -sn -cues_to_front 1 -map_chapters -1 -map_metadata -1 -metadata title="D" output.webm
Важные параметры:
-i input.mkv - файл, который будет сжат
-b:v A - битрейт видео
-preset B - пресет; чем ниже значение, тем лучше качество и медленее кодирование; 4 - сбалансированное значение; 2 - если готовы ждать ради качества, но можно и ниже
-b:a C - битрейт аудио
-metadata title="D" - тайтл видео
output.webm - файл, который будет на выходе
------------------------------------------------------------
Пример: нужно ужать input.mkv длительностью 30 секунд в лимит 10 MiB.
1. Переводим 10 MiB в биты
| 10 MiB = 10 1024 KiB = 10 1024 1024 B = 10 1024 1024 8 b = 83886080 b
2. Учитываем оверхед (~3% - для коротких видео, ~0.5% - для длинных видео)
| Если используем 0.5%, то объём нужно умножить на 0.995. Если 3%, то 0.97.
| В примере будет 1% - умножаем на 0.99.
| 83886080 b * 0.99 = ~83047219 b
3. Вычисляем битрейт
| 83047219 b ÷ 30 секунд = ~2768240 b/s
4. Для удобства переводим в килобиты
| 2768240 b/s ÷ 1000 = ~2768 kb/s
5. Отнимаем битрейт аудио от общего битрейта, чтобы получить битрейт для видео
| 2768 kb/s - 96 kb/s (для хорошего звучания музыки аудиокодеку OPUS достаточно иметь 96 kb/s) = 2672 kb/s
6. Вставляем 2672k на место битрейта видео, а 96k - на место битрейта аудио.
ffmpeg -i input.mkv -c:v libsvtav1 -b:v 2672k -pass 1 -preset 2 -pix_fmt yuv420p10le -svtav1-params undershoot-pct=0:overshoot-pct=0 -an -sn -f null -
ffmpeg -i input.mkv -c:v libsvtav1 -b:v 2672k -pass 2 -preset 2 -pix_fmt yuv420p10le -svtav1-params undershoot-pct=0:overshoot-pct=0 -c:a libopus -b:a 96k -sn -cues_to_front 1 -map_chapters -1 -map_metadata -1 -metadata title="тайтл" output.webm
7. Одной командой (опционально, работает на Windows, CMD)
ffmpeg -i input.mkv -c:v libsvtav1 -b:v 2672k -pass 1 -preset 2 -pix_fmt yuv420p10le -svtav1-params undershoot-pct=0:overshoot-pct=0 -an -sn -f null - && ffmpeg -i input.mkv -c:v libsvtav1 -b:v 2672k -pass 2 -preset 2 -pix_fmt yuv420p10le -svtav1-params undershoot-pct=0:overshoot-pct=0 -c:a libopus -b:a 96k -sn -cues_to_front 1 -map_chapters -1 -map_metadata -1 -metadata title="тайтл" output.webm
ffmpeg -i input.mkv -c:v libsvtav1 -b:v A -pass 1 -preset B -pix_fmt yuv420p10le -svtav1-params undershoot-pct=0:overshoot-pct=0 -an -sn -f null -
ffmpeg -i input.mkv -c:v libsvtav1 -b:v A -pass 2 -preset B -pix_fmt yuv420p10le -svtav1-params undershoot-pct=0:overshoot-pct=0 -c:a libopus -b:a C -sn -cues_to_front 1 -map_chapters -1 -map_metadata -1 -metadata title="D" output.webm
Важные параметры:
-i input.mkv - файл, который будет сжат
-b:v A - битрейт видео
-preset B - пресет; чем ниже значение, тем лучше качество и медленее кодирование; 4 - сбалансированное значение; 2 - если готовы ждать ради качества, но можно и ниже
-b:a C - битрейт аудио
-metadata title="D" - тайтл видео
output.webm - файл, который будет на выходе
------------------------------------------------------------
Пример: нужно ужать input.mkv длительностью 30 секунд в лимит 10 MiB.
1. Переводим 10 MiB в биты
| 10 MiB = 10 1024 KiB = 10 1024 1024 B = 10 1024 1024 8 b = 83886080 b
2. Учитываем оверхед (~3% - для коротких видео, ~0.5% - для длинных видео)
| Если используем 0.5%, то объём нужно умножить на 0.995. Если 3%, то 0.97.
| В примере будет 1% - умножаем на 0.99.
| 83886080 b * 0.99 = ~83047219 b
3. Вычисляем битрейт
| 83047219 b ÷ 30 секунд = ~2768240 b/s
4. Для удобства переводим в килобиты
| 2768240 b/s ÷ 1000 = ~2768 kb/s
5. Отнимаем битрейт аудио от общего битрейта, чтобы получить битрейт для видео
| 2768 kb/s - 96 kb/s (для хорошего звучания музыки аудиокодеку OPUS достаточно иметь 96 kb/s) = 2672 kb/s
6. Вставляем 2672k на место битрейта видео, а 96k - на место битрейта аудио.
ffmpeg -i input.mkv -c:v libsvtav1 -b:v 2672k -pass 1 -preset 2 -pix_fmt yuv420p10le -svtav1-params undershoot-pct=0:overshoot-pct=0 -an -sn -f null -
ffmpeg -i input.mkv -c:v libsvtav1 -b:v 2672k -pass 2 -preset 2 -pix_fmt yuv420p10le -svtav1-params undershoot-pct=0:overshoot-pct=0 -c:a libopus -b:a 96k -sn -cues_to_front 1 -map_chapters -1 -map_metadata -1 -metadata title="тайтл" output.webm
7. Одной командой (опционально, работает на Windows, CMD)
ffmpeg -i input.mkv -c:v libsvtav1 -b:v 2672k -pass 1 -preset 2 -pix_fmt yuv420p10le -svtav1-params undershoot-pct=0:overshoot-pct=0 -an -sn -f null - && ffmpeg -i input.mkv -c:v libsvtav1 -b:v 2672k -pass 2 -preset 2 -pix_fmt yuv420p10le -svtav1-params undershoot-pct=0:overshoot-pct=0 -c:a libopus -b:a 96k -sn -cues_to_front 1 -map_chapters -1 -map_metadata -1 -metadata title="тайтл" output.webm
Я обычно просто повышал битрейт в -b:v и -b:a, пока не упрется в лимит, и все. Всегда было лень было специально считать с калькулятором по формуле.
Можно вообще считерить и добавить недостающий размер как VOID кластер в WEBM контейнер, чтобы получить красивые циферки.
До лимита, это не в лимит.
Проебется при пересборке и тебя будут называть нехорошими словами.
> Проебется при пересборке
А ты не пересобирай XD
Бывает, ОП плюс минус как Толян.
Все, бабье лето закончилось.
Не знаю у кого и что там закончилось. У меня ничего не закончилось
Если бы ты с самого начала нарезал под пасскодные лимиты, то было бы намного меньше желающих брать у тебя webm.
Я в 14 году постил без пасса. У меня тогда не было. Я вообще даже не думал, что кто то начнет приписывать себе мои посты и вебмки, все за мной копировать и повторять, воровать личность, и что все это дойдет до преследований с угрозами. Я даже не знал что меня по бредачу сталкерил психопат и смотрел все что я пишу. Если бы я про все это сразу знал, то конечно я бы немножко иначе себя вел.
Герпес-кун вчера умир, ребята...
>Если бы ты с самого начала не был внимаениблядским долбаёбом, то было бы намного меньше желающих брать у тебя webm
Починил, не благодари.
Смешнявостей нi бачув
Быстро исправляйте!
Быстро исправляйте!
Творчество душевнобольного
Режим VBR отсосный, тем более если еще и залочить энкодеру отклонение от целевого битрейта через undershoot-pct=0:overshoot-pct=0.
Лучший вариант для попадания в лимит - порезать на фрагменты по смене сцены, закодировать на разных CRF и склеить. Небольшую недостачу или превышение компенсировать перекодированием звука, значения CRF примерно подобрать на быстром 10 пресете. В итоге можно попасть в целевой битрейт вот настолько точно, считать ничего не нужно.
>Режим VBR отсосный
Насколько отсосный? У х264 и х265 двупроходное кодирование даёт околоидентичный crf результат.
Даже без учета первого прохода он медленнее CRF где-то на 20% и дает немного худшее качество по метрикам.
Ну и делать два прохода ограничив ему возможность отклоняться от целевого битрейта это какой-то 80 IQ мув. Суть двухпроходного VBR - проанализировать файл на первом проходе, дать больше битрейта на сложные сцены и меньше на простые на втором - чтобы в среднем получился целевой.
> Режим VBR отсосный
Почему? Можно легко подогнать под лимит.
> тем более если еще и залочить энкодеру отклонение от целевого битрейта через undershoot-pct=0:overshoot-pct=0
Энкодер всё ещё ведёт себя гибко в плане распределения битрейта, т.е. подобно режиму CRF. С undershoot-pct=0:overshoot-pct=0 битрейт может свободно плавать, например от 15% до 400%.
Завоз
> Ну и делать два прохода ограничив ему возможность отклоняться от целевого битрейта
Там нет ограничения
Бамп
>Почему?
Во первых скорость. Например вот этот фрагмент на CRF у меня кодировался со скоростью 1.9fps, а на VBR 1.1fps.
Во вторых с первого раза я все равно немного недобрал до желаемого битрейта.
В третьих на мой взгляд битрейт распределяется оптимальнее - хотя средняя оценка у VBR такая же или чуть выше, худшие 1%, 5%, 10%, 25% ощутимо выше на CRF.
>Энкодер всё ещё ведёт себя гибко
>Там нет ограничения
Я не утверждал что он в CBR превращается, но эти параметры буквально определяют как сильно энкодер может отклоняться от целевого значения в процессе кодирования. Установка их в 0 это палка в колесо велосипеда - он не попадает лучше в целевой битрейт (даже чуть хуже), скорость кодирования остается той же, распределение битрейта становится еще менее оптимальным. Никаких профитов, только минусы.
Она же буквально по всем метрика проиграла, что ssim, что psnr, что vmaf, а плохие процентили могут быть психовизуально невлияющими/с добавлением мыльца, чтобы экономить битрейт и не делать кашу. Но тут дело исключительной веры, а мог бы пофреймово сравнить.
^
PSNR и SSIM слабо коррелируют с человеческим восприятием, я их даже не считал. VMAF смотри не только средний (они примерно равны), но и процентили - CRF провисает сильно меньше. Кадры с оценкой выше 95 - это по сути трата битрейта впустую.
>а плохие процентили могут быть психовизуально невлияющими
Не могут если метрика коррелирует с восприятием, резкие просадки бросаются в глаза сильнее всего.
Режим CRF распределяет битрейт лучше, даже в один проход - и при этом он еще и ощутимо быстрее.
>а мог бы пофреймово сравнить
Я не любитель выдергивать кадры и пиксели пересчитывать, глазами видео нужно оценивать в виде видео.
>глазами видео нужно оценивать в виде видео
Тогда не надо было делать видео с 90 vmaf
Мда.
> Установка их в 0 это палка в колесо велосипеда - он не попадает лучше в целевой битрейт (даже чуть хуже)
Без undershoot-pct=0 VBR может андершутить до 25% в некоторых случаях. Вместо файла на 10MiB ты получишь 7.5MiB. Также иногда происходит овершут.
Бамп
сажа
