forum.opennet.ru - "Выпуск SVT-AV1 3.1.0, кодировщика для формата видео AV1 " (19)

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

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Выпуск SVT-AV1 3.1.0, кодировщика для формата видео AV1 "	+/–
Сообщение от opennews (??), 28-Июл-25, 00:11
Опубликован выпуск библиотеки 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... Подробнее: https://www.opennet.me/opennews/art.shtml?num=63637
Ответить \| Правка \| Cообщить модератору

Оглавление

Это всё бесполезно - у меня как-то 1 секунда видео час кодировалась при 100 заг, Аноним (1), 00:11 , 28-Июл-25, (1) +5

Они, как правило, хуже Разве что для реального времени юзать А так, либо cpu ме, Аноним (2), 00:53 , 28-Июл-25, (2) +5
Только аппаратные кодеры всегда плохо кодируют, даже nvenc посредственный Сабж , Аноним (3), 01:23 , 28-Июл-25, (3) +1

nvenc давно уже не топ в аппаратных, интеловский QSV таки лучше Алсо, настоящее, Аноним (10), 10:36 , 28-Июл-25, (10)

В своё время MPEG-4 кодировали при помощи SSE 3DNow , т к кодек был актуален во, Zenitur (ok), 01:25 , 28-Июл-25, (4)
недавно gf 5090 и Intel 285k взял Блюрей фильм на почти максимальных настройках, bonifatium (?), 02:19 , 28-Июл-25, (5) –6

Чем копируется Nvenc у вас есть который должен вроде как в реальном времени, Аноним123 (?), 11:28 , 28-Июл-25, (13)

В зависимости от разрешения и прочих пресетов, 5090 тысячами кадров в секунду мо, НяшМяш (ok), 16:00 , 28-Июл-25, (22)

В каком году пробовал, какой кодек Наверняка Libaom, а его же вообще не оптимиз, Аноним (7), 07:02 , 28-Июл-25, (7)

Это rav1e --speed 0 так кодировал , Аноним (16), 13:34 , 28-Июл-25, (16)

Может взять HEVC и не морочить голову Есть во всём железе, за последнюю декаду К, Bob (??), 09:54 , 28-Июл-25, (9) +3
Что-то делаете не так У менЯ на intel n100 кодируется с fps 20-30 , АнонимЪ (?), 11:00 , 28-Июл-25, (11)
Вот тут у Интела есть конечно имба в виде Quick Sync Video - https www techpo, Аноним (14), 11:45 , 28-Июл-25, (14) +1

Кодек, призванный улучшить общее качество видео, на практике ухудшает качество в, Аноним (12), 11:26 , 28-Июл-25, (12) +1

Думаю это первостепенная задача Но скорее всего есть связь с тем какой был исх, Аноним (14), 12:11 , 28-Июл-25, (15) +1
Дальше только хуже Уже сейчас люди на YouTube используют Super Resolution ИИ, Аноним (17), 13:56 , 28-Июл-25, (17) –1
Особенно на скринкастах видно, какие-нибудь уроки блендера или фотошопа Av1 про, Аноним (3), 14:05 , 28-Июл-25, (18) +1

ну и зачем оно нужно , Аноним (20), 15:02 , 28-Июл-25, (20)

Больше не нужен битрейт 50 mbps для нормальной картинки 1080p, как с h264 15mbp, Аноним (3), 15:42 , 28-Июл-25, (21)

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 28-Июл-25, 00:11 +5 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #4, #5, #7, #9, #11, #14

2. Сообщение от Аноним (2), 28-Июл-25, 00:53 +5 +/–

> Нужны аппаратные ускорители
Они, как правило, хуже. Разве что для реального времени юзать.
А так, либо cpu меняй, либо пресет, либо запасайся терпением.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

3. Сообщение от Аноним (3), 28-Июл-25, 01:23 +1 +/–

Только аппаратные кодеры всегда плохо кодируют, даже nvenc посредственный. Сабж весьма шустрый относительно libaom. Где-то на уровне с libvpx-vp9. И битрейт/качество ровно такие же, может картинка чуточку получше местами, битрейт -- нет, за этим к libaom.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #10

4. Сообщение от Zenitur (ok), 28-Июл-25, 01:25 +/–

В своё время MPEG-4 кодировали при помощи SSE/3DNow!, т.к. кодек был актуален во время третьих пней. Тогда как инструкции SSE2, хоть и появились в 2000 году, но использоваться начали значительно позже. Ибо это сложная математика, и пока не появилась серьёзная потребность (h264), её не добавляли. Так же и сейчас: AVX(2) существуют давно, но необходимость появилась только сейчас (h264/h265, vp8/vp9 даже со старыми инструкциями кодировались довольно быстро).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

5. Сообщение от bonifatium (?), 28-Июл-25, 02:19 –6 +/–

недавно gf 5090 и Intel 285k взял. Блюрей фильм на почти максимальных настройках (preset1, CRF 20) кодируется около 6-10 часов. Понятно, железо топ, но это дело времени.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #13

7. Сообщение от Аноним (7), 28-Июл-25, 07:02 +/–

