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

"Выпуск 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ообщить модератору

Сообщения

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

5. Сообщение от bonifatium (?), 28-Июл-25, 02:19	–5 +/–
недавно 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	+2 +/–
Может взять 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	–1 +/–
Что-то делаете не так. У менЯ на intel n100 кодируется с fps 20-30.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

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

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

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

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

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

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