FFmpeg и общий кодирования видео тред №7 /ffmpeg/
Аноним (Microsoft Windows 10: Chromium based)27/07/22 Срд 09:08:01№31815551
FFmpeg и общий кодирования видео тред №7
В прошлый раз мы срались за аудиокодеки весь тред.
FFmpeg - мощнейший видео-комбайн с открытым исходным кодом подо все существующие в наблюдаемой части нашей галактики платформы. 99% бесплатного и платного графического конвертероговна используют его в качестве бек-энда, так что давай-ка заканчивай пользоваться интерфейсными зондами и осваивай сам инструмент напрямую. Вебмки для двача тоже сжимают итт.
Для первичного ознакомления с тем, что тут происходит, прочитай это: https://www.ffmpeg.org/ffmpeg.html - тебе будет много непонятно, но основные термины тебе зацепятся за ухо, позже разберёшься что к чему.
Полная документация по самому конвертеру и всем встроенным кодекам: https://www.ffmpeg.org/ffmpeg-all.html - можно пользоваться как справочником и подглядывать, когда что-то забыл.
Более прикладная и полезная для бытовых целей официальная вики: http://trac.ffmpeg.org/wiki - здесь ты найдёшь детальные методички с пошаговыми инструкциями для решения типовых задач типа склейки нескольких видео в одно, наложения звуков, хардсаба и т.д. Очень полезная для того, чтобы набить руку с параметрами.
Также на очень много вопросов отвечено на стековерфло и неожиданно в предыдущих тредах.
Подробный разбор режимов кодирования основных кодеков читай тут: https://slhck.info/posts/ - там всего несколько постов, но они очень крутые, чтобы понять, что происходит внутри этой адской машины.
ИТТ выбираем идеальные режимы кодирования, тестируем нереализованные параметры и ждём официального исхода баттла VVC vs AV1, после чего наконец-то сможем сжимать видео ещё лучше медленнее.
Аноним (Microsoft Windows 10: Firefox based)27/07/22 Срд 10:20:14№31815682
>>3181527 → Надо было написать, что в x264 я тоже пробовал кодировать, но нихуя не поменялось. Как было 12 отсутствующих/одинаковых кадров в начале с -c:v copy, так с -c:v libx264 и осталось. Вики что-то там кукарекает по поводу frame-accurate seeking, когда по факту нихуя не frame-accurate.
Аноним (Google Android: Mobile Safari)27/07/22 Срд 16:40:06№31817233
>>3181555 (OP) Где её было много, я вроде всё подправил то что сказали
Аноним (Microsoft Windows 10: Firefox based)27/07/22 Срд 18:36:35№31818094
Чем лучше жать лосслесс файлы? x264/x265?
Аноним (Google Android: Mobile Safari)27/07/22 Срд 18:42:58№31818155
>>3181809 Нет, они плохо жмут. Особенно второй, даже хуже первого. ffv1
Аноним (Microsoft Windows 10: Firefox based)27/07/22 Срд 19:30:12№31818296
>>3181815 >ffv1 И как им СЖИМАТЬ? Не могу чет найти нормальных описаний параметров.
Аноним (Google Android: Mobile Safari)28/07/22 Чтв 10:03:00№318206210
Хочу анализировать ролики с помощью нейросети на смысловое содержание. Каждый кадр анализировать будет слишком рассточительно, потому что соседние кадры содержат идентичную информацию и мало чем отличаются друг от друга. Планирую первичную выборку кадров делать с помощью ffmpeg. Как лучше всего поступить? Нарезать все кадры с помощью ffmpeg, а потом отсеивать малозначимые кадры другими инструментами или достаточно будет вытаскивать ключевые кадры средствами того же ffmpeg. Никакая потенциально значимая информация при этом не теряется? Также реквестирую команду, которая извлекает все ключевые кадры из ролика.
>>3182062 Сначала нарежь видос на сцены при помощи scenecut. Это важная метаинформация. Внутри большинства сцен хватит одного-двух кадров. Если сцена динамичная - тогда все кадры хуярить. Динамику сцены можно посчитать по векторам движения. На опорные кадры забей, для смыслового содержания разницы никакой.
Аноним (Microsoft Windows 10: Firefox based)28/07/22 Чтв 14:30:59№318214112
Есть видео из под воды рядом с лодкой. Я хочу прикрутить туда vidstabtransform, и если обычные видео снятые с рук он делает очень плавными и ровными, то тут (возможно из-за постоянного движения дна, а возможно из-за нерегулярного фреймрейта) оно почти не работает и всё дёргается. Можете подсказать как такое обработать, и насколько хорошо vidstabdetect работает с переменным фреймрейтом? У него просто в настройках количество кадров для сглаживание, хотя для такого видео сглаживание должно быть не по кадрам, а по меткам времени...
Может быть стоит самом получить метки времени кадров и обработать файл после vidstabdetect с корректным сглаживанием?
Если большинство рипов делается с блюрей и жмется кому как вздумается, то как дела обстоят со стриминговым контентом? Ну типа смысл жать уже сжатое ещё больше, разве что даунскейл делать с 4к до нужного и подрезать битрейт. Опять же, что там условный 265 выжмет после 264? Очень интересно.
Ну и ещё вопрос по рипам - вот нужно мне для коллекции пожать фильм самому (видимо потому, что на трекерах такого нет). Я должен найти bdremux, чтобы сурс был качественный. Затем на чем я жму, на камне или на картоне? Мне вот хочется в hevc, чтобы заебись было, но ждать двое суток такое. Или карта так же хорошо как проц не может - почему? Инструкции-то одни и те же, нахуй вообще аппаратное ускорение придумали тогда? Боже как сложно.
Аноним (Microsoft Windows 10: Palemoon)28/07/22 Чтв 21:53:52№318232915
>>3182062 > Хочу анализировать ролики с помощью нейросети на смысловое содержание Смысл чего искать планируешь и как планируешь определять в чём смысл?
Аноним (Microsoft Windows 10: Firefox based)28/07/22 Чтв 22:03:14№318233216
>>3182323 >на чем я жму Жмешь на камне в 10 бит с пресетом veryslow, это основа. >Или карта так же хорошо как проц не может - почему? У кодеков видеокарт реализация энкодера и пресеты почти полностью зашиты непосредственно в железо, потому что при разных пресетах почти всегда применяются разные алгоритмы. Ну и соответственно, у видеокарт можно лишь выбрать те пресеты, которые решил в них зашить вендор, и часто эти пресеты не самые эффективные из возможных. На камне же ты можешь исполнять любые алгоритмы и выбирать сложность задачи так, как тебе хочется, достигая наилучших результатов ценой более продолжительного времени кодирования и тепловыделения.
Аноним (Google Android: Mobile Safari)29/07/22 Птн 00:11:06№318236118
>>3182329 Поиск и выделение фрагментов рекламы по логотипами и характерным образам. Или автоматическое разбиение по ключевым фрагментам видео (у порнхаба нейросетка научилась автоматом маркировать таймкоды сцен). Или просто поиск нужной сцены в ролике по ключевым словам.
Есть расширение, которое маркирует рекламу на ютьюбе, можно взять оттуда таймкоды рекламы, вырезать их из роликов и получить выборку с рекламой и без неё. А потом обучить нейросеть находить потенциальную рекламу. Можно конечно просто скачать субтитры и анализировать по ключевым словам, но автор ролика может просто отключить субтитры. И тогда их придётся генерировать самому. Но бывают рекламы без звуков, только образы или музыка с надписью. Поэтому их нужно анализировать нейросеткой. Но анализировать весь ролик будет слишком расточительно. Вот и думаю как оптимизировать, если отбирать только важные кадры.
Аноним (Google Android: Mobile Safari)29/07/22 Птн 04:40:39№318238319
>>3182332 > Жмешь на камне в 10 бит с пресетом veryslow, это основа. Это хуйня полная, а не основа. Медленне чем slow не надо использовать
Аноним (Microsoft Windows 10: Firefox based)29/07/22 Птн 06:52:33№318239220
>>3182383 У тебя наверное двухъядерный интел вместо процессора, я тебя правильно понял? На моем 5700ж h265 10 bit кодируется в 5 фпс.
Аноним (Microsoft Windows 10: Firefox based)29/07/22 Птн 07:03:07№318239321
>>3182332 >алгоритмы. Ну и соответственно, у видеокарт можно лишь выбрать те пресеты, которые решил в них зашить вендор У меня, скажем, 1050 от ноунейм вендора и ещё 630 встройка. Как можно луркануть на счёт того, что она поддерживает и что нет? Есть ли специализированный сайт с базой данных?
Хотя что-то мне подсказывает, что на моей старушке 265-й все равно кодировать не будет, про встройку хз, есть ли смысл о ней говорить вообще. Если декодировать одно из двух будет и то хорошо.
Аноним (Microsoft Windows 10: Firefox based)29/07/22 Птн 09:07:33№318243827
>>3182432 >от ноунейм вендора От вендора чипа видеокарты, имеется в виду. У nvidia чип-кодировщик называется nvenc, у intel это qsv, у amd - vce/vcn. Для каждого поколения видеокарт там свои приколы, на англ википедии вроде есть чуть подробнее.
Но на самом деле сжатие на видеокарте в лучшем случае реально будет сопоставимо где-то с пресетом medium или около того на камне.
>>3182438 А выходной размер файла будет отличаться в разы, что-ли (medium vs slow vs very slow)? Мне просто интересно, жизнеспособно ли сжатие на карте для хранения фильмов или аппаратное ускорение все же предназначено больше для стримов и монтажа. Алсо камень у меня 4/4 пиздос из 2017. Стыдно даже модель писать итт, кодировать на серьезных пресетах он будет сутками.
Спасибо за ответы.
Аноним (Google Android: Mobile Safari)29/07/22 Птн 10:47:07№318245929
>>3182425 Он размытое говно выдаст, дебич >>3182452 Нет, размер файла одинаковый, а картинка выглядит лучше, если медленнее Просто купи жёсткий диск, это намного быстрее выйдет, они стоят копейки
>>3182459 >Просто купи жёсткий диск, это намного быстрее выйдет Наверное ты хотел сказать купи и качай туда полновесные ремуксы? Да, быстрее. Но я интересуюсь из любопытства, мне просто нравится изучать технологии даже без практической пользы для себя.
Аноним (Microsoft Windows 10: Firefox based)29/07/22 Птн 12:10:59№318249031
>>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№318249932
>>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№318250433
>>3182499 >x265 чаще будет выглядеть лучше и быстрее Что тяжелее, килограмм железа или килограмм пуха, ебло? Глаза раскрой сука и читай >>3182490 >>При одинаковых (по скорости кодирования) пресетах и прочих равных
>Точно дебил. >нерелейтед паста с вики Ещё раз тебе сука рекомендую вынуть хуи из глаз и прочитать, почему я так сказал >>3182490 >>если будешь шарить с кем-то и у тебя есть нормальный проц, то veryslow - это базис.
Аноним (Google Android: Mobile Safari)29/07/22 Птн 13:01:06№318250534
>>3182490 > Сразу начну с того, что разницы в разы ты здесь не увидишь никогда. Разница будет зависеть от того, как ты кодируешь, если по битрейту, то отличаться будет главным образом само качество картинки, если указываешь качество через crf/qp, то отличаться будет размер файла. Тоже пиздёж, файл с preset ultrafast crf 30 будет выглядеть намного хуже, весь в пикселях чем preset slow crf 30
Аноним (Microsoft Windows 10: Firefox based)29/07/22 Птн 13:44:22№318251635
>>3182505 Хуй будешь? ultrafast какое отношение к разговору имеет? А вообще ладно, тут признаю, запизделся немного. Качество будет немного разным из-за разных использованных фич, но на указанном диапазоне пресетов не то что бы очень сильно. Изначально хотел написать только про qp, там эта разница намного менее заметна.
Аноним (Microsoft Windows 10: Chromium based)29/07/22 Птн 17:37:51№318258936
>>3182361 > у порнхаба нейросетка научилась автоматом маркировать таймкоды сцен Ничего себе. Я думал, это вручную выставляется. То-то иногда вообще не к месту, как будто даун маркировал. Но в целом точность впечатляет. Так вот почему анал почти не маркируется, определить сложно.
Аноним (Microsoft Windows 10: Chromium based)29/07/22 Птн 17:41:56№318259337
>>3182361 А в конечном результате для чего тебе это надо? Ты для себя собрался вырезать рекламу из роликов или сам делаешь публичный/коммерческий проект?
Аноним (Google Android: Mobile Safari)30/07/22 Суб 01:01:34№318277338
>>3182593 > А в конечном результате для чего тебе это надо? Ты для себя собрался вырезать рекламу из роликов или сам делаешь публичный/коммерческий проект? Ну коммерческий вряд ли, база данных с таймкодами рекламы запрещает делать коммерческие проекты на его основе, но если получится сделать что-то путное, то почему бы не опубликовать. А пока я только присматриваюсь, как лучше все это реализовать. Если кто-то сделает что-то похожее раньше и опубликует для всех, то буду только рад.
Аноним (Google Android: Mobile Safari)30/07/22 Суб 01:05:28№318277439
>>3182589 Изначально только пользователи маркировали, а потом нейросеть обучилась на их выборке и теперь сама может таймкоды ставить.
>>3182516 В мобильной лисе/хроме видно только превью, сами файлы не проигрываются.
>>3182490 Тут можно подробнее про ручную настройку битрейта и crf/qp? Про crf знаю, что алгоритмы анализируют каждый кадр и меняют битрейт в соответствии со сложностью сцены; qp в этом плане тупее и все кадры жмёт одинаково, так как постоянная квантизация. Зачем в этой прекрасной картине пользователь с хотелками по битрейту? Зачем руками регулировать поток, а не довериться crf?
Про пресеты вроде понятно. Чем дольше процессор обрабатывает кадр, тем лучше качество и сжатие, верно? То есть субъективно картинка лучше и размер на выходе чуть меньше, так? Вроде логично.
Аноним (Microsoft Windows 10: Firefox based)30/07/22 Суб 21:51:56№318324041
>>3182842 >файлы не проигрываются. Скачай и открой в нормальном плеере, если интересно. Браузеры не всегда поддерживают 10-битный h265 (если вообще поддерживают без расширений, лол). >Тут можно подробнее про ручную настройку битрейта и crf/qp? Ну тут на вкус и цвет на самом деле, если нужно пожать сильнее в ущерб качеству - ставишь циферку crf/qp побольше, ну и соответственно наоборот. Для каждого кодека и пресета результаты будут чуть отличаться, поэтому конкретных цифр давать нет смысла, отталкивайся от дефолтных. >Зачем в этой прекрасной картине пользователь с хотелками по битрейту? Очевидно, это для тех случаев, когда очень важно иметь постоянный битрейт. Например для стримов на твиче/с камер наблюдения. Ну то есть когда сам факт наличия непроёбанной видеозаписи гораздо важнее её качества в целом. Так и сети проще, и рассчитывать нагрузку удобнее. Или если необходимо иметь файл ровно заданного размера, но позволить совершить несколько прогонов с рандомным crf ты себе не можешь. >Чем дольше процессор обрабатывает кадр, тем лучше качество и сжатие, верно? Да, в целом всё так и есть.
Аноним (Microsoft Windows 10: Chromium based)01/08/22 Пнд 03:58:57№318397042
Я просто у видел такое на торрентах, и тоже захотел свои видосы пожать. Такой скрипт для ffmpeg вообще трудно написать? я просто не пользовался им никогда
Аноним (Microsoft Windows 8: Firefox based)01/08/22 Пнд 11:49:54№318402643
В треде олд, давно отошедший от делл. Захотелось тряхнуть стариной и снова чего-нибудь покодировать. Ес ть пара вопросов: 1 - Аппаратный VP9 энкодинг на интелах 12 поколения совсем говно? Стоит ли тратить время на его пердолинг? 2 - AV1 хвастаются поддержкой синтетического грэйна в моё время x264 такое мог, хз что они хвастаются. Так вот, можно скормить энкодеру 2 потока - отденойзеное видео и шум для анализа. Не доверяю я встроенному денойзеру, я уверен что смогу отфильтровать лучше. Плюс на чистое видео можно ещё наложить шарпа/контраста и прочего, что страдает при денойзе.
Аноним (Google Android: Mobile Safari)01/08/22 Пнд 12:08:05№318403144
>>3184026 > в моё время x264 такое мог, хз что они хвастаются Где, покажи
Аноним (Microsoft Windows 10: Palemoon)01/08/22 Пнд 12:19:56№318403745
>>3184026 > AV1 хвастаются поддержкой синтетического грэйна А что это?
Аноним (Microsoft Windows 8: Firefox based)01/08/22 Пнд 14:26:36№318406846
>>3184031 Похоже я малец спиздел. Film Grain Modeling payloadType film_grain_characteristics есть в стандарте, и был в экспереминтальных билдах энкодера. Но видимо не прижилося... в те времена вообще был тренд на тотальнейший денойз.
>>3184037 Film Grain - шум плёнки, добавляет теплоты и ламповости и перцептуально - деталей фильму.
>>3184068 >добавляет теплоты и ламповости Хуйня какая. Может у тебя ещё интерлэйс теплоты добавит? Артефакты мпег сжатия? Эти медиапердолики совсем поехали, одни песок на виниле слушают, другие в зёрна на плёнке вглядываются.
Аноним (Microsoft Windows 10: Chromium based)01/08/22 Пнд 14:52:14№318407648
>>3183970 Очень неплохо. Но все-таки картинка статичная большинство времени. > Такой скрипт для ffmpeg вообще трудно написать просто батник написать обычный можно. Либо ffmpeg media coder использовать он обычные список команды на кучу видосов может сделать, причем паралленно и не надо прописывать все пути, даже папки сам создает как хочешь.
Аноним (Microsoft Windows 10: Chromium based)01/08/22 Пнд 16:19:43№318409949
Ребят, а как на шиндузе видос сжать в vp9 используя hardware acceleration? Проц 12700к, поддерживает вроде
Аноним (Microsoft Windows 10: Chromium based)01/08/22 Пнд 16:23:50№318410050
>>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№318410151
>>3184100 Есть гайд как енкодить на видюхе максимально в маленький размер?
Аноним (Microsoft Windows 10: Chromium based)01/08/22 Пнд 16:31:21№318410252
Аноним (Microsoft Windows 10: Firefox based)01/08/22 Пнд 16:31:27№318410353
>>3184100 Мяу, а оно поддерживает все прелести vp9, или это будет как с nvenc, что формально это h264, но нет crf-режима, и при том же размере качество сильно хуже, чем на процессорном варианте, которые все доступные h264 штуки использует?
Аноним (Microsoft Windows 10: Chromium based)01/08/22 Пнд 16:33:31№318410554
>>3184103 Я не шарю Мне надо сильно сжать видос И чтоб видюхой
Аноним (Microsoft Windows 10: Chromium based)01/08/22 Пнд 16:40:09№318410755
>>3184100 Пиздец, енкодило больше 10 минут и файл на выходе не 150мбайт как на ffmpeg -i ... -c:v hevc_nvenc без параметров вообще, а 200+ Интересные гайды
Аноним (Microsoft Windows 10: Palemoon)01/08/22 Пнд 17:27:43№318411156
>>3184068 Я знаю, что такое Film Grain, я спрашивал, что такое синтетический грейн и какая ему требуется поддержка от кодека?
Аноним (Microsoft Windows 10: Firefox based)01/08/22 Пнд 18:03:25№318411957
>>3184107 А ты хотел чтобы тебе параметры сжатия вслепую сказали не зная что у тебя за видео? Если ты хочешь конкретный размер - указывай битрейт, получишь хоть 40 мб; если хочешь конкретное качество - указывай crf.
Аноним (Microsoft Windows 10: Chromium based)01/08/22 Пнд 18:56:35№318413258
>>3184119 Не, забей, я решил через видюху делать, ибо уж слишком долго получается что в VP9, что уж тем более в AV1 Там зивон на 64 ядра нужен, лол
Аноним (Microsoft Windows 10: Chromium based)01/08/22 Пнд 20:29:52№318417459
>>3184099 На QSV. >>3184100 Ещё бы тебе программно быстрее было. >>3184101>>3184105 Тащемта гайд есть, он короткий и простой: выбери что-то 1. >>3184102>>3184107>>3184132 Ути какой впечатлительный нафаня, 10 минут его в шок повергли. Мы тут сутками энкодим, если надо.
Аноним (Microsoft Windows 10: Chromium based)01/08/22 Пнд 21:40:17№318422460
>>3184174 > Мы тут сутками энкодим, если надо Ну и зачем тогда этот энкодинг нужен если он такой долгий?
Аноним (Microsoft Windows 10: Palemoon)01/08/22 Пнд 21:44:01№318422761
Аноним (Microsoft Windows 10: Chromium based)01/08/22 Пнд 21:47:49№318422962
>>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№318454663
>>3184229 А с чего вдруг ей выдавать размер меньше, если ты её об этом не просишь?
Платиновый вопрос
Аноним (Microsoft Windows 10: Firefox based)02/08/22 Втр 18:38:00№318547164
>>3181555 (OP) Какой кодек с каким битрейтом сильнее всего сжимает музыку совсем без слышимых потерь? Обзавёлся бинарью с --enable-libfdk-aac, стоит ли жать -c:a libfdk_aac -profile:a aac_he?
>>3185471 opus@120кбит/с, 160 если нужен плацебо эффект.
Аноним (Microsoft Windows 10: Firefox based)03/08/22 Срд 00:56:36№318570666
>>3181555 (OP) Какой командой записывать экран во время игры? Разрешение 4к, 16-22 Гб в час будет хорошим результатом, сильно заметных артефактов быть не должно. Определить, свободен ли больше ЦП или ГП я не смог - во время записи с кодированием на видеокарте и ЦП и ГП в диспетчере задач были нагружены меньше 50%, при этом на экране и особенно на записи были лаги, а после завершения записи процесс ffmpeg некоторое время грузил ЦП под сотку (видимо склеивал уже созданное видео с тем, что вовремя не успел сжать и отложил на потом). Двухпроходное кодирование допускаю, но слушать концерт кулеров больше часа не буду, лучше пожертвую размером.
Аноним (Microsoft Windows 8: Firefox based)03/08/22 Срд 01:19:36№318571267
>>3184026 Короч потыркался немножко с vp9. Хардварный энкодер не заработал, но и софтварно кодируется достаточно быстро. Но вот качество но моём таргет битрэйте 2-2.5mb/s для сильно грэйни исходника не оче. Порой оно сохраняет грэйн, порой мылит, но чаще просто выдаёт высокочастотный DCT-шум. Короч для грэйна
>>3184111 Синтетический грэйн это грэйн который добавляют пост-процессом. Энкодер по идее должен анализировать кадр и записывать информацию о характеристиках шума, типо частоты, интенсивности. Конечно такое можно приделать просто фильтром в плеере, но тогда грэйн будет всегда одинаковый.
Аноним (Microsoft Windows 10: Palemoon)03/08/22 Срд 01:52:47№318571868
>>3185712 > Энкодер по идее должен анализировать кадр и записывать информацию о характеристиках шума, типо частоты, интенсивности Никогда не слышал о таких функциях.
Аноним (Microsoft Windows 8: Firefox based)04/08/22 Чтв 01:05:02№318628069
Аноним (Microsoft Windows 10: Palemoon)04/08/22 Чтв 01:09:49№318628870
>>3186280 Интересно, тестировать с такими скоростями я это, конечно, не буду, но за ум всё-таки взялись, спустя десять лет после покупки вп.
Аноним (Microsoft Windows 10: Chromium based)04/08/22 Чтв 04:33:05№318631371
Какой командой можно как-нибудь по-простому адаптировать coub-loop для нормального воспроизведения вне этого сайта?
Аноним (Microsoft Windows 7: Firefox based)05/08/22 Птн 17:02:39№318707872
>>3184026 Попробовал SVT-AV1 с грэйном.... Ну что-ж сказать, это фиаско. 15 лет пропихивать в стандарт грэйн, и так отвратительно его делать - это надо постараться. Не удивлюсь если это внутренний саботаж. Во первых встроеный денойзер мылит так что глаза вытекают, что-то на уровне скриптов из 2002 года. Во вторых характеристики шума не имеют никакого отношения к характеристикам грэйна - там обычный гаусс-нойс. В третих - какой-то байтоёб(хотя известно какой) решил что можно сделать текстурку нойза 64x64 и этого хватит на весь fhd\qhd\uhd фрэйм. В итоге даже на не сильно больших плоских площадях тайлинг режет глаза.
>>3187078 > В третих - какой-то байтоёб(хотя известно какой) решил что можно сделать текстурку нойза 64x64 и этого хватит на весь fhd\qhd\uhd фрэйм. А это уже от декодера зависит. Если dav1d обосрался, нужно попробовать aomdec. И похуй что производительность просядет, нужен фрейм от референсного декодера что-бы делать выводы касательно кодека av1.
Аноним (Microsoft Windows 8: Firefox based)06/08/22 Суб 16:42:51№318819475
>>3187194 >Во первых где семплы? Да вы-ж меня обосцыте узная что я кодирую... Ладна, вот сравнение https://imgsli.com/MTE5NzA5 crf 24, битрэйт примерно 3 мегабайта. Грэйн жутко тайлит, денойзер сожраб облака, характеристике грэйна ваще никак не соответствуют.
Аноним (Microsoft Windows 10: Firefox based)06/08/22 Суб 16:47:27№318820276
Написал в соседний тредю, но он еле живой. Вопрос вот >>3188278 →
Мож тут кто подскажет, программы-то смежные.
Аноним (Microsoft Windows 8: Firefox based)06/08/22 Суб 23:07:47№318842278
>>3187197 >Если dav1d обосрался, нужно попробовать aomdec. А как смотреть на разных декодерах? Я смотрю через mpc-be и vcl, там вроде нет ни выбора декодера, ни названия того что используется.
>>3188194 > Да вы-ж меня обосцыте узная что я кодирую... Ладна, вот сравнение https://imgsli.com/MTE5NzA5 Спасибо > Грэйн жутко тайлит, денойзер сожраб облака, характеристике грэйна ваще никак не соответствуют. Тайлинг меньшая из всех проблем. Тебе надо сильнее попердолиться с кодированием грейна, или отключить синтез насовсем. Вангую, что SVT просто не может в синтез.
>>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№318937081
Сжал ffmpeg'ом второй эпизод Берсерка - было 6154 Мб, стало 293. Сжималось 2 с половиной часа, с приоритетом процесса ffmpeg 'below normal' и параллельно запущенными другими программами. Прилагаю скриншоты. Под спойлером моё впечатление о качестве после сжатия детали картинки не ухудшились, но шум плёнки, кружочки, полоски и прочие маленькие царапины на бумаге почти полностью исчезли. На месте шума картинка размылась, сохранив цвета и формы рисунка. В какой-то степени стало даже красивее.
Аноним (Microsoft Windows 10: Firefox based)07/08/22 Вск 15:20:50№318937282
>>3189370 >Прилагаю скриншоты. Спасибо за заботу друг ️
Аноним (Microsoft Windows 10: Firefox based)07/08/22 Вск 15:24:46№318937884
>>3189373 >>3189370 Макаке видимо хочется переплачивать за в 10 раз большего размера png-шки вместо компактных webp. Сейчас прикрепил png, надеюсь дойдут.
>>3189560 Но ведь от снижения числа b фреймов у тебя сжимаемость видео уменьшаеться, и приходиться тратить больше битрейта. Ты должен был поставить -bf 8.
И зачем ты зажал битрейт для аудио, ещё и SBR аключил? Наверняка твой плеер кроме HEVC также читает и Opus. Почему ты не закодировал в Opus 96?
>>3189557 И какие хаки были использованы что-бы закодировать это?
Аноним (Microsoft Windows 10: Firefox based)07/08/22 Вск 22:44:32№318973392
>>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№318973693
>>3189733 > Хочешь сказать, от количества b-кадров не портится качество Ты знаешь, чем они отличаются от p фреймов?
Аноним (Microsoft Windows 10: Firefox based)07/08/22 Вск 23:02:25№318974294
>>3189736 P-кадры (англ. Predicted frames, «разностные» кадры) могут содержать как независимо сжатые макроблоки, так и макроблоки со ссылкой на другой, предыдущий, I- или P-кадр.
B-кадры (англ. Bi-predicted frames, «двунаправленные», «обратные» кадры) могут содержать следующие макроблоки: независимые (intra), со ссылкой на предыдущий кадр (predicted)
Аноним (Microsoft Windows 10: Palemoon)07/08/22 Вск 23:11:46№318974495
>>3189733 > Ну, мне сказали, что opus говно, а aac-he хорош. На Opus жалуються только из-за отсутсвии блока хардварного декодирования в плеерах питающихся от батареи, а также из-за бага связанного с gappless кодированием потрековых рипов.
Ни один из этих пунктов с твоим use-case не пересекаются. Даже если ты смотришь с телефона, то экран всё равно жрёт заряда на порядок больше чем софтварное декодирование Opus аудиопотока.
Аноним (Microsoft Windows 10: Firefox based)08/08/22 Пнд 00:44:40№318978997
>>3189745 Душа лежит к проприетарному, добротному, передовому. Кодируя в проприетарный кодек через свободный ffmpeg я радуюсь, как наебал систему.
>>3189744 Я подумал, ты хотел сказать, что b-кадр не портит картинку, тогда как p-кадр портит. Но b-кадр имеет все свойства p-кадра, в добавок свои свойства.
>>3189789 > Душа лежит к проприетарному, добротному, передовому. Кодируя в проприетарный кодек через свободный ffmpeg я радуюсь, как наебал систему. Странный фетиш. Зачем кодировать кодеком FDK-AAC через FFMPEG, когда есть qaac? Тем более, что тебе не надо заводить wine, ты ведь и так на винде.
Аноним (Microsoft Windows 10: Firefox based)08/08/22 Пнд 01:07:15№318979899
>>3189795 >Зачем кодировать кодеком FDK-AAC через FFMPEG, когда есть qaac? qaac не умеет кодировать видео. И в принципе не справляется с 98% задач FFmpeg. Можно даже сказать, что FFmpeg - нерушимый стандарт, а всё чего нет в ffmpeg - нинужно.
>>3189798 > qaac не умеет кодировать видео. А он и не должен. Это же encoder стандарта mpeg4 aac. Его задача это взять wav pcm и дать на выходе поток данных в формате AAC, не более.
Может ты просто ниасилил пайпинг вавки из ffmpeg в qaac?
Аноним (Microsoft Windows 10: Firefox based)08/08/22 Пнд 01:36:49№3189806101
>>3189803 >Может ты просто ниасилил пайпинг вавки из ffmpeg в qaac? Да, не осилил. Не приходилось заниматься пайпингом между разными программами. Подскажешь, как? Звук в исходном файле не wav, если что.
Аноним (Microsoft Windows 10: Chromium based)08/08/22 Пнд 12:43:32№3189898104
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" Пытаюсь скачать обрезанный видос такой командой. На выходе получаю ролик длиннее чем нужно. В начале проигрывается несколько секунд аудиодорожка без видео.
>>3189851 Дай угадаю. У тебя ERROR: CoreAudioToolbox.dll: Module not found. Ранее этот модуль поставлялся вместе с iTunes и QuickTime. Сейчас его надо искать на варёзных сайтах.
Аноним (Microsoft Windows 10: Chromium based)08/08/22 Пнд 13:35:59№3189930106
Не знаю, как у тебя, но у меня этот батник упал. После чего я скачал QuickTime и провёл обряд чёрной магии по выдиранию оттуда CoreAudioToolbox.dll со всеми его зависимостями.
>>3189939 Оно и с 7zip не работало. 7zip извлёк мне пустую папку QTfiles64.
Аноним (Microsoft Windows 10: Firefox based)08/08/22 Пнд 14:48:07№3189966109
>>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!
>>3189966 Странно. У тебя сыплет каким-то invalid argument. Я бы запросил у тебя аргументы командной строки, но я их знаю, поскольку сам выложил. Отладить не получиться, поскольку у меня с такими аргументами всё работает. В общем, даже не знаю, что мне с этим делать.
Аноним (Microsoft Windows 10: Firefox based)08/08/22 Пнд 15:56:12№3190038111
>>3189973 Я неправильно добавил в переменную PATH, он не видил dll-ку.
Файл весит 208 Мб вместо 290. При этом тени и контраст в некоторых местах проёбаны, в некоторых местах на краях объектов появляется дополнительная полоса светло-серого. Примерно такое было при использовании шейдеров в mpv. Время кодирования существенно сократилось относительно предыдущей команды, но звук я не трогал (-acodec copy тоже не выбрал).
>>3190331 А вот пресет лучше не понижать без особой необходимости. Моя претензия состояла в том что ты занижал настройки выбранного пресета. У пресета slow их было 4. У slower наверно даже 8, но это мне документацию смотреть надо. > -acodec copy Оставляй так всегда, за исключением lossless дорожек, или дорожек с битрейтом 640k.
Аноним (Microsoft Windows 10: Firefox based)09/08/22 Втр 14:46:24№3190628117
>>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 секунд, но чтобы в плеере перемотка до ключевого кадра (точная перемотка) происходила моментально.
>>3190628 > сократить количество ключевых кадров до 1 раз в 10 секунд, но чтобы в плеере перемотка до ключевого кадра (точная перемотка) происходила моментально. Нет, так не получиться. Точность быстрой перемотки по ключевым кадрам прямо зависит от их количества. К тому же у x265 дефолтом стоит gop size 240 или 250, что примерно соответствует 10 секундам у подавляющего большинства фильмов и сериалов.
Аноним (Microsoft Windows 10: Firefox based)09/08/22 Втр 22:01:01№3190971119
>>3190788 >К тому же у x265 дефолтом стоит gop size 240 или 250, что примерно соответствует 10 секундам у подавляющего большинства фильмов и сериалов. В сорсе моих видео ключевой кадр стоял каждую секунду (может чаще, в плеере я могу перематывать с точностью до секунды, без точного поиска), и после кодирования я всё ещё могу перематывать с точностью до секунды. Так же кодирование сохранило структуру gop - в закодированном видео было 2 b-кадра, пока я вручную не выставил -bf 8.
Аноним (Microsoft Windows 10: Firefox based)11/08/22 Чтв 01:20:16№3191725120
Софтач, а в каком формате можно залить на двач 20-секундный отрывок аудио? У меня есть исходная mp3шка, редактор и ffmpeg. Я правильно понимаю, что мне нужно из него сделать webm c любой картинкой?
Аноним (Google Android: Mobile Safari)11/08/22 Чтв 02:11:32№3191769121
>>3191725 Можно без конвертирования вставить отрывок в контейнер mp4
Аноним (Microsoft Windows 10: Firefox based)11/08/22 Чтв 02:24:53№3191781122
>>3191769 Спасибо! Тем же ffmpeg? Сурс - аудио, аутпут - mp4 и какое-нить мелкое разрешение, так?
Аноним (Microsoft Windows 10: Firefox based)11/08/22 Чтв 02:33:51№3191795123
>>3191781 Попробовал, всё отлично. Нафиг костыли, когда такой отличный инструмент есть. Пасип.
Аноним (Microsoft Windows 10: Chromium based)11/08/22 Чтв 13:08:58№3192066124
>>3191725 Ну так запости и всё. Правда, открыть будет трудно, так как изображения нет. Либо как сам сказал вместе с картинкой сделай, если музыка например. UPD. Макака на новом движке походу сломала импорт mp3. Пишет тип файла не поддерживается. Раньше даже тупо mp3 без контейнера mp4 лился. Песда.
>>3192066 Ну что сказать. Качайте дети флаки чтобы потом сжать их в 64kbps чтобы просто залить на двачи.
Про детей это я так, образно. Не воспринимайте на личный счёт.
Аноним (Microsoft Windows 10: Firefox based)11/08/22 Чтв 21:15:11№3192340126
Есть куча видео с мобилки, с очень плохим соотношением размера к качеству. Константный битрейт, даже на статичных сценах и всё такое прочее.
Я думаю прогнать это через 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№3192368127
>>3192340 Нет, qp это неоптимальный режим. Nvenc поддерживает crf кое как. И вообще запомни, аппаратное кодирование всегда хуже процессора
Аноним (Microsoft Windows 10: Chromium based)11/08/22 Чтв 22:33:04№3192397128
>>3192368 В nvenc вообще нет crf по сути. >И вообще запомни, аппаратное кодирование всегда хуже процессора Не хуже, на +60k разницы нет.
>>3192397 > на +60k разницы нет. погоди, ЧТО? Этот битрейт считается низким даже по меркам аудио битрейтов. А ты мне про видео…
Или ты имел в виду 60Mbps? А зачем тогда собственно перекодировать? Не проще ли оригинал оставить как есть. Вот 3 мегабита это ещё нормальный битрейт. 10 мегабит ещё куда не шло, если у тебя конечно не 4K видео.
И вообще, если хочешь что-то сжать, то только софтварное кодирование на медленных пресетах. Иначе ты будешь бездарно просирать и место, и время на кодирование. Реалтаймовая параша годиться либо для сохранения избыточной информации для дальнейшего транскода, либо чтобы высирать мыльную заблоченную картинку на стриминговые сервисы. Вот как раз для сохранения избыточности и используют битрейты вроде 20M, те-же 60М, 100М, в общем сколько через I/O диска пролезет, столько и пишут.
Аноним (Microsoft Windows 10: Chromium based)12/08/22 Птн 12:57:52№3192575130
Хочу пожать свою небольшую коллекцию в 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№3192795135
Чем WebP лучше и хуже распространённых форматов вроде Jpeg и PNG и какая у него область использования?
>>3192795 webp лучше сжимает, чем jpeg, проталкивается гуглом - вечно живой. Сейчас веб перекатывается на webp, поттягиваются с поддержкой даже отсталые вьюверы. Жми в webp и точка. PNG для лослесс конечно
Аноним (Microsoft Windows 10: Palemoon)13/08/22 Суб 00:10:36№3192801137
>>3192800 Полная хрень и чушь. Пережимать лосси джипег это надо быть крайне плохим, лосслесс вебп весит меньше пнг, потому пнг выгодно перегонять в вебп.
Аноним (Microsoft Windows 10: Chromium based)13/08/22 Суб 01:07:08№3192813138
Как не говняно сгладить видео с 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№3192836139
>>3192801 >Пережимать лосси джипег это надо быть крайне плохим Чо бля? Пережимал крайне малопотерьный жипег в 95 квалити вебп, наэкономил дохуя места.
Аноним (Microsoft Windows 10: Palemoon)13/08/22 Суб 08:55:54№3192841141
>>3192840 > Пережимал Визуально оценивать пережатие архива на 100к изображений я рот того ебал, а сжатие без потерь потерянного жипега приведёт к значительному росту размером. Потому затея и хуйня, в большинстве случаев, если ты какой-то фотограф, фотографирующий в "малопотёртом жипеге", то тебе может и норм, ты знаешь, что размер гарантированно уменьшится, потому что в жипеге присутствует избыточность, ну либо если тебе пережать на поебать как, то можно и вебп, я често говоря не пробовал пережать шакалов жипега в шакалов вебм и сравнить сколько кб я от этого выиграю.
Аноним (Microsoft Windows 10: Firefox based)13/08/22 Суб 09:14:01№3192842142
>>3192801 >>3192840 >>3192841 >Пережимать лосси джипег Зачем пережимать лосси джипег в webp, если можно пережать в jxl без потерь?
Аноним (Microsoft Windows 10: Palemoon)13/08/22 Суб 09:32:16№3192843143
>>3192842 Хотя бы потому что я первый раз о таком услышал? В джипег и пнг с нами десятки лет, вебп тоже не отстаёт. В 2007 ты бы наверное сказал зачем пережимать джипег в %имя_кодека%, если есть джпипег2000, тогда тоже писали, что > Он призван превзойти существующие растровые форматы и, таким образом, стать их универсальной заменой Но кто о нём сейчас помнит.
Аноним (Microsoft Windows 10: Chromium based)13/08/22 Суб 09:35:13№3192844144
>>3188422 >смотрю через mpc-be и vcl палю говноеду годноту, не благодари
Аноним (Microsoft Windows 10: Firefox based)13/08/22 Суб 09:43:55№3192845145
>>3192843 jxl уже внедряется везде где только можно, в браузеры поддержку уже давно завезли через флаги в скрытых настройках, во всех актуальных просмотрщиках - тоже, в сабже - тоже. Что тебе еще надо-то блять?
Аноним (Microsoft Windows 10: Firefox based)13/08/22 Суб 10:33:54№3192852146
>>3192842 А можна мне готовую строчку попробовать?
Аноним (Microsoft Windows 10: Firefox based)13/08/22 Суб 10:39:38№3192856147
>>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.
>>3192845 > Что тебе еще надо-то блять? Вот когда картинки в браузер будут грузиться без настройки about:config, вот тогда и поговорим.
Аноним (Microsoft Windows 10: Chromium based)13/08/22 Суб 12:46:43№3192914151
>>3192781 Зачем, когда уже всё есть в x265, где fullhd серия 22 минуты с экшоном весит всего 250-300мб. HD вообще 150-200.
Аноним (Microsoft Windows 10: Chromium based)13/08/22 Суб 12:50:25№3192918152
>>3192813 Если тебе именно интерполяция кадров нужна, то гугли Flowframes и RIFE .
Аноним (Google Android: Mobile Safari)13/08/22 Суб 13:19:34№3192930153
>>3192844 Зачем ты спалил конченный пердольный мусор нормальному человеку?
Аноним (Microsoft Windows 10: Firefox based)13/08/22 Суб 14:52:11№3192949154
>>3192900 А лично ТЕБЕ это будет как-то мешать использовать его?
Аноним (Microsoft Windows 10: Palemoon)13/08/22 Суб 15:00:53№3192952155
>>3192949 Надобится в интернет загрузить и получать ошибку "не поддерживаемый формат файла"? Так себе удовольствие. Я же не для себя эти картинки собираю!
Аноним (Microsoft Windows 10: Chromium based)13/08/22 Суб 15:06:38№3192954156
>>3192952 Макака даже до сих пор не приделал webp для постинга. Сам браузер-то показывает.
>>3192842 > если можно пережать в jxl без потерь Пережать можно, а потом просмотреть (с тюмбнейлами) - не факт. >>3192841 > я често говоря не пробовал пережать шакалов жипега в шакалов вебм А вот я пробовал, и это никакие не фотки, а картинки с буры, так мне еще похуй, если там микрошакалы добавятся еще от вебпа.
Аноним (Microsoft Windows 10: Firefox based)13/08/22 Суб 17:45:37№3193020161
>>3193006 >просмотреть (с тюмбнейлами) - не факт Чел твой xnview/irfanview/что там еще есть?
Аноним (Microsoft Windows 10: Firefox based)13/08/22 Суб 18:27:35№3193041162
>>3192914 Потому-что у васянов-сжимателей полная жопа с ключевыми кадрами. При обычной перемотке на 1 секунду плеер мотает на 10. А я люблю отматывать на одну секунду назад, не тратя несколько секунд на точный поиск. Сейчас начал сжимать аниме - 25-минутные full hd серии с ключевым кадром каждую секунду сжимаются из 6150 Мб в 250-280 Мб, этого более чем достаточно. У васянов и файлы больше весят, одна серия - 1 или 3 гига. И я сомневаюсь, что качество в их раздачах не хуже чем в оригинале (у меня не хуже, только шум плёнки полностью исчез, можно улучшением считать).
>>3193041 > При обычной перемотке на 1 секунду плеер мотает на 10. А я люблю отматывать на одну секунду назад, не тратя несколько секунд на точный поиск. > передам SVT'шке keyint=10s наверн как везде советуют. Если ты это сделаешь, то ты получишь то-же самое что и в васянским рипах. Если тебе нужна быстрая перемотка по одной секунде, тогда ставь gop size равным одной секунде. Только потом не жалуйся что ключевые кадры раздули тебе битрейт. И ещё: для компенсации этого безобразия можешь попробовать открыть GOP. Это позволит кадрам из одной группы ссылаться на кадры из соседней группы.
Аноним (Microsoft Windows 10: Palemoon)13/08/22 Суб 19:38:30№3193068164
Попытался имаджинировать ебало человека, которые не просто смотрит аниму, не просто скачивает аниму, так ещё и пережимает для быстрого посекундного поиска и перепросмотра, называя это коллекцией. Гатаридебил с тамймингами панцушотов не иначе. Скринов наделай, лол.
Аноним (Microsoft Windows 10: Chromium based)13/08/22 Суб 20:05:31№3193082165
>>3193003 Заходишь на няшу, ищещь и качаешь. Хоть каплю известные тайтлы и выше 100% есть. >>3193041 >При обычной перемотке на 1 секунду плеер мотает на 10. А я люблю отматывать на одну секунду назад, не тратя несколько секунд на точный поиск. Ну так поставь перемотку не по ключевым. Отмазка шиза конечно, так и напиши, что тебе хочется попердолиться и покодировать от безделия. >У васянов и файлы больше весят, одна серия - 1 или 3 гига. Я буквально в прошлом написал сколько весят. >И я сомневаюсь, что качество в их раздачах не хуже чем в оригинале Уж получше чем у пердолика, потому что люди этим годами занимаются, плюс используют крутые штуки и фильтры в vapoursyth. По типу тех же beatriceraws.
>>3193020 На линухе поддержка тюмбнейлов в webp требует установки доп пакета на большинстве дистров. А view всякие это не тюмбы энивэй, я хз что за пися на винде за них отвечает, качал раньше такую, уже не помню - страшная штука, Икарос что-то там
>>3193068 Я ничего особого в своей каллекции не храню, просто если посезонно выходит, то можно пересмотреть. Это все следует из того, что я качаю и смотрю оффлайн. > Palemoon твое ебло на пике?
Аноним (Microsoft Windows 10: Palemoon)13/08/22 Суб 22:09:44№3193110169
Похуй, массовое кодирование всего в AV1 отменяется. SVT-AV1 еще слишком сырой, scd не работает от слова совсем. Без этого жать в принципе не вижу смысла.
Аноним (Google Android: Mobile Safari)14/08/22 Вск 01:49:09№3193148171
>>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№3193149172
>>3193148 Круто, но в это трудно поверить. От того, что на смену сцену приходится не I-фрейм, а относительный, даже если AV1 понял, что связи мало, что-то должно страдать. Может быть, скорость декода таких тяжелых ссылочных фреймов. Твоя паста обоссывается в одном из issue в той же репе каким-то анимечником, ищи, читай.
Аноним (Microsoft Windows 10: Firefox based)14/08/22 Вск 12:10:14№3193210174
>>3192368 Да я знаю, но кодировать неделю времени 100 гб своего видео чтобы оно занимало 50 не хочется, а в h265 через карточку можно перегнать за час или два. Только из-за того что кодек другой, на некоторых видео (особенно с листвой) то когда я конвертирую 40 мб h264 в 60 мб h265 - то куча деталей теряется, так что даже без паузы и остановки видео видно - поэтому я уже почти отказался от этой идеи и только ночные и вечерние видео пережал, которые раз в десять уменьшаются без потери качества.
Вот если бы был h264++, который использует те же преобразования и не добавляет новые характерные для другого кодека артефакты...
>>3192842 Например, если вот эта штука работает, и именно jpg никак не портит сильнее, вот что-то такое. Буду тестировать, а программу для превью можно и самому сделать для виндоуса.
>>3193210 > Да я знаю, но кодировать неделю времени 100 гб своего видео чтобы оно занимало 50 не хочется, а в h265 через карточку можно перегнать за час или два. Значит так. Сперва ты говоришь разрешение и битрейт своих видео, а мы как нибудь прикинем итоговый размер всей этой кучи на выходе. > только ночные и вечерние видео пережал, которые раз в десять уменьшаются без потери качества. надеюсь ты оставил исходники, так?
Аноним (Microsoft Windows 10: Chromium based)14/08/22 Вск 14:16:42№3193237176
Аноним (Microsoft Windows 10: Firefox based)14/08/22 Вск 16:51:33№3193265177
>>3193217 >Сперва ты говоришь разрешение и битрейт своих видео Случайное. И ещё там бывает статичная картинка, а бывает подвижное вращение в лису, где всё цветное, да ещё в 4к. Да и какое это имеет значение, если после перекодирования crf-режим из h264 (или его аналог в h265, если он всё-таки работает) сам возьмёт сколько ему нужно битрейта чтобы с погрешностью не выше заданной передать любые фпс, разрешения и прочее? >надеюсь ты оставил исходники, так? Пока да.
Аноним (Microsoft Windows 10: Chromium based)14/08/22 Вск 17:43:04№3193279178
>>3193298 > куда лучше opus Говорят вышел USAC, он же xHE-AAC. Специально разрабатывался для низких битрейтов. Но декодировать его можно только собственноручно собранным ffmpeg с libfdk-aac, а иначе ну вообще никак. Я вот тоже считаю, что пока в ffmpeg не добавят нативный декодер этого кодека, в него нельзя ничего кодировать. А его могут так никогда и не добавить, ибо закрытость и патенты.
Аноним (Microsoft Windows 10: Firefox based)14/08/22 Вск 20:43:28№3193331189
>>3193287 CBR в каждом отдельном файле, но иногда я вручную переставлял битрейт на другой, если видел что сцена простая или сложная. Вот как-то так из того что тут, и на внешнем диске ещё куча которых 3840х2160, но мобилка их изначально в h265 писала - не уверен что есть много смысла их трогать.
>>3193331 Ну и зачем тебе перекодировать эти файлы, тем более в 60M? Я так понял тебе нужен near lossless, поэтому пережимать 1080p 10M смысла нет вообще. А вот файлы 1080p 28M-29M можно сжать посильнее. Релизёры с торрентов уже давно этим занимаются, можешь поспрашивать у них, как надо жать H264. Но самый минимум, как я понял, это x264, -preset veryslow -crf 18. Пережал для пробы исходник MJPEG 720p 30М в crf18, получилось 12М, недалеко от средних битрейтов BDRip-ов, но там такие битрейты для 1080p, так что потенциал для более сильного сжатия остаётся.
>>3193341 Ну тут по всякому. По меркам MP3 это всё что ниже 128k. По меркам Opus это от 64k и ниже.
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 01:42:20№3193453194
>>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№3193466195
webm поддерживает av1? Если да, то двач поддерживает av1? Что лучше aom или svt?
>>3193466 > webm поддерживает av1 Да, но нужен свежий ffmpeg, чтобы он умел паковать ав1 в цуиь > Что лучше aom или svt Хуже аом ничего нет, выбирай между свт и rav1e
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 09:04:25№3193474197
>>3193472 >Хуже аом ничего нет, выбирай между свт и rav1e Да почему хуже-то? Да, реалтайм пресетов нет, да, иногда может чуть дольше кодировать. Но зато поддерживает все фичи и в теории может обеспечить самую лучшую компрессию.
Есть какое-то нормальное сравнение, а не просто пуки в воздух?
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 09:07:12№3193476198
>>3193474 > иногда может чуть дольше кодировать Это на каких процессорах так? У меня svt кодирует в >100 раз быстрее, aom какбэ вообще не кодирует честно говоря. >>3193493 > А нормальное сравнение-то будет, а не пуки в воздух? Можешь сравнивать, разрешаю
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 11:09:39№3193500208
>>3193496 >У меня svt кодирует в >100 раз быстрее Так он и кодирует мыльное говнецо на таких скоростях как бы, тут даже сравнивать ничего не нужно.
Аноним (Microsoft Windows 10: Chromium based)15/08/22 Пнд 11:30:52№3193505209
>>3193316>>3193317 А давно макака прикрутил превью к ав1? Буквально несколько месяцев назад проверял, не было.
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 11:41:50№3193507210
Аноним (Google Android: Mobile Safari)15/08/22 Пнд 11:55:49№3193509211
>>3193500 > Так он и кодирует мыльное говнецо на таких скоростях как бы, тут даже сравнивать ничего не нужно. А нормальное сравнение-то будет, а не пуки в воздух?
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 11:57:04№3193510212
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 12:04:43№3193517216
>>3193512 Да-да, аом говно, ты подебил, успокойся только.
Аноним (Microsoft Windows 10: Chromium based)15/08/22 Пнд 12:14:31№3193519217
Дайте команду для кодирования в этот ваш AV1, пожалуйста.
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 12:20:09№3193522218
>>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№3193523219
>>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№3193524220
>>3193523 Я их не использую. Кодек и так не реалтаймовый (по крайне мере первый), потому я предполагаю что он и так обеспечивает наилучшее соотношения размера/качества без учёта времени кодирования. Вот в реалтаймовом это смысл имеет, где есть акцент на скорость кодирования.
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 12:27:39№3193525221
>>3193522 >так и должно быть Нет, так не должно быть, на моем проце один 1920х1080 кадр с самым быстрым пресетом aom кодируется примерно в два раза быстрее самого медленного пресета vp9 >-g 12312 Ты это зачем сюда вписал, дебс, чтобы на аом насрать?
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 12:31:36№3193527222
>>3193525 Случайно. А что это команда делает? Если я помню, она про ключевые файлы, а у меня видео на 15 секунд и там не нужны ключевые кадры кроме первого.
Аноним (Microsoft Windows 10: Chromium based)15/08/22 Пнд 12:32:33№3193528223
>>3193527 Ты нахуя людям чё-то советуешь, если сам даже базу не знаешь, долбоёб?
>>3193522 > libvpx-vp9 работает раз в десять медленнее Сука, что гугловский aomenc работает медленно, что гугловский libvpx-vp9. Я уверен, что гугл выкладывает энкодеры - лишь бы качественно делали, потому что им сжатие matters, а для скорости работы они для своей инфраструктуры пилят патчи, на остальных им похуй. Вот интел SVT-AV1 изначально делала, чтобы быстро работало на свежих интелах, AVX512 вся хуйня. Но попен сорц подебил и теперь там оптимизации вплоть до каменного века (ссе2). rav1e пилилися как я понимаю лишь бы на расте что написать, но у них неплохо получилось относительно avg растоман
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 12:36:34№3193532225
>>3193528 Могли бы запостить раньше меня. Никто не советовал анону как av1 получить - я посоветовал. Сижу сейчас подбираю другие кодеки, чтобы такой же размер получить и сравнить. Я тоже буду признателен, если посоветуете команду, но без пресетов хоть сколько бы медленнее стандартного aom.
>>3193525 >с самым быстрым пресетом aom кодируется примерно в два раза быстрее самого медленного пресета vp9 А по качеству при этом проигрывает, и то же самое у меня получилось с самым быстрым пресетом vp9, что при равном времени кодирования даже h264 сжимает лучше vp9, которые весь сыпет артефактами чтобы хоть как-то успеть (там, кстати, пришлось и -cpu-used прописывать).
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 12:39:23№3193534226
>>3193530 >rav1e пилилися как я понимаю лишь бы на расте что написать ИЧСХ это не на расте написано, а на ассемблере, а на расте так, вставки.
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 12:40:15№3193535227
>>3193532 >А по качеству при этом проигрывает В том-то и дело чел, что выигрывает.
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 12:42:55№3193537228
>>3193535 Точно? Ну, я тестил года два назад, кодировал почти два дня разные отрывки разношёрстного видео, и получилось что кодек полегче, который и не замахивается на что-то сложное при низком времени кодирования справляется, так как успевает основные свои фичи реализовать, а тяжёлый кодек лишь по верхам нахватывается.
>>3193615 Не благодари, можешь еще и аудио потестить
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 14:54:29№3193621245
>>3193620 Ебать тут шакалов, даже у сявы в оригинале меньше.
Аноним (Microsoft Windows 10: Chromium based)15/08/22 Пнд 15:06:25№3193624246
>>3193607 Такое говно качество. Даже результат прогнанный через топаз раз в миллион будет, это еще помимо артефактов с ютуба. Точнее не даже, в раз в 500 пизже. Это так вообще такое же мыльное говно с артефактами древней камеры и полосками от интерлейса. >>3193612 Сурс говниме или лайввидео 4к и 80000к битрейта.
Аноним (Microsoft Windows 10: Chromium based)15/08/22 Пнд 15:12:08№3193626247
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 15:16:40№3193627248
>>3193624 >Сурс говниме На диске только вебки есть, разве такое пойдет для суперпуперкачественного энкода? Не качать же для хуйла с двачей блюреи.
Аноним (Microsoft Windows 10: Chromium based)15/08/22 Пнд 15:17:44№3193628249
>>3193627 >На диске только вебки есть, разве такое пойдет для суперпуперкачественного энкода? Так скачай. >Не качать же для хуйла с двачей блюреи. Нахуй сходи тогда, уебан тупорылый.
Аноним (Microsoft Windows 10: Firefox based)15/08/22 Пнд 15:20:24№3193630250
> обоссывается в одном из issue в той же репе каким-то анимечником
Буквально https://gitlab.com/AOMediaCodec/SVT-AV1/-/issues/1929 про превращение видеоцитаты из второго сезона Oregairu в говно на протяжении четырёх кадров, предшествующих ключевому кадру, причём так происходит два раза за одну видеоцитату.
Аноним (Microsoft Windows 7: Firefox based)16/08/22 Втр 10:31:11№3194274256
>>3194273 Там все сложна и очень много букоф конечно, но максимально доходчивый аргумент - это то, что энкодер, умеющий в SCD, может закодировать и так, и так, а потом сравнить эффективность. А не умеющий энкодер не имеет выбора. Не вижу в первом случае замедления энкода на >5%.
Аноним (Microsoft Windows 7: Firefox based)16/08/22 Втр 23:42:29№3194493262
Э-э-э, ну-у-у, там его и не должно быть видно, замедления-то.
Потому что 5% не по скорости, а по росту объёма файла при включённом scd, каким рост был до его мартовского всеобщего отключения scd.
Аноним (Microsoft Windows 10: Chromium based)17/08/22 Срд 07:46:18№3194548263
Аноним (Microsoft Windows 10: Chromium based)17/08/22 Срд 13:45:31№3194634266
Ребят, если я не могу в консольку, Handbrake нормальная альтернатива ?
Кстати, может подскажите как лучше сжимать, если у меня задача, максимально пожать&быстро&при минимальном читабельном качестве. Просто в гугле все пишут, с сохранением качества, а мне, ну лишь бы что-то разобрать можно было. Пока так для себя поставил методом тыка.
>>3194493 Раз старая кухня их не устраивала, то по-новому scd нескоро включат.
Аноним (Microsoft Windows 10: Firefox based)17/08/22 Срд 16:25:35№3194692268
>>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№3194693269
>>3194692>>3194634 Я даже скопирую, но вдруг пройдёт не попортив символы из-за разметки.
Но я попытался модифицировать код, можешь пожалуйста поправить, что не так?: 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№3194900271
>>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№3194906272
>>3194900 Привет, спасибо! Работает супер, быстро и пожало хорошо, меньше размер чем в handbrake. Только выбило какое то предупреждение.Пик1
Хевк я не пробовал и не пытался, пушто у меня старая нвидиа и не поддерживает его. (Ну так как они аппаратные кодеки, может карточка и тратит на них одинаковые ресурсы? Поэтому время у тебя одно. Ну а хевк более совершенный, вот качество и выше. (ну это я так, предположил, я то не разбираюсь сильно).
Аноним (Microsoft Windows 10: Firefox based)18/08/22 Чтв 16:16:08№3195163273
>>3194906 >меньше размер чем в handbrake. У тебя там тот же кодировщик указан, и по идее соотношение размера-качества такое же должно быть. Там ещё пресеты есть всякие на самом деле, но я не особо заметил разницу...
>у меня старая нвидиа и не поддерживает его. Точно? Это вопрос больше программный, после определённого года карточки предназначены (более-менее) для произвольных расчётов, и даже кодеки которые появятся через много лет можно будет на них кодировать. Попробовал бы ну, всего 3 символа поменять, и потом подобрать новую цифру qp.
Аноним (Microsoft Windows 10: Firefox based)18/08/22 Чтв 16:27:57№3195170274
Аноним (Microsoft Windows 10: Firefox based)18/08/22 Чтв 16:52:45№3195193275
>>3195170 Я просто нажимаю ctrl+win+s, а вот print-screen на ноутбучной клавиатуре только через fn есть, всегда так делаю. Дача, но там 200 кб по сравнению с jpg с травой выше всё-равно же фигня...
Аноним (Microsoft Windows 10: Chromium based)18/08/22 Чтв 17:13:11№3195208276
>>3195163 Точно, gt640. Поменял буквы(hevc_nvenc) - просто нулевой файл создаёт. если оставить только "hevc" то кодирует, но долго.
Аноним (Microsoft Windows 10: Chromium based)18/08/22 Чтв 20:36:48№3195310277
>>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№3195685278
>>3195310 вау, я даже не знал, что такое древнее говно может в nvenc. Думал только с 900 серии и 750ti есть.
Аноним (Microsoft Windows 10: Firefox based)20/08/22 Суб 04:38:50№3195809279
>>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№3195812280
>>3195809 А ты думал битрейта побольше дашь, чем в оригинала и он тебе флак сделает? Не сделает. Но прична может быть не только в этом, выведи полную статистику сообщений ффмпег и посмотри не делает ли он каких-то дополнительных преобразований к твоему аудио, которые могут повлиять на искажения.
Аноним (Microsoft Windows 10: Firefox based)20/08/22 Суб 04:50:01№3195814281
>>3195812 А как это узнать? Я немного напиздел, на 2 битрейт 250
Аноним (Google Android: Mobile Safari)20/08/22 Суб 10:40:18№3195878283
>>3195814 Ну да, стоковой энкрдер AAC говно. Напиши -c:a libopus
Аноним (Microsoft Windows 10: Palemoon)20/08/22 Суб 11:06:59№3195890284
>>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 игнорируется, если вообще существует для аудио и ты правильно написал команду.
Аноним (Microsoft Windows 10: Chromium based)20/08/22 Суб 18:27:43№3196076287
Посоны, встал вопрос. Хочу себе пару видосов с ютуба сдампить. Скачал в лучшем качестве через yt-dlp, им же вшил сабы, им же ремукснул в mp4. А вот тут и вопрос. Есть 2 файла, с одинаковым разрешением и параметрами. Как сделать так, чтобы он их склеил и ВНИМАНИЕ, сам склеил сабы? Склеить 2 файла получилось, а дальше я поник. Советов мудрых есть у вас?
Аноним (Google Android: Mobile Safari)20/08/22 Суб 22:39:46№3196199288
Анон, есть видео с телефона, и кажется что они довольно жирные. Вопрос: - Как понять, можно ли их "оптимизировать" без видимой потери качества или же это норм размер. - Ну и если можно, то как
PS Посоны, сори, я не читал шапку, может там и написано это уже, но нет времени сейчас.
>Сжало до 37% от исходного Дико зависит от видео. Видео с вращениями телефона в лесу или городе будут занимать даже больше место (особенно, ебануться, на 18 crf, я даже 22 очень редко ставлю), а статичный вид из окна со статичным изображением пожмётся до 10%.
Аноним (Google Android: Mobile Safari)21/08/22 Вск 23:29:58№3196474294
>>3196422 >>3196591 Ну сорян посоны, я ж в этом как блондинка. Просто скопировал со стековерфлоу.
>>3196423 Спасибо за объяснение, анон. То есть ты рекомендуешь указывать crf 22? У меня видео какбы медицинское, с симптомами для специалиста и для истории, важно не потерять в картинке (а на глаз могу и не понять).
>>3196655 Для медицины данные хранят часто в lossless, потому-что артефакт сжатия на снимке можно спутать с каким-нибудь образованием. и поставить неверный диагноз.
Аноним (Microsoft Windows 10: Firefox based)22/08/22 Пнд 14:08:29№3196666299
>>3196655 Сам смотри, там ещё от кодека же зависит. Возьми статичное видео и наоборот динамичное, и посмотри как оно выглядит при 15-20-25 и так далее, выбрав разумный размер и подходящее качество. Проводя аналогию - может быть такое что исходный кодек кодировал видео треугольниками, а новый квадратами, и даже с повышением битрейта он добавляет новых артефактов.
Грубо говоря crf означает, что вне зависимости от размера видео и битрейта он закодирует с определённым точностью, так что разница между оригинальным и полученным видео будет не выше определённого значение, ниже crf - выше уровень соответствия.
>>3196661 Вряд ли это имеет отношение к снятому с мобилки...
>>3196666 > Проводя аналогию - может быть такое что исходный кодек кодировал видео треугольниками, а новый квадратами Ну на сегодня практически все популярные lossy кодеки которые ещё живы и есть в обиходе используют ДКП, за редкими исключениями в виде ДВП кодеков. Начиная ещё с JPEG и MPEG 1 и далее вплоть до AV1 все используют ДКП в основе. Даже некогда амбициозный проект Daala строился вокруг ДКП, с надстройкой которая называлась lapped transform. Реально кодеки отличаются алгоритмами lossless кодирования данных, набором режимов предсказания в ключевых кадрах, точностью компенсации движения, возможными типами промежуточных кадров (такие как поддержка b фреймов, альтернативные референсные кадры), и алгоритмами подавления блочности. То есть база на протяжении всей истории видеокодеков остаётся неизменной. Усложняются лишь надстройки над этой базой.
Аноним (Google Android: Mobile Safari)22/08/22 Пнд 15:19:29№3196697301
Аноним (Microsoft Windows 10: Chromium based)23/08/22 Втр 14:44:49№3196983302
С какими настройками OBS эмулирует веб-камеру?
Аноним (Microsoft Windows 10: Chromium based)23/08/22 Втр 17:17:26№3197036303
Аноны, какую версию качать для винды: git master builds или release builds? И какую подверсию выбирать: essentials или full? Если мне нужна стабильная полная версия то нужен release builds и full?
Аноним (Microsoft Windows 7: Firefox based)23/08/22 Втр 17:29:37№3197039304
>>3197036 > Если мне нужна стабильная полная версия то нужен release builds и full? Да.
Аноним (Microsoft Windows 8: Firefox based)23/08/22 Втр 19:30:42№3197064305
>>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№3197065306
>>3197064 Опять с разметкой обосрался, про проценты вспомнил, а про астериски забыл.
Аноним (Microsoft Windows 10: Firefox based)23/08/22 Втр 19:58:34№3197071307
>>3197064 >"(процент)(процент)~na.mp4" Замени на "papka/(процент)(процент)~na.mkv" или через \ Только папку нужно создать заранее, или в начале файла прописать mkdir с именем папки.
Аноним (Google Android: Mobile Safari)24/08/22 Срд 21:26:59№3197366308
>>3193185 >>3194273 Блять, после этого поста я так серьёзно призадумался. У меня тоже в одном видео такое всплывало, но я не обратил особо внимание. И что теперь делать? Libaom не подвержен этой проблеме? То есть ключевые кадры когда меняются сцены это необходимость, без этого не обойтись?
Аноним (Microsoft Windows 10: Firefox based)26/08/22 Птн 12:31:33№3198308309
Скиньте кто-нибудь jxl картинку, плиз. ffmpeg нужно как-то собирать, что ли, чтоб jxl был включен? Или нужна версия ffmpeg master/git?
Аноним (Microsoft Windows 10: Firefox based)26/08/22 Птн 15:40:59№3198423310
Тест превью
Аноним (Microsoft Windows 10: Firefox based)26/08/22 Птн 15:42:26№3198425311
Аноним (Google Android: Mobile Safari)26/08/22 Птн 18:29:06№3198534312
>>3198308 Лучше через отдельный кодировщик, он умеет сжимать jpg без потери качества
Аноним (Microsoft Windows 10: Firefox based)26/08/22 Птн 20:49:43№3198641313
>>3198425 >на gyan.dev включен libjxl Последнюю версию оттуда загрузил, 5.1 full. При запуске в параметрах сборки не указан libjxl, в списке энкодеров тоже его нет.
Аноним (Microsoft Windows 10: Firefox based)26/08/22 Птн 23:30:12№3198704314
>>3198641 Попробуй git full, там точно должна быть.
Аноним (Microsoft Windows 10: Firefox based)26/08/22 Птн 23:49:35№3198709315
>>3198704 Мне критически важна shared версия, без неё смысла нету. Для git-full такой не вижу. А вот версия 5.1, за 2022-07-24, а добавили якобы 2022-04-25 по чейнджлогу.
Аноним (Microsoft Windows 10: Firefox based)27/08/22 Суб 00:00:52№3198713316
>>3198709 Что есть, то есть. Самому бы тоже shared хотелось.
Аноним (Google Android: Mobile Safari)27/08/22 Суб 04:36:58№3198764317
>>3198775 Дело не в лицензии на encoder. Сами кодировщики свободные. Дело в патентах на стандарты AVC/H264 и HEVC/H265 соответственно. Именно из-за патентов кодеки и считаются несвободными.
Аноним (Microsoft Windows 10: Firefox based)27/08/22 Суб 12:37:31№3198839323
>>3198819 Тогда почему есть все остальные, кроме именно libx264/libx265? Если сам формат того этого.
Аноним (Google Android: Mobile Safari)27/08/22 Суб 12:54:28№3198842324
>>3199119 Не читал, но там был патч, связанный с этой ишой
Аноним (Microsoft Windows 10: Chromium based)28/08/22 Вск 13:48:32№3199220331
Мои вебм не грузятся с мобильного дискорда, а если скачаь, то первый раз плеер проигрывает чёрный экран вместо изображения. Вот пример. Появилась проблема после того как я перешёл с премьера на давинчи. Настройки рендера на 2 скрине. Может что-то с цветовым диапазоном?
Аноним (Microsoft Windows 10: Chromium based)28/08/22 Вск 14:46:10№3199247332
>>3199220 Вместо yuv 422 8bit, ставь yuv 420 8 bit и только его. Ну и еще кодек h264, x264.
Аноним (Microsoft Windows 10: Chromium based)28/08/22 Вск 17:33:28№3199304333
>>3199247 Я лослесс хотел использовать при монтаже.
Аноним (Microsoft Windows 10: Chromium based)28/08/22 Вск 18:03:38№3199314334
Аноним (Microsoft Windows 10: Chromium based)28/08/22 Вск 18:09:42№3199318335
>>3199314 Монтаж + рендер в лослесс, а из лослесса уже в вебм.
Аноним (Microsoft Windows 10: Chromium based)28/08/22 Вск 18:14:54№3199322336
>>3199318 ну так, когда кодируешь в вебм уже сделай в yuv420p 8 bit. Нах тогда твои настройки рендера в давинчи тут, ты же не сказал, чем перекодируешь из лос в вебм. У тебя сейчас в вебм стоит yuv42210bit. Если через ffmpeg кодируешь, то команду указываешь дополнительно -pix_fmt yuv420p в настройки видео.
Аноним (Microsoft Windows 10: Chromium based)28/08/22 Вск 19:04:57№3199331337
>>3199322 Я почему-то был убеждён, что у vp9 какой-то один свой колорспейс и он всегда его меняет. И вот я допёр что это не так, захожу сюда, а ты мне тоже это говоришь. Спасибо, сейчас напердолю.
Аноним (Microsoft Windows 10: Chromium based)28/08/22 Вск 19:57:41№3199341338
Аноним (Microsoft Windows 10: Chromium based)28/08/22 Вск 22:22:04№3199381339
>>3199341 формат вообще к кодеку относится как знаю. pix_fmt правильно использовать, другого нигде не видел.
Аноним (Microsoft Windows 10: Firefox based)29/08/22 Пнд 18:13:33№3199713340
>>3198940 Сжатие - это компромисс между дисковым пространством и интернет-трафиком с одной стороны, и электричеством, человеческим временем и мощностью железа с другой. Если у тебя слабый процессор, дорогие тарифы на энергию и много места на дисках, и стоит цель хранить медиа - сжимать не нужно. Если у тебя мощное железо, дешёвое электричество, и медиа-файлы нужно отправлять по интернету или хранить на переносном устройстве с малым объёмом хранилища - нужно сжимать.
Аноним (Microsoft Windows 7: Firefox based)30/08/22 Втр 00:24:28№3199884341
обрезаю картинку с помощью crop, если ширина нечетная то выходное изображение на пиксель меньше по ширине, как это исправить?
Аноним (Microsoft Windows 7: Firefox based)30/08/22 Втр 00:31:54№3199887342
Аноним (Microsoft Windows 10: Chromium based)30/08/22 Втр 04:49:31№3199924343
>>3199884 Слушай, готового решения не дам. А чем ты режешь? По идее, большинство кодеков при нечётном значении просто выдаст ошибку. А вот vp9 просто сделает так как ты просишь без проблем. Помню находил команду, чтобы для чётности добавлялась строчка серого цвета. Некогда искать сейчас.
Аноним (Microsoft Windows 10: Chromium based)01/09/22 Чтв 12:34:08№3200861347
Что за новый кодировщик AMD HW в OBS? В чём отличие от старого AMD AMF? Стоит на него переключиться с RX 460?
Аноним (Microsoft Windows 10: Firefox based)01/09/22 Чтв 15:05:13№3200899348
>>3181555 (OP) Как записывать экран с игрой без серьёзных просадок производительности в игре и без потери плавности на видео? Допускается вариант с записью раздутых плохо сжатых файлов в реальном времени и дальнейшем их сжатием. Я так и делал, пытаясь записывать lossless, но, кажется, из-за нехватки пропускной способности моего usb hdd видео получилось дёрганым. Сжимая в реальном времени на высоких битрейтах получал меньшие но лаги как в игре так и на видео. Записывая на ssd ситуация чуток улучшилась. Записывал через OBS, не нашёл пригодных к использованию настроек.
Аноним (Google Android: Mobile Safari)01/09/22 Чтв 15:17:40№3200904349
>>3200899 > Как записывать экран с игрой без серьёзных просадок производительности в игре и без потери плавности на видео? Через утилиту, встроенную в драйвер видеокарты, типа shadowplay
Аноним (Microsoft Windows 10: Firefox based)01/09/22 Чтв 15:48:44№3200912350
>>3200904 >shadowplay Более говноедский софт поискать нужно.
Аноним (Microsoft Windows 10: Firefox based)01/09/22 Чтв 16:23:41№3200917351
>>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№3200939352
>>3200917 В ffmpeg оно не работает, надо свой кодировщик
Аноним (Google Android: Mobile Safari)01/09/22 Чтв 17:27:38№3200940353
Аноним (Microsoft Windows 10: Firefox based)01/09/22 Чтв 20:32:24№3201016354
>>3200939 Это потому что у ffmpeg архитектура такая, что кодировшик исходный файл не получает и отдельный от декодера, и сжимает данные заново не имея возможности обратиться к оригиналу? А как тогда его настроить?
Аноним (Microsoft Windows 10: Firefox based)01/09/22 Чтв 21:35:04№3201059355
Аноны, каким будет оптимальный битрейт для 1440p@60pfs? Ютуб для стримов в 2к советует от 9к до 18к. Если поставлю 15к для записи на диск, не будет ли слишком хуево? Хочу потом резать вебмки и лить на двачи, пережав vp9. То есть сурс должен быть ну не совсем уж печальным.
Тут же в посте вопрос по шебмам. Жму так: -deadline good -cpu-used 3 -b:v 1-2M
Аноним (Microsoft Windows 10: Firefox based)01/09/22 Чтв 22:41:27№3201140356
>>3201059 Подходящий битрейт зависит от содержания видео. Если у тебя 2d игра в изометрии, или даже просто с видом сверху, то для "не слишком хуевого" качества подойдёт в четверо меньший битрейт, чем для шутера с прыжками и перекатами. А поставить constqp режим религия не позволяет, который сам в зависимости от содержания видео возьмёт битрейта достаточно, для передачи "не слишком хуевого" качества, по типу, что если ты будешь листать сайт или поставишь всё на паузу, то он вообще минимум битрейта будет расходовать?
>>3200917 В общем очень условно потестил, а заодно и более древние кодеки (и ещё одиночные кадры libaom-av1 и vp9). Вот таблицы для трёх картинок в разных форматах и разного размера, в качестве оценки среднеквадратичная разница (в rgb-представлении, что очень условно) и максимальная разница. Интересно что будет, когда мне подскажут как jxl запустить.
Проблему "решил" просто ещё и исходное изображение в png перегоняя, чтобы там не было проблем с этим преобразованием цветов.
Мяу, я всё настроил, чтобы было удобно можете ещё кодеков подкинуть для проверки или картинок.
Аноним (Google Android: Mobile Safari)01/09/22 Чтв 22:45:13№3201145357
>>3201140 > А поставить constqp режим религия не позволяет, который сам в зависимости от содержания видео возьмёт битрейта достаточно, для передачи "не слишком хуевого" качества, по типу, что если ты будешь листать сайт или поставишь всё на паузу, то он вообще минимум битрейта будет расходовать? Constqp и crf это разные режимы! То что ты написал относится к crf
Аноним (Microsoft Windows 10: Firefox based)02/09/22 Птн 00:04:50№3201261358
>>3201145 Но к qp в целом тоже, просто не так явно, но принципы адаптивного битрейта всё ещё сработают.
Аноним (Microsoft Windows 10: Firefox based)02/09/22 Птн 01:36:12№3201310359
>>3201140 Там только не среднеквадратичная, а средний квадрат делённый. Опечатался немного, а то задумался что значения маловаты. Чтобы получить среднеквадратичную в шкале 0..255, нужно умножить на 255 и извлечь корень, примерно вот так масштабируется: 0.01 -> 1.60 0.05 -> 3.57 0.10 -> 5.05 0.20 -> 7.14 0.50 -> 11.29
>>3200899 С какими настройками писал? Поставь CQP 22 и посмотри. Я хз какие проблемы там можно увидеть. Я заходил в шутан и на максимальной чувствительности мыши прокручивал мышь в бок, потом открывал получившееся видео и каждый кадр был идеально чёткий. При этом, фон в игре состоял из природы с деревьями и всем таким, то есть довольно сложная картинка. Равнины Эйдалона в варфрейме. >>3200904 Тот же нвенк, что и в обс, только cbr без альтернатив, в то время как обс может писать в cbr, vbr и cqp и даже лослесс. Никак шадоуплей не может писать качественнее OBS. >>3200912 Двачую. Я каждый раз в шоке с "игровых журналистов" которые деньги вроде зарабатывают этим, а всё равно пишут шадоуплеем и жалуются "ой, у меня не захватывалось, ой у меня оверлей шадоуплея мерцает на записи, ой...".
>>3201261 CQP это то, чем приходится пользоваться за неимением CRF. Хз почему нет, возможно в реальном времени нельзя.
Аноним (Microsoft Windows 10: Firefox based)02/09/22 Птн 07:22:43№3201364362
>>3201361 >Никак шадоуплей не может писать качественнее OBS. Может писать эффективнее и незаметнее для компьютера, если нвидия сделала костыль, так что только у них есть доступ к фичам видеокарты по своим протоколам, и если это ещё не зареверсинжирили. Или если видео на каком-то более глубоком уровне драйвера захватывается без лишних передач данных, это уже к слову не о кодировщике, а именно о захвате видео.
Но лишние программы ой как не хочется на компьютер держать, а этот nvidia expirence ещё и вроде бы с регистрацией, вообще офигеть.
>>3201362 nvenc просто такое не умеет, у него только cq, а x264 - пожалуйста, в реальном времени вполне пишет, но сильно загружает процессор.
>>3201364 >nvenc просто такое не умеет Понял. Жалко.
>>Никак шадоуплей не может писать качественнее OBS. >Может писать эффективнее и незаметнее для компьютера, если нвидия сделала костыль, так что только у них есть доступ к фичам видеокарты по своим протоколам, и если это ещё не зареверсинжирили. Или если видео на каком-то более глубоком уровне драйвера захватывается без лишних передач данных, это уже к слову не о кодировщике, а именно о захвате видео. Да, тут ты прав, но это почти теория заговора. OBS развивается при поддлержке нвидии в том числе. Поддержка, конечно, не значит, что они раскрывают все свои карты, но всё же. Вероятность имхо мала. ОБС жрёт на 1-2 процента больше, скорее всего из-за моделирования сцены. В экспириенсе, понятно, такой функционал просто отсутствует.
>Но лишние программы ой как не хочется на компьютер держать, а этот nvidia expirence ещё и вроде бы с регистрацией, вообще офигеть. Да, с регистрацией, но можно просто по гуглоаку зарегистрироваться и зайти. Экспириенс не так бесполезен. Мне нравится Ansel (работает без включения оверлея). Позволяет делать скрины в ебическом разрешении. Но это так, побаловаться. А ещё можно посмотреть что та или иная опция в игре меняет. Есть неочевидные моменты иногда. Жалко экспириенс может только пресет настроек применить, руками из экспириенса настроить ничего нельзя. Ещё апскейл нейросетевой можно включить через него. Который dsr. Ставить это ради записи не стоит. Качества там лучше не будет - уверяю, а UX там на дне.
Аноним (Microsoft Windows 10: Firefox based)02/09/22 Птн 09:15:45№3201385364
>>3201140 >который сам в зависимости от содержания видео возьмёт битрейта достаточно, для передачи "не слишком хуевого" качества, по типу, что если ты будешь листать сайт или поставишь всё на паузу, то он вообще минимум битрейта будет расходовать Как тебе уже написали, это больше про CRF. CQP будет квантизировать абсолютно все кадры одинаково, адаптивности у него нет никакой. Именно поэтому я ставлю постоянный битрейт и не трачу место на диске зря. Тебе constant о чем-нибудь говорит? CQ - не аналог CRF даже близко. Кури мануалы.
Аноним (Microsoft Windows 10: Firefox based)02/09/22 Птн 09:16:46№3201387365
>>3201385 >я ставлю постоянный битрейт *и приемлемый, а не 50м/сек
>>3201385 Ты не совсем прав. CQP будет таки адаптировать битрейт под сложность картинки. Минута рабочего стола и минута игры будут различаться очень прилично. 5 мб против 350 мб очень реально. Даже CBR экономит битрейт в простых сценах, если память не изменяет. Ну и вообще cqp > cbr для записи. Как минимум за счёт психовизуальной модели - он сжимает кадр не равномерно, а даёт приоритет качества подвижным частям, так как человек будет смотреть туда. Субъективное качество такого видео выше, хотя объективно это не так. мимо
Аноним (Microsoft Windows 10: Firefox based)02/09/22 Птн 11:56:04№3201419367
>>3201369 >Который dsr. Он включается у меня в панели управления и без экспиренса.
>>3201385 >CQP будет квантизировать абсолютно все кадры одинаково А это разве и не значит, что разница между исходным видео и полученным будет не выше определённой? И это напрямую говорит о том, что сложное видео с резко меняющимися кадрами будет кушать больше битрейта? А в crf просто ещё оптимизации про движение и восприятие цветов глазом, лучше на 10%, но в целом надстройка над более простым и математическим cqp.
Аноним (Microsoft Windows 10: Firefox based)02/09/22 Птн 13:46:43№3201460368
>>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№3201462369
>>3201361 >Никак шадоуплей не может писать качественнее OBS. Писать может и нет, а вот захват экрана там производится собственной технологией , которой нет в обс.
Аноним (Microsoft Windows 10: Chromium based)02/09/22 Птн 14:19:27№3201463370
>>3201361 >Тот же нвенк, что и в обс, только cbr без альтернатив, в то время как обс может писать в cbr, vbr и cqp и даже лослесс. Также это всё тоже меняется, но через реестр.
Аноним (Microsoft Windows 10: Firefox based)02/09/22 Птн 14:19:39№3201464371
Не силен в инглише, пикрил значит, что теперь прописывать -threads для vp9 не нужно? Как примерно перевести row based? Какие еще строки?
Аноним (Microsoft Windows 10: Chromium based)02/09/22 Птн 16:38:59№3201494372
Аноним (Microsoft Windows 10: Chromium based)02/09/22 Птн 17:29:43№3201508373
Аноним (Microsoft Windows 10: Chromium based)02/09/22 Птн 17:55:30№3201514374
>>3201508 кукла нормально кстати воспроизводит, только сжимает к центру.
Аноним (Microsoft Windows 10: Firefox based)03/09/22 Суб 10:50:22№3201663375
Довольно улыбнулся, когда сжал свою коллекцию png в lossless webp, сократив тем самым занимаемое место в 1.8 раз. Экономия диска на ровном месте. Но есть ли что-то более эффективное для lossless картинок, чем webp? Может быть, остаться на webp, но уже в lossy режиме? Какие тогда настройки нужно использовать, чтобы глаз не заметил потерь?
Аноним (Microsoft Windows 10: Firefox based)03/09/22 Суб 10:57:54№3201667376
Аноны, как сравнивать 264й и vp9? Какова методика?
Аноним (Google Android: Mobile Safari)03/09/22 Суб 12:42:46№3201691377
>>3201663 Jpeg xl ещё эффективнее >>3201667 На глаз, по кадрам друг за другом
Аноним (Microsoft Windows 10: Firefox based)03/09/22 Суб 14:02:44№3201703378
>>3201663 А ещё обрати внимание на BPG (основанный на h265, если на ошибаюсь - или там уже что-то новое на h265 придумали, не смотрел) и avif (основанный на av1). И на jxl, да - он прям очень хорошие картинки выдаёт, и даже на катастрофически низком битрейте в 2% от исходного он выдаёт узнаваемую картинку, когда все остальные форматы пятна или квадраты размытые. И ещё он уже хорошо внедряется в виндоус, и предпросмотром и миниатюрами.
Аноним (Microsoft Windows 10: Firefox based)03/09/22 Суб 14:20:08№3201708379
Винда не хочет воспроизводить самый обычный h264 + aac фильм. Суть: пытаюсь перекодировать исходник для теста libx264, но файл не воспроизводится. Когда кодирую hevc, все окей. В чем сука может быть причина, что плеер отказывается есть самый обычный кодек? test - hevc test_2 - libx264
Аноним (Microsoft Windows 10: Firefox based)03/09/22 Суб 14:22:05№3201710380
У фильма есть главы, если что но как это может быть проблемой?
Аноним (Microsoft Windows 10: Chromium based)03/09/22 Суб 14:29:48№3201714381
Гайз, спрошу у вас сначала. Смотрю лекции на скорости х1.5 и использую плеер слева т.к. есть превьюха у таймлайна как на ютубе, но если сделать скорость х1.5, то звук становится уебанским, но быстрым. Как сделать звук как на VLC плеере? Даже не знаю что гуглить лол. Настройки покликал, но ничего подходящего не нашел.
Аноним (Microsoft Windows 10: Chromium based)03/09/22 Суб 14:31:15№3201716382
>>3201714 Видео не конвертнул. Короче такая хуета.
Аноним (Microsoft Windows 10: Chromium based)03/09/22 Суб 14:33:33№3201718383
Аноним (Microsoft Windows 10: Firefox based)03/09/22 Суб 14:33:41№3201719384
>>3201716 В одном случае у тебя ускоряется дорожка без изменения формы волны, во втором случае идёт преобразовывание тембра, что намного более сложный код. Если не ошибаюсь - одно делается как -af asetrate=441002.0,aresample=44100, а другое как просто -af asetrate=441002.0, или что у тебя там вместо 44100.
Аноним (Microsoft Windows 10: Chromium based)03/09/22 Суб 14:42:21№3201721385
>>3201719 А в плеере это где-то можно сделать? Я так понял у тебя для перекодирования параметры? Я просто выбираю в плеере "увеличить скорость" и смотрю.
Аноним (Microsoft Windows 10: Chromium based)03/09/22 Суб 14:45:10№3201723386
>>3201719 Спасибо, анончик! Сам нашел вот эту хрень. Теперь нормальный голос, а не ебучий мультяшный
Аноним (Microsoft Windows 10: Firefox based)03/09/22 Суб 14:46:28№3201724387
>>3201721 В твоём — понятия не имею. В моём вот, есть два алгоритма с компенсацией тембра, есть без обработки завышающий частоты, и ещё один из ffmpeg.
Аноним (Google Android: Mobile Safari)03/09/22 Суб 15:07:28№3201734388
>>3201708 У тебя видео 10 бит, h264 такой формат аппаратно не поддерживают. Напиши -pix_fmt yuv420p
Аноним (Microsoft Windows 10: Firefox based)03/09/22 Суб 18:41:56№3201832389
>github.com/megapro17
Аноним (Microsoft Windows 10: Firefox based)03/09/22 Суб 19:32:32№3201850390
>>3201734 Сработало, спасибо. Только где мне покурить значение >-pix_fmt ? Гугл не ищет.
Аноним (Microsoft Windows 10: Firefox based)03/09/22 Суб 19:37:38№3201853391
>>3201850 Все нашлось. Теперь вопрос в том, какие параметры передать кодировщику, чтобы качество не пострадало.
Аноним (Google Android: Mobile Safari)03/09/22 Суб 19:57:57№3201857392
>>3201832 И, что не так? Это единственный сервис с музыкой без потерь, где нету ебучего DRM
Аноним (Microsoft Windows 10: Firefox based)03/09/22 Суб 22:11:58№3201935393
Вес mkv 828 мегабайт, Mediainfo пишет, что "stream size" 98%, то есть 812 мегабайт. Но внутри контейнера ничего кроме этой видеодорожки нет. 16 мегабайт пустышки - чересчур дохуя, это сопоставимо с весом аудиодорожки. Как можно уменьшить этот бесполезный объём? Может, вообще отказаться от контейнера, или возникнут проблемы с просмотром такого файла?
Аноним (Microsoft Windows 10: Chromium based)03/09/22 Суб 22:33:48№3201950394
>>3201935 streamsize+сам контейнер mkv 16мб. И ничего это не много.
Аноним (Google Android: Mobile Safari)03/09/22 Суб 23:36:54№3201997395
Ебать, Абу всё-таки зделол av1, а всего три года ждали! Ну что, vp9 теперь тоже в петухи определяем?
Аноним (Microsoft Windows 10: Firefox based)03/09/22 Суб 23:49:09№3202000396
>>3201997 >av1 Пытался я в него сжать. Как итог - сжималось не быстро (впрочем, x265 на хороших настройках жмёт намного дольше), вес крошечный, но на глаз качество не идеальное. В плеере чтобы промотать я ждал по полторы секунды после нажатия стрелок, что не оставляет шанса этому кодеку. Так же встретил предупреждение в плеере "[mkv] Discarding potentially broken or useless index." и многочисленные ошибки о невозможности аппаратного декодирования.
Аноним (Microsoft Windows 10: Firefox based)03/09/22 Суб 23:53:48№3202002397
>>3202000 >x265 на хороших настройках жмёт намного дольше Ты там туттуру совсем? Точно? А в случае чего у av1 тоже есть совсем смертоубийственные настройки.
Аноним (Microsoft Windows 10: Firefox based)04/09/22 Вск 00:00:58№3202004398
>>3202002 У меня 25-минутное аниме сжимало 3 часа 50 минут - -c:v libx265 -crf 19 -preset slower -pix_fmt yuv420p10le -bf 11 -sn -an. Я параллельно кодированию активно пользовался ПК. С более низкими настройками сжимало 2 с половиной часа, но тогда на некоторых кадрах был виден banding (вроде так называется). Я руководствуюсь логикой "сжав хотя бы в 3 раза, мне уже не придётся покупать 2 новых диска".
av1 выглядит интересно, но с такой ужасной производительностью пользоваться им невозможно. В том ли дело, что на моей карте не доступно ускорение, или в том что я рукожоп, или в том что, дабы не ждать долго, я решил проверить av1 на 30-секундном обрезке, не знаю.
Аноним (Microsoft Windows 10: Firefox based)04/09/22 Вск 00:52:56№3202006399
>>3202004 У меня 20 секундное видео кодировалось дольше 4 часов в aom-av1. А ты про 25 минут, оно две недели будет кодироваться.
Сейчас конечно svt расплодился кодирующий быстро (заметно быстрее дефолтного libvpx-vp9), но я сколько кадры не сравнивал, до дефолтного aom-av1 он решительно не дотягивает, хотя по соотношению размера-качества это лучше всех vp9-h264-h265 даже так.
Аноним (Microsoft Windows 10: New Opera)04/09/22 Вск 00:54:19№3202007400
>>3201059 А скинь свои по братски, чтобы мог сжимать порядочно.
Аноним (Microsoft Windows 10: New Opera)04/09/22 Вск 01:07:05№3202010401
А всё, уже не надо.
Аноним (Microsoft Windows 10: Chromium based)04/09/22 Вск 03:00:00№3202014402
А есть какие-то настройки для тупых, чтобы игровые видосики, где экшн, сжимать в fhd/720p и mp4 и по качеству было заебок, а-то орут, что webm не могут на яблоке посмотреть, я в ахуе, вот такое качество, только в mp4, как можно получить?
Аноним (Microsoft Windows 10: Firefox based)04/09/22 Вск 03:18:51№3202015403
>>3202014 >а-то орут Пусть орут, далей webm, пожалуйста.
Аноним (Microsoft Windows 10: Firefox based)04/09/22 Вск 03:37:34№3202017404
Аноним (Microsoft Windows 10: Firefox based)04/09/22 Вск 08:43:18№3202043405
>>3202007 Анон, я не то, чтобы сильно соображаю в кодировании, поэтому и советовать ничего не могу.
Аноним (Microsoft Windows 10: Chromium based)04/09/22 Вск 09:09:23№3202046406
В svt-av1 завезли двупроходное кодирование, смотрю. Имеет смысл при CRF?
Аноним (Microsoft Windows 10: Firefox based)04/09/22 Вск 09:49:58№3202054407
>>3202014 webm и mp4 - это контейнеры, тупо обёртка для кодеков, хранящих непосредственно сжатие. mp4 - проприетарный формат с лицензионными отчислениями и ограниченным набором кодеков, поддерживается каждым утюгом, чтобы денег больше несли в MPEG LA. mkv - хранит любые кодеки, шрифты к субтитрам, его можно обрабатывать в годном mkv tool nix, признан на торрентах, в некотором говно-софте (видеоредактор Apple) не будет работать. webm - лайтовая версия mkv под кодеки гугла.
Аноним (Microsoft Windows 10: Chromium based)04/09/22 Вск 09:58:59№3202055408
>>3202054 >в некотором говно-софте (видеоредактор Apple) не будет работать Да почти все серьёзные видеоредакторы, что я использовал, игнорируют webm, mkv и vp9.
Аноним (Microsoft Windows 10: Firefox based)04/09/22 Вск 10:00:14№3202056409
Аноним (Microsoft Windows 10: Chromium based)04/09/22 Вск 10:26:20№3202065410
>>3202046 Так, тест показал что два прохода выдают файл идентичный одному проходу.
Аноним (Microsoft Windows 10: Chromium based)04/09/22 Вск 10:31:22№3202067411
Аноним (Microsoft Windows 10: Chromium based)04/09/22 Вск 10:35:49№3202068412
>>3202067 vp9 кодировался чуть больше трёх минут. Два прохода. svt-av1 в два прохода 8.5 минут. В один не запомнил. AV1 - полчаса. Значение crf всезде 35, что для разных кодеков не равнозначно. Итого, эксперимент не очень имеет смысл, но вебм с хуйнёй из игр всё ещё лучше делать на vp9 имхо. Быстрее, не сильно хуже и поддерживается везде.
Аноним (Microsoft Windows 10: Chromium based)04/09/22 Вск 10:36:14№3202069413
Делюсь с вами спектрограммами aac и opus файлов. Как мы видим, у опуса более ясно выраженный срез верхних частот, но сами верхние частоты выше, чем в aac, а так же помимо громких звуков opus сохранил шум и прочий ambient. В самом низу у aac видна жёлтая полоса, тянущаяся через весь файл, которую тем не менее не слышно. opus весит 25 880 Кб, aac - 27 604 Кб.
Очевидная победа свободного опуса. Aac выиграл только в скорости кодирования.
>>3202282 У тебя в фонограме какой-то свист в раёне 15-16 кГц. Притом частота этого свиста плавает, то чуть выше, то чуть ниже. Громкость тоже плавает.
Аноним (Microsoft Windows 10: Firefox based)04/09/22 Вск 20:35:08№3202307421
Аноны, есть короче vidstabtransform, и есть видео с рук, как на первом кадре. После применения фильтра получается второе. Видите дрожание по углам? Причём, я погуглил, и такое не только на моём видео.
И вот ещё видео. Тут видно, что фильтр исходный кадр просто поворачивает и сдвигает, без учёта перспективы, считая что у камеры угол обзора очень маленький и вид как из телескопа.
Вот, на четвёртом видео я не сдвигаю камеру, а просто поворачиваю, и при этом прямоугольный экран превращается в трапецию, которую как не сдвигай - квадрат из неё не получишь.
Есть фильтр это учитывающий, или нужно велосипедить самому?
Есть вариант пережать прямоугольную проекцию камеры в сферическую, применить обычный vidstabtransform, и потом вернуть обратно - полностью проблему это не решит, но кодится просто и артефакты по типу лёгкого дрожания почти полностью решат.
Просто должно же уже такое быть, в камере на телефоне есть свой фильтр программный, и он ёлочки без дрожания делает, потому что знает угол обзора камеры и может это скомпенсировать при поворотах.
>>3202282 > очередные свидетели спектрограмм оценивают качество по частоте среза ФНЧ Кодеки можно оценивать исключительно слепым прослушиванием на большой выборке. Частоту lowpass фильтра задрать можно и на mp3, спектрограмма будет изумительная, но тогда ты ради верхов начнёшь терять данные из слышимого спектра.
Аноним (Microsoft Windows 10: Firefox based)04/09/22 Вск 21:53:11№3202325423
>>3202318 > Кодеки можно оценивать исключительно слепым прослушиванием на большой выборке. Нет, только визуально с помощью спектрограмм.
>>3202318 Ну критические обсёры, которые бывают если кодировать встроенным в ffmpeg aac на низких битрейтах видны на спектрограмме, но такие артефакты отчётливо слышны и безо всяких там слепых тестов.
Аноним (Microsoft Windows 10: Chromium based)05/09/22 Пнд 19:08:15№3202650425
Ну и зачем этот ваш svt-av1 по качеству не лучше уж vp9, да и даже при 1200 выглядит как говно, хоть и 60 фпс, либо VBR режим или 2pass там багнут и игнорирует пресеты, хотя вроде и не так. Слишком уж быстро скодировал 2 сек 120 фреймов. Плюс пипе сломан вроде с парой ффпмег. До этого еще старый aom юзал, хоть и чуть-чуть долговато, но качество точно хорошее было даже при 500к битрейта. Параметры такие: >pastebin.com/RTC8gDVB
Аноним (Google Android: Mobile Safari)05/09/22 Пнд 19:36:52№3202657426
>>3202650 Ебать дебил, что за конченные параметры? Сам ввёл полнейшую хуйню, ещё и жалуется. Нахуя два прохода?? Нахуя труба? Сука, оттуда такие долбоёбы берутся
Аноним (Google Android: Mobile Safari)05/09/22 Пнд 19:38:59№3202659427
>>3202657 А ладно подожди, два прохода нужно, но параметры всё равно так себе
Аноним (Google Android: Mobile Safari)05/09/22 Пнд 19:42:38№3202660428
А забей короче, чё я высрал
Аноним (Microsoft Windows 10: Chromium based)05/09/22 Пнд 19:42:56№3202662429
Че доебался не понял?
Аноним (Microsoft Windows 10: Firefox based)05/09/22 Пнд 20:16:29№3202671430
>>3202650 >Ну и зачем этот ваш svt-av1 по качеству не лучше уж vp9 У меня дефолтный svt кодирует в 20 раз быстрее дефолтного vp9, и соотношение размер-качество лучше.
То что я запарился и откодировал по минуте видео в aom - там конечно сильно лучше качество, чем svt - но я не ставил тяжёлые пресеты у svt, да и если кодек кодирует со скоростью aom - то это то же самое, что его нету.
Аноним (Microsoft Windows 10: Chromium based)05/09/22 Пнд 20:19:49№3202672431
>>3202671 Выше видосики выставил пресет 0 вообще, но мне кажется 2пасс багнут, потому что в 1пасс crf он долго кодировал вообще. А те как молния пронеслись, поделись какими-нибудь настройками для svt свои, тоже попробую.
Аноним (Microsoft Windows 10: Firefox based)05/09/22 Пнд 20:47:12№3202689432
>>3202672 Дефолтные настройки, я же написал. -c:v libsvtav1 -b:v 0 -crf 40 Только crf менял, и -g 300 прописывал. Ещё потыкал пресеты, но десятикратное увеличение времени кодирования ради разницы в 2% меня не интересует - я и забил.
Аноним (Microsoft Windows 10: Firefox based)05/09/22 Пнд 21:33:35№3202710433
Нужно ли двухпроходное кодирование для svt-av1 в crf режиме?
Аноним (Microsoft Windows 10: Chromium based)05/09/22 Пнд 22:02:00№3202718434
>>3202689 >Дефолтные настройки, я же написал. ааа > Ещё потыкал пресеты, но десятикратное увеличение времени кодирования ради разницы в 2% меня не интересует - я и забил. Ну прямо на низких может и 2, но повыше 5-15%, а это уже существенно.
Аноним (Microsoft Windows 10: Firefox based)05/09/22 Пнд 22:05:36№3202720435
>>3192856 На ввод поставил png, и получившийся jxl файл ничем не открывается.
Аноним (Microsoft Windows 10: Firefox based)05/09/22 Пнд 22:22:23№3202722436
А крита уже открывает (и сохраняет в) heic и avif.
Аноним (Microsoft Windows 10: Firefox based)05/09/22 Пнд 22:28:59№3202726437
>>3202722 out.jxl: Invalid data found when processing input sq= 0B f=0/0
Аноним (Microsoft Windows 10: Firefox based)05/09/22 Пнд 22:29:55№3202727438
>>3202726 >>3202722 В любом случае я не буду менять Honeyview на ffplay ради формата. Но, подозреваю, ошибка кроется в другом.
Аноним (Microsoft Windows 10: Palemoon)05/09/22 Пнд 22:37:54№3202732439
>>3201460 > В целом по соотношению размер-качества он на голову выше webp Ну webp без потерь только увеличит jpg, потому меня интересует как ты кодировал и что и реально ли оно уменьшило jpg без потерь?
Аноним (Microsoft Windows 10: Chromium based)05/09/22 Пнд 22:41:33№3202735440
>>3202727 >Honeyview В этом древнем кале конечно не будет поддержки новых форматов.
Аноним (Microsoft Windows 10: Palemoon)05/09/22 Пнд 22:42:22№3202737441
Алсо >>3192842 Зачем пережимать лосси джипег в webp, если можно пережать в jxl без потерь? >>3192845 >jxl уже внедряется везде где только можно, в браузеры поддержку уже давно завезли >>3201460 >Кстати, это нормально, что оно потребовало наличия некоторых brotlidec.dll и brotlienc.dll, которые в уже скомпилированном виде нигде не нашлись, и мне пришлось загрузить код отсюда (там только код, без бинарников) https://github.com/libjxl/libjxl/releases - скомпилировать (слава богу, оно с первого раза без ошибок скомпилировалось, потому что понятный cmake использует), и потом там появились файлы libbrotlidec.dll и libbrotlienc.dll, у которых пришлось убрать префикc lib, и только после этого оно заработало?
Отличное "повсеместное внедрение", чтобы попробовать сам поебись с конпеляцией энкодера, энкодер сам себя не конпелирует.
Аноним (Microsoft Windows 10: Firefox based)05/09/22 Пнд 22:59:29№3202747442
>>3202732 Да, реально, ни одного пикселя разницы. Но там 20% уменьшения, я же запостил цифру. Другие фотографии пока не пережимал.
>>3202732 Я же запостил всё. Либа с jxl была в уже скомпилированном видео, но требовал dll-ки от brotli, которые я сделал сам. И вот батник как на втором, на которые я мышкой перетягиваю файлы. Тебе бинарники brotli в архив скинуть или что?
>>3202737 > если можно пережать в jxl без потерь? Фотография на 5 мб. Информации на неё на 1 мб, так как оптика в мобилке говно и там всё размытое с завышенном и зашумлённом разрешении. Но webp поддерживается в дискорде и на другой борде, а jxl только у меня на компьютере поддерживается.
>Отличное "повсеместное внедрение" У меня браузер не поддерживает, даже когда я в настройках в конфиге перенастроил. Превью на виндоусе грузяться по секунде на фотографию, когда для webp/jpg загружается по 20 штук за секунду.
Аноним (Microsoft Windows 10: Palemoon)05/09/22 Пнд 23:08:35№3202755443
>>3202747 > Да, реально, ни одного пикселя разницы > там 20% уменьшения Ну норм. > У меня браузер не поддерживает, даже когда я в настройках в конфиге перенастроил. Превью на виндоусе грузяться по секунде на фотографию, когда для webp/jpg загружается по 20 штук за секунду Не норм, лосси джипег и так не то, чтобы дохрена весит, к тому же выше говорят 95% вебп не шибко шакаля вес уменьшает(когда будет время попробую). Раз уж ты так любишь тестировать, то может пожмёшь png в лосслесс webp и в этот лосслесс jxl для сравнения веса? Или говно план? > Либа с jxl была в уже скомпилированном видео > но требовал dll-ки от brotli, которые я сделал сам Ты понимаешь, что не все здесь будут сами делать .dll, которые ты найти не смог, так что равносильно отсутствию готового энкодера.
Аноним (Microsoft Windows 10: Firefox based)05/09/22 Пнд 23:23:48№3202763444
>>3202755 >которые ты найти не смог Я тоже удивился, что я не нашёл ни одного билда brotli под виндоус. Гугл и сам бы мог его выложить, и даже если нет - обычно у всяких программистов социокексиков куча гитхабов с билдами. К тому же оно тупо одной кнопкой скомпилировалось, хотя обычно со всеми либами такими куча неожиданных ошибок вылезает в cmake или ещё где...
>То может пожмёшь png в лосслесс webp и в этот лосслесс jxl для сравнения веса? Да не вопрос. Какие взять? Скриншоты? Фотографии пережать в png, и посмотреть что с ними будет? Рисованные рисунки с исходником в png?
>95% вебп OpenCamera на андроиде кстати сразу в webp может сохранять с указанным качеством, я ставлю качество 92 и получается сильно лучше, чем если jpg любого качество пережимать в webp уже после. А ещё у jxl тоже есть lossy режим - который работает лучше webp. Между прочим webp устроен на основе vp8. Когда ты последний раз хотя бы webm видел в vp8?
Аноним (Microsoft Windows 10: Palemoon)05/09/22 Пнд 23:29:19№3202766445
>>3202763 > Какие взять? Какие тебе удобнее, добра полно от скриншотов, до артов с пиксиово, мы же прорабатываем вопрос универсальности формата, в общем виде интересует замена всего зоопарка на jxl (когда к нему допилят поддержку и декомпилятор адекватный, если это возможно, чтобы работал на кофеварке и не требовал 20 секнд на одно превью) > OpenCamera на андроиде кстати сразу в webp может сохранять с указанным качеством Ну это касательно фотографии, кому-то полезно, я не думаю, чтобы когда-нибудь лично мне понадобится.
Аноним (Microsoft Windows 10: Firefox based)05/09/22 Пнд 23:30:56№3202767446
>>3202732 jxl без потерь уменьшил jpeg - было 1.09 мегабайт стало 790 килобайт.
Аноним (Microsoft Windows 10: Firefox based)06/09/22 Втр 00:14:40№3202777447
>>3202747 Слушай скинь вообще всё сразу готовое собранное, я ничего не смог запустить.
Аноним (Microsoft Windows 10: Firefox based)06/09/22 Втр 00:16:18№3202778448
Да и вообще, есть хоть один вменяемый просмотрщик изображений с поддержкой jxl картинок то? Или только mpv?
Аноним (Microsoft Windows 10: Firefox based)06/09/22 Втр 00:40:43№3202785449
>>3202778 Любой, который ffmpeg в качестве бекэнда цепляет. И по идее такие должны быть.
>>3202777 Там только dll-ки с avx2, если у тебя слабый ноут или офисный компьютер - то может не заработать. https://files.catbox.moe/a22h0i.zip В батнике можно другие параметры дописать (чтобы lossy jxl попробовать, например), просто мышкой на него файлы перетаскиваешь (как тут >>3194692)
Аноним (Microsoft Windows 10: Firefox based)06/09/22 Втр 01:11:28№3202792450
>>3202907 >мусор С чего бы? Мусор воняет и плодит жуков, а dll лежат себе тихо и не мешают.
Аноним (Microsoft Windows 10: Chromium based)06/09/22 Втр 18:32:00№3202957458
Скачал фильме в 4К HDR10. Там 2 видеодорожки определяется и когда я вырезаю фрагмент в вемб, то у меня теряется насыщенность. Это ещё не Ч/Б, но достаточно сильно заметно. На уровне -30 Saturation в MPC-HC
Сначала заметил это после того как конвертировал через Webm for Lazys, решил что это с ним какая-то хуйня. Adobe Premier вообще отказался открывать этот файл. Boram тоже самое выдал, но только на нём я обратил внимание, что там две видео дорожки.
Что теоретически можно с этим делать, кроме скачивания другого рипа?
Аноним (Microsoft Windows 10: Chromium based)06/09/22 Втр 19:18:57№3202965459
>>3202778 Я qimgv юзаю, но он от украинца, мало ли что.
Аноним (Microsoft Windows 10: Chromium based)06/09/22 Втр 19:21:58№3202966460
>>3202957 Нихрена непонятно чего ты хочешь. У тебя hdr перекодируется в sdr, поэтому и теряется. Причем тут вторая дорожка вообще непонятно, скорее это просто превью к видео. Качай SDR обычный рип.
Аноним (Microsoft Windows 10: Firefox based)06/09/22 Втр 19:29:19№3202968461
>>3202966 >У тебя hdr перекодируется в sdr, А разве при отображении на обычном мониторе hdr просто на стадии рендера не преобразуется в sdr? Почему анон не может это же преобразование получить оффлайн, а не во время просмотра?
Аноним (Microsoft Windows 10: Chromium based)06/09/22 Втр 19:31:00№3202969462
>>3202968 Не поняв. Перекодируя вообще трудно сделать, что в одну сторону, что в другую, насколько знаю. Сплошной пердолинг.
Аноним (Microsoft Windows 10: Firefox based)06/09/22 Втр 20:16:16№3202983463
Закодированные в разных сборках ffmpeg одинаковой командой файлы opus отличаются в HEX-редакторе, несильно. Вес тот же, файлы спектрограмм в HEX идентичные.
Аноним (Microsoft Windows 10: Chromium based)06/09/22 Втр 20:28:00№3202989464
Аноним (Microsoft Windows 10: Firefox based)06/09/22 Втр 21:52:22№3203018467
>>3203003 А если подкорректичуешь цифру crf (там можно дробные значения скармливать libx265, если не ошибаюсь), так чтобы размеры файлов совпадали, то на slow-пресете качество будет лучше.
Сап ананасы! Нагуглил первую попавшуюся команду чтоб писать экран ffmpeg -f x11grab -y -rtbufsize 100M -s 1366x768 -framerate 30 -probesize 10M -draw_mouse 1 -i :0.0 -c:v libx264 -r 30 -preset ultrafast -tune zerolatency -crf 25 -pix_fmt yuv420p screen.mp4
Хотелось бы замутить скриптик наподобие пикрил для простоты запуска чтоб нужно было лишь прописать название скрипта+название файла и чтоб как на пикриле к названию файла прописалась дата время. Это я уже не смог нагуглить сорян аноны
Аноним (Microsoft Windows 10: Chromium based)06/09/22 Втр 23:44:56№3203054469
>>3203030 А может просто обс использовать? Там кстати кому интересно, av1 и h264,hevc 10 бит запись завезли в новую 28 версию. Также теперь можно отдельный звук приложения захватывать, то что должно давно было появиться.
Аноним (Microsoft Windows 7: Firefox based)07/09/22 Срд 00:54:10№3203080470
>>3203030 >к названию файла прописалась дата время Пиши команду date в специальных кавычках (кнопка Ё в английской раскладке) `date +%Y.%m.%d-%H.%M`.mp4
>>3203054 >Также теперь можно отдельный звук приложения захватывать, то что должно давно было появиться. Реально? Как-то я это пропустил. Хотя, я делаю это войсмитром, но друзьям домохозяйным плагин для этого скидывал.
Аноним (Microsoft Windows 10: Chromium based)07/09/22 Срд 10:44:42№3203173472
>>3203117 Да реально но с припиской бета пока. Тоже воисмиттер юзаю, но также и для чуть других целей. А если чисто распараллеливание звука надо, то можно и удалять его, если чисто для обс был.
>>3203173 Не, я звук обрабатываю микрофону и прочее. Кстати, в следующей версии будет охуенный компрессор и денойс и вообще всякая ёба. Воможно, вст хост станет ненужен многим.
Аноним (Microsoft Windows 10: Chromium based)07/09/22 Срд 18:26:11№3203325475
>>3203214 Ну и отлично, хоть какое-то нормальное развитие появилось.
Аноним (Microsoft Windows 7: Firefox based)07/09/22 Срд 18:46:58№3203336476
>>3203192 А ты не догадался как? screen.`date +%Y.%m.%d-%H.%M`.mp4
Аноним (Microsoft Windows 10: Chromium based)07/09/22 Срд 21:15:35№3203375479
>>3203325 Давно пора прикрутить мультистрим из коробки. Что стоит дублировать уже закодированный поток бай дизайн?
Аноним (Microsoft Windows 10: Firefox based)08/09/22 Чтв 17:51:39№3203676480
Какие профиты можно получить, используя программу mkclean? Толковой документации нет, толковых постов в интернете тоже не густо. Разве что, как пишет один человек, если муксишь mkv по ходу кодирования, то временные метки ставятся в конец файла, от чего он запускается дольше (в mp4 такое есть, -movflags +faststart), а mkclean ставит их в начало.
Вопрос, можно как-то заюзать переменные в фильтре? Хочу свести [code]scale='if(gt(ceil(iw/2)2,ceil(ih/2)2),min(%d,ceil(iw/2)2),-2)':'if(gt(ceil(iw/2)2,ceil(ih/2)2),-2,min(%d,ceil(ih/2)2))'[/code] До нормального вида
Аноним (Microsoft Windows 10: Firefox based)09/09/22 Птн 21:55:18№3204041482
объясните мне так будто я ваша 5 летняя сестренка анимешка что такое енкодеры и енкодеры блять
>>3204041 пикчу можно хранить просто как набор пикселей, предствление бывает разное, rgb, yuv. Но не суть, в общем чтобы вывести ее на экран (без расчета скейлинга) нужно произвести тривиальные вычисления, но считать много данных. Пикчи можно сжимать, базовых типов преобразований не слишком много, но готовых алгоритмов выстроили предостаточно. Теперь можно меньше информации хранить, но надо поработать ЦП чтобы сжать и разжать обратно в пиксели. Пикчи сжали, отлично, можно в теории видео как слайдшоу из них делать. Но все равно хуево, весит много. В природе у большинства видео большая часть кадров не так сильно отличается от друга. Будем одни кадры сжимать как картинки, а другие будут ссылаться на них и дельты будут меньше весить. Снова доп работа процессору, но ничего, зато весит приемлемо.
Аноним (Microsoft Windows 10: Chromium based)10/09/22 Суб 04:15:55№3204131484
Аноним (Google Android: Mobile Safari)10/09/22 Суб 11:13:19№3204180485
>>3204041 Encoder, кодировщик - здесь это программа, которая будет представлять картинки в виде, более пригодном для передачи информации, в том числе, для уменьшения количества информации в исходных изображениях и звуке. Соответственно, decoder, декодер - программа для восстановления из потока данных примерного содержания изображения или звука. Программ таких много, на выбор, у каждой свои особенности и задачи, свой способ представления как со стороны изображений и звуковых сигналов, так и со стороны кодовых последовательностей в потоке данных.
Аноним (Google Android: Mobile Safari)10/09/22 Суб 11:23:16№3204181486
Аноним (Google Android: Mobile Safari)10/09/22 Суб 11:25:46№3204183487
>>3203676 Простая пересборка в хорошо документированной mkvmerge решает в т. ч. указанную тобой проблему. Зачем тебе теперь mkvclean?
Аноним (Google Android: Mobile Safari)10/09/22 Суб 11:28:06№3204185488
>>3203685 Если уже так тебе это всë нужно с переменными и условиями, то почему бы тебе сразу не использовать какой-нибудь vapoursynth?
Аноним (Google Android: Mobile Safari)10/09/22 Суб 12:00:36№3204191489
>>3202983 Раскодируй, да посмотри, отличаются ли raw pcm! Скорее всего, различаются данные только в полях codec_private, в которые заносят всякое служебное - например, номер версии библиотеки кодера.
Аноним (Google Android: Mobile Safari)10/09/22 Суб 12:07:56№3204192490
Аноним (Google Android: Mobile Safari)10/09/22 Суб 12:11:03№3204193491
>>3202957 >Что теоретически можно с этим делать, кроме скачивания другого рипа? Показать нам на pastebin вывод midiainfo для начала. Можно другой интернет-блокнот использовать.
Аноним (Google Android: Mobile Safari)10/09/22 Суб 12:18:54№3204200492
>>3202925 Звуковые сигналы тоже кодируются окнами. Кодер mp3, например, набирает в окно 1152 отсчëта, а кодер aac - 1024. Окно решает сразу несколько задач - и определяет единицу кодируемой последовательности, и определяет единицу передаваемой последовательности. Размер окна определяется из удобной размерности свëрточного преобразования и из продолжительности последовптельности во времени, сходном с минимальной длительностью акустического сигнала, воспринимаемой слухом человека.
Аноним (Google Android: Mobile Safari)10/09/22 Суб 12:22:30№3204201493
>>3202933 Немного не так. Погугли regsvr32, regsvr64, ole и прочую нечисть!
Аноним (Microsoft Windows 10: Chromium based)10/09/22 Суб 12:46:40№3204210494
>>3204131 Вроде работает только на новых rx6600, читай патчлог обновления и всё.
Аноним (Microsoft Windows 7: Firefox based)10/09/22 Суб 23:36:40№3204399495
неожиданно при кодировании видео в строке появилась dup=3 и на втором проходе кодировщик пожаловался что на вход больше данных чем в первом проходе. откуда взялись дублирующие кадры?
Аноним (Google Android: Mobile Safari)11/09/22 Вск 10:14:01№3204474496
>>3204399 Там же в отчëте было что-то ещë? Причину понять сложно. Можешь нам файл и строчку команды дать?
Аноним (Microsoft Windows 10: Chromium based)12/09/22 Пнд 20:00:25№3205312497
>>3181555 (OP) Что думаете о моей команде для кодирования в svt-av1?
Выбрал SvtAv1EncApp вместо встроенного в ffmpeg, так как только в нём можно выставить --keyint в секундах. --keyint 1s - очень люблю перемотку на 1-2 секунды и очень не люблю точный (медленный) поиск. Увеличивает размер файла, но не сильно. --preset 5 - на шестом пресете жопа по качеству, на четвёртом состариться успеешь. --crf 19 - жирно, но иначе качество ощутимо портится, 19 в самый раз. Компенсация пятого пресета. --tune 0 - VQ (visual quality) режим, выглядит многократно лучше дефолтного PSNR (объективные математические показатели). Ума не приложу, почему не стоит по дефолту. На реддите писали о повышенной резкости, я такого не заметил. --film-grain 8 - многие фильмы и аниме имеют шум (зерно, grain), эта опция им нужна. yuv420p10le выбрал по гайду из шапки. Пишут, будет лучше сжатие и лучше качество. -strict -1 определяет уровень совместимости-новизны стандартов, но зачем здесь нужен - хз. Скопировал с интернета, пояснений не нашёл. Склеиваю оба файла в mkv уже после того, как они готовы на 100%. В теории, если склеивать на лету, то какие-то технические метаданные о времени запишутся в конец файла, и тогда файл будет открываться медленно (будет чтение файла от начала до конца). opus выбрал за лучшую спектрограмму относительно aac >>3202282. Так же для опуса я нашёл значительно больше статей и тестов прослушивания, с ним не нужно заморачиваться, выбирая кодировщик и собирая ffmpeg подсибя с поддержкой fdk-aac, свободная лицензия. На хабре автор статьи писал, что порогом прозрачности у опуса для него оказался битрейт около 170, я выбрал 172 с запасом. -filter:a использую по привычке - помню, некоторое время назад, кодировал без этого ресемплера, и громкость в опусе сильно снизилась.
echo и time нужны для удобства - знать, когда я начал и закончил кодировать.
Такая команда сжимает 25-минутные аниме до 380-620 Мб (5117 Мб на 10 видео) за 120-130 минут на моём железе.
Аноним (Microsoft Windows 10: Firefox based)12/09/22 Пнд 20:09:44№3205319498
>>3205312 >-pix_fmt yuv420p10le Что это? Разве цвета не кодируются в восемь бит, потому что почти все экраны допускают только значения компонент от 0 до 255, а все веса в дискрептном косинусном преобразовании всё-равно имеют другое представление? Что такое 10 бит с математическо-программистической точки зрения?
Вроде бы mkv не mp4, и у него нет проблем с чтением конца файла. То есть ещё до конца кодирования файла я могу его открывать и смотреть (готовую его часть) без дополнительных настроек.
Аноним (Microsoft Windows 10: Chromium based)12/09/22 Пнд 20:16:49№3205323499
>>3205319 https://github.com/megapro17/FFmpeg-Guide/blob/master/FFmpeg кодирование гайд.md >При использовании 10 бит, видео будет сжиматься лучше, даже если исходный был в 8 бит. Но немного дольше кодируется видео, и может не поддерживать видеокарта (H.264 и VP9 никто не поддерживает, H.265 часто встречается, AV1 если есть в видеокарте, то обязан поддерживать) Это из-за того, что при сжатии значения округляются, а для 10 бит будет меньше ошибки. Он включается параметром -pix_fmt yuv420p10le, а 8 бит это -pix_fmt yuv420p.
Аноним (Microsoft Windows 10: Firefox based)12/09/22 Пнд 20:27:22№3205329500
То это это про битность кодирования отдельных гармоник после косинусного преобразования? Или про битность RGB->YUV преобразования? Да по идее оно и так в плавающих числах должно производится, чтобы избежать проблем.
Аноним (Microsoft Windows 10: Chromium based)12/09/22 Пнд 22:39:19№3205386501