https://ssl.opennet.dev/openforum/vsluhforumID3/125796.html Состоялся релиз rav1e 0.5.0, кодировщика формата кодирования видео AV1. Продукт развивается сообществами Mozilla и Xiph и отличается от эталонной реализации libaom, написанной на языках C/C++, увеличением скорости кодирования и повышенным вниманием к обеспечению безопасности (эффективность сжатия пока отстаёт). Продукт написан на языке программирования Rust и распространяется под лицензией BSD. Готовые сборки подготовлены для Windows и macOS (сборки для Linux временно пропущены из-за проблем с системой непрерывной интеграции)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56123<br> https://ssl.opennet.dev/openforum/vsluhforumID3/125796.html#187 Wed, 09 Feb 2022 13:32:49 GMT Ну и к этому же у nvenc ещё и настроек минимум. Режим постоянного качества вообще странный какой-то в плане распределения qp, просто бахает qp с огромным шагом (например i-кадр - 15, p-кадр - 23, b-кадр 30), из-за этого качество хуже чем если кодируешь битрейтом.<br>По тыкал, по сравнивал, и в итоге закодировал с x265 со скоростью 1 фпс, вместо nvenc со скоростью 40 фпс, лучше качество, чем скорость, всё таки один раз закодировал и на всю жизнь. А nvenc и прочее на видяхах - это для стримов и записей, когда нужно в рилтайм кодировать.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/125796.html#186 Wed, 09 Feb 2022 13:24:22 GMT Сейчас бы поговорить про nvenc, который вышел в тот же год, когда вышел av1. Имею ввиду turing видеокарты, до них hevc nvenc был совсем дно.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/125796.html#185 Wed, 09 Feb 2022 13:18:13 GMT &gt; можно кодировать av1 со скоростью h265? почти любая видеокарта с nvenc_hevc <br>&gt; легко тащит 10x скорость.<br><br>Ага и получать качество на уровне хорошего h264 (x264 с кастом настройками).<br>Я видеокарты в принципе не рассматриваю, мне не нужен hevc, который по качеству как avc.<br>Ну а при 10х, там будет совсем плохо, у меня на максимальном пресете при 1080р - 160-180 фпс, это получается 3х, ну или 6х если 30 фпс видос, по качеству заметно хуже чем x265, по VMAF на уровне x264.<br>Видеокарта rtx 3060.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/125796.html#184 Wed, 09 Feb 2022 12:48:14 GMT А для чего он вам нужен то? В данный момент rav1e безоговорочный лузер, хоть как-то он конкурировал только с aom 1.0, в основном по скорости, может конкурировал с ранним svt-av1 по качеству, а сейчас он по сравнению с ними (aom 3.2 (скоро уже 3.3 будет), svt-av1 0.9.0) просто тормоз, да ещё и без качества. Качество у него до x265 то не дотягивает и начиная с версии 0.3 почти никак не меняется, как в принципе и скорость. Как видно на графиках, скорость на медленных пресетах не увеличилась, это потому-что весь прирост скорости на быстрых пресетах в основном за счёт уменьшения качества (хоть и не большого) этих пресетов и в целом их перенастройки.<br>Я слежу за aom начиная с 1.0, rav1e начиная с 0.2, может даже раньше, svt-av1 начиная с 0.7.5 и могу сказать, что по сравнению с aom и svt-av1, у rav1e можно сказать нету прогресса никакого.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/125796.html#183 Wed, 09 Feb 2022 12:43:07 GMT &gt; Так-то сложность av1 не особо больше чем у h265, сейчас уже можно <br>&gt; при одинаковой скорости кодирования получить av1 с качеством чуть лучше чем <br>&gt; h265.<br><br>Не просто больше, а в десятки раз больше. На чем это сейчас можно кодировать av1 со скоростью h265? почти любая видеокарта с nvenc_hevc легко тащит 10x скорость. <br><br><br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/125796.html#182 Wed, 09 Feb 2022 12:21:06 GMT Так-то сложность av1 не особо больше чем у h265, сейчас уже можно при одинаковой скорости кодирования получить av1 с качеством чуть лучше чем h265.<br>По сути av1 - это просто аналог h265 для веба, так-как h265 не поддерживается большинством браузеров.<br>У av1 как раз вся фишка в этом сглаживании/убирании шума, основные детали остаются без искажений, шум убирается. Он убирает шум основываясь на нескольких кадрах, поэтому не сильно шумное и не сильно динамичное видео после перекодирования в av1 выглядит чисто, но детали остаются, бывает даже становятся чётче, сам сравнивал. Если нужно оставить шум, то это или использовать генератор шума (говорят он неплох в svt-av1), или использовать h264 с большими битрейтами, h265 тоже мылит, если сравнивать с h264. При использовании больших битрейтов нету смысла использовать av1, av1 - это для 10-15 мбит 4к видео в интернете, когда h264 разваливается на кубы и рябит, а h265 не канает, потому-что нет поддержки браузерами.<br>vp9 в принципе можно забыть, он во всём хуже чем av1.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/125796.html#181 Wed, 09 Feb 2022 12:02:55 GMT Вот только сейчас всё чаще видно 1920х1080 60 кадров с битрейтом 2000-3000kbps, а не 720x406.<br>Если пересчитать битрейт в зависимости от кол-ва пикселей, взяв за основу 720x406 3000kbps, то получается для 1920х1080 надо примерно в 7 раз больший битрейт - это 21000kbps, а сейчас такой битрейт не всегда есть у 4k видео (3840х2160), у 1080р такой битрейт есть только на дисках blu-ray.<br>Вот поэтому и придумывают новые кодеки, чтобы можно было поднять разрешение, но не поднимать битрейт.<br>Просто сами сравните хотя бы 720р mpeg-1 и h264 c одинаковым битрейтом 3000кбит и сразу увидите насколько mpeg-1 плох. Но конечно разница в качестве между mpeg-1 и h264 больше, чем между h264 и av1, всё таки нельзя сжимать бесконечно, поэтому прирост качества от новых кодеков замедляется.<br>А так же, прирост качества зависит от самого видео, если в видео такая динамика, что межкадровое предсказание мало используется или почти не используется, тогда и прирост качества от нового кодека будет заметно меньше. Например записи игр, в ос https://ssl.opennet.dev/openforum/vsluhforumID3/125796.html#180 Wed, 09 Feb 2022 11:33:58 GMT Сейчас с выходом av1, vp9 можно забыть и не вспоминать (единственное, vp9 легче декодируется). В av1 кодируется быстрее (пресет 4 в aom, быстрее чем максимальный в vp9 и на уровне x265 slower) и качество лучше, но по сравнению с x265 совсем на чуть-чуть. В vp9 однопроходный режим битрейта в принципе дичь выдаёт, двухпроходный хоть что-то вменяемое, но всё равно такое, а юзабелен только двухпроходный режим crf.<br>Ну а сравнивают с avc, потому-что hevc в вебе не используется (исключение apple), а vp9 не популярный и их libvpx говно.<br>Я считаю, что av1 - это аналог hevc, потому-что в среднем экономит только 15-20% (в зависимости от контента может ни сколько не экономить, а может экономить много) по сравнению с hevc, а так же имеет сравнимую скорость кодирования/декодирования.<br>А вот vvc (h266) - это кодек следующего уровня, для него заявлено 50% экономии битрейта по сравнению с hevc, а по тестам вроде 30-40% уже есть, но главное что он в разы дольше кодируется и в 2 раза дольше декодируется чем hevc. Аналогом vvc https://ssl.opennet.dev/openforum/vsluhforumID3/125796.html#179 Wed, 09 Feb 2022 11:13:53 GMT Так в том и прикол, что при равной скорости кодирования rav1e выдаёт результат хуже всех и он даже хуже чем выдаёт x265. Пока что для качества оптимален aom (пресет 4 даёт нормальное качество при не совсем долгом кодировании), для скорости можно использовать svt-av1, в нём недавно добавили пресеты, которые кодируют со скоростью x264 medium и даже x264 veryfast и при этом качество по лучше.<br><br>Я сравнивал качество rav1e, svt-av1, и aom на двух скоростях, 4-5 фпс и 1 фпс (1080р видео, проц у меня ryzen 5 5600h). Просто подбирал пресеты у всех кодеров так, чтобы была такая скорость кодирования. Для обоих скоростей получается по качеству:<br>1) aom<br>2) svt-av1 с небольшим отрывом, в зависимости от контента бывает по лучше чем aom, но редко<br>3) rav1e с большим отрывом, совсем плохое качество<br>Возможно на более медленных пресетах aom и svt-av1 полностью сравняются или svt будет даже лучше, но я не вижу смысла рассматривать такие скорости, плюс svt жрёт космическое кол-во оперативки по сравнению с aom и rav1e.<br>rav1e