https://opennet.ru/openforum/vsluhforumID3/133124.html Опубликован выпуск библиотеки SVT-AV1 2.0 (Scalable Video Technology AV1) c реализациями кодировщика и декодировщика формата кодирования видео AV1, для ускорения которых задействованы присутствующие в современных CPU Intel средства аппаратного распараллеливания вычислений. Проект создан компанией Intel в партнёрстве с Netflix с целью достижения уровня производительности, пригодного для перекодирования видео на лету и применения в сервисах, отдающих видео по запросу (VOD). В настоящее время разработка ведётся под эгидой альянса Open Media (AOMedia), курирующего развитие формата кодирования видео AV1. Ранее проект развивался в рамках проекта OpenVisualCloud, который также разрабатывает кодировщики SVT-HEVC и SVT-VP9. Код распространяется под лицензией BSD...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60788<br> https://opennet.ru/openforum/vsluhforumID3/133124.html#145 Sat, 23 Mar 2024 16:21:15 GMT да пробовал как то на ffmpeg кодировать AV1 постоянно ошибки -<br>avcodec_receive_packet failed, error: Resource temporarily unavailable, code: -11<br><br> https://opennet.ru/openforum/vsluhforumID3/133124.html#144 Wed, 20 Mar 2024 22:44:55 GMT &gt; AV1 это эволюция VP9. Который гугл обязался защищать от патентных нападок. Они <br>&gt; улучшали VP9, вначале назвав его VP10<br><br>...но AV1 мощнее чем это. Он гибрид, где улучшения для VP10 - от гугля. Ряд идей из Thor от CISCO. Часть идей - DAALA от Xiph. А некоторые разработки - вообще уникальны для этой тимы самой по себе. <br><br>CDEF например, прямых аналогов этой фичи никогда и ни у кого не было. Глобальная компенсация движения? Тоже в общем то разработана участниками под эту штуку.<br> https://opennet.ru/openforum/vsluhforumID3/133124.html#143 Tue, 19 Mar 2024 19:49:13 GMT Понял, спасибо.<br> https://opennet.ru/openforum/vsluhforumID3/133124.html#142 Tue, 19 Mar 2024 14:45:58 GMT AV1 это эволюция VP9. Который гугл обязался защищать от патентных нападок. Они улучшали VP9, вначале назвав его VP10 (https://www.phoronix.com/news/Libvpx-VP10-Start) но потом решили расширить участие других разработчиков и вместо VP10 назвали AV1.<br><br>тут почитайте: https://web.archive.org/web/20210711073657/https://www.gpac-licensing.com/2016/07/12/vp9-av1-bitstream-format/<br><br>И да, ноги у него растут из Theora который был проприетарный и закрытый VP3..<br> https://opennet.ru/openforum/vsluhforumID3/133124.html#141 Mon, 18 Mar 2024 14:38:51 GMT За те же деньги для продавца ;)<br> https://opennet.ru/openforum/vsluhforumID3/133124.html#140 Mon, 18 Mar 2024 14:21:06 GMT &gt; Я сразу вижу ряд проблем с этим: <br>&gt; - x265 _очень_ плохо работает с sd-контентом <br><br>О! Пули оказывается не из серебра?! А сабжу - нормуль, прекрасно жмет себе.<br><br>&gt; - лосслесс данные это не то, с чем кодек будет работать и <br>&gt; на лосси libaom сыпется очень-очень сильно<br><br>Мы вообще про SVT в этом треде. И между прочим в паре с ffmpeg при транскодировании уже жатого можно и префильтры постпроцессинга ffmpeg'у вкатить.<br><br>&gt; - 480 вообще максимально субоптимальная высота с которой кодеки не умеют работать <br>&gt; [SAR 5760:4739 DAR 8448:4739]<br><br>Сабжу похрен, жмет нормально! У нормального кодека 480 проблем не вызывает. А если вызывает - окей, это голимый кодек.<br><br>&gt; - 500кбпс заведомо недостаточно -- в зависимости от контента, x265 может 432 <br>&gt; и в 300кбпс запихать так, что будет абсолютно ок, но полное <br>&gt; отсутствие дефектов на любом контенте часто предпочтительнее и это порядка 650кбпс<br><br>А я как бы в курсе что x265 нишмагет. А вот САБЖ сделал мне изумительный 532кбит CRF вариант вон того, даже с 10 бит процесс https://opennet.ru/openforum/vsluhforumID3/133124.html#138 Mon, 18 Mar 2024 10:03:49 GMT Я сразу вижу ряд проблем с этим:<br><br>- x265 _очень_ плохо работает с sd-контентом<br>- лосслесс данные это не то, с чем кодек будет работать и на лосси libaom сыпется очень-очень сильно<br>- 480 вообще максимально субоптимальная высота с которой кодеки не умеют работать [SAR 5760:4739 DAR 8448:4739]<br>- 500кбпс заведомо недостаточно -- в зависимости от контента, x265 может 432 и в 300кбпс запихать так, что будет абсолютно ок, но полное отсутствие дефектов на любом контенте часто предпочтительнее и это порядка 650кбпс среднего, к слову, для avc аналогичное визуальное качество достигается где-то на 4000кбпс.<br>- предложенный материал сам по себе содержит артефакты, на которые уходит весь битрейт, а анимация весьма низкокачественная как и положено опенсорсу -- содержимое выглядит дефективно и это опять же не то что кодеки кодируют в норме, что вообще подобным мусором можно проверить я не представляю<br><br>Я закодировал 480p bbb дефолтным crf=27 которого достаточно в большинстве ситуаций, получилось в районе 350kbps. Небо https://opennet.ru/openforum/vsluhforumID3/133124.html#136 Mon, 18 Mar 2024 08:54:55 GMT Это свободный кодек? Целиком и полностью придуман сообществом (включая и алгоритмы сжатия) а не подарен корпорациями как с theora и всякими vp8 и vp9 было?<br> https://opennet.ru/openforum/vsluhforumID3/133124.html#135 Sun, 17 Mar 2024 20:59:54 GMT &gt;Где-то народ писал что стыковка тайлов в каких-то случаях может быть не идеальная и это как бы known issue<br><br>Теоретически возможно, но я не замечал, хотя кодировал и экспериментировал с av1 очень много (еще до финализации стандарта) и на всех доступных реализациях.<br>На хардварных кодировщиках или в других форматах такое уже встречалось, например на видеокартах с av1/hevc кодировщиками, когда очень тяжелая игра с rtx и gpu загружен по полной, то может быть смещения в местах тайлов, видимо синхронизация сбивается и какой то тайл позже обрабатывается и подобное происходит.<br><br>&gt;Кто ж архивное то видео на 7 пресете жмет? Там самый край - 4й. Более высокие используют довольно жесткие tradeoff вносящие приличный урон в битрейт-качество.<br><br>А это и на медленных пресетах может проявляться, про что я и написал, просто намного реже, но от этого это еще труднее отследить, метрики подобное практически не замечают, а глазами каждый кадр просматривать времени не хватит, на это есть репорты на гитлабе, но они так и висят год