Главная Юзердоски Каталог Трекер NSFW Настройки

Программы

Ответить в тред Ответить в тред
Check this out!
<<
Назад | Вниз | Каталог | Обновить | Автообновление | 501 128 144
FFmpeg и общий кодирования видео тред №7 /ffmpeg/ Аноним (Microsoft Windows 10: Chromium based) 27/07/22 Срд 09:08:01 3181555 1
1562936828223.png 400Кб, 2000x2000
2000x2000
FFmpeg и общий кодирования видео тред №7

В прошлый раз мы срались за аудиокодеки весь тред.

FFmpeg - мощнейший видео-комбайн с открытым исходным кодом подо все существующие в наблюдаемой части нашей галактики платформы. 99% бесплатного и платного графического конвертероговна используют его в качестве бек-энда, так что давай-ка заканчивай пользоваться интерфейсными зондами и осваивай сам инструмент напрямую. Вебмки для двача тоже сжимают итт.

Скачать тут: 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 (принимается критика, её было много в треде №6): https://github.com/megapro17/FFmpeg-Guide/blob/master/FFmpeg%20кодирование%20гайд.md

ИТТ выбираем идеальные режимы кодирования, тестируем нереализованные параметры и ждём официального исхода баттла VVC vs AV1, после чего наконец-то сможем сжимать видео ещё лучше медленнее.

Тред №0: https://2ch.hk/s/arch/2020-08-05/res/2591244.html
Тред №1: https://2ch.hk/s/arch/2021-02-25/res/2816778.html
Тред №2: https://2ch.hk/s/arch/2021-09-23/res/2979843.html
Тред №3: https://2ch.hk/s/arch/2021-11-13/res/3029626.html
Тред №4: https://2ch.hk/s/arch/2022-03-10/res/3056070.html
Тред №5: https://2ch.hk/s/arch/2022-06-29/res/3101682.html
Тред №6: https://2ch.hk/s/res/3144406.html
Аноним (Microsoft Windows 10: Firefox based) 27/07/22 Срд 10:20:14 3181568 2
>>3181527 →
Надо было написать, что в x264 я тоже пробовал кодировать, но нихуя не поменялось. Как было 12 отсутствующих/одинаковых кадров в начале с -c:v copy, так с -c:v libx264 и осталось.
Вики что-то там кукарекает по поводу frame-accurate seeking, когда по факту нихуя не frame-accurate.
Аноним (Google Android: Mobile Safari) 27/07/22 Срд 16:40:06 3181723 3
>>3181555 (OP)
Где её было много, я вроде всё подправил то что сказали
Аноним (Microsoft Windows 10: Firefox based) 27/07/22 Срд 18:36:35 3181809 4
Чем лучше жать лосслесс файлы? x264/x265?
Аноним (Google Android: Mobile Safari) 27/07/22 Срд 18:42:58 3181815 5
>>3181809
Нет, они плохо жмут. Особенно второй, даже хуже первого. ffv1
Аноним (Microsoft Windows 10: Firefox based) 27/07/22 Срд 19:30:12 3181829 6
>>3181815
>ffv1
И как им СЖИМАТЬ? Не могу чет найти нормальных описаний параметров.
Аноним (Linux: Firefox based) 28/07/22 Чтв 07:21:24 3182020 7
Можно как-то при нарезке автоматически начинать с ближайшего ключевого кадра до указанной позиции? Самому искать это же жопа.
Аноним (Microsoft Windows 10: Firefox based) 28/07/22 Чтв 08:43:35 3182044 8
>>3182020
-ss вместе с -noaccurate_seek перед входными файлами
Аноним (Linux: Firefox based) 28/07/22 Чтв 08:50:27 3182045 9
Аноним (Google Android: Mobile Safari) 28/07/22 Чтв 10:03:00 3182062 10
Хочу анализировать ролики с помощью нейросети на смысловое содержание. Каждый кадр анализировать будет слишком рассточительно, потому что соседние кадры содержат идентичную информацию и мало чем отличаются друг от друга. Планирую первичную выборку кадров делать с помощью ffmpeg. Как лучше всего поступить? Нарезать все кадры с помощью ffmpeg, а потом отсеивать малозначимые кадры другими инструментами или достаточно будет вытаскивать ключевые кадры средствами того же ffmpeg. Никакая потенциально значимая информация при этом не теряется? Также реквестирую команду, которая извлекает все ключевые кадры из ролика.
Аноним (Linux: Firefox based) 28/07/22 Чтв 11:12:58 3182088 11
>>3182062
Сначала нарежь видос на сцены при помощи scenecut. Это важная метаинформация.
Внутри большинства сцен хватит одного-двух кадров. Если сцена динамичная - тогда все кадры хуярить. Динамику сцены можно посчитать по векторам движения.
На опорные кадры забей, для смыслового содержания разницы никакой.
Аноним (Microsoft Windows 10: Firefox based) 28/07/22 Чтв 14:30:59 3182141 12
изображение.png 3Кб, 238x85
238x85
VIDOC2022072619[...].jpg 663Кб, 3840x2160
3840x2160
Есть видео из под воды рядом с лодкой.
Я хочу прикрутить туда vidstabtransform, и если обычные видео снятые с рук он делает очень плавными и ровными, то тут (возможно из-за постоянного движения дна, а возможно из-за нерегулярного фреймрейта) оно почти не работает и всё дёргается. Можете подсказать как такое обработать, и насколько хорошо vidstabdetect работает с переменным фреймрейтом? У него просто в настройках количество кадров для сглаживание, хотя для такого видео сглаживание должно быть не по кадрам, а по меткам времени...

Может быть стоит самом получить метки времени кадров и обработать файл после vidstabdetect с корректным сглаживанием?
Аноним (Google Android: Firefox based) 28/07/22 Чтв 21:15:11 3182297 13
Если большинство рипов делается с блюрей и жмется кому как вздумается, то как дела обстоят со стриминговым контентом? Ну типа смысл жать уже сжатое ещё больше, разве что даунскейл делать с 4к до нужного и подрезать битрейт.
Опять же, что там условный 265 выжмет после 264? Очень интересно.
Аноним (Google Android: Firefox based) 28/07/22 Чтв 21:46:16 3182323 14
Ну и ещё вопрос по рипам - вот нужно мне для коллекции пожать фильм самому (видимо потому, что на трекерах такого нет). Я должен найти bdremux, чтобы сурс был качественный. Затем на чем я жму, на камне или на картоне? Мне вот хочется в hevc, чтобы заебись было, но ждать двое суток такое. Или карта так же хорошо как проц не может - почему? Инструкции-то одни и те же, нахуй вообще аппаратное ускорение придумали тогда?
Боже как сложно.
Аноним (Microsoft Windows 10: Palemoon) 28/07/22 Чтв 21:53:52 3182329 15
>>3182062
> Хочу анализировать ролики с помощью нейросети на смысловое содержание
Смысл чего искать планируешь и как планируешь определять в чём смысл?
Аноним (Microsoft Windows 10: Firefox based) 28/07/22 Чтв 22:03:14 3182332 16
>>3182323
>на чем я жму
Жмешь на камне в 10 бит с пресетом veryslow, это основа.
>Или карта так же хорошо как проц не может - почему?
У кодеков видеокарт реализация энкодера и пресеты почти полностью зашиты непосредственно в железо, потому что при разных пресетах почти всегда применяются разные алгоритмы. Ну и соответственно, у видеокарт можно лишь выбрать те пресеты, которые решил в них зашить вендор, и часто эти пресеты не самые эффективные из возможных. На камне же ты можешь исполнять любые алгоритмы и выбирать сложность задачи так, как тебе хочется, достигая наилучших результатов ценой более продолжительного времени кодирования и тепловыделения.
Аноним (Google Android: Firefox based) 28/07/22 Чтв 22:44:58 3182346 17
>>3182332
Честно говоря это все довольно сложно.
Аноним (Google Android: Mobile Safari) 29/07/22 Птн 00:11:06 3182361 18
>>3182329
Поиск и выделение фрагментов рекламы по логотипами и характерным образам. Или автоматическое разбиение по ключевым фрагментам видео (у порнхаба нейросетка научилась автоматом маркировать таймкоды сцен). Или просто поиск нужной сцены в ролике по ключевым словам.

Есть расширение, которое маркирует рекламу на ютьюбе, можно взять оттуда таймкоды рекламы, вырезать их из роликов и получить выборку с рекламой и без неё. А потом обучить нейросеть находить потенциальную рекламу. Можно конечно просто скачать субтитры и анализировать по ключевым словам, но автор ролика может просто отключить субтитры. И тогда их придётся генерировать самому. Но бывают рекламы без звуков, только образы или музыка с надписью. Поэтому их нужно анализировать нейросеткой. Но анализировать весь ролик будет слишком расточительно. Вот и думаю как оптимизировать, если отбирать только важные кадры.
Аноним (Google Android: Mobile Safari) 29/07/22 Птн 04:40:39 3182383 19


>>3182332
> Жмешь на камне в 10 бит с пресетом veryslow, это основа.
Это хуйня полная, а не основа. Медленне чем slow не надо использовать
Аноним (Microsoft Windows 10: Firefox based) 29/07/22 Птн 06:52:33 3182392 20
>>3182383
У тебя наверное двухъядерный интел вместо процессора, я тебя правильно понял? На моем 5700ж h265 10 bit кодируется в 5 фпс.
Аноним (Microsoft Windows 10: Firefox based) 29/07/22 Птн 07:03:07 3182393 21
>>3182392
*при битрейте 1000k
При 8000k 2 фпс
Аноним (Google Android: Mobile Safari) 29/07/22 Птн 07:35:23 3182415 22
>>3182392
И дальше что с какой скоростью оно кодируется, еблан? Когда av1 с такой же скоростью выдаст намного лучшее качество
Аноним (Microsoft Windows 10: Firefox based) 29/07/22 Птн 07:43:54 3182422 23
>>3182415
av1 на любой скорости выдаст лучшее качество, додич.
Аноним (Google Android: Mobile Safari) 29/07/22 Птн 07:48:34 3182424 24
Аноним (Microsoft Windows 10: Firefox based) 29/07/22 Птн 08:07:21 3182425 25
Аноним (Google Android: Firefox based) 29/07/22 Птн 08:53:29 3182432 26
>>3182332
>алгоритмы. Ну и соответственно, у видеокарт можно лишь выбрать те пресеты, которые решил в них зашить вендор
У меня, скажем, 1050 от ноунейм вендора и ещё 630 встройка. Как можно луркануть на счёт того, что она поддерживает и что нет? Есть ли специализированный сайт с базой данных?

Хотя что-то мне подсказывает, что на моей старушке 265-й все равно кодировать не будет, про встройку хз, есть ли смысл о ней говорить вообще. Если декодировать одно из двух будет и то хорошо.
Аноним (Microsoft Windows 10: Firefox based) 29/07/22 Птн 09:07:33 3182438 27
>>3182432
>от ноунейм вендора
От вендора чипа видеокарты, имеется в виду. У nvidia чип-кодировщик называется nvenc, у intel это qsv, у amd - vce/vcn. Для каждого поколения видеокарт там свои приколы, на англ википедии вроде есть чуть подробнее.

Но на самом деле сжатие на видеокарте в лучшем случае реально будет сопоставимо где-то с пресетом medium или около того на камне.
Аноним (Google Android: Firefox based) 29/07/22 Птн 10:05:10 3182452 28
>>3182438
А выходной размер файла будет отличаться в разы, что-ли (medium vs slow vs very slow)? Мне просто интересно, жизнеспособно ли сжатие на карте для хранения фильмов или аппаратное ускорение все же предназначено больше для стримов и монтажа.
Алсо камень у меня 4/4 пиздос из 2017. Стыдно даже модель писать итт, кодировать на серьезных пресетах он будет сутками.

Спасибо за ответы.
Аноним (Google Android: Mobile Safari) 29/07/22 Птн 10:47:07 3182459 29
>>3182425
Он размытое говно выдаст, дебич
>>3182452
Нет, размер файла одинаковый, а картинка выглядит лучше, если медленнее
Просто купи жёсткий диск, это намного быстрее выйдет, они стоят копейки
Аноним (Google Android: Firefox based) 29/07/22 Птн 11:49:38 3182479 30
>>3182459
>Просто купи жёсткий диск, это намного быстрее выйдет
Наверное ты хотел сказать купи и качай туда полновесные ремуксы? Да, быстрее. Но я интересуюсь из любопытства, мне просто нравится изучать технологии даже без практической пользы для себя.
Аноним (Microsoft Windows 10: Firefox based) 29/07/22 Птн 12:10:59 3182490 31
>>3182459
При одинаковых (по скорости кодирования) пресетах и прочих равных av1 всегда будет выигрывать x265, ебанашка.
>>3182452
>А выходной размер файла будет отличаться в разы, что-ли (medium vs slow vs very slow)?
Сразу начну с того, что разницы в разы ты здесь не увидишь никогда. Разница будет зависеть от того, как ты кодируешь, если по битрейту, то отличаться будет главным образом само качество картинки, если указываешь качество через crf/qp, то отличаться будет размер файла. Ориентируйся на то, что при одинаковом качестве файл, пожатый с пресетом medium, будет весить на 5-15%, максимум - на 20% больше, чем с veryslow.
>жизнеспособно ли сжатие на карте для хранения фильмов
Всем в общем-то похуй, чем и как ты там будешь жать, если для себя, но если будешь шарить с кем-то и у тебя есть нормальный проц, то veryslow - это базис.
Аноним (Google Android: Mobile Safari) 29/07/22 Птн 12:38:23 3182499 32
>>3182422
> av1 на любой скорости выдаст лучшее качество, додич.
>>3182490
> При одинаковых (по скорости кодирования) пресетах и прочих равных av1 всегда будет выигрывать x265, ебанашка.
Что за дебил сука
Причём даже тут напиздел, x265 чаще будет выглядеть лучше и быстрее
> veryslow - это базис.
Точно дебил.

Going from medium to slow, the time needed increases by about 40%. Going to slower instead would result in about 100% more time needed (i.e. it will take twice as long). Compared to medium, veryslow requires 280% of the original encoding time, with only minimal improvements over slower in terms of quality.
Аноним (Microsoft Windows 10: Firefox based) 29/07/22 Птн 12:53:35 3182504 33
>>3182499
>x265 чаще будет выглядеть лучше и быстрее
Что тяжелее, килограмм железа или килограмм пуха, ебло? Глаза раскрой сука и читай >>3182490
>>При одинаковых (по скорости кодирования) пресетах и прочих равных

>Точно дебил.
>нерелейтед паста с вики
Ещё раз тебе сука рекомендую вынуть хуи из глаз и прочитать, почему я так сказал >>3182490
>>если будешь шарить с кем-то и у тебя есть нормальный проц, то veryslow - это базис.
Аноним (Google Android: Mobile Safari) 29/07/22 Птн 13:01:06 3182505 34
>>3182490
> Сразу начну с того, что разницы в разы ты здесь не увидишь никогда. Разница будет зависеть от того, как ты кодируешь, если по битрейту, то отличаться будет главным образом само качество картинки, если указываешь качество через crf/qp, то отличаться будет размер файла.
Тоже пиздёж, файл с preset ultrafast crf 30 будет выглядеть намного хуже, весь в пикселях чем preset slow crf 30
Аноним (Microsoft Windows 10: Firefox based) 29/07/22 Птн 13:44:22 3182516 35
x265-medium-qp-[...].mp4 756Кб, 1008x494, 00:00:21
1008x494
x265-veryslow-q[...].mp4 477Кб, 1008x494, 00:00:21
1008x494
diff.webm 13026Кб, 1008x494, 00:00:21
1008x494
>>3182505
Хуй будешь? ultrafast какое отношение к разговору имеет? А вообще ладно, тут признаю, запизделся немного. Качество будет немного разным из-за разных использованных фич, но на указанном диапазоне пресетов не то что бы очень сильно. Изначально хотел написать только про qp, там эта разница намного менее заметна.
Аноним (Microsoft Windows 10: Chromium based) 29/07/22 Птн 17:37:51 3182589 36
>>3182361
> у порнхаба нейросетка научилась автоматом маркировать таймкоды сцен
Ничего себе. Я думал, это вручную выставляется. То-то иногда вообще не к месту, как будто даун маркировал. Но в целом точность впечатляет. Так вот почему анал почти не маркируется, определить сложно.
Аноним (Microsoft Windows 10: Chromium based) 29/07/22 Птн 17:41:56 3182593 37
>>3182361
А в конечном результате для чего тебе это надо? Ты для себя собрался вырезать рекламу из роликов или сам делаешь публичный/коммерческий проект?
Аноним (Google Android: Mobile Safari) 30/07/22 Суб 01:01:34 3182773 38
>>3182593
> А в конечном результате для чего тебе это надо? Ты для себя собрался вырезать рекламу из роликов или сам делаешь публичный/коммерческий проект?
Ну коммерческий вряд ли, база данных с таймкодами рекламы запрещает делать коммерческие проекты на его основе, но если получится сделать что-то путное, то почему бы не опубликовать. А пока я только присматриваюсь, как лучше все это реализовать. Если кто-то сделает что-то похожее раньше и опубликует для всех, то буду только рад.
Аноним (Google Android: Mobile Safari) 30/07/22 Суб 01:05:28 3182774 39
>>3182589
Изначально только пользователи маркировали, а потом нейросеть обучилась на их выборке и теперь сама может таймкоды ставить.
Аноним (Google Android: Firefox based) 30/07/22 Суб 10:22:06 3182842 40
>>3182516
В мобильной лисе/хроме видно только превью, сами файлы не проигрываются.

>>3182490
Тут можно подробнее про ручную настройку битрейта и crf/qp? Про crf знаю, что алгоритмы анализируют каждый кадр и меняют битрейт в соответствии со сложностью сцены; qp в этом плане тупее и все кадры жмёт одинаково, так как постоянная квантизация.
Зачем в этой прекрасной картине пользователь с хотелками по битрейту? Зачем руками регулировать поток, а не довериться crf?

Про пресеты вроде понятно. Чем дольше процессор обрабатывает кадр, тем лучше качество и сжатие, верно? То есть субъективно картинка лучше и размер на выходе чуть меньше, так? Вроде логично.
Аноним (Microsoft Windows 10: Firefox based) 30/07/22 Суб 21:51:56 3183240 41
>>3182842
>файлы не проигрываются.
Скачай и открой в нормальном плеере, если интересно. Браузеры не всегда поддерживают 10-битный h265 (если вообще поддерживают без расширений, лол).
>Тут можно подробнее про ручную настройку битрейта и crf/qp?
Ну тут на вкус и цвет на самом деле, если нужно пожать сильнее в ущерб качеству - ставишь циферку crf/qp побольше, ну и соответственно наоборот. Для каждого кодека и пресета результаты будут чуть отличаться, поэтому конкретных цифр давать нет смысла, отталкивайся от дефолтных.
>Зачем в этой прекрасной картине пользователь с хотелками по битрейту?
Очевидно, это для тех случаев, когда очень важно иметь постоянный битрейт. Например для стримов на твиче/с камер наблюдения. Ну то есть когда сам факт наличия непроёбанной видеозаписи гораздо важнее её качества в целом. Так и сети проще, и рассчитывать нагрузку удобнее. Или если необходимо иметь файл ровно заданного размера, но позволить совершить несколько прогонов с рандомным crf ты себе не можешь.
>Чем дольше процессор обрабатывает кадр, тем лучше качество и сжатие, верно?
Да, в целом всё так и есть.
Аноним (Microsoft Windows 10: Chromium based) 01/08/22 Пнд 03:58:57 3183970 42
1618198226051.mp4 17788Кб, 1280x720, 00:03:43
1280x720
1576016879866.mkv 503Кб, 1280x720, 00:03:43
1280x720
Зацените сжатие.

