The OpenNET Project / Index page

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

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

27.07.2025 23:51

Опубликован выпуск библиотеки SVT-AV1 3.1.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, но в качестве минимума достаточно и SSE2). Потребление памяти зависит от числа задействованных при кодировании процессорных ядер, регулируемых опцией "--lp". Из-за усложнения применяемых в AV1 алгоритмов, для кодирования данного формата требуется существенно больше ресурсов, чем для других форматов, например, штатный кодировщик от проекта AV1 требует в 5721, 5869 и 658 раз больше вычислений по сравнению с кодировщиками x264 (профиль "main"), x264 (профиль "high") и libvpx-vp9.

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

  • Проведена оптимизация компромиссов качество/скорость для пресетов, выставляющих средний и высокий уровень качества. В режиме "fast-decode 0" для пресетов M1-M5 скорость возросла на 15-25% при сохранении уровня качества. В режимах fast-decode 1 и 2 для пресетов M3-M7 скорость возросла на 15-20% при сохранении уровня качества. Для пресетов M0 и MR уровень качества повышен примерно на 1-1.5% при оценке при помощи метода BD-Rate (Bjontegaard-Delta).
  • Значительно улучшена работа режима кодирования с низкой задержкой (Low Delay).
  • На 5-10% повышена производительность в режиме RTC.
  • На системах ARM задействованы оптимизации на базе расширений Neon и SVE2, позволившие на 5% повысить производительность кодирования потоков в низком разрешении с высокой глубиной цвета.
  • На системах ARM повышена производительность кодирования видео в ландшафтном (1080p +4%, 720p +6%, 480p: +6%, 360p: +3%, 240p: +4%) и портретном (1080p +8%, 720p +4%, 480p +3%, 360p +7%, 240p +4%) режимах.
  • В режиме случайного доступа реализована поддержка S-кадров.
  • Из форка SVT-AV1-SPY перенесена реализация флагов "--chroma-qm-min" и "--chroma-qm-max", а также перенесены улучшения, связанные с Variance Boost (реализация алгоритма адаптивного квантования VAQ).
  • В режиме RTC включены пресеты M11 и M12.


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


