The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск SVT-AV1 3.0, кодировщика для формата видео AV1

23.02.2025 10:52

Опубликован выпуск библиотеки SVT-AV1 3.0 (Scalable Video Technology AV1) c реализациями кодировщика и декодировщика формата кодирования видео AV1, для ускорения которых задействованы присутствующие в процессорах x86_64 и ARM расширения для аппаратного распараллеливания вычислений. Проект создан компанией Intel в партнёрстве с Netflix с целью достижения уровня производительности, пригодного для перекодирования видео на лету и применения в сервисах, отдающих видео по запросу (VOD). В настоящее время разработка ведётся под эгидой альянса Open Media (AOMedia), курирующего развитие формата кодирования видео AV1. Ранее проект развивался в рамках проекта OpenVisualCloud, который также разрабатывает кодировщики SVT-HEVC и SVT-VP9. Код распространяется под лицензией BSD.

SVT-AV1 может быть собран для систем на базе любых архитектур, для которых имеется компилятор с поддержкой стандарта C99, но наилучшая производительность достигается на системах x86_64, для которых применяются ассемблерные оптимизации на базе инструкций SIMD (желательно наличие в CPU поддержки AVX2, но в качестве минимума достаточно и SS2). Потребление памяти зависит от числа задействованных при кодировании процессорных ядер, регулируемых опцией "--lp". Из-за усложнения применяемых в AV1 алгоритмов, для кодирования данного формата требуется существенно больше ресурсов, чем для других форматов, например, штатный кодировщик от проекта AV1 требует в 5721, 5869 и 658 раз больше вычислений по сравнению с кодировщиками x264 (профиль "main"), x264 (профиль "high") и libvpx-vp9.