Видео : AVC, 1280x720(16:9), 30.000 fps, 3 000 kb/s (0.017 bit/pixel)
Аудио: AAC, 44.1 kHz, 2 ch, 128 kb/s, CBR


Аудио: opus, 48KHz, stereo, ~10kbps
Видео: av1, 1280x720, 10fps, ~25kbps

Я просто у видел такое на торрентах, и тоже захотел свои видосы пожать.
Такой скрипт для ffmpeg вообще трудно написать? я просто не пользовался им никогда
Аноним (Microsoft Windows 8: Firefox based) 01/08/22 Пнд 11:49:54 3184026 43
130Q0949400.jpg 237Кб, 600x400
600x400
В треде олд, давно отошедший от делл. Захотелось тряхнуть стариной и снова чего-нибудь покодировать. Ес ть пара вопросов:
1 - Аппаратный VP9 энкодинг на интелах 12 поколения совсем говно? Стоит ли тратить время на его пердолинг?
2 - AV1 хвастаются поддержкой синтетического грэйна в моё время x264 такое мог, хз что они хвастаются. Так вот, можно скормить энкодеру 2 потока - отденойзеное видео и шум для анализа. Не доверяю я встроенному денойзеру, я уверен что смогу отфильтровать лучше. Плюс на чистое видео можно ещё наложить шарпа/контраста и прочего, что страдает при денойзе.
Аноним (Google Android: Mobile Safari) 01/08/22 Пнд 12:08:05 3184031 44
>>3184026
> в моё время x264 такое мог, хз что они хвастаются
Где, покажи
Аноним (Microsoft Windows 10: Palemoon) 01/08/22 Пнд 12:19:56 3184037 45

>>3184026
> AV1 хвастаются поддержкой синтетического грэйна
А что это?
Аноним (Microsoft Windows 8: Firefox based) 01/08/22 Пнд 14:26:36 3184068 46
>>3184031
Похоже я малец спиздел. Film Grain Modeling payloadType film_grain_characteristics есть в стандарте, и был в экспереминтальных билдах энкодера. Но видимо не прижилося... в те времена вообще был тренд на тотальнейший денойз.

>>3184037
Film Grain - шум плёнки, добавляет теплоты и ламповости и перцептуально - деталей фильму.
Аноним (Linux: Firefox based) 01/08/22 Пнд 14:41:33 3184071 47
image.png 418Кб, 512x384
512x384
>>3184068
>добавляет теплоты и ламповости
Хуйня какая. Может у тебя ещё интерлэйс теплоты добавит? Артефакты мпег сжатия? Эти медиапердолики совсем поехали, одни песок на виниле слушают, другие в зёрна на плёнке вглядываются.
Аноним (Microsoft Windows 10: Chromium based) 01/08/22 Пнд 14:52:14 3184076 48
>>3183970
Очень неплохо. Но все-таки картинка статичная большинство времени.
> Такой скрипт для ffmpeg вообще трудно написать
просто батник написать обычный можно. Либо ffmpeg media coder использовать он обычные список команды на кучу видосов может сделать, причем паралленно и не надо прописывать все пути, даже папки сам создает как хочешь.
Аноним (Microsoft Windows 10: Chromium based) 01/08/22 Пнд 16:19:43 3184099 49
Ребят, а как на шиндузе видос сжать в vp9 используя hardware acceleration?
Проц 12700к, поддерживает вроде
Аноним (Microsoft Windows 10: Chromium based) 01/08/22 Пнд 16:23:50 3184100 50
>>3184099
ffmpeg -i "1.mkv" -c:v libsvtav1 -preset 6 -pix_fmt yuv420p10le -crf 28 -svtav1-params tune=0:irefresh-type=1 svt.mkv
Попробовал эту хуергу, но супер долго, у меня на видеокарте меньше чем за минуту декодит, а тут вообще хуеву тучу времени
Аноним (Microsoft Windows 10: Chromium based) 01/08/22 Пнд 16:27:11 3184101 51
>>3184100
Есть гайд как енкодить на видюхе максимально в маленький размер?
Аноним (Microsoft Windows 10: Chromium based) 01/08/22 Пнд 16:31:21 3184102 52
image.png 3Кб, 580x32
580x32
>>3184100
Весело у вас тут сжимать конечно
Аноним (Microsoft Windows 10: Firefox based) 01/08/22 Пнд 16:31:27 3184103 53
>>3184100
Мяу, а оно поддерживает все прелести vp9, или это будет как с nvenc, что формально это h264, но нет crf-режима, и при том же размере качество сильно хуже, чем на процессорном варианте, которые все доступные h264 штуки использует?
Аноним (Microsoft Windows 10: Chromium based) 01/08/22 Пнд 16:33:31 3184105 54
>>3184103
Я не шарю
Мне надо сильно сжать видос
И чтоб видюхой
Аноним (Microsoft Windows 10: Chromium based) 01/08/22 Пнд 16:40:09 3184107 55
>>3184100
Пиздец, енкодило больше 10 минут и файл на выходе не 150мбайт как на ffmpeg -i ... -c:v hevc_nvenc без параметров вообще, а 200+
Интересные гайды
Аноним (Microsoft Windows 10: Palemoon) 01/08/22 Пнд 17:27:43 3184111 56
>>3184068
Я знаю, что такое Film Grain, я спрашивал, что такое синтетический грейн и какая ему требуется поддержка от кодека?
Аноним (Microsoft Windows 10: Firefox based) 01/08/22 Пнд 18:03:25 3184119 57
>>3184107
А ты хотел чтобы тебе параметры сжатия вслепую сказали не зная что у тебя за видео?
Если ты хочешь конкретный размер - указывай битрейт, получишь хоть 40 мб; если хочешь конкретное качество - указывай crf.
Аноним (Microsoft Windows 10: Chromium based) 01/08/22 Пнд 18:56:35 3184132 58
>>3184119
Не, забей, я решил через видюху делать, ибо уж слишком долго получается что в VP9, что уж тем более в AV1
Там зивон на 64 ядра нужен, лол
Аноним (Microsoft Windows 10: Chromium based) 01/08/22 Пнд 20:29:52 3184174 59
>>3184099
На QSV.
>>3184100
Ещё бы тебе программно быстрее было.
>>3184101 >>3184105
Тащемта гайд есть, он короткий и простой: выбери что-то 1.
>>3184102 >>3184107 >>3184132
Ути какой впечатлительный нафаня, 10 минут его в шок повергли. Мы тут сутками энкодим, если надо.
Аноним (Microsoft Windows 10: Chromium based) 01/08/22 Пнд 21:40:17 3184224 60
>>3184174
> Мы тут сутками энкодим, если надо
Ну и зачем тогда этот энкодинг нужен если он такой долгий?
Аноним (Microsoft Windows 10: Palemoon) 01/08/22 Пнд 21:44:01 3184227 61
1659379625756.jpg 33Кб, 540x540
540x540
>>3184224
Чтобы все охуели от того как мы можем
Аноним (Microsoft Windows 10: Chromium based) 01/08/22 Пнд 21:47:49 3184229 62
>>3184227
Bruh
Ну ясненько
А почему у меня на некоторых видосах for i in (*) do ffmpeg -i "i" -c:v hevc_nvenc -preset slow "out/%%~ni_enc.mp4" вот эта хуерга после обработки размер больше начального выдаёт
Где-то в процентах 20
В остальном заебись, раза в два меньше
Аноним (Microsoft Windows 10: Chromium based) 02/08/22 Втр 02:18:12 3184546 63
>>3184229
А с чего вдруг ей выдавать размер меньше, если ты её об этом не просишь?
Платиновый вопрос Аноним (Microsoft Windows 10: Firefox based) 02/08/22 Втр 18:38:00 3185471 64
>>3181555 (OP)
Какой кодек с каким битрейтом сильнее всего сжимает музыку совсем без слышимых потерь? Обзавёлся бинарью с --enable-libfdk-aac, стоит ли жать -c:a libfdk_aac -profile:a aac_he?
Аноним (Linux: Firefox based) 02/08/22 Втр 18:54:22 3185479 65
image.png 341Кб, 2250x1530
2250x1530
Аноним (Microsoft Windows 10: Firefox based) 03/08/22 Срд 00:56:36 3185706 66
>>3181555 (OP)
Какой командой записывать экран во время игры? Разрешение 4к, 16-22 Гб в час будет хорошим результатом, сильно заметных артефактов быть не должно. Определить, свободен ли больше ЦП или ГП я не смог - во время записи с кодированием на видеокарте и ЦП и ГП в диспетчере задач были нагружены меньше 50%, при этом на экране и особенно на записи были лаги, а после завершения записи процесс ffmpeg некоторое время грузил ЦП под сотку (видимо склеивал уже созданное видео с тем, что вовремя не успел сжать и отложил на потом). Двухпроходное кодирование допускаю, но слушать концерт кулеров больше часа не буду, лучше пожертвую размером.
Аноним (Microsoft Windows 8: Firefox based) 03/08/22 Срд 01:19:36 3185712 67
FVsbeKaXsAIbAjs.png 164Кб, 587x582
587x582
>>3184026
Короч потыркался немножко с vp9. Хардварный энкодер не заработал, но и софтварно кодируется достаточно быстро. Но вот качество но моём таргет битрэйте 2-2.5mb/s для сильно грэйни исходника не оче. Порой оно сохраняет грэйн, порой мылит, но чаще просто выдаёт высокочастотный DCT-шум.
Короч для грэйна

>>3184111
Синтетический грэйн это грэйн который добавляют пост-процессом. Энкодер по идее должен анализировать кадр и записывать информацию о характеристиках шума, типо частоты, интенсивности. Конечно такое можно приделать просто фильтром в плеере, но тогда грэйн будет всегда одинаковый.
Аноним (Microsoft Windows 10: Palemoon) 03/08/22 Срд 01:52:47 3185718 68
>>3185712
> Энкодер по идее должен анализировать кадр и записывать информацию о характеристиках шума, типо частоты, интенсивности
Никогда не слышал о таких функциях.
Аноним (Microsoft Windows 8: Firefox based) 04/08/22 Чтв 01:05:02 3186280 69
Аноним (Microsoft Windows 10: Palemoon) 04/08/22 Чтв 01:09:49 3186288 70
>>3186280
Интересно, тестировать с такими скоростями я это, конечно, не буду, но за ум всё-таки взялись, спустя десять лет после покупки вп.
Аноним (Microsoft Windows 10: Chromium based) 04/08/22 Чтв 04:33:05 3186313 71
Какой командой можно как-нибудь по-простому адаптировать coub-loop для нормального воспроизведения вне этого сайта?
Аноним (Microsoft Windows 7: Firefox based) 05/08/22 Птн 17:02:39 3187078 72
Froggergamearca[...].png 4Кб, 224x256
224x256
>>3184026
Попробовал SVT-AV1 с грэйном.... Ну что-ж сказать, это фиаско. 15 лет пропихивать в стандарт грэйн, и так отвратительно его делать - это надо постараться. Не удивлюсь если это внутренний саботаж. Во первых встроеный денойзер мылит так что глаза вытекают, что-то на уровне скриптов из 2002 года. Во вторых характеристики шума не имеют никакого отношения к характеристикам грэйна - там обычный гаусс-нойс. В третих - какой-то байтоёб(хотя известно какой) решил что можно сделать текстурку нойза 64x64 и этого хватит на весь fhd\qhd\uhd фрэйм. В итоге даже на не сильно больших плоских площадях тайлинг режет глаза.
Аноним (Linux: Firefox based) 05/08/22 Птн 19:48:27 3187194 73
>>3187078
Во первых где семплы?

Во вторых почему ты не попробовал aomenc?
Аноним (Linux: Firefox based) 05/08/22 Птн 19:54:36 3187197 74
>>3187078
> В третих - какой-то байтоёб(хотя известно какой) решил что можно сделать текстурку нойза 64x64 и этого хватит на весь fhd\qhd\uhd фрэйм.
А это уже от декодера зависит. Если dav1d обосрался, нужно попробовать aomdec. И похуй что производительность просядет, нужен фрейм от референсного декодера что-бы делать выводы касательно кодека av1.
Аноним (Microsoft Windows 8: Firefox based) 06/08/22 Суб 16:42:51 3188194 75
>>3187194
>Во первых где семплы?
Да вы-ж меня обосцыте узная что я кодирую... Ладна, вот сравнение https://imgsli.com/MTE5NzA5
crf 24, битрэйт примерно 3 мегабайта. Грэйн жутко тайлит, денойзер сожраб облака, характеристике грэйна ваще никак не соответствуют.
Аноним (Microsoft Windows 10: Firefox based) 06/08/22 Суб 16:47:27 3188202 76
>>3188194
Пиздец, облака все детали проебали.
Аноним (Microsoft Windows 8: Firefox based) 06/08/22 Суб 19:10:22 3188313 77
>>3181555 (OP)
Суп, ффмпеганы.

Написал в соседний тредю, но он еле живой. Вопрос вот >>3188278 →

Мож тут кто подскажет, программы-то смежные.
Аноним (Microsoft Windows 8: Firefox based) 06/08/22 Суб 23:07:47 3188422 78
>>3187197
>Если dav1d обосрался, нужно попробовать aomdec.
А как смотреть на разных декодерах? Я смотрю через mpc-be и vcl, там вроде нет ни выбора декодера, ни названия того что используется.
Аноним (Linux: Firefox based) 07/08/22 Вск 15:01:12 3189358 79
>>3188194
> Да вы-ж меня обосцыте узная что я кодирую... Ладна, вот сравнение https://imgsli.com/MTE5NzA5
Спасибо
> Грэйн жутко тайлит, денойзер сожраб облака, характеристике грэйна ваще никак не соответствуют.
Тайлинг меньшая из всех проблем. Тебе надо сильнее попердолиться с кодированием грейна, или отключить синтез насовсем. Вангую, что SVT просто не может в синтез.
Аноним (Linux: Firefox based) 07/08/22 Вск 15:06:42 3189364 80
>>3188422
> А как смотреть на разных декодерах? Я смотрю через mpc-be и vcl, там вроде нет ни выбора декодера, ни названия того что используется.

> ffmpeg -с:v libaom -i 'файл' -c:v yuv4 -c:a pcm_s16le -f matroska - | mpv -
А ещё можно извлечь нужный тебе кадр

> ffmpeg -с:v libaom -ss 0:10 -i 'файл' Кадр.png
Аноним (Microsoft Windows 10: Firefox based) 07/08/22 Вск 15:18:17 3189370 81
Сжал ffmpeg'ом второй эпизод Берсерка - было 6154 Мб, стало 293. Сжималось 2 с половиной часа, с приоритетом процесса ffmpeg 'below normal' и параллельно запущенными другими программами. Прилагаю скриншоты. Под спойлером моё впечатление о качестве после сжатия детали картинки не ухудшились, но шум плёнки, кружочки, полоски и прочие маленькие царапины на бумаге почти полностью исчезли. На месте шума картинка размылась, сохранив цвета и формы рисунка. В какой-то степени стало даже красивее.
Аноним (Microsoft Windows 10: Firefox based) 07/08/22 Вск 15:20:50 3189372 82
>>3189370
Картинки не отправились почему-то, 2 штуки webp.
Команда - ffmpeg-n5.0.1-win64-nonfree\ffmpeg.exe -i "Berserk - 02.mkv" -c:v libx265 -crf 24 -preset slower -pix_fmt yuv420p10le -bf 3 -c:a libfdk_aac -profile:a aac_he -b:a 96k "Berserk - 02.mkv - out.mkv"
Билд ffmpeg брал отсюда https://github.com/marierose147/ffmpeg_windows_exe_with_fdk_aac/releases
Аноним (Linux: Firefox based) 07/08/22 Вск 15:21:21 3189373 83
>>3189370
>Прилагаю скриншоты.
Спасибо за заботу друг ️
Аноним (Microsoft Windows 10: Firefox based) 07/08/22 Вск 15:24:46 3189378 84
mpvXnAOMc713D.png 12096Кб, 3840x2160
3840x2160
mpvdz7mGLeNkw.png 13517Кб, 3840x2160
3840x2160
>>3189373
>>3189370
Макаке видимо хочется переплачивать за в 10 раз большего размера png-шки вместо компактных webp. Сейчас прикрепил png, надеюсь дойдут.
Аноним (Linux: Firefox based) 07/08/22 Вск 15:25:07 3189379 85
>>3189372
> -preset slower
> -bf 3

> -profile:a aac_he
> -b:a 96k

ЗАЧЕМ?
Аноним (Microsoft Windows 10: Chromium based) 07/08/22 Вск 16:25:07 3189476 86
>>3181555 (OP)
Сап. Как склеить два видео с разным соотношением сторон?
Соотношение сторон должно остаться оригинальным у обоих видео.
Аноним (Linux: Firefox based) 07/08/22 Вск 16:31:20 3189485 87
>>3189476
Никак. Оба видео должны быть одного разрешения и должны быть закодированы одним кодеком.
Аноним (Microsoft Windows 10: Chromium based) 07/08/22 Вск 18:36:24 3189557 88
Bouncing.webm 5282Кб, 566x360, 00:00:15
566x360
Аноним (Microsoft Windows 10: Chromium based) 07/08/22 Вск 18:41:13 3189560 89
>>3189379
Потому что я - БЭТМЕН!
Аноним (Linux: Firefox based) 07/08/22 Вск 20:59:14 3189664 90
>>3189560
Но ведь от снижения числа b фреймов у тебя сжимаемость видео уменьшаеться, и приходиться тратить больше битрейта. Ты должен был поставить -bf 8.

И зачем ты зажал битрейт для аудио, ещё и SBR аключил? Наверняка твой плеер кроме HEVC также читает и Opus. Почему ты не закодировал в Opus 96?
Аноним (Linux: Firefox based) 07/08/22 Вск 21:03:59 3189669 91
>>3189557
И какие хаки были использованы что-бы закодировать это?
Аноним (Microsoft Windows 10: Firefox based) 07/08/22 Вск 22:44:32 3189733 92
>>3189664
> Но ведь от снижения числа b фреймов у тебя сжимаемость видео уменьшаеться
В исходнике было 2 b-кадра, зажатые между другими.
>Ты должен был поставить -bf 8
Прочитал на сайте, что нужно ставить 3, всё что больше - только для анимации. Хочешь сказать, от количества b-кадров не портится качество?

>И зачем ты зажал битрейт для аудио
Если ставить vbr, то выбор есть только между 64-72 и 96-112 https://trac.ffmpeg.org/wiki/Encode/AAC . Мне же нужно от 70 до 100.

>ещё и SBR аключил?
>Почему ты не закодировал в Opus 96?
Ну, мне сказали, что opus говно, а aac-he хорош.
Аноним (Microsoft Windows 10: Palemoon) 07/08/22 Вск 22:48:34 3189736 93
>>3189733
> Хочешь сказать, от количества b-кадров не портится качество
Ты знаешь, чем они отличаются от p фреймов?
Аноним (Microsoft Windows 10: Firefox based) 07/08/22 Вск 23:02:25 3189742 94
>>3189736
P-кадры (англ. Predicted frames, «разностные» кадры)
могут содержать как независимо сжатые макроблоки, так и макроблоки со ссылкой на другой, предыдущий, I- или P-кадр.