В каком году пробовал, какой кодек? Наверняка Libaom, а его же вообще не оптимизируют, он референсный. Пробуй последние версии SVT-AV1 (он же встроен в Handbrake) или rav1e - прогресс по части оптимизаций идёт простоянно. Ну и пресет средненький ставь, конечно - выше нужны только для случаев, когда реально каждый байт на счету. У меня на стареньком 8-ядерном Ryzen со средним качеством 4K кодируется на ~8 fps.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #16

9. Сообщение от Bob (??), 28-Июл-25, 09:54 +3 +/–

Может взять HEVC и не морочить голову?
Есть во всём железе, за последнюю декаду.
Кодирует куда быстрее, со схожим результатом на выходе.
AV1 даже в 10м поколении Intel нет, не говоря про остальное железо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

10. Сообщение от Аноним (10), 28-Июл-25, 10:36 +/–

nvenc давно уже не топ в аппаратных, интеловский QSV таки лучше. Алсо, настоящее сравнение это SVT-AV1 vs rav1e

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

11. Сообщение от АнонимЪ (?), 28-Июл-25, 11:00 +/–

Что-то делаете не так. У менЯ на intel n100 кодируется с fps 20-30.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

12. Сообщение от Аноним (12), 28-Июл-25, 11:26 +1 +/–

Кодек, призванный улучшить общее качество видео, на практике ухудшает качество видео позволяя сэкономить компаниям на трафике и на хранение видео. Сужу по YouTube, по-моему у 1080р видео был битрейт около 300-400 кбит, но визуально оно выглядело как что то среднее между 480р и 720р.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #17, #18

13. Сообщение от Аноним123 (?), 28-Июл-25, 11:28 +/–

Чем копируется? Nvenc у вас есть который должен вроде как в реальном времени

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #22

14. Сообщение от Аноним (14), 28-Июл-25, 11:45 +1 +/–

>Нужны аппаратные ускорители
Вот тут у Интела есть конечно имба в виде Quick Sync Video:
- https://www.techpowerup.com/review/intel-core-ultra-arrow-la...
- https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

15. Сообщение от Аноним (14), 28-Июл-25, 12:11 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

16. Сообщение от Аноним (16), 28-Июл-25, 13:34 +/–

Это rav1e --speed 0 так кодировал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

17. Сообщение от Аноним (17), 28-Июл-25, 13:56 –1 +/–

Дальше только хуже... Уже сейчас люди на YouTube используют Super Resolution (ИИ от NVIDIA).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

18. Сообщение от Аноним (3), 28-Июл-25, 14:05 +1 +/–

Особенно на скринкастах видно, какие-нибудь уроки блендера или фотошопа. Av1 просто ни о чём из-за глитчей.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

20. Сообщение от Аноним (20), 28-Июл-25, 15:02 +/–

> требует в 5721, 5869 и 658 раз больше вычислений по сравнению с кодировщиками x264 (профиль "main"), x264 (профиль "high") и libvpx-vp9.
ну и зачем оно нужно?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

21. Сообщение от Аноним (3), 28-Июл-25, 15:42 +/–

>> требует в 5721, 5869 и 658 раз больше вычислений по сравнению с кодировщиками x264 (профиль "main"), x264 (профиль "high") и libvpx-vp9.
> ну и зачем оно нужно?
Больше не нужен битрейт 50 mbps для нормальной картинки 1080p, как с h264. 15mbps вполне достаточно, что соответствует нынешним стандартам hdtv для h265 (ей тоже мало). При необходимости передавать 4к картинку, цифры ещё хуже, и текущая инфраструктура не способна её обеспечить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

22. Сообщение от НяшМяш (ok), 28-Июл-25, 16:00 +/–

В зависимости от разрешения и прочих пресетов, 5090 тысячами кадров в секунду может оперировать. Что там товарищ 6-10 часов кодировал - неизвестно.
https://3dnews.ru/1119705/obzor-nvidia-geforce-rtx-5090#...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от Аноним (1), 28-Июл-25, 00:11	+5 +/–
>наилучшая производительность достигается на системах x86_64, для которых применяются ассемблерные оптимизации на базе инструкций SIMD Это всё бесполезно - у меня как-то 1 секунда видео час кодировалась при 100% загрузке всех ядер, после чего кодировка была прервана. Нужны аппаратные ускорители. С ними кажется дела даже лучше, чем с VVC.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #2, #3, #4, #5, #7, #9, #11, #14

2. Сообщение от Аноним (2), 28-Июл-25, 00:53	+5 +/–
> Нужны аппаратные ускорители Они, как правило, хуже. Разве что для реального времени юзать. А так, либо cpu меняй, либо пресет, либо запасайся терпением.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

3. Сообщение от Аноним (3), 28-Июл-25, 01:23	+1 +/–
Только аппаратные кодеры всегда плохо кодируют, даже nvenc посредственный. Сабж весьма шустрый относительно libaom. Где-то на уровне с libvpx-vp9. И битрейт/качество ровно такие же, может картинка чуточку получше местами, битрейт -- нет, за этим к libaom.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #10