Обсуждение (21) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 00:11, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    >наилучшая производительность достигается на системах x86_64, для которых применяются ассемблерные оптимизации на базе инструкций SIMD

    Это всё бесполезно - у меня как-то 1 секунда видео час кодировалась при 100% загрузке всех ядер, после чего кодировка была прервана. Нужны аппаратные ускорители. С ними кажется дела даже лучше, чем с VVC.

     
     
  • 2.2, Аноним (2), 00:53, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Нужны аппаратные ускорители

    Они, как правило, хуже. Разве что для реального времени юзать.

    А так, либо cpu меняй, либо пресет, либо запасайся терпением.

     
  • 2.3, Аноним (3), 01:23, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Только аппаратные кодеры всегда плохо кодируют, даже nvenc посредственный. Сабж весьма шустрый относительно libaom. Где-то на уровне с libvpx-vp9. И битрейт/качество ровно такие же, может картинка чуточку получше местами, битрейт -- нет, за этим к libaom.
     
     
  • 3.10, Аноним (10), 10:36, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    nvenc давно уже не топ в аппаратных, интеловский QSV таки лучше. Алсо, настоящее сравнение это SVT-AV1 vs rav1e
     
  • 2.4, Zenitur (ok), 01:25, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В своё время MPEG-4 кодировали при помощи SSE/3DNow!, т.к. кодек был актуален во время третьих пней. Тогда как инструкции SSE2, хоть и появились в 2000 году, но использоваться начали значительно позже. Ибо это сложная математика, и пока не появилась серьёзная потребность (h264), её не добавляли. Так же и сейчас: AVX(2) существуют давно, но необходимость появилась только сейчас (h264/h265, vp8/vp9 даже со старыми инструкциями кодировались довольно быстро).
     
  • 2.5, bonifatium (?), 02:19, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • –7 +/
    недавно gf 5090 и Intel 285k взял. Блюрей фильм на почти максимальных настройках (preset1, CRF 20) кодируется около 6-10 часов. Понятно, железо топ, но это дело времени.
     
     
  • 3.13, Аноним123 (?), 11:28, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чем копируется? Nvenc у вас есть который должен вроде как в реальном времени
     
     
  • 4.22, НяшМяш (ok), 16:00, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В зависимости от разрешения и прочих пресетов, 5090 тысячами кадров в секунду может оперировать. Что там товарищ 6-10 часов кодировал - неизвестно.

    https://3dnews.ru/1119705/obzor-nvidia-geforce-rtx-5090#%D0%9A%

     
     
  • 5.24, Аноним (-), 17:55, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что за цифры в графиках кодирования? Миллисекунды, секунды, минуты, часы? Взяли файл, написал характеристики втдео файла, написали чем кодировали, перекодировали, написали время. Это понятно. А это графики кодирования о чём? Кто быстрее, вывод в абстрактных цифрах.
     
  • 2.7, Аноним (7), 07:02, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В каком году пробовал, какой кодек? Наверняка Libaom, а его же вообще не оптимизируют, он референсный. Пробуй последние версии SVT-AV1 (он же встроен в Handbrake) или rav1e - прогресс по части оптимизаций идёт простоянно. Ну и пресет средненький ставь, конечно - выше нужны только для случаев, когда реально каждый байт на счету. У меня на стареньком 8-ядерном Ryzen со средним качеством 4K кодируется на ~8 fps.
     
     
  • 3.16, Аноним (16), 13:34, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это rav1e --speed 0 так кодировал.
     
  • 2.9, Bob (??), 09:54, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Может взять HEVC и не морочить голову?
    Есть во всём железе, за последнюю декаду.
    Кодирует куда быстрее, со схожим результатом на выходе.
    AV1 даже в 10м поколении Intel нет, не говоря про остальное железо.
     
  • 2.11, АнонимЪ (?), 11:00, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то делаете не так. У менЯ на intel n100 кодируется с fps 20-30.
     
  • 2.14, Аноним (14), 11:45, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Нужны аппаратные ускорители

    Вот тут у Интела есть конечно имба в виде Quick Sync Video:
    - https://www.techpowerup.com/review/intel-core-ultra-arrow-lake-preview/images/
    - https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video

     

  • 1.12, Аноним (12), 11:26, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Кодек, призванный улучшить общее качество видео, на практике ухудшает качество видео позволяя сэкономить компаниям на трафике и на хранение видео. Сужу по YouTube, по-моему у 1080р видео был битрейт около 300-400 кбит, но визуально оно выглядело как что то среднее между 480р и 720р.
     
     
  • 2.15, Аноним (14), 12:11, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >сэкономить компаниям на трафике и на хранение видео

    Думаю это первостепенная задача =)
    Но скорее всего есть связь с тем какой был исходник, плюс динамичные сцены или нет.
    Пример 8k сэмпл: https://www.youtube.com/watch?v=b3ootXSAaqE

     
  • 2.17, Аноним (17), 13:56, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дальше только хуже... Уже сейчас люди на YouTube используют Super Resolution (ИИ от NVIDIA).
     
  • 2.18, Аноним (3), 14:05, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Особенно на скринкастах видно, какие-нибудь уроки блендера или фотошопа. Av1 просто ни о чём из-за глитчей.
     

  • 1.20, Аноним (20), 15:02, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > требует в 5721, 5869 и 658 раз больше вычислений по сравнению с кодировщиками x264 (профиль "main"), x264 (профиль "high") и libvpx-vp9.

    ну и зачем оно нужно?

     
     
  • 2.21, Аноним (3), 15:42, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> требует в 5721, 5869 и 658 раз больше вычислений по сравнению с кодировщиками x264 (профиль "main"), x264 (профиль "high") и libvpx-vp9.
    > ну и зачем оно нужно?

    Больше не нужен битрейт 50 mbps для нормальной картинки 1080p, как с h264. 15mbps вполне достаточно, что соответствует нынешним стандартам hdtv для h265 (ей тоже мало). При необходимости передавать 4к картинку, цифры ещё хуже, и текущая инфраструктура не способна её обеспечить.

     

  • 1.23, Аноним (23), 17:49, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Куда пропала борода?
     

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



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

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