B-кадры (англ. Bi-predicted frames, «двунаправленные», «обратные» кадры)
могут содержать следующие макроблоки: независимые (intra), со ссылкой на предыдущий кадр (predicted)
Аноним (Microsoft Windows 10: Palemoon) 07/08/22 Вск 23:11:46 3189744 95
Аноним (Linux: Firefox based) 07/08/22 Вск 23:14:12 3189745 96
>>3189733
> Ну, мне сказали, что opus говно, а aac-he хорош.
На Opus жалуються только из-за отсутсвии блока хардварного декодирования в плеерах питающихся от батареи, а также из-за бага связанного с gappless кодированием потрековых рипов.

Ни один из этих пунктов с твоим use-case не пересекаются. Даже если ты смотришь с телефона, то экран всё равно жрёт заряда на порядок больше чем софтварное декодирование Opus аудиопотока.
Аноним (Microsoft Windows 10: Firefox based) 08/08/22 Пнд 00:44:40 3189789 97
>>3189745
Душа лежит к проприетарному, добротному, передовому. Кодируя в проприетарный кодек через свободный ffmpeg я радуюсь, как наебал систему.

>>3189744
Я подумал, ты хотел сказать, что b-кадр не портит картинку, тогда как p-кадр портит. Но b-кадр имеет все свойства p-кадра, в добавок свои свойства.
Аноним (Linux: Firefox based) 08/08/22 Пнд 00:58:00 3189795 98
>>3189789
> Душа лежит к проприетарному, добротному, передовому. Кодируя в проприетарный кодек через свободный ffmpeg я радуюсь, как наебал систему.
Странный фетиш. Зачем кодировать кодеком FDK-AAC через FFMPEG, когда есть qaac? Тем более, что тебе не надо заводить wine, ты ведь и так на винде.
Аноним (Microsoft Windows 10: Firefox based) 08/08/22 Пнд 01:07:15 3189798 99
>>3189795
>Зачем кодировать кодеком FDK-AAC через FFMPEG, когда есть qaac?
qaac не умеет кодировать видео. И в принципе не справляется с 98% задач FFmpeg.
Можно даже сказать, что FFmpeg - нерушимый стандарт, а всё чего нет в ffmpeg - нинужно.
Аноним (Linux: Firefox based) 08/08/22 Пнд 01:33:02 3189803 100
>>3189798
> qaac не умеет кодировать видео.
А он и не должен. Это же encoder стандарта mpeg4 aac. Его задача это взять wav pcm и дать на выходе поток данных в формате AAC, не более.

Может ты просто ниасилил пайпинг вавки из ffmpeg в qaac?
Аноним (Microsoft Windows 10: Firefox based) 08/08/22 Пнд 01:36:49 3189806 101
>>3189803
>Может ты просто ниасилил пайпинг вавки из ffmpeg в qaac?
Да, не осилил. Не приходилось заниматься пайпингом между разными программами. Подскажешь, как?
Звук в исходном файле не wav, если что.
Аноним (Linux: Firefox based) 08/08/22 Пнд 02:09:44 3189808 102
>>3189806
ffmpeg -i file -map 0:a:0 -c:a pcm_f32le -f wav - | qaac --ignorelength -V 90 - -o file.m4a
Аноним (Microsoft Windows 10: Firefox based) 08/08/22 Пнд 11:08:51 3189851 103
>>3189808
av_interleaved_write_frame(): Invalid argument
Error writing trailer of pipe:: Invalid argumentbits/s speed= 381x
size= 12kB time=00:00:00.03 bitrate=3098.1kbits/s speed=14.9x
video:0kB audio:12kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.850000%
Error closing file pipe:: Invalid argument
Conversion failed!
Аноним (Microsoft Windows 10: Chromium based) 08/08/22 Пнд 12:43:32 3189898 104
yt-dlp -f "(bestvideo+bestaudio/best)[protocol!*=dash]" --external-downloader ffmpeg --external-downloader-args "ffmpeg_i:-ss 00:54:23.00 -to 00:54:34.00"
Пытаюсь скачать обрезанный видос такой командой. На выходе получаю ролик длиннее чем нужно. В начале проигрывается несколько секунд аудиодорожка без видео.
Аноним (Linux: Firefox based) 08/08/22 Пнд 13:18:05 3189918 105
>>3189851
Дай угадаю. У тебя ERROR: CoreAudioToolbox.dll: Module not found.
Ранее этот модуль поставлялся вместе с iTunes и QuickTime. Сейчас его надо искать на варёзных сайтах.
Аноним (Microsoft Windows 10: Chromium based) 08/08/22 Пнд 13:35:59 3189930 106
standard(3).gif.mp4 68Кб, 320x42, 00:00:07
320x42
Аноним (Linux: Firefox based) 08/08/22 Пнд 14:00:21 3189936 107
изображение.png 107Кб, 897x621
897x621
>>3189918
>>3189924

Не знаю, как у тебя, но у меня этот батник упал. После чего я скачал QuickTime и провёл обряд чёрной магии по выдиранию оттуда CoreAudioToolbox.dll со всеми его зависимостями.

После завершения ритуала, я выполнил команду

ffmpeg -i ~/trial\ 2.wav -map 0:a:0 -c:a pcm_f32le -f wav - | wine qaac.exe --ignorelength -V 90 - -o ~/trial2.m4a

И оно работает. Как видите, изменения минимальны, и тот commandline который я запостил ранее рабочий.
Аноним (Linux: Firefox based) 08/08/22 Пнд 14:07:21 3189941 108
>>3189939
Оно и с 7zip не работало. 7zip извлёк мне пустую папку QTfiles64.
Аноним (Microsoft Windows 10: Firefox based) 08/08/22 Пнд 14:48:07 3189966 109
>>3189918
>ERROR: CoreAudioToolbox.dll: Module not found
Была раньше, потом обзавёлся нужными dll-ками. Без dll никакие команды не работают, кроме списка всех команд (--help). С dll кодирование из wav на диске работает, а pipe - не работает, выдаёт ошибки:
av_interleaved_write_frame(): Invalid argument
Error writing trailer of pipe:: Invalid argumentbits/s speed= 351x
size= 12kB time=00:00:00.03 bitrate=3098.1kbits/s speed= 3.3x
video:0kB audio:12kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.850000%
Error closing file pipe:: Invalid argument
Conversion failed!
Аноним (Linux: Firefox based) 08/08/22 Пнд 14:57:28 3189973 110
>>3189966
Странно. У тебя сыплет каким-то invalid argument. Я бы запросил у тебя аргументы командной строки, но я их знаю, поскольку сам выложил. Отладить не получиться, поскольку у меня с такими аргументами всё работает. В общем, даже не знаю, что мне с этим делать.
Аноним (Microsoft Windows 10: Firefox based) 08/08/22 Пнд 15:56:12 3190038 111
>>3189973
Я неправильно добавил в переменную PATH, он не видил dll-ку.
Аноним (Linux: Firefox based) 08/08/22 Пнд 16:23:02 3190063 112
>>3190038
Если к тебя всё заработало — я только рад.
Аноним (Microsoft Windows 10: Firefox based) 08/08/22 Пнд 18:46:14 3190175 113
165996241977502[...].webm 696Кб, 632x388, 00:00:01
632x388
Аноним (Microsoft Windows 10: Chromium based) 08/08/22 Пнд 23:05:11 3190315 114
>>3189898
вы задолбали уже. Потому что резать надо по ключевым кадрам, а не с хуева места.
Аноним (Microsoft Windows 10: Firefox based) 08/08/22 Пнд 23:31:06 3190331 115
mpvtPkHSHRcjP.png 11888Кб, 3840x2160
3840x2160
mpvXnAOMc713D.png 12096Кб, 3840x2160
3840x2160
>>3189372
>>3189379
>> -preset slower
>> -bf 3
Закодировал так:
ffmpeg-n5.0.1-win64-nonfree\ffmpeg.exe -i "Berserk - 02.mkv" -c:v libx265 -crf 24 -preset medium -pix_fmt yuv420p10le -bf 8 "Berserk - 02.mkv - out.mkv"

Файл весит 208 Мб вместо 290. При этом тени и контраст в некоторых местах проёбаны, в некоторых местах на краях объектов появляется дополнительная полоса светло-серого. Примерно такое было при использовании шейдеров в mpv.
Время кодирования существенно сократилось относительно предыдущей команды, но звук я не трогал (-acodec copy тоже не выбрал).
Аноним (Linux: Firefox based) 09/08/22 Втр 01:46:14 3190431 116
>>3190331
А вот пресет лучше не понижать без особой необходимости. Моя претензия состояла в том что ты занижал настройки выбранного пресета. У пресета slow их было 4. У slower наверно даже 8, но это мне документацию смотреть надо.
> -acodec copy
Оставляй так всегда, за исключением lossless дорожек, или дорожек с битрейтом 640k.
Аноним (Microsoft Windows 10: Firefox based) 09/08/22 Втр 14:46:24 3190628 117
>>3190431
>У пресета slow их было 4. У slower наверно даже 8
Ты про b-frames (-bf)?

А что на счёт цветового пространства? Я как-то раз делал скриншоты в mpv, кодировал в lossless webp. И каким-то образом смог поменять цветовое пространство у скриншота, может быть сменив цветовое пространство видео, хз. Так вот скриншоты lossless webp с разным цветовым пространством весили 1.41 и 1.70 Мб, с чего бы? Ещё в консоли было написано жёлтым цветом: "ffmpeg/libwebp: рекомендуем использовать какое-то другое цветовое пространство для lossless".

>Оставляй так всегда, за исключением lossless дорожек, или дорожек с битрейтом 640k
В исходнике какой-то кинематографический кодек звука, звуковая дорожка весит 260 Мб - почти как сжатый mkv видео+звук+сабы.
Звук кодировать буду отдельно через qaac. В режиме cvbr или tvbr - не определился. cvbr хуже жмёт, но не портит качество специфической музыки (с резкими перепадами битрейта до очень низких значений). Надо будет поискать порог прозрачности для qaac.

Есть ещё какие-нибудь оптимизации и хитрости? Может быть, сократить количество ключевых кадров до 1 раз в 10 секунд, но чтобы в плеере перемотка до ключевого кадра (точная перемотка) происходила моментально.
Аноним (Linux: Firefox based) 09/08/22 Втр 19:54:15 3190788 118
>>3190628
> сократить количество ключевых кадров до 1 раз в 10 секунд, но чтобы в плеере перемотка до ключевого кадра (точная перемотка) происходила моментально.
Нет, так не получиться. Точность быстрой перемотки по ключевым кадрам прямо зависит от их количества. К тому же у x265 дефолтом стоит gop size 240 или 250, что примерно соответствует 10 секундам у подавляющего большинства фильмов и сериалов.
Аноним (Microsoft Windows 10: Firefox based) 09/08/22 Втр 22:01:01 3190971 119
>>3190788
>К тому же у x265 дефолтом стоит gop size 240 или 250, что примерно соответствует 10 секундам у подавляющего большинства фильмов и сериалов.
В сорсе моих видео ключевой кадр стоял каждую секунду (может чаще, в плеере я могу перематывать с точностью до секунды, без точного поиска), и после кодирования я всё ещё могу перематывать с точностью до секунды. Так же кодирование сохранило структуру gop - в закодированном видео было 2 b-кадра, пока я вручную не выставил -bf 8.
Аноним (Microsoft Windows 10: Firefox based) 11/08/22 Чтв 01:20:16 3191725 120
Софтач, а в каком формате можно залить на двач 20-секундный отрывок аудио? У меня есть исходная mp3шка, редактор и ffmpeg. Я правильно понимаю, что мне нужно из него сделать webm c любой картинкой?
Аноним (Google Android: Mobile Safari) 11/08/22 Чтв 02:11:32 3191769 121
>>3191725
Можно без конвертирования вставить отрывок в контейнер mp4
Аноним (Microsoft Windows 10: Firefox based) 11/08/22 Чтв 02:24:53 3191781 122
>>3191769
Спасибо!
Тем же ffmpeg? Сурс - аудио, аутпут - mp4 и какое-нить мелкое разрешение, так?
Аноним (Microsoft Windows 10: Firefox based) 11/08/22 Чтв 02:33:51 3191795 123
>>3191781
Попробовал, всё отлично. Нафиг костыли, когда такой отличный инструмент есть.
Пасип.
Аноним (Microsoft Windows 10: Chromium based) 11/08/22 Чтв 13:08:58 3192066 124
ftrmnkallday.webm 18375Кб, 500x282, 00:02:31
500x282
>>3191725
Ну так запости и всё. Правда, открыть будет трудно, так как изображения нет. Либо как сам сказал вместе с картинкой сделай, если музыка например.
UPD. Макака на новом движке походу сломала импорт mp3. Пишет тип файла не поддерживается. Раньше даже тупо mp3 без контейнера mp4 лился. Песда.
Аноним (Linux: Firefox based) 11/08/22 Чтв 15:33:46 3192129 125
>>3192066
Ну что сказать. Качайте дети флаки чтобы потом сжать их в 64kbps чтобы просто залить на двачи.

Про детей это я так, образно. Не воспринимайте на личный счёт.
Аноним (Microsoft Windows 10: Firefox based) 11/08/22 Чтв 21:15:11 3192340 126
изображение.png 6Кб, 1061x40
1061x40
Есть куча видео с мобилки, с очень плохим соотношением размера к качеству. Константный битрейт, даже на статичных сценах и всё такое прочее.

Я думаю прогнать это через hevc_nvenc, он за разумное время конвертирует некоторые видео уменьшая в десять раз без какой-либо заметной разницы даже если кадры отдельные рассматривать. Там есть режим аналогичные crf-режиму из h264, или "-crf 30 -b:v 0" из vp9?
"-rc constqp -qp 20" - это то что нужно? Почему для "-rc vbr -cq 23" значение cq игнорируется и файлы получаются одинаковые? Может быть там есть какое-то особое заклинание, по типу -b:v 0 из vp9, без которого не работает?
Аноним (Google Android: Mobile Safari) 11/08/22 Чтв 21:54:07 3192368 127
>>3192340
Нет, qp это неоптимальный режим. Nvenc поддерживает crf кое как.
И вообще запомни, аппаратное кодирование всегда хуже процессора
Аноним (Microsoft Windows 10: Chromium based) 11/08/22 Чтв 22:33:04 3192397 128
>>3192368
В nvenc вообще нет crf по сути.
>И вообще запомни, аппаратное кодирование всегда хуже процессора
Не хуже, на +60k разницы нет.
Аноним (Linux: Firefox based) 12/08/22 Птн 02:16:30 3192475 129
>>3192397
> на +60k разницы нет.
погоди, ЧТО?
Этот битрейт считается низким даже по меркам аудио битрейтов. А ты мне про видео…

Или ты имел в виду 60Mbps? А зачем тогда собственно перекодировать? Не проще ли оригинал оставить как есть.
Вот 3 мегабита это ещё нормальный битрейт. 10 мегабит ещё куда не шло, если у тебя конечно не 4K видео.

И вообще, если хочешь что-то сжать, то только софтварное кодирование на медленных пресетах. Иначе ты будешь бездарно просирать и место, и время на кодирование.
Реалтаймовая параша годиться либо для сохранения избыточной информации для дальнейшего транскода, либо чтобы высирать мыльную заблоченную картинку на стриминговые сервисы. Вот как раз для сохранения избыточности и используют битрейты вроде 20M, те-же 60М, 100М, в общем сколько через I/O диска пролезет, столько и пишут.
Аноним (Microsoft Windows 10: Chromium based) 12/08/22 Птн 12:57:52 3192575 130
image 38Кб, 720x750
720x750
Аноним (Microsoft Windows 10: Chromium based) 12/08/22 Птн 13:16:48 3192585 131
>>3192475
>Или ты имел в виду 60Mbps
yes. На самом деле даже намного меньшим.
Аноним (Microsoft Windows 10: Chromium based) 12/08/22 Птн 18:39:05 3192659 132
image 67Кб, 247x204
247x204
кин-дза-дза.webm 20299Кб, 320x180, 02:07:23
320x180
Afflicted 2014 [...].webm 20146Кб, 320x174, 01:25:45
320x174
>>3192585
Ты чё в ффмпеготреде забыл с такими битрейтами? Мы тут пытаемся вселенную сжать обратно в сингулярность, а не срать избыточностью.
Аноним (Microsoft Windows 10: Chromium based) 12/08/22 Птн 19:43:47 3192686 133
anime в av1 (выбор crf) Аноним (Linux: Firefox based) 12/08/22 Птн 23:29:46 3192781 134
Хочу пожать свою небольшую коллекцию в av1, вроде бы и плеер, и ffmpeg поддержали энкод (SVT-AV1 конечно же) и декод.
Значит пора.
Дополнительных параметров пока не придумал, буду жать почти дефолтами, передам SVT'шке keyint=10s наверн как везде советуют.
Не могу выбрать crf, в интернетах советуют ренж 22-28, я выбираю всего из 22, 23, 24. Хз, небольшие семплы пожал, вроде бы все 3 норм, но вдруг тут кто экспериментировал шире. Понятно, что и как бы жаба душит, но и уничтожать данные не хочется
Аноним (Microsoft Windows 10: Chromium based) 13/08/22 Суб 00:01:55 3192795 135
Чем WebP лучше и хуже распространённых форматов вроде Jpeg и PNG и какая у него область использования?
Аноним (Linux: Firefox based) 13/08/22 Суб 00:08:06 3192800 136
>>3192795
webp лучше сжимает, чем jpeg, проталкивается гуглом - вечно живой. Сейчас веб перекатывается на webp, поттягиваются с поддержкой даже отсталые вьюверы. Жми в webp и точка.
PNG для лослесс конечно
Аноним (Microsoft Windows 10: Palemoon) 13/08/22 Суб 00:10:36 3192801 137
>>3192800
Полная хрень и чушь. Пережимать лосси джипег это надо быть крайне плохим, лосслесс вебп весит меньше пнг, потому пнг выгодно перегонять в вебп.
Аноним (Microsoft Windows 10: Chromium based) 13/08/22 Суб 01:07:08 3192813 138
Как не говняно сгладить видео с 30 феписов до 60 с помощью ффмпега?

Нашел вот два способа:
> -vf "minterpolate=fps=60:mi_mode=mci:mc_mode=aobmc:me_mode=bidir:vsbmc=1"
> -filter:v tblend -r 60
И все они отвратительно работают: картинка дерганная, движение рвется. Попробовал в премьере выбрать optical flow - гораздо лучше результат
Аноним (Microsoft Windows 10: Firefox based) 13/08/22 Суб 07:46:57 3192836 139
>>3192800
Webp и для лосслесс тоже.
Аноним (Linux: Firefox based) 13/08/22 Суб 08:41:09 3192840 140
>>3192801
>Пережимать лосси джипег это надо быть крайне плохим
Чо бля? Пережимал крайне малопотерьный жипег в 95 квалити вебп, наэкономил дохуя места.
Аноним (Microsoft Windows 10: Palemoon) 13/08/22 Суб 08:55:54 3192841 141
>>3192840
> Пережимал
Визуально оценивать пережатие архива на 100к изображений я рот того ебал, а сжатие без потерь потерянного жипега приведёт к значительному росту размером.
Потому затея и хуйня, в большинстве случаев, если ты какой-то фотограф, фотографирующий в "малопотёртом жипеге", то тебе может и норм, ты знаешь, что размер гарантированно уменьшится, потому что в жипеге присутствует избыточность, ну либо если тебе пережать на поебать как, то можно и вебп, я често говоря не пробовал пережать шакалов жипега в шакалов вебм и сравнить сколько кб я от этого выиграю.
Аноним (Microsoft Windows 10: Firefox based) 13/08/22 Суб 09:14:01 3192842 142
>>3192801
>>3192840
>>3192841
>Пережимать лосси джипег
Зачем пережимать лосси джипег в webp, если можно пережать в jxl без потерь?
Аноним (Microsoft Windows 10: Palemoon) 13/08/22 Суб 09:32:16 3192843 143
16599042738490.jpg 258Кб, 1024x1024
1024x1024
>>3192842
Хотя бы потому что я первый раз о таком услышал? В джипег и пнг с нами десятки лет, вебп тоже не отстаёт. В 2007 ты бы наверное сказал зачем пережимать джипег в %имя_кодека%, если есть джпипег2000, тогда тоже писали, что
> Он призван превзойти существующие растровые форматы и, таким образом, стать их универсальной заменой
Но кто о нём сейчас помнит.
Аноним (Microsoft Windows 10: Chromium based) 13/08/22 Суб 09:35:13 3192844 144
mpv.png 44Кб, 454x245
454x245
>>3188422
>смотрю через mpc-be и vcl
палю говноеду годноту, не благодари
Аноним (Microsoft Windows 10: Firefox based) 13/08/22 Суб 09:43:55 3192845 145
>>3192843
jxl уже внедряется везде где только можно, в браузеры поддержку уже давно завезли через флаги в скрытых настройках, во всех актуальных просмотрщиках - тоже, в сабже - тоже. Что тебе еще надо-то блять?
Аноним (Microsoft Windows 10: Firefox based) 13/08/22 Суб 10:33:54 3192852 146
>>3192842
А можна мне готовую строчку попробовать?
Аноним (Microsoft Windows 10: Firefox based) 13/08/22 Суб 10:39:38 3192856 147
>>3192852
Какую строчку?
ffmpeg -i in.jpg -effort 9 out.jxl
Аноним (Linux: Firefox based) 13/08/22 Суб 11:36:02 3192890 148
>>3192781
> но и уничтожать данные не хочется
А может не надо пересжимать, а оставить как есть. Любое lossy кодирование ведёт к потерям данных.
Аноним (Linux: Firefox based) 13/08/22 Суб 11:50:01 3192894 149
>>3192795
В качестве lossless форматов один из лучших.
Также этот формат лучше джипега если этот жипег это yuv 4:2:0 limited. Ничего другого кроме (yuv 4:2:0 limited) lossy webp кодировать не умеет.
Область применения: кодирование thumbnails для веба. В основном для веба он и нужен. Но тенденция на yuv 4:4:4 его вытесняет и оттуда. Youtube, Netflix переходят на jpeg 4:4:4, потому что он поддерживает 4:4:4, даже для thumbnails.

Если тебе нужно пережать PNG в lossy, советую обратить внимание на форматы JPEG-XL, HEIF, AVIF.
Аноним (Linux: Firefox based) 13/08/22 Суб 11:55:33 3192900 150
>>3192845
> Что тебе еще надо-то блять?
Вот когда картинки в браузер будут грузиться без настройки about:config, вот тогда и поговорим.
Аноним (Microsoft Windows 10: Chromium based) 13/08/22 Суб 12:46:43 3192914 151
image.png 82Кб, 900x843
900x843
>>3192781
Зачем, когда уже всё есть в x265, где fullhd серия 22 минуты с экшоном весит всего 250-300мб. HD вообще 150-200.
Аноним (Microsoft Windows 10: Chromium based) 13/08/22 Суб 12:50:25 3192918 152
>>3192813
Если тебе именно интерполяция кадров нужна, то гугли Flowframes и RIFE .
Аноним (Google Android: Mobile Safari) 13/08/22 Суб 13:19:34 3192930 153
>>3192844
Зачем ты спалил конченный пердольный мусор нормальному человеку?
Аноним (Microsoft Windows 10: Firefox based) 13/08/22 Суб 14:52:11 3192949 154
>>3192900
А лично ТЕБЕ это будет как-то мешать использовать его?
Аноним (Microsoft Windows 10: Palemoon) 13/08/22 Суб 15:00:53 3192952 155
16541681690920.jpg 53Кб, 640x640
640x640
>>3192949
Надобится в интернет загрузить и получать ошибку "не поддерживаемый формат файла"? Так себе удовольствие. Я же не для себя эти картинки собираю!
Аноним (Microsoft Windows 10: Chromium based) 13/08/22 Суб 15:06:38 3192954 156
>>3192952
Макака даже до сих пор не приделал webp для постинга. Сам браузер-то показывает.
Аноним (Linux: Firefox based) 13/08/22 Суб 16:01:34 3192977 157
>>3192954
Браузер так-то и avif показывает, но загрузить его некуда от слова совсем.
Аноним (Linux: Firefox based) 13/08/22 Суб 17:09:56 3193003 158
>>3192890
Вопрос насколько, все просто. Тут нужны экспериментаторы.
>>3192914
Очевидно, большая часть пыляющихся тайтлов тухнет в h265
Аноним (Linux: Firefox based) 13/08/22 Суб 17:10:52 3193004 159
Аноним (Linux: Firefox based) 13/08/22 Суб 17:13:26 3193006 160
>>3192842
> если можно пережать в jxl без потерь
Пережать можно, а потом просмотреть (с тюмбнейлами) - не факт.
>>3192841
> я често говоря не пробовал пережать шакалов жипега в шакалов вебм
А вот я пробовал, и это никакие не фотки, а картинки с буры, так мне еще похуй, если там микрошакалы добавятся еще от вебпа.
Аноним (Microsoft Windows 10: Firefox based) 13/08/22 Суб 17:45:37 3193020 161
>>3193006
>просмотреть (с тюмбнейлами) - не факт
Чел твой xnview/irfanview/что там еще есть?
Аноним (Microsoft Windows 10: Firefox based) 13/08/22 Суб 18:27:35 3193041 162
>>3192914
Потому-что у васянов-сжимателей полная жопа с ключевыми кадрами. При обычной перемотке на 1 секунду плеер мотает на 10. А я люблю отматывать на одну секунду назад, не тратя несколько секунд на точный поиск. Сейчас начал сжимать аниме - 25-минутные full hd серии с ключевым кадром каждую секунду сжимаются из 6150 Мб в 250-280 Мб, этого более чем достаточно. У васянов и файлы больше весят, одна серия - 1 или 3 гига. И я сомневаюсь, что качество в их раздачах не хуже чем в оригинале (у меня не хуже, только шум плёнки полностью исчез, можно улучшением считать).
Аноним (Linux: Firefox based) 13/08/22 Суб 18:53:36 3193047 163
>>3193041
> При обычной перемотке на 1 секунду плеер мотает на 10. А я люблю отматывать на одну секунду назад, не тратя несколько секунд на точный поиск.
> передам SVT'шке keyint=10s наверн как везде советуют.
Если ты это сделаешь, то ты получишь то-же самое что и в васянским рипах.
Если тебе нужна быстрая перемотка по одной секунде, тогда ставь gop size равным одной секунде. Только потом не жалуйся что ключевые кадры раздули тебе битрейт. И ещё: для компенсации этого безобразия можешь попробовать открыть GOP. Это позволит кадрам из одной группы ссылаться на кадры из соседней группы.
Аноним (Microsoft Windows 10: Palemoon) 13/08/22 Суб 19:38:30 3193068 164
16603820851480.jpg 85Кб, 512x512
512x512
Попытался имаджинировать ебало человека, которые не просто смотрит аниму, не просто скачивает аниму, так ещё и пережимает для быстрого посекундного поиска и перепросмотра, называя это коллекцией.
Гатаридебил с тамймингами панцушотов не иначе. Скринов наделай, лол.
Аноним (Microsoft Windows 10: Chromium based) 13/08/22 Суб 20:05:31 3193082 165
>>3193003
Заходишь на няшу, ищещь и качаешь. Хоть каплю известные тайтлы и выше 100% есть.
>>3193041
>При обычной перемотке на 1 секунду плеер мотает на 10. А я люблю отматывать на одну секунду назад, не тратя несколько секунд на точный поиск.
Ну так поставь перемотку не по ключевым. Отмазка шиза конечно, так и напиши, что тебе хочется попердолиться и покодировать от безделия.
>У васянов и файлы больше весят, одна серия - 1 или 3 гига.
Я буквально в прошлом написал сколько весят.
>И я сомневаюсь, что качество в их раздачах не хуже чем в оригинале
Уж получше чем у пердолика, потому что люди этим годами занимаются, плюс используют крутые штуки и фильтры в vapoursyth. По типу тех же beatriceraws.
Аноним (Linux: Firefox based) 13/08/22 Суб 21:53:04 3193100 166
>>3193020
На линухе поддержка тюмбнейлов в webp требует установки доп пакета на большинстве дистров.
А view всякие это не тюмбы энивэй, я хз что за пися на винде за них отвечает, качал раньше такую, уже не помню - страшная штука, Икарос что-то там
Аноним (Linux: Firefox based) 13/08/22 Суб 21:54:29 3193102 167
>>3193082
Я бы хотел сказать ОК, но ты мне предлагаешь сабы под это дело отдельно добывать? Я не помню русабов на няше
Аноним (Linux: Firefox based) 13/08/22 Суб 22:06:08 3193109 168
>>3193068
Я ничего особого в своей каллекции не храню, просто если посезонно выходит, то можно пересмотреть. Это все следует из того, что я качаю и смотрю оффлайн.
> Palemoon
твое ебло на пике?
Аноним (Microsoft Windows 10: Palemoon) 13/08/22 Суб 22:09:44 3193110 169
16543476561190.png 139Кб, 541x545
541x545
>>3193109
Отлично выгляжу, скажи
Аноним (Linux: Firefox based) 13/08/22 Суб 22:46:00 3193118 170
image 506Кб, 653x995
653x995
Похуй, массовое кодирование всего в AV1 отменяется.
SVT-AV1 еще слишком сырой, scd не работает от слова совсем. Без этого жать в принципе не вижу смысла.
Аноним (Google Android: Mobile Safari) 14/08/22 Вск 01:49:09 3193148 171
>>3193118
Note that not inserting a key frame at scene changes is not considered a bug
nor missing feature by the SVT-AV1 team. AV1 is sufficiently flexible that when
a scene change is detected, the encoder automatically relies less on temporally
neighboring frames, which allows it to adapt to scene changes without affecting
the GOP structure (frequency of key frames).
Аноним (Google Android: Mobile Safari) 14/08/22 Вск 01:49:52 3193149 172
3-1.jpg 78Кб, 824x728
824x728
Аноним (Linux: Firefox based) 14/08/22 Вск 09:05:17 3193185 173
>>3193148
Круто, но в это трудно поверить. От того, что на смену сцену приходится не I-фрейм, а относительный, даже если AV1 понял, что связи мало, что-то должно страдать. Может быть, скорость декода таких тяжелых ссылочных фреймов.
Твоя паста обоссывается в одном из issue в той же репе каким-то анимечником, ищи, читай.
Аноним (Microsoft Windows 10: Firefox based) 14/08/22 Вск 12:10:14 3193210 174
>>3192368
Да я знаю, но кодировать неделю времени 100 гб своего видео чтобы оно занимало 50 не хочется, а в h265 через карточку можно перегнать за час или два.
Только из-за того что кодек другой, на некоторых видео (особенно с листвой) то когда я конвертирую 40 мб h264 в 60 мб h265 - то куча деталей теряется, так что даже без паузы и остановки видео видно - поэтому я уже почти отказался от этой идеи и только ночные и вечерние видео пережал, которые раз в десять уменьшаются без потери качества.

Вот если бы был h264++, который использует те же преобразования и не добавляет новые характерные для другого кодека артефакты...