Среди изменений в новом выпуске SVT-AV1:

  • Проведена оптимизация компромиссов качество/скорость для пресетов, выставляющих средний и высокий уровень качества. В режиме "fast-decode 2" для пресетов M3-M10 скорость возросла на 15-25% при сохранении уровня качества. Для пресетов M0-M2 уровень качества повышен примерно на 1% при оценке при помощи метода BD-Rate (Bjontegaard-Delta).
  • В режиме "fast-decode 1" по сравнению с "fast-decode 0" число циклов декодирования удалось снизить примерно на 10% при росте потерь лишь на 1% по метрике BD-Rate.
  • На системах ARM задействованы оптимизации с использованием расширений Neon и SVE2, позволившие на 10-25% повысить производительность кодирования потоков с высокой глубиной цвета и разрешениями 480p-1080p.
  • Из форка SVT-AV1-SPY перенесены изменения, улучшающие восприятие качества при использовании режима "tune 0".
  • Добавлен режим "avif", потребляющий меньше ресурсов при кодировании статичных изображений.
  • Улучшены unit-тесты для кода, использующего инструкции Arm Neon и SVE2.


  1. Главная ссылка к новости (https://gitlab.com/AOMediaCode...)
  2. OpenNews: Выпуск кодировщика SVT-AV1 2.0 и декодировщика dav1d 1.4 для формата видео AV1
  3. OpenNews: Выпуск dav1d 1.0, декодировщика AV1 от проектов VideoLAN и FFmpeg
  4. OpenNews: Разработчики кодека AV1 представили формат IAMF для объёмного звука
  5. OpenNews: Уязвимость в эталонных реализациях кодеков AV1 и VP8/VP9
  6. OpenNews: Выпуск программы для перекодирования видео HandBrake 1.9.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62781-svt-av1
Ключевые слова: svt-av1, av1
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (34) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:20, 23/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >для кодирования данного формата требуется существенно больше ресурсов

    Поэтому хардварный Quick Sync это имба:
    https://www.techpowerup.com/review/intel-core-ultra-arrow-lake-preview/images/

     
     
  • 2.3, Аноним (3), 12:11, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как у него с соотношением битрейт/качество?
     
     
  • 3.5, Аноним (-), 12:13, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Как у него с соотношением битрейт/качество?

    Весьма прилично на нижних пресетах (0..4 примерно). Более высокие оптимизированы на скорость кодирования.

     
  • 2.11, Аноним (11), 14:05, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я бы поставил на то, что nvenc и тут уделает. Естественно, конкурировать тут только с svt-av1 и получится. Видимо, они сознательно делают libaom всё более глючным с кучей артефактов, но av1 мертворождённый в любом случае. Ты вот знал, что в нём даже поддержки альфа-канала нет? Мыло опять же. Разве что меньше бандинга и лестниц на градиентах стало. В остальном, как был vp8, так и остался. Если очень повезёт, добьётся хотя бы такого же распространения (только теперь уже требует поддержки в железе). Всё жду, когда jpegxl окончательно вынесет avif и webp (видеокодеки не подходят для растра) и h266 в свою очередь все видеокодеки (если только av2 всех не удивит).
     
     
  • 3.15, Аноним (1), 14:45, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >но av1 мертворождённый в любом случае

    https://en.wikipedia.org/wiki/AV1#Content_providers
    >Я бы поставил на то, что nvenc и тут уделает

    По качеству или как ? Просто тут тогда надо смотреть более детально и сравнивать возможности как встройки, так и дискретки:
    - https://3dnews.ru/assets/external/illustrations/2025/01/16/1116873/decode_av1.
    - https://3dnews.ru/assets/external/illustrations/2025/01/16/1116873/decode_h265

     
     
  • 4.19, Аноним (-), 15:32, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У меня NVIDIA GeForce GT 1030 менять пока не планирую, устраивает, тогда так: https://3dnews.ru/1110510/vk-video-vnedryaet-tehnologiyu-sgatiya-av1-kak-otvet Нужен не нужен AV1 не спрашивают внедряют кому надо. Для меня так как и процессор не передовой оптимально качество, скорость это x264 как был так и остался. x264 в режиме сжатие без потерь тоже пользуюсь. Пользуюсь и другими кодеками xvid, FFV1, по ситувции.
     
  • 4.20, Аноним (-), 15:32, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня NVIDIA GeForce GT 1030 менять пока не планирую, устраивает, тогда так: https://3dnews.ru/1110510/vk-video-vnedryaet-tehnologiyu-sgatiya-av1-kak-otvet Нужен не нужен AV1 не спрашивают внедряют кому надо. Для меня так как и процессор не передовой оптимально качество, скорость это x264 как был так и остался. x264 в режиме сжатие без потерь тоже пользуюсь. Пользуюсь и другими кодеками xvid, FFV1, по ситуации.
     
  • 4.27, Аноним (-), 17:03, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://3dnews.ru/assets/external/illustrations/2025/01/29/1117462/power.png Эх не оправдали мои надежды до потребления как электрический чайник (1800-2000Ватт) ещё далеко или нет?
     
  • 3.18, Ivan_83 (ok), 15:10, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю чем нужна прозрачность в видео.

    Как пользователь трекеров я бы хотел везде видеть AV1 или хотя бы h.265 - быстрее качается а с виду тоже самое.
    Для себя рассматривал возможность перекодировки домашнего видел в AV1, пока пробовал получалось в 2-3 раза меньше без видимой потери качества (относительно аппаратного .h264 который выдавал 100 мегабит поток).

    Насчёт фоток - хз, мне тут и старого джпега хватает.
    avif выглядит заманчиво - унификация с видео кодеком.

     
     
  • 4.21, Аноним (11), 15:39, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эпл вон оценил такую фичу, очевидно, она необходима в современном мире. Как пользователь трекеров я хотел бы видеть больше сидов на ремуксах, это примерно всегда h265. То, что перекодировано с них, всегда мыльное и глитчами. Часто с убитыми цветами и балансом белого, иногда и контрастностью. В актуальных картах nvidia стоит неплохой кодер h265, кодер h264 хоть и улучшали, весьма посредственный.

    Насчёт картиночек, для меня ключевое то, что видеокодеки не имеют цели точно кодировать отдельные кадры, отсюда и все особенности. Ну и заточены на определённый контент. Кроме того хотелось бы стандартизированную поддержку "расширенных" параметров, чтобы не было такого, что нормально отображается только в 1 программе, причём, той версии, в которой файл и создан.

     
     
  • 5.29, Ivan_83 (ok), 17:51, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я не понимаю  профита от прозрачности в видео, а эпл там же и DEI оценил, только вот я тоже не понимаю какая с этого польза.

    Видеокодеки имеют цель качественно кодировать ключевые кадры, это как минимум логично.
    Хз какие вам там нужны параметры, я кроме разрешения, битности и степени сжатия ничего не знаю да и не нужно это в 99% случаев.

     
     
  • 6.31, Аноним (11), 18:00, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Профит в обработке/производстве видео. Сейчас у тебя либо эпловский софт с поддержкой h265 и прозрачности, либо лосслесс и пнг с каждым кадром отдельно на диске.
     
  • 4.23, Аноним (-), 15:59, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У webp тем что я пользуюсь, есть крутилка качества сжатия как и у jpeg, работает так: 0-100% меньше хуже выглядит, меньше размер. Я использую webp с 65%. С каким-то изображением, без видимого ухудшения качества, меньше размер выходит если использовать GIF. Webp меняет оттенки цвета красный может стать розоватым, всегда, не всегда не запомнил, может от сжатия зависит меньше качество сильнее заметно. Использую webp: показал и забыл даже не сохраняю. В моем деле непринципиально в каком формате показывать. И не всегда это webp. Испоьльзую GIF, PNG.
     
     
  • 5.24, Аноним (11), 16:11, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если включишь sharp yuv в кодере, webp будет на порядки лучше. В частности, с цветами. А в чём смысл качество меньше 90 ставить? Это не как jpeg, где с качеством 60 ещё можно что-то рассмотреть. На ультранизком качестве вроде avif лучше всего позволяет пожать, но выглядит он хуже webp.
     
     
  • 6.25, Аноним (-), 16:29, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С webp подробностей не знаю, не интересовался. Попробовал webp, посмотрел какие в нём есть настройки. Самое простое для понимания был регулятор от нуля до 100. Покрутил, по сжимал с 5, 33, 65 по умолчанию было вроде 80. Посмотрел качество, размер, остановился на 65. Делов на несколько минут. Подробно изучать настройки не хочу, мне это на данный момент не нужно, возможно и не когда не понадобится, выше написал по чему. "Использую webp: показал и забыл даже не сохраняю. В моем деле непринципиально в каком формате показывать. И не всегда это webp. Использую GIF, PNG"
     
  • 5.30, Ivan_83 (ok), 17:54, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.opennet.dev/opennews/art.shtml?num=56229
    Вот идеальный "кодек", можно сказать архиватор картинок :)
     
  • 4.28, Аноним (28), 17:22, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "Revolution OS", закодированный в Theora хватит всем гнутым.
     
     
  • 5.34, Аноним (-), 18:23, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Всё это движение с развитием кодеков делается для уменьшения размера. Если размер не учитывать, MPEG-1, MPEG-2 визуально большинство устроит если битрейт использовать от 4000 кбит/c и выше 8000, 20000, 800000 кбит/с, 300 Мбит/с. И если аппаратура справится. Интернете если канала хватит.
     
     
  • 6.35, Аноним (-), 18:27, 23/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.38, Аноним (11), 18:53, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    300 Мбит/с это только для фуллхд хватит, сейчас уже 8к на дворе. Наконец сравняли качество цифровой картинки с плёнкой 100-летней давности.
     
     
  • 7.39, Аноним (-), 19:49, 23/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.42, Аноним (11), 20:06, 23/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.36, Аноним (-), 18:29, 23/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.2, Аноним (2), 12:09, 23/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Улучшены unit-тесты для кода, использующего инструкции Arm Neon и SVE2.

    А если запустить в bochs или qemu в tcg? А то комп у меня не имееть этой инструкции...

     
     
  • 2.6, Аноним (3), 12:14, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А если запустить в bochs или qemu в tcg?

    Результат кодирования будешь ждать уже не сутками, а годами.
    > А то комп у меня не имееть этой инструкции...

    Собери сабж без её использования.

     
     
  • 3.8, Аноним (-), 12:27, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> А если запустить в bochs или qemu в tcg?
    > Результат кодирования будешь ждать уже не сутками, а годами.

    Зато познает дао рендера в юнитах FPY - frames per year.

     
  • 2.7, Аноним (-), 12:18, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А если запустить в bochs или qemu в tcg? А то комп у меня не имееть этой инструкции...

    Для работы кодировщика они в обязаловку не требуются, есть даже чисто сишный fallback. Он уже давно не "требует" команды, а определяет в рантайме - что есть, ну и использует лучшее из доступного. Поэтому будет работать и без них.

    Запускать юнит-тесты вон того - вообще имеет смысл только если вы девелопаете этот код. Если вы девелопаете оптимизации SVE2 - наверное, логично купить проц с ним. Или как вы эффект от них будете оценивать?! А neon - есть по моему у всех мыслимых ARM кроме совсем уж ископаемых. На совсем уж ископаемом ARM - вы врядли захотите AV1 кодировать - ибо не доживете до окончания кодирования.

     
  • 2.9, Аноним (9), 13:35, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Bochs чисто про x86, там нет ARM.
     

  • 1.4, Аноним (-), 12:12, 23/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > для которых применяются ассемблерные оптимизации на базе инструкций SIMD

    Я понимаю что копипаст это круто - но последние пару релизов там доминирует фирма ARM с оптимизациями под свои процы. А заодно и RISCV оптимизации как раз в этой версии завезли. Но про это в новости почему-то ни звука.

     
     
  • 2.40, Аноним (40), 19:58, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное, из-за рассововерности x86_64.
     

  • 1.10, Карлос Сношайтилис (ok), 13:41, 23/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > присутствующие в современных CPU Intel средства аппаратного распараллеливания вычислений

    Так AMD тоже поддерживает AVX2. Или они ассемблерные вставки только под Intel клепают?

     
  • 1.22, Аноним (22), 15:49, 23/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > с целью достижения уровня производительности, пригодного для
    > перекодирования видео на лету

    Стесняюсь спросить, но все же - иии... и как? С перекодированием на лету?


     
  • 1.33, Аноним (33), 18:10, 23/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чем это лучше VVC? Неуплатой дани патентастам? Так бери и не плати. И заметьте - AV1 таки использует запатентованные технологии.
     
     
  • 2.37, Хо (?), 18:49, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Этот vvc с вами в одной комнате? В интернете нигде не встречал его, а av1 в Ютубе давно есть.
     
  • 2.41, Аноним (40), 20:02, 23/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но AV1 ещё никто не нагнул на роялти. За ним стоит копрорация бобра.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру