https://opennet.ru/openforum/vsluhforumID3/138908.html Разработчики проекта VideoLAN продемонстрировали на выставке CES 2026 предварительную сборку видеопроигрывателя VLC 4, в которой представлена поддержка формата кодирования видео AV2. Воспроизведение в VLC видео в формате AV2 с уровнем качества 1080p продемонстировано на типовом ноутбуке без аппаратной поддержки ускорения декодирования видео. Дата публикации релиза VLC 4.0 пока не называется, протестировать будущий выпуск можно через пересборку master-ветки из Git-репозитория...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64581<br> https://opennet.ru/openforum/vsluhforumID3/138908.html#233 Thu, 22 Jan 2026 12:45:47 GMT Ну, как видим, не работает, vvenc намного лучше справляется. Да и универсальный. Переживать за доходы корпораций я не собираюсь, если качество выше и люди хотят качество выше, пусть платят. Для конечного потребителя дешевле всё равно не было бы, не стоит тешить себя иллюзиями.<br> https://opennet.ru/openforum/vsluhforumID3/138908.html#232 Thu, 22 Jan 2026 11:40:07 GMT &gt; Стримы это обычный контент, задача тривиальная и классическая. <br><br>Задача как задача. Просто контент не обязательно похож на видео и - реалтайм.<br><br>&gt; У ютуба качество и параметры потока во время трансляции отличаются от того,<br><br>Спасибо Кэп. Это связано как раз с тем что реальное время - жмет. Поэтому там приоритет для латенси. Поэтому используется реалтайм сжатие. Оно хреновее по битрейт-качество, зато быстро.<br><br>&gt; во что конвертируется спустя несколько часов, но не то чтобы значительно.<br><br>Вообще-то довольно значительно. После окончания стрима - транскодируется как нормальные мувики ютуба, в типовые потоки. А пока live - там может быть только какой-нибудь рыхлый H.264 поток с жирным битрейтом и более нифига. Т.е. посмотреть тот же поток малость опосля, в записи, может сэкономить трафика буквально в разы. Актуально на мобильных тарифах и проч. Часами смотреть именно live стрим с ютуба - бандвиз очень сильно жрет.<br><br>&gt; норм, но тогда лаг несколько минут -- для лайв стримов не годится.<br><br>У ютуба все равно какие https://opennet.ru/openforum/vsluhforumID3/138908.html#231 Wed, 21 Jan 2026 21:18:24 GMT Стримы это обычный контент, задача тривиальная и классическая. У ютуба качество и параметры потока во время трансляции отличаются от того, во что конвертируется спустя несколько часов, но не то чтобы значительно. Настройки больше влияют, ultralowlatency качество повыше low, но поток сильно раздутый. На normal latency норм, но тогда лаг несколько минут -- для лайв стримов не годится. <br><br>А вообще, я не понимаю, о чём ты лопочешь, если честно. Единственное и основное применение у кодеков вроде av1 это пережимать уже сжатый несколько раз с потерями контент. И при этом у них лезет миллион артефактов. Это сразу делает кодек бесполезным для подавляющего числа пользователей.<br> https://opennet.ru/openforum/vsluhforumID3/138908.html#230 Wed, 21 Jan 2026 20:53:13 GMT &gt; Давай так,<br><br>В эту игру могут играть и двое. Давай так:<br>1) Обойдемся без двойных стандартов, пытающихся откровенно подгонять условия одному и откровенно игнорить неудобные для него кейсы.<br>2) Сравнивать кодеки без показа скринов и PSNR/VMAF/etc - дохлый номер. Я накинул минимум 2 ссылки, где вот это вот - можно найти. При том у тех МГУшников по моему и 266 кодеры какие-то были. И ничего эпичного и groundbreaking они конечно же не показали. Ну кроме наглости патентных троллей - не подпертой никакими метриками, ни объективными ни субъективными.<br>3) Всякий экзотичный треш типа видео с 5 FPS или адовых анимах которые вы даже на скрине показать цыте - или "Много текста, много стоп-кадров с минимумом движения, анимации, многократное транскодирование" - лично мне не интересно от слова вообще. У меня нет такого контента. Поэтому мне не интересен перфоманс кодеков на таких извращениях.<br>4) Пережимать с потерями уже сильно жатый контент - тем более несколько раз - довольно дурная идея by design. Потери имеют свойств https://opennet.ru/openforum/vsluhforumID3/138908.html#229 Tue, 20 Jan 2026 22:41:22 GMT &gt; В libaom только в 3.х версии добавили, насколько я помню. Это удивительным <br>&gt; совпало со значительным ухудшением картинки и с сильным увеличением числа артефактов.<br><br>Насколько я помню CRF-образный (они нечто такое называли constrained-q) был - с самого начала почти. Просто потому что гуглу надо пускать это в fire and forget - и при том сильно крутые пики битрейта если юзеры налили нечто совсем странное все же им не нравятся. Они и сделали. И гайд по ffmpeg VS av1 в вебе болтается не первый год. Так что вы опять показали полное незнание топика, не более.<br><br>Чистый q-mode вообще картинку портит не большще чем ему позволили. А constrained-q реально имеет смысл - только для видеосервисов куда юзеры таки могут налить какую-то совсем уж дичь. Любой constraint - by design нагибает качество сцены. Про это у вон тех было честно написано. Такая простая правда жизни. Зачем кодеку мешать лишний раз - я не понимаю. Зачем это гуглу - еще можно понять: они на 100% unsupervised видео переживают, а юзеры льют очень разную https://opennet.ru/openforum/vsluhforumID3/138908.html#228 Tue, 20 Jan 2026 22:13:21 GMT &gt; Можно парочку примеров, пожалуйста. Имею ввиду опции кодирования для ffmpeg. Пример <br>&gt; q-mode для меньшего размера, для лучшего качества и пр.<br><br>Окей... <br><br>Для ffmpeg и SVT-AV1 (очень желательно 3 версии!) начать можно с чего-то типа:<br><br>ffmpeg -i VIDEO.mp4 -c:v libsvtav1 -preset 3 -crf 34 -g 300 -threads 8 -pix_fmt yuv420p10le -svtav1-params tune=0:enable-qm=1:qm-min=0:enable-overlays=1 -c:a libopus -b:a 64k -compression_level:a 10 -vbr:a on -f webm OUTPUT.webm<br><br>Некоторые коменты:<br>0) -threads настроить под число ядер у вас, а для кодирования в фоне при использованиия компа стоит вкатить nice -n 19 перед ffmpeg - дабы остальное не тормозило даже если все или почти все ядра дадены кодеку.<br><br>1) Учтите что 2-pass в svt с q-mode не имеет особого смысла. SVT-AV1 вообще на 2-pass не особо пилят - больше под q-mode и crf, где он нафиг нужен. При average bitrate вы все равно битрейт-качество продалыбваете, 2-pass лишь о его минимизации.<br><br>2) -preset 3 это компромисс: хорош по битрейт качество, но не ультрато https://opennet.ru/openforum/vsluhforumID3/138908.html#227 Tue, 20 Jan 2026 19:17:16 GMT &gt; Не аппаратно, а на уровне ACPI-таблицы, которую читает драйвер карты. Linux is <br>&gt; unaffected.<br><br>Так и быть, 4% юзерей вашего сайта не сделают вам мозг. Проблема с остальными 96% :)<br> https://opennet.ru/openforum/vsluhforumID3/138908.html#226 Tue, 20 Jan 2026 17:01:20 GMT ps я просто пытался хотя бы немного приблизить результат к уровню vvenc-medium и вот никак, совсем никак.<br> https://opennet.ru/openforum/vsluhforumID3/138908.html#225 Tue, 20 Jan 2026 16:44:33 GMT Банально на стопкадрах блендеровской анимации видно, что края невозможно плывут. Ты пытаешься это отрицать? Я так понял, это особенность формата, потому что проявляется и в libaom и sv1-av1. И чем "быстрее" и распараллеленнее парамеры, тем более убитая картинка. Самое забавное, что ровно то же самое поведение с avif файлами.<br>