>>3192842
Например, если вот эта штука работает, и именно jpg никак не портит сильнее, вот что-то такое. Буду тестировать, а программу для превью можно и самому сделать для виндоуса.
Аноним (Linux: Firefox based) 14/08/22 Вск 12:33:45 3193217 175
>>3193210
> Да я знаю, но кодировать неделю времени 100 гб своего видео чтобы оно занимало 50 не хочется, а в h265 через карточку можно перегнать за час или два.
Значит так. Сперва ты говоришь разрешение и битрейт своих видео, а мы как нибудь прикинем итоговый размер всей этой кучи на выходе.
> только ночные и вечерние видео пережал, которые раз в десять уменьшаются без потери качества.
надеюсь ты оставил исходники, так?
Аноним (Microsoft Windows 10: Chromium based) 14/08/22 Вск 14:16:42 3193237 176
>>3193102
с рутрекера скачай.
Аноним (Microsoft Windows 10: Firefox based) 14/08/22 Вск 16:51:33 3193265 177
>>3193217
>Сперва ты говоришь разрешение и битрейт своих видео
Случайное. И ещё там бывает статичная картинка, а бывает подвижное вращение в лису, где всё цветное, да ещё в 4к.
Да и какое это имеет значение, если после перекодирования crf-режим из h264 (или его аналог в h265, если он всё-таки работает) сам возьмёт сколько ему нужно битрейта чтобы с погрешностью не выше заданной передать любые фпс, разрешения и прочее?
>надеюсь ты оставил исходники, так?
Пока да.
Аноним (Microsoft Windows 10: Chromium based) 14/08/22 Вск 17:43:04 3193279 178
Аноним (Microsoft Windows 10: Firefox based) 14/08/22 Вск 17:44:40 3193280 179
>>3193279
Лесу. С деревьями.
Хотя лиса тоже есть на коротком видео, кстати.
Аноним (Microsoft Windows 10: Firefox based) 14/08/22 Вск 17:47:26 3193283 180
>>3192659
Пора перекодировать в ав1, харкач, кажется, его теперь поддерживает.
Аноним (Linux: Firefox based) 14/08/22 Вск 17:51:18 3193287 181
>>3193265
А говорил что у тебя CBR во всех исходниках.
Ты мне так и не ответил, что там у тебя с разрешением.
Аноним (Linux: Firefox based) 14/08/22 Вск 17:59:38 3193292 182
>>3193283
Двачую. VP9 слишком шакальный.
Если бы можно было ещё звук улучшить, было бы вообще замечательно.
Аноним (Linux: Firefox based) 14/08/22 Вск 18:24:42 3193297 183
>>3193237
Я уже скачал, вместе с видео, типа сабы и видео синхронны воооот.
Аноним (Linux: Firefox based) 14/08/22 Вск 18:26:23 3193298 184
>>3193292
куда лучше opus
Интересно в какой-нибудь дистр линуха завозят ffmpeg с rav1e? Выглядит вкусно, пусть и на расте.
Аноним (Linux: Firefox based) 14/08/22 Вск 19:22:36 3193313 185
изображение.png 28Кб, 517x198
517x198
изображение.png 65Кб, 1422x269
1422x269
Да.
Аноним (Microsoft Windows 10: Chromium based) 14/08/22 Вск 19:29:54 3193316 186
(Attack On Tita[...].webm 18971Кб, 1280x720, 00:05:04
1280x720
Аноним (Microsoft Windows 10: Chromium based) 14/08/22 Вск 19:30:19 3193317 187
>>3193316
Да показывает, превью. Можно на av1 переходить.
Аноним (Linux: Firefox based) 14/08/22 Вск 20:29:02 3193328 188
>>3193298
> куда лучше opus
Говорят вышел USAC, он же xHE-AAC. Специально разрабатывался для низких битрейтов. Но декодировать его можно только собственноручно собранным ffmpeg с libfdk-aac, а иначе ну вообще никак.
Я вот тоже считаю, что пока в ffmpeg не добавят нативный декодер этого кодека, в него нельзя ничего кодировать. А его могут так никогда и не добавить, ибо закрытость и патенты.
Аноним (Microsoft Windows 10: Firefox based) 14/08/22 Вск 20:43:28 3193331 189
изображение.png 195Кб, 519x953
519x953
>>3193287
CBR в каждом отдельном файле, но иногда я вручную переставлял битрейт на другой, если видел что сцена простая или сложная.
Вот как-то так из того что тут, и на внешнем диске ещё куча которых 3840х2160, но мобилка их изначально в h265 писала - не уверен что есть много смысла их трогать.
Аноним (Linux: Firefox based) 14/08/22 Вск 21:16:46 3193339 190
>>3193313
пасеба, в федоре небось и пакеты самые свежайшие
Аноним (Linux: Firefox based) 14/08/22 Вск 21:19:55 3193341 191
>>3193328
> для низких битрейтов
А что вообще принято считать низкими битрейтами в народе? Для меня это 16-32к, уровень voip
Аноним (Linux: Firefox based) 14/08/22 Вск 22:22:22 3193364 192
>>3193331
Ну и зачем тебе перекодировать эти файлы, тем более в 60M?
Я так понял тебе нужен near lossless, поэтому пережимать 1080p 10M смысла нет вообще. А вот файлы 1080p 28M-29M можно сжать посильнее. Релизёры с торрентов уже давно этим занимаются, можешь поспрашивать у них, как надо жать H264. Но самый минимум, как я понял, это x264, -preset veryslow -crf 18.
Пережал для пробы исходник MJPEG 720p 30М в crf18, получилось 12М, недалеко от средних битрейтов BDRip-ов, но там такие битрейты для 1080p, так что потенциал для более сильного сжатия остаётся.
Аноним (Linux: Firefox based) 14/08/22 Вск 22:26:21 3193365 193
>>3193341
Ну тут по всякому. По меркам MP3 это всё что ниже 128k. По меркам Opus это от 64k и ниже.
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 01:42:20 3193453 194
>>3193364
Занимают слишком много места. У меня на системном диске свободно 20 гб из 931, и четыре внешних жёстких диска по терабайту забитые полностью. И мне не нравится cbr режим, когда в статичном сегменте видео видно каждый листик, а на время вращения камерой всё сыпется квадратами. Вот бы мобилка сразу в cq режиме записывала забирая сколько ей нужно битрейта... Вопрос религии в общем.
>А вот файлы 1080p 28M-29M можно сжать посильнее.
Это же очень сильно от сцены зависит. Ночной мыльный пейзаж где только силуэты можно хоть до 2кк сжать, а вот листва в лесу даже сжатая до 20кк сильно хуже выглядит и там 20кк сильно не хватает. Я crf 22 ставлю, а иногда и 25 - но на процессоре 4к видео я отказываю переконвертировать даже на veryfast-h264, не говоря уж про процессорный h265.
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 07:43:59 3193466 195
webm поддерживает av1? Если да, то двач поддерживает av1? Что лучше aom или svt?
Аноним (Linux: Firefox based) 15/08/22 Пнд 08:51:59 3193472 196
>>3193466
> webm поддерживает av1
Да, но нужен свежий ffmpeg, чтобы он умел паковать ав1 в цуиь
> Что лучше aom или svt
Хуже аом ничего нет, выбирай между свт и rav1e
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 09:04:25 3193474 197
>>3193472
>Хуже аом ничего нет, выбирай между свт и rav1e
Да почему хуже-то? Да, реалтайм пресетов нет, да, иногда может чуть дольше кодировать. Но зато поддерживает все фичи и в теории может обеспечить самую лучшую компрессию.

Есть какое-то нормальное сравнение, а не просто пуки в воздух?
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 09:07:12 3193476 198
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 09:13:22 3193477 199
>>3193476
>3 года назад
А поновее нет ничего?
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 10:06:09 3193480 200
Сколько оптимально минимальный crf или битрейт для av1 1080 30fps? 800kbps норм?
Аноним (Google Android: Mobile Safari) 15/08/22 Пнд 10:12:15 3193481 201
>>3193474
Он нагружает максимум одно ядро и особо не развивается. Svt не хуже но намного быстрее
Аноним (Google Android: Mobile Safari) 15/08/22 Пнд 10:13:10 3193482 202
>>3193480
Ебанулся? Минимально смотрибельные 4000-5000 Ютуб берёт, и то мыло. Только если медленные пресеты
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 10:29:52 3193484 203
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 10:39:32 3193488 204
>>3193481
>Он нагружает максимум одно ядро
Чел твой тайлинг?
Аноним (Linux: Firefox based) 15/08/22 Пнд 10:40:54 3193490 205
>>3193480
>>3193482
>>3193484
Вот только не вздумайте в битрейт кодировать. У вас CQ есть на это дело.
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 10:48:51 3193493 206
>>3193481
>Svt не хуже но намного быстрее
А нормальное сравнение-то будет, а не пуки в воздух?
Аноним (Linux: Firefox based) 15/08/22 Пнд 11:00:02 3193496 207
>>3193474
> иногда может чуть дольше кодировать
Это на каких процессорах так? У меня svt кодирует в >100 раз быстрее, aom какбэ вообще не кодирует честно говоря.
>>3193493
> А нормальное сравнение-то будет, а не пуки в воздух?
Можешь сравнивать, разрешаю
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 11:09:39 3193500 208
>>3193496
>У меня svt кодирует в >100 раз быстрее
Так он и кодирует мыльное говнецо на таких скоростях как бы, тут даже сравнивать ничего не нужно.
Аноним (Microsoft Windows 10: Chromium based) 15/08/22 Пнд 11:30:52 3193505 209
>>3193316 >>3193317
А давно макака прикрутил превью к ав1? Буквально несколько месяцев назад проверял, не было.
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 11:41:50 3193507 210
>>3193505
Да на прошлой неделе буквально.
Аноним (Google Android: Mobile Safari) 15/08/22 Пнд 11:55:49 3193509 211
>>3193500
> Так он и кодирует мыльное говнецо на таких скоростях как бы, тут даже сравнивать ничего не нужно.
А нормальное сравнение-то будет, а не пуки в воздух?
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 11:57:04 3193510 212
>>3193509
Можешь сравнивать, разрешаю.
Аноним (Google Android: Mobile Safari) 15/08/22 Пнд 12:00:38 3193512 213
>>3193510
Так он и кодирует хорошо на таких скоростях как бы, в отличии от мыльного говнеца libaom, тут даже сравнивать ничего не нужно.
Аноним (Microsoft Windows 10: Chromium based) 15/08/22 Пнд 12:02:22 3193514 214
Аноним (Microsoft Windows 10: Chromium based) 15/08/22 Пнд 12:03:03 3193516 215
>>3193507
А, это с новым движком ввели, понял.
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 12:04:43 3193517 216
>>3193512
Да-да, аом говно, ты подебил, успокойся только.
Аноним (Microsoft Windows 10: Chromium based) 15/08/22 Пнд 12:14:31 3193519 217
1540753841247.jpg 557Кб, 1200x1600
1200x1600
Дайте команду для кодирования в этот ваш AV1, пожалуйста.
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 12:20:09 3193522 218
>>3193519
-c:v libaom-av1 -b:v 0 -crf 35 -g 12312 (возможно нужно дописать -strict 2 или что-то такое, там загуглишь ошибку).
Если тебе покажется что он не кодирует, так и должно быть, на не таком плохом процессоре один кадр 1920х1080 обрабатываться может даже минуту.

Или -c:v libsvtav1 -b:v 0 -preset 10 -crf 35, если найдёшь или сделаешь билд с этим svt.
Я сам только настроил, и немного пугает что libvpx-vp9 работает раз в десять медленнее чем libsvtav1
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 12:22:11 3193523 219
>>3193522
>-c:v libaom-av1 -b:v 0 -crf 35 -g 12312
Где твой -cpu-used или -speed?
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 12:25:01 3193524 220
>>3193523
Я их не использую. Кодек и так не реалтаймовый (по крайне мере первый), потому я предполагаю что он и так обеспечивает наилучшее соотношения размера/качества без учёта времени кодирования. Вот в реалтаймовом это смысл имеет, где есть акцент на скорость кодирования.
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 12:27:39 3193525 221
>>3193522
>так и должно быть
Нет, так не должно быть, на моем проце один 1920х1080 кадр с самым быстрым пресетом aom кодируется примерно в два раза быстрее самого медленного пресета vp9
>-g 12312
Ты это зачем сюда вписал, дебс, чтобы на аом насрать?
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 12:31:36 3193527 222
>>3193525
Случайно. А что это команда делает?
Если я помню, она про ключевые файлы, а у меня видео на 15 секунд и там не нужны ключевые кадры кроме первого.
Аноним (Microsoft Windows 10: Chromium based) 15/08/22 Пнд 12:32:33 3193528 223
>>3193527
Ты нахуя людям чё-то советуешь, если сам даже базу не знаешь, долбоёб?
Аноним (Linux: Firefox based) 15/08/22 Пнд 12:33:22 3193530 224
>>3193522
> libvpx-vp9 работает раз в десять медленнее
Сука, что гугловский aomenc работает медленно, что гугловский libvpx-vp9.
Я уверен, что гугл выкладывает энкодеры - лишь бы качественно делали, потому что им сжатие matters, а для скорости работы они для своей инфраструктуры пилят патчи, на остальных им похуй.
Вот интел SVT-AV1 изначально делала, чтобы быстро работало на свежих интелах, AVX512 вся хуйня. Но попен сорц подебил и теперь там оптимизации вплоть до каменного века (ссе2).
rav1e пилилися как я понимаю лишь бы на расте что написать, но у них неплохо получилось относительно avg растоман
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 12:36:34 3193532 225
>>3193528
Могли бы запостить раньше меня. Никто не советовал анону как av1 получить - я посоветовал. Сижу сейчас подбираю другие кодеки, чтобы такой же размер получить и сравнить.
Я тоже буду признателен, если посоветуете команду, но без пресетов хоть сколько бы медленнее стандартного aom.

>>3193525
>с самым быстрым пресетом aom кодируется примерно в два раза быстрее самого медленного пресета vp9
А по качеству при этом проигрывает, и то же самое у меня получилось с самым быстрым пресетом vp9, что при равном времени кодирования даже h264 сжимает лучше vp9, которые весь сыпет артефактами чтобы хоть как-то успеть (там, кстати, пришлось и -cpu-used прописывать).
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 12:39:23 3193534 226
>>3193530
>rav1e пилилися как я понимаю лишь бы на расте что написать
ИЧСХ это не на расте написано, а на ассемблере, а на расте так, вставки.
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 12:40:15 3193535 227
>>3193532
>А по качеству при этом проигрывает
В том-то и дело чел, что выигрывает.
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 12:42:55 3193537 228
>>3193535
Точно? Ну, я тестил года два назад, кодировал почти два дня разные отрывки разношёрстного видео, и получилось что кодек полегче, который и не замахивается на что-то сложное при низком времени кодирования справляется, так как успевает основные свои фичи реализовать, а тяжёлый кодек лишь по верхам нахватывается.
Аноним (Linux: Firefox based) 15/08/22 Пнд 12:46:53 3193542 229
>>3193534
Прикольно вышло да, в среднем получился С++ как раз
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 13:04:11 3193550 230
изображение.png 5Кб, 238x87
238x87
Что означают цифры, какие должны быть для хорошего качества?
Аноним (Microsoft Windows 10: Chromium based) 15/08/22 Пнд 13:05:42 3193551 231
>>3193550
Это попугаи. Для хорошего качества должен получиться удав.
Аноним (Google Android: Mobile Safari) 15/08/22 Пнд 13:12:40 3193562 232
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 13:13:06 3193563 233
изображение.png 100Кб, 300x168
300x168
Аноним (Microsoft Windows 10: Chromium based) 15/08/22 Пнд 13:13:47 3193564 234
Аноним (Google Android: Mobile Safari) 15/08/22 Пнд 13:15:05 3193565 235
>>3193550
Vmaf до 100, лучше больше
Хотя он говно, сравнивай на глаз
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 13:46:46 3193588 236
syava-av1-aom.webm 5266Кб, 790x576, 00:03:30
790x576
syava-vp9.webm 5148Кб, 790x576, 00:03:30
790x576
syava-av1-svt.webm 5233Кб, 790x576, 00:03:30
790x576
syava-av1-svt-5.webm 5227Кб, 790x576, 00:03:30
790x576
>>3193537
ffmpeg -hide_banner -i syava.webm -pass 1 -c:v libaom-av1 -cpu-used 8 -strict experimental -b:v 99.0k -threads 16 -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p -vf crop=1472:1072:224:4,scale=-2:576 -an -sn -y -f webm nul
ffmpeg -hide_banner -i syava.webm -pass 2 -c:v libaom-av1 -cpu-used 8 -strict experimental -b:v 99.0k -threads 16 -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p -vf crop=1472:1072:224:4,scale=-2:576 -ac 2 -c:a libopus -b:a 96.0k -sn -y -f webm syava-av1-aom.webm
Затрачено 02:27.5

ffmpeg -hide_banner -i syava.webm -pass 1 -c:v libvpx-vp9 -speed 4 -tile-columns 6 -frame-parallel 0 -row-mt 1 -b:v 99.0k -threads 16 -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p -vf crop=1472:1072:224:4,scale=-2:576 -an -sn -y -f webm nul
ffmpeg -hide_banner -i syava.webm -pass 2 -c:v libvpx-vp9 -speed 0 -tile-columns 6 -frame-parallel 0 -row-mt 1 -b:v 99.0k -threads 16 -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p -vf crop=1472:1072:224:4,scale=-2:576 -ac 2 -c:a libopus -b:a 96.0k -sn -y -f webm syava-vp9.webm
Затрачено 04:19.6

ffmpeg -hide_banner -i syava.webm -pass 1 -c:v libsvtav1 -preset 10 -tile_columns 4 -b:v 99.0k -threads 16 -g 128 -pix_fmt yuv420p -vf crop=1472:1072:224:4,scale=-2:576 -an -sn -y -f webm nul
ffmpeg -hide_banner -i syava.webm -pass 2 -c:v libsvtav1 -preset 10 -tile_columns 4 -b:v 99.0k -threads 16 -g 128 -pix_fmt yuv420p -vf crop=1472:1072:224:4,scale=-2:576 -ac 2 -c:a libopus -b:a 96.0k -sn -y -f webm syava-av1-svt.webm
Затрачено 00:27.3

ffmpeg -hide_banner -i syava.webm -pass 1 -c:v libsvtav1 -preset 5 -tile_columns 4 -b:v 99.0k -threads 16 -g 128 -pix_fmt yuv420p -vf crop=1472:1072:224:4,scale=-2:576 -an -sn -y -f webm nul
ffmpeg -hide_banner -i syava.webm -pass 2 -c:v libsvtav1 -preset 5 -tile_columns 4 -b:v 99.0k -threads 16 -g 128 -pix_fmt yuv420p -vf crop=1472:1072:224:4,scale=-2:576 -ac 2 -c:a libopus -b:a 96.0k -sn -y -f webm syava-av1-svt-5.webm
Затрачено 04:13.2

Шах и мат, светаёбы. Ваш кал не нужен ни для чего, кроме как для реалтайма с тоннами битрейта.
Аноним (Google Android: Mobile Safari) 15/08/22 Пнд 13:52:37 3193593 237
изображение.png 375Кб, 811x627
811x627
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 13:59:01 3193596 238
Аноним (Microsoft Windows 10: Chromium based) 15/08/22 Пнд 14:27:40 3193606 239
>>3193588
Смысл было кодировать это говно. Если оригинал мыльное старое говно. Тупо ради прикола? Ну тупой, не?
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 14:29:25 3193607 240
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 14:36:13 3193612 241
>>3193606
А что еще кодировать чел?
Аноним (Microsoft Windows 10: Chromium based) 15/08/22 Пнд 14:37:57 3193614 242
>>3193612
То, от чего не вытекают глаза и не вянут уши в процессе сравнения.
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 14:39:26 3193615 243
Аноним (Linux: Firefox based) 15/08/22 Пнд 14:51:25 3193620 244
15117674152590.webm 2171Кб, 980x550, 00:00:23
980x550
>>3193615
Не благодари, можешь еще и аудио потестить
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 14:54:29 3193621 245
>>3193620
Ебать тут шакалов, даже у сявы в оригинале меньше.
Аноним (Microsoft Windows 10: Chromium based) 15/08/22 Пнд 15:06:25 3193624 246
>>3193607
Такое говно качество. Даже результат прогнанный через топаз раз в миллион будет, это еще помимо артефактов с ютуба. Точнее не даже, в раз в 500 пизже. Это так вообще такое же мыльное говно с артефактами древней камеры и полосками от интерлейса.
>>3193612
Сурс говниме или лайввидео 4к и 80000к битрейта.
Аноним (Microsoft Windows 10: Chromium based) 15/08/22 Пнд 15:12:08 3193626 247
>>3193615
Выбери сам, большой мальчик уже.
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 15:16:40 3193627 248
>>3193624
>Сурс говниме
На диске только вебки есть, разве такое пойдет для суперпуперкачественного энкода? Не качать же для хуйла с двачей блюреи.
Аноним (Microsoft Windows 10: Chromium based) 15/08/22 Пнд 15:17:44 3193628 249
>>3193627
>На диске только вебки есть, разве такое пойдет для суперпуперкачественного энкода?
Так скачай.
>Не качать же для хуйла с двачей блюреи.
Нахуй сходи тогда, уебан тупорылый.
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 15:20:24 3193630 250
Аноним (Linux: Firefox based) 15/08/22 Пнд 15:42:48 3193642 251
>>3193630
А если ты принесешь 4К, и у анона нет такого моника, то тоже несчитово, потому что за даунскейл отвечают несовершенные алгоритмы плеера
Аноним (Microsoft Windows 10: Chromium based) 15/08/22 Пнд 15:52:03 3193648 252
Аноним (Microsoft Windows 10: Firefox based) 15/08/22 Пнд 16:03:14 3193656 253
.webm 16Кб, 198x144, 00:00:04
198x144
Аноним (Microsoft Windows 10: Chromium based) 15/08/22 Пнд 20:22:10 3193938 254
Аноним (Microsoft Windows 7: Firefox based) 16/08/22 Втр 10:22:50 3194273 255
>>3193185

> обоссывается в одном из issue в той же репе каким-то анимечником

Буквально https://gitlab.com/AOMediaCodec/SVT-AV1/-/issues/1929 про превращение видеоцитаты из второго сезона Oregairu в говно на протяжении четырёх кадров, предшествующих ключевому кадру, причём так происходит два раза за одну видеоцитату.
Аноним (Microsoft Windows 7: Firefox based) 16/08/22 Втр 10:31:11 3194274 256
Аноним (Microsoft Windows 10: Firefox based) 16/08/22 Втр 14:41:54 3194337 257
Поясните, пожалуйста, за bufsize, для дебилов (меня).
Нужно ли использовать, когда, зачем, какие профиты, улучшает ли качество моих шебм?
Спасибо.
Аноним (Microsoft Windows 10: Firefox based) 16/08/22 Втр 16:27:07 3194372 258
Какой командой сделать из папки VIDEO_TS с .VOB файлами mkv-файл? 3 папки содержат в себе старое 12-серийное аниме.
Аноним (Microsoft Windows 10: Chromium based) 16/08/22 Втр 18:28:17 3194398 259
>>3194372
mediainfo неси, так непонятно че несешь.
Аноним (Google Android: Mobile Safari) 16/08/22 Втр 18:49:04 3194409 260
>>3194372
MakeMKV умеет бесплатно
Аноним (Linux: Firefox based) 16/08/22 Втр 23:01:48 3194482 261
>>3194273
Там все сложна и очень много букоф конечно, но максимально доходчивый аргумент - это то, что энкодер, умеющий в SCD, может закодировать и так, и так, а потом сравнить эффективность. А не умеющий энкодер не имеет выбора. Не вижу в первом случае замедления энкода на >5%.
Аноним (Microsoft Windows 7: Firefox based) 16/08/22 Втр 23:42:29 3194493 262
Э-э-э, ну-у-у, там его и не должно быть видно, замедления-то.

Потому что 5% не по скорости, а по росту объёма файла при включённом scd, каким рост был до его мартовского всеобщего отключения scd.
Аноним (Microsoft Windows 10: Chromium based) 17/08/22 Срд 07:46:18 3194548 263
>>3194372
Просто склей в нужном порядке..
Аноним (Microsoft Windows 10: Firefox based) 17/08/22 Срд 12:49:23 3194613 264
Почему при pix_fmt yuv420p10le не создаются миниатюры в проводнике? Если делать в yuv420p, то норм.
Аноним (Microsoft Windows 10: Firefox based) 17/08/22 Срд 12:53:09 3194615 265
Аноним (Microsoft Windows 10: Chromium based) 17/08/22 Срд 13:45:31 3194634 266
image.png 22Кб, 661x445
661x445
Ребят, если я не могу в консольку, Handbrake нормальная альтернатива ?

Кстати, может подскажите как лучше сжимать, если у меня задача, максимально пожать&быстро&при минимальном читабельном качестве.
Просто в гугле все пишут, с сохранением качества, а мне, ну лишь бы что-то разобрать можно было.
Пока так для себя поставил методом тыка.
Аноним (Linux: Firefox based) 17/08/22 Срд 13:45:33 3194635 267
>>3194493
Раз старая кухня их не устраивала, то по-новому scd нескоро включат.
Аноним (Microsoft Windows 10: Firefox based) 17/08/22 Срд 16:25:35 3194692 268
2022-08-1716-18[...].mp4 960Кб, 1920x1080, 00:00:23
1920x1080
MOV0060.mp42022[...].jpg 770Кб, 1920x1080
1920x1080
MOV0060h264nv-q[...].jpg 692Кб, 1920x1080
1920x1080
MOV0060h264nv-q[...].jpg 388Кб, 1920x1080
1920x1080
>>3194634
-vcodec hevc_nvenc -rc constqp -qp 28
28 понижаешь для более хорошего качества, понижаешь для более плохого. 1920х1080 кодируется в реальном времени на средней карточке.
Или -vcodec h264_nvenc -rc constqp -qp 28, тут вообще скорость будет х5.

>Ребят, если я не могу в консольку
Напиши батник как на видео, и просто мышкой на него перетаскивай. Сразу несколько файлов можно, папки нельзя.

И вот два кадра для сравнения. Оригинал и -qp 32, если ты прям настолько что лишь бы читабельно было - понижай сразу до 50, это будет как третий кадр, но видео всего 6 мб занимает вместо 200, и это без снижения родных 60 фпс.
Аноним (Microsoft Windows 10: Firefox based) 17/08/22 Срд 16:27:06 3194693 269
>>3194692>>3194634
Я даже скопирую, но вдруг пройдёт не попортив символы из-за разметки.

:st
if %1=="" exit
echo %1
echo "%~dpn1.mp4"
ffmpeg -i %1 -vcodec h264_nvenc -rc constqp -qp 50 -c:a libvorbis -b:a 64k "%~dpn1_h264nv-qp32_ab64.mp4"
shift
goto st
Аноним (Microsoft Windows 10: Chromium based) 18/08/22 Чтв 02:44:33 3194891 270
image.png 24Кб, 1688x545
1688x545
>>3194692
Анончик, спасибо, классный батник получился.

Но я попытался модифицировать код, можешь пожалуйста поправить, что не так?:
1) я конвертирую видео технические всякие, и там в основном статичная картинка с текстом, поэтому 12 фпс с головой наверно хватит. Я вот нагуглил что надо поставить -r Nfps, но это не сработало.