4. Сообщение от Zenitur (ok), 28-Июл-25, 01:25	+/–
В своё время MPEG-4 кодировали при помощи SSE/3DNow!, т.к. кодек был актуален во время третьих пней. Тогда как инструкции SSE2, хоть и появились в 2000 году, но использоваться начали значительно позже. Ибо это сложная математика, и пока не появилась серьёзная потребность (h264), её не добавляли. Так же и сейчас: AVX(2) существуют давно, но необходимость появилась только сейчас (h264/h265, vp8/vp9 даже со старыми инструкциями кодировались довольно быстро).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

5. Сообщение от bonifatium (?), 28-Июл-25, 02:19	–6 +/–
недавно gf 5090 и Intel 285k взял. Блюрей фильм на почти максимальных настройках (preset1, CRF 20) кодируется около 6-10 часов. Понятно, железо топ, но это дело времени.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #13

7. Сообщение от Аноним (7), 28-Июл-25, 07:02	+/–
В каком году пробовал, какой кодек? Наверняка Libaom, а его же вообще не оптимизируют, он референсный. Пробуй последние версии SVT-AV1 (он же встроен в Handbrake) или rav1e - прогресс по части оптимизаций идёт простоянно. Ну и пресет средненький ставь, конечно - выше нужны только для случаев, когда реально каждый байт на счету. У меня на стареньком 8-ядерном Ryzen со средним качеством 4K кодируется на ~8 fps.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #16

9. Сообщение от Bob (??), 28-Июл-25, 09:54	+3 +/–
Может взять HEVC и не морочить голову? Есть во всём железе, за последнюю декаду. Кодирует куда быстрее, со схожим результатом на выходе. AV1 даже в 10м поколении Intel нет, не говоря про остальное железо.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

10. Сообщение от Аноним (10), 28-Июл-25, 10:36	+/–
nvenc давно уже не топ в аппаратных, интеловский QSV таки лучше. Алсо, настоящее сравнение это SVT-AV1 vs rav1e
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3

11. Сообщение от АнонимЪ (?), 28-Июл-25, 11:00	+/–
Что-то делаете не так. У менЯ на intel n100 кодируется с fps 20-30.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

12. Сообщение от Аноним (12), 28-Июл-25, 11:26	+1 +/–
Кодек, призванный улучшить общее качество видео, на практике ухудшает качество видео позволяя сэкономить компаниям на трафике и на хранение видео. Сужу по YouTube, по-моему у 1080р видео был битрейт около 300-400 кбит, но визуально оно выглядело как что то среднее между 480р и 720р.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #15, #17, #18

13. Сообщение от Аноним123 (?), 28-Июл-25, 11:28	+/–
Чем копируется? Nvenc у вас есть который должен вроде как в реальном времени
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #22

14. Сообщение от Аноним (14), 28-Июл-25, 11:45	+1 +/–
>Нужны аппаратные ускорители Вот тут у Интела есть конечно имба в виде Quick Sync Video: - https://www.techpowerup.com/review/intel-core-ultra-arrow-la... - https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

15. Сообщение от Аноним (14), 28-Июл-25, 12:11	+1 +/–
>сэкономить компаниям на трафике и на хранение видео Думаю это первостепенная задача =) Но скорее всего есть связь с тем какой был исходник, плюс динамичные сцены или нет. Пример 8k сэмпл: https://www.youtube.com/watch?v=b3ootXSAaqE
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12

16. Сообщение от Аноним (16), 28-Июл-25, 13:34	+/–
Это rav1e --speed 0 так кодировал.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

17. Сообщение от Аноним (17), 28-Июл-25, 13:56	–1 +/–
Дальше только хуже... Уже сейчас люди на YouTube используют Super Resolution (ИИ от NVIDIA).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12

18. Сообщение от Аноним (3), 28-Июл-25, 14:05	+1 +/–
Особенно на скринкастах видно, какие-нибудь уроки блендера или фотошопа. Av1 просто ни о чём из-за глитчей.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12

20. Сообщение от Аноним (20), 28-Июл-25, 15:02	+/–
> требует в 5721, 5869 и 658 раз больше вычислений по сравнению с кодировщиками x264 (профиль "main"), x264 (профиль "high") и libvpx-vp9. ну и зачем оно нужно?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #21

21. Сообщение от Аноним (3), 28-Июл-25, 15:42	+/–
>> требует в 5721, 5869 и 658 раз больше вычислений по сравнению с кодировщиками x264 (профиль "main"), x264 (профиль "high") и libvpx-vp9. > ну и зачем оно нужно? Больше не нужен битрейт 50 mbps для нормальной картинки 1080p, как с h264. 15mbps вполне достаточно, что соответствует нынешним стандартам hdtv для h265 (ей тоже мало). При необходимости передавать 4к картинку, цифры ещё хуже, и текущая инфраструктура не способна её обеспечить.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20

22. Сообщение от НяшМяш (ok), 28-Июл-25, 16:00	+/–
В зависимости от разрешения и прочих пресетов, 5090 тысячами кадров в секунду может оперировать. Что там товарищ 6-10 часов кодировал - неизвестно. https://3dnews.ru/1119705/obzor-nvidia-geforce-rtx-5090#...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13