2) еще вот если видео больше 720 то уменьшить разрешение до 720, а если меньше равно 720 то не трогать.
Напр. 1080 -> 720, a 480 -> 480, 720 ->720

3) Вот это получилось, я вроде читал в факе каком-то что опус норм(размер/качество), поставил его и битрейт повыше. Звук пусть получше будет, там много говорят.
Аноним (Microsoft Windows 10: Firefox based) 18/08/22 Чтв 03:43:14 3194900 271
>>3194891
Если запись была в 30 фпс, то лучше ставь кратное, 15-10-7.5-6-5, 12 только если запись была в 24, 60 или ещё что-то такое. Впрочем, это не так важно.
> Звук пусть получше будет, там много говорят.
Для разборчивого разговора с узнаваемыми голосами хватит 24k опуса.
>в основном статичная картинка с текстом
ffmpeg -i %1 -vcodec h264_nvenc -rc constqp -qp 40 -vf "mpdecimate,fps=15,scale=-2:min(in_h\,720)" -c:a libopus -b:a 24k "%~dpn1_h264nv-qp40_opus24.mp4"
1. mpdecimate - если два кадра совпадают, он не кодирует новый. Идеально, если у тебя статичная картинка. Не знаю работает ли с h264_nvenc, по идее constqp режим уже это сделает.
2. scale=-2 - потому что h264 не поддерживает нечётное разрешение видео, нужно с округлением до 2.
3. Пробовал заменить h264_nvenc на hevc_nvenc? Я что-то проверил, время кодирования не отличается. А качество повыше, пожалуй, как бы мне не хотелось это признавать.
Аноним (Microsoft Windows 10: Chromium based) 18/08/22 Чтв 04:22:36 3194906 272
image.png 54Кб, 1015x482
1015x482
image.png 23Кб, 382x287
382x287
image.png 28Кб, 402x297
402x297
>>3194900
Привет, спасибо! Работает супер, быстро и пожало хорошо, меньше размер чем в handbrake.
Только выбило какое то предупреждение.Пик1

Хевк я не пробовал и не пытался, пушто у меня старая нвидиа и не поддерживает его.
(Ну так как они аппаратные кодеки, может карточка и тратит на них одинаковые ресурсы? Поэтому время у тебя одно. Ну а хевк более совершенный, вот качество и выше. (ну это я так, предположил, я то не разбираюсь сильно).

Кстати, если интересно, пожатые видео с текстом, потом удобно смотреть, применяя шейдеры аниме4к( :D). Становится норм резкость. Конфиг для мпв взял отсюда https://2ch.life/s/arch/2022-06-06/res/3132262.html#3132937
Аноним (Microsoft Windows 10: Firefox based) 18/08/22 Чтв 16:16:08 3195163 273
изображение.png 39Кб, 863x472
863x472
>>3194906
>меньше размер чем в handbrake.
У тебя там тот же кодировщик указан, и по идее соотношение размера-качества такое же должно быть. Там ещё пресеты есть всякие на самом деле, но я не особо заметил разницу...

>у меня старая нвидиа и не поддерживает его.
Точно? Это вопрос больше программный, после определённого года карточки предназначены (более-менее) для произвольных расчётов, и даже кодеки которые появятся через много лет можно будет на них кодировать.
Попробовал бы ну, всего 3 символа поменять, и потом подобрать новую цифру qp.
Аноним (Microsoft Windows 10: Firefox based) 18/08/22 Чтв 16:27:57 3195170 274
>>3195163
А что не в полном экране, дача?
Аноним (Microsoft Windows 10: Firefox based) 18/08/22 Чтв 16:52:45 3195193 275
>>3195170
Я просто нажимаю ctrl+win+s, а вот print-screen на ноутбучной клавиатуре только через fn есть, всегда так делаю.
Дача, но там 200 кб по сравнению с jpg с травой выше всё-равно же фигня...
Аноним (Microsoft Windows 10: Chromium based) 18/08/22 Чтв 17:13:11 3195208 276
>>3195163
Точно, gt640. Поменял буквы(hevc_nvenc) - просто нулевой файл создаёт. если оставить только "hevc" то кодирует, но долго.
Аноним (Microsoft Windows 10: Chromium based) 18/08/22 Чтв 20:36:48 3195310 277
>>3195163
> Точно? Это вопрос больше программный, после определённого года карточки предназначены (более-менее) для произвольных расчётов, и даже кодеки которые появятся через много лет можно будет на них кодировать.
Либо ты ошибаешься, либо я чего-то не знаю. Кодирование на карточке не зря называют аппаратным, медиадвижок это asic.
>>3195208
Долго, потому что программно, на процессоре, то есть это другое. Хотя обычно пишут libx265, насколько я помню (не кодирую в него), но можно и так.
Ещё почитай на вики про аппаратные возможности GT 640. Это поколение Kepler, чип GK107.
https://ru.wikipedia.org/wiki/Nvidia_NVENC
https://en.wikipedia.org/wiki/Nvidia_NVENC
https://ru.wikipedia.org/wiki/Nvidia_NVDEC
https://en.wikipedia.org/wiki/Nvidia_NVDEC
Аноним (Microsoft Windows 10: Chromium based) 19/08/22 Птн 19:48:22 3195685 278
>>3195310
вау, я даже не знал, что такое древнее говно может в nvenc. Думал только с 900 серии и 750ti есть.
Аноним (Microsoft Windows 10: Firefox based) 20/08/22 Суб 04:38:50 3195809 279
>>3181555 (OP)
Почему фуфмпег убивает битрейт звука при мерже?
ffmpeg -stream_loop -1 -i input.mp4 -i input.mp3 -shortest -qscale:v 1 -qscale:a 1 -map 0:v:0 -map 1:a:0 -y out.mp4

Если я делаю -qscale:a 0,1 или 2 то битрейт звука 130 с искажениями, если -qscale:a 3-4 или выше то битрейт 350 и все равно есть мелкие искажения хотя оригинальный битрейт 192. Что за хуйня?
Аноним (Microsoft Windows 10: Palemoon) 20/08/22 Суб 04:44:23 3195812 280
>>3195809
А ты думал битрейта побольше дашь, чем в оригинала и он тебе флак сделает? Не сделает. Но прична может быть не только в этом, выведи полную статистику сообщений ффмпег и посмотри не делает ли он каких-то дополнительных преобразований к твоему аудио, которые могут повлиять на искажения.
Аноним (Microsoft Windows 10: Firefox based) 20/08/22 Суб 04:50:01 3195814 281
>>3195812
А как это узнать? Я немного напиздел, на 2 битрейт 250

ffmpeg -stream_loop -1 -i input.mp4 -i input.mp3 -shortest -qscale:v 2 -qscale:a 2 -map 0:v:0 -map 1:a:0 -y out.mp4
ffmpeg version 2022-08-18-git-48be6616d0-full_build-www.gyan.dev Copyright (c) 2000-2022 the FFmpeg developers
built with gcc 12.1.0 (Rev2, Built by MSYS2 project)
configuration: --enable-gpl --enable-version3 --enable-static --disable-w32threads --disable-autodetect --enable-fontconfig --enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp --enable-bzlib --enable-lzma --enable-libsnappy --enable-zlib --enable-librist --enable-libsrt --enable-libssh --enable-libzmq --enable-avisynth --enable-libbluray --enable-libcaca --enable-sdl2 --enable-libdav1d --enable-libdavs2 --enable-libuavs3d --enable-libzvbi --enable-librav1e --enable-libsvtav1 --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs2 --enable-libxvid --enable-libaom --enable-libjxl --enable-libopenjpeg --enable-libvpx --enable-mediafoundation --enable-libass --enable-frei0r --enable-libfreetype --enable-libfribidi --enable-liblensfun --enable-libvidstab --enable-libvmaf --enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid --enable-ffnvcodec --enable-nvdec --enable-nvenc --enable-d3d11va --enable-dxva2 --enable-libmfx --enable-libshaderc --enable-vulkan --enable-libplacebo --enable-opencl --enable-libcdio --enable-libgme --enable-libmodplug --enable-libopenmpt --enable-libopencore-amrwb --enable-libmp3lame --enable-libshine --enable-libtheora --enable-libtwolame --enable-libvo-amrwbenc --enable-libilbc --enable-libgsm --enable-libopencore-amrnb --enable-libopus --enable-libspeex --enable-libvorbis --enable-ladspa --enable-libbs2b --enable-libflite --enable-libmysofa --enable-librubberband --enable-libsoxr --enable-chromaprint
libavutil 57. 33.101 / 57. 33.101
libavcodec 59. 42.101 / 59. 42.101
libavformat 59. 30.100 / 59. 30.100
libavdevice 59. 8.101 / 59. 8.101
libavfilter 8. 46.103 / 8. 46.103
libswscale 6. 8.102 / 6. 8.102
libswresample 4. 8.100 / 4. 8.100
libpostproc 56. 7.100 / 56. 7.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input.mp4':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: mp42mp41iso4
creation_time : 2022-08-03T18:09:13.000000Z
Duration: 00:00:12.01, start: 0.000000, bitrate: 654 kb/s
Stream #0:0[0x1](und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 720x850, 515 kb/s, 60 fps, 60 tbr, 60k tbn (default)
Metadata:
creation_time : 2022-08-03T18:09:13.000000Z
handler_name : Vireo Eyes v2.9.0
vendor_id : [0][0][0][0]
encoder : AVC Coding
Stream #0:1[0x2](und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default)
Metadata:
creation_time : 2022-08-03T18:09:13.000000Z
handler_name : Vireo Ears v2.9.0
vendor_id : [0][0][0][0]
Input #1, mp3, from 'input.mp3':
Metadata:
encoder : Lavf59.30.100
Duration: 00:00:41.74, start: 0.023021, bitrate: 128 kb/s
Stream #1:0: Audio: mp3, 48000 Hz, stereo, fltp, 128 kb/s
Metadata:
encoder : Lavc59.42
Stream mapping:
Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
Stream #1:0 -> #0:1 (mp3 (mp3float) -> aac (native))
Press [q] to stop, [?] for help
[libx264 @ 000001f81eb0c300] -qscale is ignored, -crf is recommended.
[libx264 @ 000001f81eb0c300] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
[libx264 @ 000001f81eb0c300] profile High, level 3.2, 4:2:0, 8-bit
[libx264 @ 000001f81eb0c300] 264 - core 164 r3095 baee400 - H.264/MPEG-4 AVC codec - Copyleft 2003-2022 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=18 lookahead_threads=3 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to 'out.mp4':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: mp42mp41iso4
encoder : Lavf59.30.100
Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 720x850, q=2-31, 60 fps, 15360 tbn (default)
Metadata:
creation_time : 2022-08-03T18:09:13.000000Z
handler_name : Vireo Eyes v2.9.0
vendor_id : [0][0][0][0]
encoder : Lavc59.42.101 libx264
Side data:
cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A
Stream #0:1: Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s
Metadata:
encoder : Lavc59.42.101 aac
frame= 2924 fps=540 q=-1.0 Lsize= 6536kB time=00:00:48.68 bitrate=1099.8kbits/s speed=8.99x
video:5013kB audio:1454kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.061763%
[libx264 @ 000001f81eb0c300] frame I:12 Avg QP:19.49 size: 38835
[libx264 @ 000001f81eb0c300] frame P:737 Avg QP:24.94 size: 4095
[libx264 @ 000001f81eb0c300] frame B:2175 Avg QP:26.28 size: 758
[libx264 @ 000001f81eb0c300] consecutive B-frames: 0.6% 0.3% 1.0% 98.1%
[libx264 @ 000001f81eb0c300] mb I I16..4: 17.1% 51.6% 31.4%
[libx264 @ 000001f81eb0c300] mb P I16..4: 0.4% 0.9% 0.1% P16..4: 24.2% 8.5% 3.9% 0.0% 0.0% skip:62.0%
[libx264 @ 000001f81eb0c300] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 22.5% 1.1% 0.1% direct: 0.0% skip:76.3% L0:48.8% L1:49.1% BI: 2.1%
[libx264 @ 000001f81eb0c300] 8x8 transform intra:57.1% inter:59.2%
[libx264 @ 000001f81eb0c300] coded y,uvDC,uvAC intra: 25.9% 37.6% 26.8% inter: 1.6% 1.9% 0.1%
[libx264 @ 000001f81eb0c300] i16 v,h,dc,p: 63% 15% 10% 12%
[libx264 @ 000001f81eb0c300] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 10% 56% 2% 2% 2% 3% 2% 3%
[libx264 @ 000001f81eb0c300] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 33% 18% 16% 5% 6% 7% 5% 7% 4%
[libx264 @ 000001f81eb0c300] i8c dc,h,v,p: 58% 18% 20% 4%
[libx264 @ 000001f81eb0c300] Weighted P-Frames: Y:0.0% UV:0.0%
[libx264 @ 000001f81eb0c300] ref P L0: 64.0% 8.7% 21.1% 6.3%
[libx264 @ 000001f81eb0c300] ref B L0: 86.2% 11.6% 2.3%
[libx264 @ 000001f81eb0c300] ref B L1: 97.1% 2.9%
[libx264 @ 000001f81eb0c300] kb/s:842.53
[aac @ 000001f81eb5ed40] Qavg: 236.000




ffmpeg -stream_loop -1 -i input.mp4 -i input.mp3 -shortest -qscale:v 1 -qscale:a 1 -map 0:v:0 -map 1:a:0 -y out.mp4
ffmpeg version 2022-08-18-git-48be6616d0-full_build-www.gyan.dev Copyright (c) 2000-2022 the FFmpeg developers
built with gcc 12.1.0 (Rev2, Built by MSYS2 project)
configuration: --enable-gpl --enable-version3 --enable-static --disable-w32threads --disable-autodetect --enable-fontconfig --enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp --enable-bzlib --enable-lzma --enable-libsnappy --enable-zlib --enable-librist --enable-libsrt --enable-libssh --enable-libzmq --enable-avisynth --enable-libbluray --enable-libcaca --enable-sdl2 --enable-libdav1d --enable-libdavs2 --enable-libuavs3d --enable-libzvbi --enable-librav1e --enable-libsvtav1 --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs2 --enable-libxvid --enable-libaom --enable-libjxl --enable-libopenjpeg --enable-libvpx --enable-mediafoundation --enable-libass --enable-frei0r --enable-libfreetype --enable-libfribidi --enable-liblensfun --enable-libvidstab --enable-libvmaf --enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid --enable-ffnvcodec --enable-nvdec --enable-nvenc --enable-d3d11va --enable-dxva2 --enable-libmfx --enable-libshaderc --enable-vulkan --enable-libplacebo --enable-opencl --enable-libcdio --enable-libgme --enable-libmodplug --enable-libopenmpt --enable-libopencore-amrwb --enable-libmp3lame --enable-libshine --enable-libtheora --enable-libtwolame --enable-libvo-amrwbenc --enable-libilbc --enable-libgsm --enable-libopencore-amrnb --enable-libopus --enable-libspeex --enable-libvorbis --enable-ladspa --enable-libbs2b --enable-libflite --enable-libmysofa --enable-librubberband --enable-libsoxr --enable-chromaprint
libavutil 57. 33.101 / 57. 33.101
libavcodec 59. 42.101 / 59. 42.101
libavformat 59. 30.100 / 59. 30.100
libavdevice 59. 8.101 / 59. 8.101
libavfilter 8. 46.103 / 8. 46.103
libswscale 6. 8.102 / 6. 8.102
libswresample 4. 8.100 / 4. 8.100
libpostproc 56. 7.100 / 56. 7.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input.mp4':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: mp42mp41iso4
creation_time : 2022-08-03T18:09:13.000000Z
Duration: 00:00:12.01, start: 0.000000, bitrate: 654 kb/s
Stream #0:0[0x1](und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 720x850, 515 kb/s, 60 fps, 60 tbr, 60k tbn (default)
Metadata:
creation_time : 2022-08-03T18:09:13.000000Z
handler_name : Vireo Eyes v2.9.0
vendor_id : [0][0][0][0]
encoder : AVC Coding
Stream #0:1[0x2](und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default)
Metadata:
creation_time : 2022-08-03T18:09:13.000000Z
handler_name : Vireo Ears v2.9.0
vendor_id : [0][0][0][0]
Input #1, mp3, from 'input.mp3':
Metadata:
encoder : Lavf59.30.100
Duration: 00:00:41.74, start: 0.023021, bitrate: 128 kb/s
Stream #1:0: Audio: mp3, 48000 Hz, stereo, fltp, 128 kb/s
Metadata:
encoder : Lavc59.42
Stream mapping:
Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
Stream #1:0 -> #0:1 (mp3 (mp3float) -> aac (native))
Press [q] to stop, [?] for help
[libx264 @ 0000020287efc780] -qscale is ignored, -crf is recommended.
[libx264 @ 0000020287efc780] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
[libx264 @ 0000020287efc780] profile High, level 3.2, 4:2:0, 8-bit
[libx264 @ 0000020287efc780] 264 - core 164 r3095 baee400 - H.264/MPEG-4 AVC codec - Copyleft 2003-2022 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=18 lookahead_threads=3 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to 'out.mp4':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: mp42mp41iso4
encoder : Lavf59.30.100
Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 720x850, q=2-31, 60 fps, 15360 tbn (default)
Metadata:
creation_time : 2022-08-03T18:09:13.000000Z
handler_name : Vireo Eyes v2.9.0
vendor_id : [0][0][0][0]
encoder : Lavc59.42.101 libx264
Side data:
cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A
Stream #0:1: Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s
Metadata:
encoder : Lavc59.42.101 aac
frame= 2924 fps=535 q=-1.0 Lsize= 6022kB time=00:00:48.68 bitrate=1013.4kbits/s speed=8.91x
video:5013kB audio:941kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.153298%
[libx264 @ 0000020287efc780] frame I:12 Avg QP:19.49 size: 38835
[libx264 @ 0000020287efc780] frame P:737 Avg QP:24.94 size: 4095
[libx264 @ 0000020287efc780] frame B:2175 Avg QP:26.28 size: 758
[libx264 @ 0000020287efc780] consecutive B-frames: 0.6% 0.3% 1.0% 98.1%
[libx264 @ 0000020287efc780] mb I I16..4: 17.1% 51.6% 31.4%
[libx264 @ 0000020287efc780] mb P I16..4: 0.4% 0.9% 0.1% P16..4: 24.2% 8.5% 3.9% 0.0% 0.0% skip:62.0%
[libx264 @ 0000020287efc780] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 22.5% 1.1% 0.1% direct: 0.0% skip:76.3% L0:48.8% L1:49.1% BI: 2.1%
[libx264 @ 0000020287efc780] 8x8 transform intra:57.1% inter:59.2%
[libx264 @ 0000020287efc780] coded y,uvDC,uvAC intra: 25.9% 37.6% 26.8% inter: 1.6% 1.9% 0.1%
[libx264 @ 0000020287efc780] i16 v,h,dc,p: 63% 15% 10% 12%
[libx264 @ 0000020287efc780] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 10% 56% 2% 2% 2% 3% 2% 3%
[libx264 @ 0000020287efc780] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 33% 18% 16% 5% 6% 7% 5% 7% 4%
[libx264 @ 0000020287efc780] i8c dc,h,v,p: 58% 18% 20% 4%
[libx264 @ 0000020287efc780] Weighted P-Frames: Y:0.0% UV:0.0%
[libx264 @ 0000020287efc780] ref P L0: 64.0% 8.7% 21.1% 6.3%
[libx264 @ 0000020287efc780] ref B L0: 86.2% 11.6% 2.3%
[libx264 @ 0000020287efc780] ref B L1: 97.1% 2.9%
[libx264 @ 0000020287efc780] kb/s:842.53
[aac @ 0000020287f4f180] Qavg: 118.000
Аноним (Linux: Firefox based) 20/08/22 Суб 09:13:22 3195859 282
image 460Кб, 1750x1275
1750x1275
Аноним (Google Android: Mobile Safari) 20/08/22 Суб 10:40:18 3195878 283
>>3195814
Ну да, стоковой энкрдер AAC говно. Напиши -c:a libopus
Аноним (Microsoft Windows 10: Palemoon) 20/08/22 Суб 11:06:59 3195890 284
16547937814780.png 210Кб, 404x436
404x436
>>3195814
>Stream #0:1: Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s
>Stream #0:1: Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s
А в чём разница? Нормально укажи битрейт, твой qscale игнорируется, если вообще существует для аудио и ты правильно написал команду.
Аноним (Linux: Firefox based) 20/08/22 Суб 13:43:21 3195948 285
>>3195878
Увы но OBS без пердоленья в режиме мануальных настроек может жать только этим энкодером в битрейт не выше 320k
Аноним (Microsoft Windows 10: Chromium based) 20/08/22 Суб 15:24:00 3195971 286
Аноним (Microsoft Windows 10: Chromium based) 20/08/22 Суб 18:27:43 3196076 287
Посоны, встал вопрос. Хочу себе пару видосов с ютуба сдампить. Скачал в лучшем качестве через yt-dlp, им же вшил сабы, им же ремукснул в mp4. А вот тут и вопрос. Есть 2 файла, с одинаковым разрешением и параметрами. Как сделать так, чтобы он их склеил и ВНИМАНИЕ, сам склеил сабы? Склеить 2 файла получилось, а дальше я поник. Советов мудрых есть у вас?
Аноним (Google Android: Mobile Safari) 20/08/22 Суб 22:39:46 3196199 288
>>3196076
Через Subtitle Edit вручную и всё
Аноним (Linux: Chromium based) 21/08/22 Вск 17:08:06 3196408 289
image.png 1458Кб, 1280x853
1280x853
Анон, есть видео с телефона, и кажется что они довольно жирные.
Вопрос:
- Как понять, можно ли их "оптимизировать" без видимой потери качества или же это норм размер.
- Ну и если можно, то как

PS
Посоны, сори, я не читал шапку, может там и написано это уже, но нет времени сейчас.
Аноним (Linux: Firefox based) 21/08/22 Вск 17:41:21 3196410 290
>>3196408
Выбери кодек, выбери crf и жми уже.
Аноним (Linux: Chromium based) 21/08/22 Вск 18:48:06 3196419 291
>>3196410
Сделал
ffmpeg -i input.mp4 -vcodec libx265 -crf 18 -tag:v hvc1 -preset slow -an output.mp4

Сжало до 37% от исходного (было 165, стало 62). Но звук пропал. Я так понимаю, что 100Мб занимал звук...
Аноним (Microsoft Windows 10: Palemoon) 21/08/22 Вск 18:55:01 3196422 292
16538007103560.gif 6160Кб, 360x360
360x360
>>3196419
> -an
> Но звук пропал
Аноним (Microsoft Windows 10: Firefox based) 21/08/22 Вск 18:56:17 3196423 293
>>3196419
Параметр -an выключает звук.

>Сжало до 37% от исходного
Дико зависит от видео. Видео с вращениями телефона в лесу или городе будут занимать даже больше место (особенно, ебануться, на 18 crf, я даже 22 очень редко ставлю), а статичный вид из окна со статичным изображением пожмётся до 10%.
Аноним (Google Android: Mobile Safari) 21/08/22 Вск 23:29:58 3196474 294
Аноним (Microsoft Windows 10: Chromium based) 21/08/22 Вск 23:43:15 3196476 295
Аноним (Microsoft Windows 10: Chromium based) 22/08/22 Пнд 11:40:30 3196591 296
1546574944830.jpg 16Кб, 230x219
230x219
>>3196419
> Но звук пропал.
> -an
Аноним (Linux: Chromium based) 22/08/22 Пнд 13:53:39 3196655 297
>>3196422
>>3196591
Ну сорян посоны, я ж в этом как блондинка. Просто скопировал со стековерфлоу.

>>3196423
Спасибо за объяснение, анон.
То есть ты рекомендуешь указывать crf 22? У меня видео какбы медицинское, с симптомами для специалиста и для истории, важно не потерять в картинке (а на глаз могу и не понять).
Аноним (Linux: Firefox based) 22/08/22 Пнд 14:01:04 3196661 298
>>3196655
Для медицины данные хранят часто в lossless, потому-что артефакт сжатия на снимке можно спутать с каким-нибудь образованием. и поставить неверный диагноз.
Аноним (Microsoft Windows 10: Firefox based) 22/08/22 Пнд 14:08:29 3196666 299
>>3196655
Сам смотри, там ещё от кодека же зависит. Возьми статичное видео и наоборот динамичное, и посмотри как оно выглядит при 15-20-25 и так далее, выбрав разумный размер и подходящее качество. Проводя аналогию - может быть такое что исходный кодек кодировал видео треугольниками, а новый квадратами, и даже с повышением битрейта он добавляет новых артефактов.

Грубо говоря crf означает, что вне зависимости от размера видео и битрейта он закодирует с определённым точностью, так что разница между оригинальным и полученным видео будет не выше определённого значение, ниже crf - выше уровень соответствия.


>>3196661
Вряд ли это имеет отношение к снятому с мобилки...
Аноним (Linux: Firefox based) 22/08/22 Пнд 14:36:30 3196680 300
>>3196666
> Проводя аналогию - может быть такое что исходный кодек кодировал видео треугольниками, а новый квадратами
Ну на сегодня практически все популярные lossy кодеки которые ещё живы и есть в обиходе используют ДКП, за редкими исключениями в виде ДВП кодеков. Начиная ещё с JPEG и MPEG 1 и далее вплоть до AV1 все используют ДКП в основе. Даже некогда амбициозный проект Daala строился вокруг ДКП, с надстройкой которая называлась lapped transform.
Реально кодеки отличаются алгоритмами lossless кодирования данных, набором режимов предсказания в ключевых кадрах, точностью компенсации движения, возможными типами промежуточных кадров (такие как поддержка b фреймов, альтернативные референсные кадры), и алгоритмами подавления блочности.
То есть база на протяжении всей истории видеокодеков остаётся неизменной. Усложняются лишь надстройки над этой базой.
Аноним (Google Android: Mobile Safari) 22/08/22 Пнд 15:19:29 3196697 301
Аноним (Microsoft Windows 10: Chromium based) 23/08/22 Втр 14:44:49 3196983 302
С какими настройками OBS эмулирует веб-камеру?
Аноним (Microsoft Windows 10: Chromium based) 23/08/22 Втр 17:17:26 3197036 303
1.PNG 59Кб, 1106x635
1106x635
2.PNG 54Кб, 1095x620
1095x620
Аноны, какую версию качать для винды: git master builds или release builds? И какую подверсию выбирать: essentials или full?
Если мне нужна стабильная полная версия то нужен release builds и full?
Аноним (Microsoft Windows 7: Firefox based) 23/08/22 Втр 17:29:37 3197039 304
>>3197036
> Если мне нужна стабильная полная версия то нужен release builds и full?
Да.
Аноним (Microsoft Windows 8: Firefox based) 23/08/22 Втр 19:30:42 3197064 305
>>3181555 (OP)
Аноны, выручайте. Есть у меня батник с таким содержимым:

for (процент)(процент)a in (".") do C:\ffmpeg\bin\ffmpeg.exe -i "(процент)(процент)a" -vcodec libx265 -crf 28 "(процент)(процент)~na.mp4"
pause



Кидаю его в папку с видео и он их конвертирует в эту же папку. Но по понятным причинам с .mp4 работать не умеет. Что дописать чтобы он конвертировал в другую папку (в субдиректорию или на десктоп, например)?
Аноним (Microsoft Windows 8: Firefox based) 23/08/22 Втр 19:32:04 3197065 306
>>3197064
Опять с разметкой обосрался, про проценты вспомнил, а про астериски забыл.
Аноним (Microsoft Windows 10: Firefox based) 23/08/22 Втр 19:58:34 3197071 307
>>3197064
>"(процент)(процент)~na.mp4"
Замени на "papka/(процент)(процент)~na.mkv" или через \
Только папку нужно создать заранее, или в начале файла прописать mkdir с именем папки.
Аноним (Google Android: Mobile Safari) 24/08/22 Срд 21:26:59 3197366 308
>>3193185
>>3194273
Блять, после этого поста я так серьёзно призадумался. У меня тоже в одном видео такое всплывало, но я не обратил особо внимание.
И что теперь делать? Libaom не подвержен этой проблеме? То есть ключевые кадры когда меняются сцены это необходимость, без этого не обойтись?
Аноним (Microsoft Windows 10: Firefox based) 26/08/22 Птн 12:31:33 3198308 309
Скиньте кто-нибудь jxl картинку, плиз. ffmpeg нужно как-то собирать, что ли, чтоб jxl был включен? Или нужна версия ffmpeg master/git?
Аноним (Microsoft Windows 10: Firefox based) 26/08/22 Птн 15:40:59 3198423 310
out.webm 35099Кб, 1920x1080, 00:03:30
1920x1080
Тест превью
Аноним (Microsoft Windows 10: Firefox based) 26/08/22 Птн 15:42:26 3198425 311
Аноним (Google Android: Mobile Safari) 26/08/22 Птн 18:29:06 3198534 312
>>3198308
Лучше через отдельный кодировщик, он умеет сжимать jpg без потери качества
Аноним (Microsoft Windows 10: Firefox based) 26/08/22 Птн 20:49:43 3198641 313
>>3198425
>на gyan.dev включен libjxl
Последнюю версию оттуда загрузил, 5.1 full.
При запуске в параметрах сборки не указан libjxl, в списке энкодеров тоже его нет.
Аноним (Microsoft Windows 10: Firefox based) 26/08/22 Птн 23:30:12 3198704 314
image.png 48Кб, 919x387
919x387
>>3198641
Попробуй git full, там точно должна быть.
Аноним (Microsoft Windows 10: Firefox based) 26/08/22 Птн 23:49:35 3198709 315
изображение.png 61Кб, 1283x422
1283x422
изображение.png 22Кб, 892x117
892x117
>>3198704
Мне критически важна shared версия, без неё смысла нету. Для git-full такой не вижу.
А вот версия 5.1, за 2022-07-24, а добавили якобы 2022-04-25 по чейнджлогу.
Аноним (Microsoft Windows 10: Firefox based) 27/08/22 Суб 00:00:52 3198713 316
>>3198709
Что есть, то есть. Самому бы тоже shared хотелось.
Аноним (Google Android: Mobile Safari) 27/08/22 Суб 04:36:58 3198764 317
Аноним (Microsoft Windows 10: Firefox based) 27/08/22 Суб 04:50:52 3198765 318
изображение.png 5Кб, 335x84
335x84
>>3198764
А это зачем нужно? Чем не угодил x265/x264?
Зато сразу три либы для av1.
Аноним (Microsoft Windows 10: Firefox based) 27/08/22 Суб 06:24:08 3198774 319
>>3198765
>Чем не угодил x265/x264?
Гугли вопрос чем отличаются gpl от lgpl, именно этим.
Аноним (Google Android: Mobile Safari) 27/08/22 Суб 06:26:38 3198775 320
>>3198765
У этих двух библиотек несвободная лицензия
Аноним (Microsoft Windows 10: Firefox based) 27/08/22 Суб 08:50:33 3198791 321
>>3198775>>3198774
Аааа, вот оно как...
Я просто меньшего размера взял...
Аноним (Linux: Firefox based) 27/08/22 Суб 11:13:47 3198819 322
>>3198775
Дело не в лицензии на encoder. Сами кодировщики свободные. Дело в патентах на стандарты AVC/H264 и HEVC/H265 соответственно. Именно из-за патентов кодеки и считаются несвободными.
Аноним (Microsoft Windows 10: Firefox based) 27/08/22 Суб 12:37:31 3198839 323
изображение.png 23Кб, 693x190
693x190
>>3198819
Тогда почему есть все остальные, кроме именно libx264/libx265?
Если сам формат того этого.
Аноним (Google Android: Mobile Safari) 27/08/22 Суб 12:54:28 3198842 324
Аноним (Microsoft Windows 10: Chromium based) 27/08/22 Суб 15:06:36 3198940 325
>>3181555 (OP)
Ребят - а нахуя вы сжимаете?
Что это за хобби у вас такое?
Аноним (Microsoft Windows 10: Firefox based) 27/08/22 Суб 15:20:05 3198946 326
>>3198940
>а нахуя вы сжимаете?
Чтобы место меньше занимало.
>Что это за хобби у вас такое?
Обычное, что не так?
Аноним (Linux: Firefox based) 27/08/22 Суб 17:11:24 3198973 327
>>3198839
А вот этого я не знаю. Спроси у тех кто собирал этот билд.
Аноним (Microsoft Windows 7: Firefox based) 28/08/22 Вск 05:06:37 3199118 328
>>3198940

> нахуя вы сжимаете

Хочешь ты, предположим, выложить в /zog какой-нибудь видеофайл, скачанный с Ютьюба.

А просто указать ютьюбный адрес не получится, поскольку видеофайл на самóм Ютьюбе ужé стёрли.

Но в /zog можно не больше 40 мегабайтов.

А у тебя yt-dlp скачал с Ютьюба 95 мегабайтов.

Значит, поневоле придётся сперва сжимать.
Аноним (Microsoft Windows 7: Firefox based) 28/08/22 Вск 05:10:06 3199119 329
Аноним (Linux: Firefox based) 28/08/22 Вск 08:13:04 3199130 330
>>3199119
Не читал, но там был патч, связанный с этой ишой
Аноним (Microsoft Windows 10: Chromium based) 28/08/22 Вск 13:48:32 3199220 331
резведопрос.webm 3138Кб, 1280x720, 00:00:12
1280x720
image.png 6Кб, 305x122
305x122
Мои вебм не грузятся с мобильного дискорда, а если скачаь, то первый раз плеер проигрывает чёрный экран вместо изображения. Вот пример.
Появилась проблема после того как я перешёл с премьера на давинчи. Настройки рендера на 2 скрине. Может что-то с цветовым диапазоном?
Аноним (Microsoft Windows 10: Chromium based) 28/08/22 Вск 14:46:10 3199247 332
>>3199220
Вместо yuv 422 8bit, ставь yuv 420 8 bit и только его. Ну и еще кодек h264, x264.
Аноним (Microsoft Windows 10: Chromium based) 28/08/22 Вск 17:33:28 3199304 333
>>3199247
Я лослесс хотел использовать при монтаже.
Аноним (Microsoft Windows 10: Chromium based) 28/08/22 Вск 18:03:38 3199314 334
>>3199304
Причем тут монтаж и рендер?
Аноним (Microsoft Windows 10: Chromium based) 28/08/22 Вск 18:09:42 3199318 335
>>3199314
Монтаж + рендер в лослесс, а из лослесса уже в вебм.
Аноним (Microsoft Windows 10: Chromium based) 28/08/22 Вск 18:14:54 3199322 336
>>3199318
ну так, когда кодируешь в вебм уже сделай в yuv420p 8 bit. Нах тогда твои настройки рендера в давинчи тут, ты же не сказал, чем перекодируешь из лос в вебм. У тебя сейчас в вебм стоит yuv42210bit. Если через ffmpeg кодируешь, то команду указываешь дополнительно -pix_fmt yuv420p в настройки видео.
Аноним (Microsoft Windows 10: Chromium based) 28/08/22 Вск 19:04:57 3199331 337
>>3199322
Я почему-то был убеждён, что у vp9 какой-то один свой колорспейс и он всегда его меняет. И вот я допёр что это не так, захожу сюда, а ты мне тоже это говоришь. Спасибо, сейчас напердолю.
Аноним (Microsoft Windows 10: Chromium based) 28/08/22 Вск 19:57:41 3199341 338
>>3199322
В чём разница -pix_fmt и format?
Аноним (Microsoft Windows 10: Chromium based) 28/08/22 Вск 22:22:04 3199381 339
>>3199341
формат вообще к кодеку относится как знаю. pix_fmt правильно использовать, другого нигде не видел.
Аноним (Microsoft Windows 10: Firefox based) 29/08/22 Пнд 18:13:33 3199713 340
>>3198940
Сжатие - это компромисс между дисковым пространством и интернет-трафиком с одной стороны, и электричеством, человеческим временем и мощностью железа с другой. Если у тебя слабый процессор, дорогие тарифы на энергию и много места на дисках, и стоит цель хранить медиа - сжимать не нужно. Если у тебя мощное железо, дешёвое электричество, и медиа-файлы нужно отправлять по интернету или хранить на переносном устройстве с малым объёмом хранилища - нужно сжимать.
Аноним (Microsoft Windows 7: Firefox based) 30/08/22 Втр 00:24:28 3199884 341
обрезаю картинку с помощью crop, если ширина нечетная то выходное изображение на пиксель меньше по ширине, как это исправить?
Аноним (Microsoft Windows 7: Firefox based) 30/08/22 Втр 00:31:54 3199887 342
Аноним (Microsoft Windows 10: Chromium based) 30/08/22 Втр 04:49:31 3199924 343
>>3199884
Слушай, готового решения не дам. А чем ты режешь? По идее, большинство кодеков при нечётном значении просто выдаст ошибку. А вот vp9 просто сделает так как ты просишь без проблем. Помню находил команду, чтобы для чётности добавлялась строчка серого цвета. Некогда искать сейчас.
Аноним (Linux: Firefox based) 30/08/22 Втр 08:26:37 3199936 344
Аноним (Microsoft Windows 10: Chromium based) 30/08/22 Втр 16:45:57 3200113 345
Как мапить metadata.txt?
Аноним (Microsoft Windows 10: Chromium based) 30/08/22 Втр 16:51:01 3200115 346
>>3200113
ffmpeg -i input.mp4 -i metadata.txt -map_metadata 1 -c copy output.mp4
Аноним (Microsoft Windows 10: Chromium based) 01/09/22 Чтв 12:34:08 3200861 347
1585440977453.png 8Кб, 656x117
656x117
Что за новый кодировщик AMD HW в OBS? В чём отличие от старого AMD AMF? Стоит на него переключиться с RX 460?
Аноним (Microsoft Windows 10: Firefox based) 01/09/22 Чтв 15:05:13 3200899 348
>>3181555 (OP)
Как записывать экран с игрой без серьёзных просадок производительности в игре и без потери плавности на видео? Допускается вариант с записью раздутых плохо сжатых файлов в реальном времени и дальнейшем их сжатием. Я так и делал, пытаясь записывать lossless, но, кажется, из-за нехватки пропускной способности моего usb hdd видео получилось дёрганым. Сжимая в реальном времени на высоких битрейтах получал меньшие но лаги как в игре так и на видео. Записывая на ssd ситуация чуток улучшилась. Записывал через OBS, не нашёл пригодных к использованию настроек.
Аноним (Google Android: Mobile Safari) 01/09/22 Чтв 15:17:40 3200904 349
>>3200899
> Как записывать экран с игрой без серьёзных просадок производительности в игре и без потери плавности на видео?
Через утилиту, встроенную в драйвер видеокарты, типа shadowplay
Аноним (Microsoft Windows 10: Firefox based) 01/09/22 Чтв 15:48:44 3200912 350
>>3200904
>shadowplay
Более говноедский софт поискать нужно.
Аноним (Microsoft Windows 10: Firefox based) 01/09/22 Чтв 16:23:41 3200917 351
16612449616821.jpg 67Кб, 1080x1351
1080x1351
png166124496168[...].jpg 400Кб, 1080x1351
1080x1351
pngIMGOC2022070[...].jpg 4290Кб, 3840x2160
3840x2160
изображение.png 211Кб, 1638x542
1638x542
>>3198764
Перекодирование из jpg без потерь не работает, а если и работает, то размер только уменьшается.

Объясните, почему я беру картинку, кодирую её как -c:v png, потом открывают исходную jpg и полученную png, и между ними получается разница почти в 16 пунктов (из 255).
Предположу, что это как-то связано с цветовыми пространствами 709-601, и со всякими yuv420p, yuv422p. Это конечно всё очень хорошо, но почему я не могу взять уже заданный файл, сохранить его в png без потерь и чтобы получилось то же самое, как если бы я сразу открывал jpg?

Вот, вопрос, как сделать так, чтобы я взял jpg, перекодировал его в png, и открыв в пеинте получил бы одинаковые изображения, а не разные? Причём, я уже подумал что это в моей программе косяк и она не может jpg открыть, так нет, в крите то же самое, цвета сбиваются.


>>3200899
Компьютеры писали в полном разрешении с экрана ещё десять лет назад, сейчас это потребляет вовсе 10% ресурсов по сравнению с самой игрой, потому что мониторы и фпс остались такими же с условными 1920х1080 в 60 фпс, а игры стали тяжелее и компьютеры быстрее.
Проблема не в кодировании видео, а в алгоритме захвате, который видимо не очень эффективный.
Аноним (Google Android: Mobile Safari) 01/09/22 Чтв 17:27:00 3200939 352
>>3200917
В ffmpeg оно не работает, надо свой кодировщик
Аноним (Google Android: Mobile Safari) 01/09/22 Чтв 17:27:38 3200940 353
Аноним (Microsoft Windows 10: Firefox based) 01/09/22 Чтв 20:32:24 3201016 354
>>3200939
Это потому что у ffmpeg архитектура такая, что кодировшик исходный файл не получает и отдельный от декодера, и сжимает данные заново не имея возможности обратиться к оригиналу?
А как тогда его настроить?
Аноним (Microsoft Windows 10: Firefox based) 01/09/22 Чтв 21:35:04 3201059 355
Аноны, каким будет оптимальный битрейт для [email protected]?
Ютуб для стримов в 2к советует от 9к до 18к. Если поставлю 15к для записи на диск, не будет ли слишком хуево?
Хочу потом резать вебмки и лить на двачи, пережав vp9. То есть сурс должен быть ну не совсем уж печальным.

Тут же в посте вопрос по шебмам.
Жму так:
-deadline good
-cpu-used 3
-b:v 1-2M

Результаты кочуют по двачу, но в частности можно увидеть тут:
https://2ch.hk/v/res/7558295.html#7560239
https://2ch.hk/v/res/7558295.html#7560248
Аноним (Microsoft Windows 10: Firefox based) 01/09/22 Чтв 22:41:27 3201140 356
3.png 492Кб, 1439x817
1439x817
2.png 500Кб, 1568x852
1568x852
1.jpg 482Кб, 1401x836
1401x836
>>3201059
Подходящий битрейт зависит от содержания видео. Если у тебя 2d игра в изометрии, или даже просто с видом сверху, то для "не слишком хуевого" качества подойдёт в четверо меньший битрейт, чем для шутера с прыжками и перекатами.
А поставить constqp режим религия не позволяет, который сам в зависимости от содержания видео возьмёт битрейта достаточно, для передачи "не слишком хуевого" качества, по типу, что если ты будешь листать сайт или поставишь всё на паузу, то он вообще минимум битрейта будет расходовать?


>>3200917
В общем очень условно потестил, а заодно и более древние кодеки (и ещё одиночные кадры libaom-av1 и vp9).
Вот таблицы для трёх картинок в разных форматах и разного размера, в качестве оценки среднеквадратичная разница (в rgb-представлении, что очень условно) и максимальная разница.
Интересно что будет, когда мне подскажут как jxl запустить.


Проблему "решил" просто ещё и исходное изображение в png перегоняя, чтобы там не было проблем с этим преобразованием цветов.


Мяу, я всё настроил, чтобы было удобно можете ещё кодеков подкинуть для проверки или картинок.
Аноним (Google Android: Mobile Safari) 01/09/22 Чтв 22:45:13 3201145 357
>>3201140
> А поставить constqp режим религия не позволяет, который сам в зависимости от содержания видео возьмёт битрейта достаточно, для передачи "не слишком хуевого" качества, по типу, что если ты будешь листать сайт или поставишь всё на паузу, то он вообще минимум битрейта будет расходовать?
Constqp и crf это разные режимы! То что ты написал относится к crf
Аноним (Microsoft Windows 10: Firefox based) 02/09/22 Птн 00:04:50 3201261 358
>>3201145
Но к qp в целом тоже, просто не так явно, но принципы адаптивного битрейта всё ещё сработают.
Аноним (Microsoft Windows 10: Firefox based) 02/09/22 Птн 01:36:12 3201310 359
>>3201140
Там только не среднеквадратичная, а средний квадрат делённый. Опечатался немного, а то задумался что значения маловаты.
Чтобы получить среднеквадратичную в шкале 0..255, нужно умножить на 255 и извлечь корень, примерно вот так масштабируется:
0.01 -> 1.60
0.05 -> 3.57
0.10 -> 5.05
0.20 -> 7.14
0.50 -> 11.29
Аноним (Linux: Firefox based) 02/09/22 Птн 07:09:09 3201361 360
>>3200899
С какими настройками писал? Поставь CQP 22 и посмотри. Я хз какие проблемы там можно увидеть. Я заходил в шутан и на максимальной чувствительности мыши прокручивал мышь в бок, потом открывал получившееся видео и каждый кадр был идеально чёткий. При этом, фон в игре состоял из природы с деревьями и всем таким, то есть довольно сложная картинка. Равнины Эйдалона в варфрейме.
>>3200904
Тот же нвенк, что и в обс, только cbr без альтернатив, в то время как обс может писать в cbr, vbr и cqp и даже лослесс. Никак шадоуплей не может писать качественнее OBS.
>>3200912
Двачую. Я каждый раз в шоке с "игровых журналистов" которые деньги вроде зарабатывают этим, а всё равно пишут шадоуплеем и жалуются "ой, у меня не захватывалось, ой у меня оверлей шадоуплея мерцает на записи, ой...".
Аноним (Linux: Firefox based) 02/09/22 Птн 07:11:18 3201362 361
>>3201261
CQP это то, чем приходится пользоваться за неимением CRF. Хз почему нет, возможно в реальном времени нельзя.
Аноним (Microsoft Windows 10: Firefox based) 02/09/22 Птн 07:22:43 3201364 362
изображение.png 11Кб, 420x228
420x228
>>3201361
>Никак шадоуплей не может писать качественнее OBS.
Может писать эффективнее и незаметнее для компьютера, если нвидия сделала костыль, так что только у них есть доступ к фичам видеокарты по своим протоколам, и если это ещё не зареверсинжирили. Или если видео на каком-то более глубоком уровне драйвера захватывается без лишних передач данных, это уже к слову не о кодировщике, а именно о захвате видео.

Но лишние программы ой как не хочется на компьютер держать, а этот nvidia expirence ещё и вроде бы с регистрацией, вообще офигеть.

>>3201362
nvenc просто такое не умеет, у него только cq, а x264 - пожалуйста, в реальном времени вполне пишет, но сильно загружает процессор.
Аноним (Linux: Firefox based) 02/09/22 Птн 07:44:56 3201369 363
>>3201364
>nvenc просто такое не умеет
Понял. Жалко.

>>Никак шадоуплей не может писать качественнее OBS.
>Может писать эффективнее и незаметнее для компьютера, если нвидия сделала костыль, так что только у них есть доступ к фичам видеокарты по своим протоколам, и если это ещё не зареверсинжирили. Или если видео на каком-то более глубоком уровне драйвера захватывается без лишних передач данных, это уже к слову не о кодировщике, а именно о захвате видео.
Да, тут ты прав, но это почти теория заговора. OBS развивается при поддлержке нвидии в том числе. Поддержка, конечно, не значит, что они раскрывают все свои карты, но всё же. Вероятность имхо мала. ОБС жрёт на 1-2 процента больше, скорее всего из-за моделирования сцены. В экспириенсе, понятно, такой функционал просто отсутствует.

>Но лишние программы ой как не хочется на компьютер держать, а этот nvidia expirence ещё и вроде бы с регистрацией, вообще офигеть.
Да, с регистрацией, но можно просто по гуглоаку зарегистрироваться и зайти. Экспириенс не так бесполезен. Мне нравится Ansel (работает без включения оверлея). Позволяет делать скрины в ебическом разрешении. Но это так, побаловаться. А ещё можно посмотреть что та или иная опция в игре меняет. Есть неочевидные моменты иногда. Жалко экспириенс может только пресет настроек применить, руками из экспириенса настроить ничего нельзя. Ещё апскейл нейросетевой можно включить через него. Который dsr.
Ставить это ради записи не стоит. Качества там лучше не будет - уверяю, а UX там на дне.
Аноним (Microsoft Windows 10: Firefox based) 02/09/22 Птн 09:15:45 3201385 364
>>3201140
>который сам в зависимости от содержания видео возьмёт битрейта достаточно, для передачи "не слишком хуевого" качества, по типу, что если ты будешь листать сайт или поставишь всё на паузу, то он вообще минимум битрейта будет расходовать
Как тебе уже написали, это больше про CRF. CQP будет квантизировать абсолютно все кадры одинаково, адаптивности у него нет никакой. Именно поэтому я ставлю постоянный битрейт и не трачу место на диске зря.
Тебе constant о чем-нибудь говорит? CQ - не аналог CRF даже близко. Кури мануалы.
Аноним (Microsoft Windows 10: Firefox based) 02/09/22 Птн 09:16:46 3201387 365
>>3201385
>я ставлю постоянный битрейт
*и приемлемый, а не 50м/сек
Аноним (Linux: Firefox based) 02/09/22 Птн 10:26:25 3201397 366
>>3201385
Ты не совсем прав. CQP будет таки адаптировать битрейт под сложность картинки. Минута рабочего стола и минута игры будут различаться очень прилично. 5 мб против 350 мб очень реально. Даже CBR экономит битрейт в простых сценах, если память не изменяет.
Ну и вообще cqp > cbr для записи. Как минимум за счёт психовизуальной модели - он сжимает кадр не равномерно, а даёт приоритет качества подвижным частям, так как человек будет смотреть туда. Субъективное качество такого видео выше, хотя объективно это не так.
мимо
Аноним (Microsoft Windows 10: Firefox based) 02/09/22 Птн 11:56:04 3201419 367
>>3201369
>Который dsr.
Он включается у меня в панели управления и без экспиренса.

>>3201385
>CQP будет квантизировать абсолютно все кадры одинаково
А это разве и не значит, что разница между исходным видео и полученным будет не выше определённой? И это напрямую говорит о том, что сложное видео с резко меняющимися кадрами будет кушать больше битрейта?
А в crf просто ещё оптимизации про движение и восприятие цветов глазом, лучше на 10%, но в целом надстройка над более простым и математическим cqp.
Аноним (Microsoft Windows 10: Firefox based) 02/09/22 Птн 13:46:43 3201460 368
изображение.png 10Кб, 564x178
564x178
>>3200939
Я взял это https://github.com/libjxl/libjxl/releases
Кстати, это нормально, что оно потребовало наличия некоторых brotlidec.dll и brotlienc.dll, которые в уже скомпилированном виде нигде не нашлись, и мне пришлось загрузить код отсюда (там только код, без бинарников) https://github.com/libjxl/libjxl/releases - скомпилировать (слава богу, оно с первого раза без ошибок скомпилировалось, потому что понятный cmake использует), и потом там появились файлы libbrotlidec.dll и libbrotlienc.dll, у которых пришлось убрать префикc lib, и только после этого оно заработало?

Отконвертил папку с фотографиями какими-то с трёх разных мобильников.
Вроде и неплохо, но не так уж впечатляет, к тому же одну фотографию, нормальную, без разрешения в 10к и с чётным размером не смог перевести.
Предпросмотр в виндоусе работает, миниатюры загружаются, но оче долго.

А видеокодек без потерь пережимающий x264 будет, или просто на основе этого jxl?
В целом по соотношению размер-качества он на голову выше webp...
Аноним (Microsoft Windows 10: Chromium based) 02/09/22 Птн 14:18:54 3201462 369
>>3201361
>Никак шадоуплей не может писать качественнее OBS.
Писать может и нет, а вот захват экрана там производится собственной технологией , которой нет в обс.
Аноним (Microsoft Windows 10: Chromium based) 02/09/22 Птн 14:19:27 3201463 370
>>3201361
>Тот же нвенк, что и в обс, только cbr без альтернатив, в то время как обс может писать в cbr, vbr и cqp и даже лослесс.
Также это всё тоже меняется, но через реестр.
Аноним (Microsoft Windows 10: Firefox based) 02/09/22 Птн 14:19:39 3201464 371
изображение.png 9Кб, 1200x75
1200x75
Не силен в инглише, пикрил значит, что теперь прописывать -threads для vp9 не нужно? Как примерно перевести row based? Какие еще строки?
Аноним (Microsoft Windows 10: Chromium based) 02/09/22 Птн 16:38:59 3201494 372
Аноним (Microsoft Windows 10: Chromium based) 02/09/22 Птн 17:29:43 3201508 373
1631680564403.webm 6324Кб, 1280x720, 00:00:08
1280x720
Аноним (Microsoft Windows 10: Chromium based) 02/09/22 Птн 17:55:30 3201514 374
>>3201508
кукла нормально кстати воспроизводит, только сжимает к центру.
Аноним (Microsoft Windows 10: Firefox based) 03/09/22 Суб 10:50:22 3201663 375
Довольно улыбнулся, когда сжал свою коллекцию png в lossless webp, сократив тем самым занимаемое место в 1.8 раз. Экономия диска на ровном месте. Но есть ли что-то более эффективное для lossless картинок, чем webp? Может быть, остаться на webp, но уже в lossy режиме? Какие тогда настройки нужно использовать, чтобы глаз не заметил потерь?
Аноним (Microsoft Windows 10: Firefox based) 03/09/22 Суб 10:57:54 3201667 376
Аноны, как сравнивать 264й и vp9? Какова методика?
Аноним (Google Android: Mobile Safari) 03/09/22 Суб 12:42:46 3201691 377
>>3201663
Jpeg xl ещё эффективнее
>>3201667
На глаз, по кадрам друг за другом
Аноним (Microsoft Windows 10: Firefox based) 03/09/22 Суб 14:02:44 3201703 378
>>3201663
А ещё обрати внимание на BPG (основанный на h265, если на ошибаюсь - или там уже что-то новое на h265 придумали, не смотрел) и avif (основанный на av1). И на jxl, да - он прям очень хорошие картинки выдаёт, и даже на катастрофически низком битрейте в 2% от исходного он выдаёт узнаваемую картинку, когда все остальные форматы пятна или квадраты размытые. И ещё он уже хорошо внедряется в виндоус, и предпросмотром и миниатюрами.
Аноним (Microsoft Windows 10: Firefox based) 03/09/22 Суб 14:20:08 3201708 379
изображение.png 25Кб, 447x258
447x258
Винда не хочет воспроизводить самый обычный h264 + aac фильм.
Суть: пытаюсь перекодировать исходник для теста libx264, но файл не воспроизводится. Когда кодирую hevc, все окей. В чем сука может быть причина, что плеер отказывается есть самый обычный кодек?
test - hevc
test_2 - libx264

-ss 00:05:30 -i source.mkv -t 00:02:30 -c:v hevc -c:a aac test.mkv -работает
-ss 00:05:30 -i source.mkv -t 00:02:30 -c:v libx264 -c:a aac test_2.mkv - не работает

Плагин для 265 установил.

Следующим постом вкину ffprobe сурса.
Аноним (Microsoft Windows 10: Firefox based) 03/09/22 Суб 14:22:05 3201710 380
изображение.png 76Кб, 1723x512
1723x512
У фильма есть главы, если что но как это может быть проблемой?
Аноним (Microsoft Windows 10: Chromium based) 03/09/22 Суб 14:29:48 3201714 381
icevideo2022090[...].mp4 5591Кб, 0x0, 00:00:14
0x0
Гайз, спрошу у вас сначала. Смотрю лекции на скорости х1.5 и использую плеер слева т.к. есть превьюха у таймлайна как на ютубе, но если сделать скорость х1.5, то звук становится уебанским, но быстрым. Как сделать звук как на VLC плеере? Даже не знаю что гуглить лол. Настройки покликал, но ничего подходящего не нашел.
Аноним (Microsoft Windows 10: Chromium based) 03/09/22 Суб 14:31:15 3201716 382
icevideo2022090[...].webm 798Кб, 1266x498, 00:00:14
1266x498
>>3201714
Видео не конвертнул. Короче такая хуета.
Аноним (Microsoft Windows 10: Chromium based) 03/09/22 Суб 14:33:33 3201718 383
>>3201714
>>3201716
Тут на обоих видосах стоит х1.5 скорость
Аноним (Microsoft Windows 10: Firefox based) 03/09/22 Суб 14:33:41 3201719 384
>>3201716
В одном случае у тебя ускоряется дорожка без изменения формы волны, во втором случае идёт преобразовывание тембра, что намного более сложный код.
Если не ошибаюсь - одно делается как -af asetrate=441002.0,aresample=44100, а другое как просто -af asetrate=441002.0, или что у тебя там вместо 44100.
Аноним (Microsoft Windows 10: Chromium based) 03/09/22 Суб 14:42:21 3201721 385
Screenshot1.png 36Кб, 681x536
681x536
>>3201719
А в плеере это где-то можно сделать? Я так понял у тебя для перекодирования параметры? Я просто выбираю в плеере "увеличить скорость" и смотрю.
Аноним (Microsoft Windows 10: Chromium based) 03/09/22 Суб 14:45:10 3201723 386
Screenshot2.png 22Кб, 666x524
666x524
>>3201719
Спасибо, анончик! Сам нашел вот эту хрень. Теперь нормальный голос, а не ебучий мультяшный
Аноним (Microsoft Windows 10: Firefox based) 03/09/22 Суб 14:46:28 3201724 387
изображение.png 16Кб, 735x193
735x193
>>3201721
В твоём — понятия не имею.
В моём вот, есть два алгоритма с компенсацией тембра, есть без обработки завышающий частоты, и ещё один из ffmpeg.
Аноним (Google Android: Mobile Safari) 03/09/22 Суб 15:07:28 3201734 388
>>3201708
У тебя видео 10 бит, h264 такой формат аппаратно не поддерживают. Напиши -pix_fmt yuv420p
Аноним (Microsoft Windows 10: Firefox based) 03/09/22 Суб 18:41:56 3201832 389
изображение.png 15Кб, 1197x207
1197x207
>github.c