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.

Дополнение: Опубликован выпуск SVT-AV1-HDR 3.1.0, редакции кодека SVT-AV1 3.1.0, оптимизированной для кодирования HDR-контернта. Некоторые оптимизации в SVT-AV1-HDR также полезны и для обычного видео.

  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 обязательно


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

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

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

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

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

     
     
  • 3.29, Аноним (-), 19:51, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Они, как правило, хуже. Разве что для реального времени юзать.

    Да он там ниже написал - что юзал rav1e да еще с 0 пресетом. Сабж на пресете 3-4 куда как задорнее жмет и битрейт-качество весьма нормальное.

    Как таковой SVT оказался довольно удачен - есть отшнуровки с VP9 и H265, только нахрен они кому - когда AV1 уже есть? Ну они и есть в результате - где-то там.

     
     
  • 4.36, Аноним (2), 21:28, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для себя (мне для архивирования) смотрел долго на SVT-AV, libaom, x265.

    SVT-AV не позволяет использовать битрейт с ограничением по максимальному, требуя CRF.
    -b:v -maxrate
    А также немного "раздувает" файл по отношению к libaom.

    x265 сильно падает в качестве на низком битрейте.

    А вот libaom на cpu-used 4 или 2 дает вполне себе хорошие результаты. Правда, долго, конечно. Но для моих целей подходит.

    Да и по VMAF (libvmaf) libaom дает лучшую метрику.

    Даже на VVenC глянул. Но эта реализация сильно сырая и уступает av1.

     
     
  • 5.45, Аноним (-), 23:59, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так для архивирования это круче всего Потому что сцены получают столько бито... большой текст свёрнут, показать
     
     
  • 6.63, Аноним (63), 07:34, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да кому он уперся на его конских условиях его кодить за ису, а купоны стричь будут - ушлые патентные тролли? Пусьт ищут дураков, с 265 им облом ума не добавил? Значит пролетят по 2 разу, им полезно.

    Это проблемы больших игроков, как это мешает вам использовать как внутренний формат для архивирования? Если качество выше при том же битрейте.

     
     
  • 7.66, Аноним (2), 08:51, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У h265 чуть хуже качество на высоких битрейтах и значительно хуже на низких.

    https://www.youtube.com/watch?v=QI1ZBlRcAcg

     
     
  • 8.70, Аноним (70), 10:21, 29/07/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 8.84, Аноним (-), 17:42, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А если по битрейту смотреть то для 265 все довольно печально Ибо визуально тако... текст свёрнут, показать
     
  • 7.83, Аноним (-), 17:40, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кроме всего прочего, я рассматриваю возможность вывалить видик на лично свой HTT... большой текст свёрнут, показать
     
  • 3.90, Аноним (-), 20:37, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Нужны аппаратные ускорители
    > Они, как правило, хуже. Разве что для реального времени юзать.

    Во кстати накопался тематический "бенч" или кто и как жмет в железе и как оно вообще: https://giannirosato.com/blog/post/nvenc-v-qsv/

    Чуда не произошло.
    - Софтварные AV1 заметно лучше хардварных.
    - А вот x265 слил nvenc @ AV1, все ж более продвинутый битстрим не пустой звук.
    - Отличия хардварных кодеков друг от друга не такие уж и большие.

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

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

     
     
  • 5.24, Аноним (-), 17:55, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что за цифры в графиках кодирования? Миллисекунды, секунды, минуты, часы? Взяли файл, написал характеристики втдео файла, написали чем кодировали, перекодировали, написали время. Это понятно. А это графики кодирования о чём? Кто быстрее, вывод в абстрактных цифрах.
     
     
  • 6.26, НяшМяш (ok), 19:05, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Онанимы опять в шары долбятся.

    Написано на графиках чёрным по-белому буквально "Средняя кадровая частота, FPS". Остальная информация - какие исходники, битрейты и разрешения - есть в начале статьи. Опять же для онанимов, прямая ссылка: https://3dnews.ru/1119705/obzor-nvidia-geforce-rtx-5090#%D0%A2%

     
     
  • 7.41, Аноним (-), 23:16, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Меня пять критерия интересуют: время затраченное на кодирование, нагрузка на, смотря чем кодируют GPU, CPU, размер битрейта, сколько надо, чтобы было визуально меня устраивающее видео, размер видео файла = а оно мне надо с таким размером видео файла. Измерения в кадрах показанных на графике мне не о чём не говорит применимо к моим критериям. По этому как я написал: для меня такое измерение не информативное. А вы кодирование аудио, видео измеряйте кому в чём хочется и если есть возможность.
     
  • 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 так кодировал.
     
     
  • 4.27, Аноним (-), 19:06, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это rav1e --speed 0 так кодировал.

    Сабжа попробуй, особенно в районе пресетов 2..4 где-нибудь. Очень недурно жмет и довольно резво. И каждую версию только лучше. Секрет прост - примерно пару версий назад, около 3.x, господа из тусовочки -PSY/-SPY/BlueSword - нашли с апстримом сабжа общий язык и стали свои улучшения портировать прям туда.

    И теперь psy-оптимизации которые сделали x264 тем чем он был - будут и в сабже. Точнее уже есть в основном. И да, preset 0 обычно - для перфекционистов. Упирается в оптимизации битрейт-качество как placebo в x264, только кодек намного круче и без суперкомпьютера или моральной готовности кодировать неделю - лучше не беспокоиться. Этот режим в многие разы тормознее более скромных пресетов при умеренном выигрыше.

     
     
  • 5.43, Аноним (43), 23:47, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тормознутость - дело сотое Пока можешь её себе позволить Если бы жало в 10 раз... большой текст свёрнут, показать
     
     
  • 6.47, Аноним (-), 00:17, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот тут - вопрос Ибо с AV1 на максималках - с самыми крутыми пресетами - полный... большой текст свёрнут, показать
     
     
  • 7.81, Аноним (81), 16:16, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Вот тут - вопрос. Ибо с AV1 на максималках - с самыми крутыми пресетами - полный перебор вариантов кодирования это ДОХРЕНА. И можно задолбаться. Стоит ли убить в 5 раз больше CPU ради 1% выигрыша битрейт-качество - вопрос открытый.

    В 5 раз больше - это не разница между "реалтайм" и "за-час даже секунду закодировать не смогло" - это должна быть какая-нибудь адская формула для О-сложности, вроде экспоненты.

     
     
  • 8.85, Аноним (-), 17:51, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нулевой пресет - обычно достаточно беспокмпромиссный на тему полного перебора вс... текст свёрнут, показать
     
  • 2.9, Bob (??), 09:54, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Может взять HEVC и не морочить голову?
    Есть во всём железе, за последнюю декаду.
    Кодирует куда быстрее, со схожим результатом на выходе.
    AV1 даже в 10м поколении Intel нет, не говоря про остальное железо.
     
     
  • 3.28, Аноним (-), 19:25, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Может взять HEVC и не морочить голову?

    Да нахрен он упал. Провальный кодек от ISO.
    * В вебе - его просто не существует, мувик в этом формате на сервак не выложишь для игры в браузере.
    * Coding tools - никакие по сравнению с AV1. По битрейт-качество ему рубаться только с VP9 древним. Это позор!
    * Нормальных реализаций тоже нет - в силу безблагодатности затеи.
    * Зато есть длинная плеяда патентных троллей с конскими условиями.
    * У ISO истерика на фоне такого слива и они строгают WTFVC как пирожки, так что 265 устарел как кодек не успев толком вылупиться.

     
     
  • 4.31, Аноним (70), 20:05, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так он старее, алё. Причём, технологии ещё из 80х. Если для тебя 90% контента это " устарел как кодек не успев толком вылупиться", то конечно. 99%, если брать в расчёт китайские сайты. И поддерживается примерно каждым устройством последних 10 лет. Vp9 вот действительно не упал совершенно никому, и поскольку av1 вобрал в себя все его дефекты, то и он тоже не особо популярен. Гугл внедрил его шантажом, убрав AVC+AAC с нормальным битрейтом, заменив их на мыльные дефективные vp9+opus.
     
     
  • 5.35, Аноним (-), 21:19, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Старее чем что VP9 с которым он рубаться способен - вылупился раньше А к момен... большой текст свёрнут, показать
     
  • 5.44, Аноним (43), 23:49, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Opus - это хороший кодек.
     
     
  • 6.46, Аноним (70), 00:04, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это телефонный кодек, чтобы слушать на телефонной акустике он нормальный. Там не важно, сколько и чего нейронки подрисуют. Беда в том, что того битрейта, что использует гугл, часто не достаточно, и качество звучания получается ниже.
     
     
  • 7.80, Аноним (81), 16:09, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    обычно используется itag=251, это opus 128 kbit/s, что примерно эквивалентно MP3 320 kbit/s CBR. На что вы жалуетесь?
     
     
  • 8.82, Аноним (70), 16:35, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не эквивалентно, данных туда намного больше запихнуто В итоге, часто звучит хуж... текст свёрнут, показать
     
     
  • 9.121, Аноним (-), 22:28, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Опус на 96 Кбит от оригинала при слепых тестах большая часть людей не отличает т... текст свёрнут, показать
     
     
  • 10.123, Аноним (70), 22:59, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Они и aac 96 кбпс емнип не отличали тупо ... текст свёрнут, показать
     
     
  • 11.124, Аноним (-), 02:48, 01/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если сравнить, то AAC как минимум LC и HE - отличали чаще чем опуса То что у ... большой текст свёрнут, показать
     
  • 6.115, Аноним (-), 19:31, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Opus - это хороший кодек.

    Более чем, пруфлинк https://hydrogenaudio.org/index.php/topic,127980.0.html

    Ему конкурентов в интервале 48...96 кбит только xHE AAC всякие новые - которые почти не играются ничем и уж тем более не кодируются. Но вы можете взять проприетарный блоб от фраунхофера. Что довольно сомнительное счастье. Ну все и юзают - opus. И видеосервисы, и месенжеры, все дела.

     
  • 4.79, Аноним (79), 12:49, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > * Coding tools - никакие по сравнению с AV1.

    По этому показателю всех уделывает MPEG-4 Part 2. Вейвлеты, спрайты, 3D Mesh'ы, Global Motion Compensation, конвертация текста в лицевую анимацию и звук, то же самое с телом (Facial/Body Animation Parameters) - в стандарте скелет человека был определён, LOD'ы для 3D-моделей. То есть 25 лет назад стандартизировали сжатие видео на основе синтеза 3D-моделей. Возможно, они утвердили столько фигни специально, чтобы приструнить какого-то анонима, который только и может годами говорить "Coding tools" на опеннете, словно это что-то значит.

     
     
  • 5.116, Аноним (-), 19:45, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это все прекрасно, кроме того что это получилось оверинженернуто с 1 стороны - а... большой текст свёрнут, показать
     
  • 5.117, Аноним (117), 20:06, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Гладко было на бумаге, да вот на практике никто всю эту хрень реализовать так и не смог. С горем по полам осилили GMC и что-то там еще (QPEL? не помню уже), и то декодировалось это всё тем же DivX, который эти фичи и реализовал в своём кодировщике. AVC сделали проще и "для людей", да ещё и сердито, и это не в последнюю очередь определило его успех.
     
  • 3.77, оееее (?), 12:08, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >за последнюю декаду.

    За 10 дней?

     
  • 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

     
  • 2.25, Аноним (-), 18:58, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это всё бесполезно - у меня как-то 1 секунда видео час кодировалась при 100%
    > загрузке всех ядер, после чего кодировка была прервана.

    Что за тетрис такой? У меня сабж при использовании 4 ядер (чтоб еще свободные другому софту оставить) - выдает 1/3 от реалтайма на третьем пресете. При весьма почтенном битрейт-качество.

    > Нужны аппаратные ускорители. С ними кажется дела даже лучше, чем с VVC.

    Они есть, в новые видяхи встроены. Только под реалтайм оптимизированы и битрейт-качество заметно хуже. Актуальны в основном всяким стримерам и тому подобным. А так сабж весьма резвая штука.

     
     
  • 3.32, Аноним (70), 20:13, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если не хочешь кодировать в av1 нормально, то возьми лучше VVC -- он на средних пресетах на порядки эффективнее.
     
     
  • 4.34, Аноним (-), 21:06, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Меня вполне устраивает сабжем орудовать Видео с камеры раз в 8-10 можно сдуть -... большой текст свёрнут, показать
     
     
  • 5.37, Аноним (70), 21:34, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну, вот, из личного, чтобы с сабжем нормальная картинка была, надо 3000-4000kbps... большой текст свёрнут, показать
     
     
  • 6.51, Аноним (-), 01:29, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мне ничего не говорит 3000-4000kbps без указания параметров картинки а лучше кон... большой текст свёрнут, показать
     

  • 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

     
     
  • 3.73, Аноним (73), 11:06, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > это первостепенная задача

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

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

    Вон там вика и бложик по кодекам - там рассказано что подтвикать под кодирование такого. И да, это лучше libaom жать. В 4:4:4 и с точностью не менее 10 битов, в RGB колорспейс. Специфичный контентец.


     
  • 2.30, Аноним (30), 20:02, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно, дело не в самом AV1, а в безбожном применении компрессии :) Ну то есть разрешение остаётся тем же, а качество - хуже дверного глазка. В принципе, сам гугл заинтересован, чтобы максимально жать эти гов__новидосики, т.к. носители забиты.
     
     
  • 3.74, Аноним (73), 11:07, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > дело не в самом AV1, а в безбожном применении компрессии

    "Невиноватая я! Он сам пожал!" (с)

     

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

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

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

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

     
     
  • 3.38, Аноним (20), 22:41, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > достаточно

    в чём измеряется достаточность? почему раньше было достаточно, а потом стало недостаточно? Почему новомодные ав1 4к кажут хуже, чем 264 на 720?

     
     
  • 4.49, Аноним (70), 00:21, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> достаточно
    > в чём измеряется достаточность? почему раньше было достаточно, а потом стало недостаточно?
    > Почему новомодные ав1 4к кажут хуже, чем 264 на 720?

    В сохранении визуального качества при уменьшении битрейта. А vp9 и av1 это мыло ради мыла. В x265 вон тоже sao, но такого не доводит.

     
     
  • 5.50, Аноним (20), 00:43, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > av1 это мыло ради мыла

    никто и не сомневался

     
  • 5.52, Аноним (-), 01:36, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В сохранении визуального качества при уменьшении битрейта. А vp9 и av1 это
    > мыло ради мыла. В x265 вон тоже sao, но такого не доводит.

    Ваши данные протухли. В сабже 3.x как раз подкрутили резкость и даже крыжик спецом сделали, но если резкой картинкой чрезмерно увлечься на умеренном битрейте ессно риск артефактов получается.

    Собссно 3.x это довольно большой шаг вперед - при равном времени кодирования файло меньше и выглядит лучше. Или при равном битрейт-качество - кодирует быстрее.

     
     
  • 6.65, Аноним (63), 08:46, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему с AV1 ПОСТОЯННО идут жалобы на мыло, кривые настройки SAO и тд и тп и отс... большой текст свёрнут, показать
     
     
  • 7.86, Аноним (-), 18:14, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Потому, что вон там авторы кодеков и те кто их юзает - честны насчет их свойств ... большой текст свёрнут, показать
     
  • 6.78, Аноним (63), 12:33, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вон помогите человеку тогда, он никак не может добиться чтобы SVT-AV1 не мылил при том же битрейте что и x265: https://www.reddit.com/r/AV1/comments/1m9r5ej/svtav1psy_vs_x265_disappointing_
     
     
  • 7.106, Аноним (-), 15:09, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Этот гений фигачит в режиме обезьяны с гранатой Вкрутил кучу параметров но 1... большой текст свёрнут, показать
     
  • 2.33, Аноним (-), 20:58, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ну и зачем оно нужно?

    1) Авторы таскают эту рыбу из новости в новость. И конечно эти сведения давно протухли, на самом деле сабж круто оптимизировали и цифры совсем другие.
    2) Видео жмут 1 раз а передают, копируют и воспроизводят - эн. Да еще и хранят.

    А вы можете кодировать хоть в MPEG2. Битрейт-качество отстой и картинка артефачит? Зато кодировать легко.

     

  • 1.39, Аноним (-), 22:44, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Оригинал Полное имя D 38804_2160p60 mkv Формат... большой текст свёрнут, показать
     
     
  • 2.42, Аноним (42), 23:26, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Забыл написать. Кодировал в Windows.
     
     
  • 3.48, Аноним (48), 00:21, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Забыл написать. Кодировал в Windows.

    Почему забыл?
    Первой строчкой же:
    > Полное имя                               : D:\38804_2160p60.mkv

     
     
  • 4.55, вноним (-), 02:33, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не подумал об этом не заметил что и так понятно расположение видео это путь как обозначается в Windows. Linux в вириуалтзвции. Можно и в виртуализации сделать но, это будет уже не честно накладные расходы на виртуальностью. Если только для того чтобы разницу посмотреть.
     
     
  • 5.56, вноним (-), 02:37, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Можно и в виртуализации сделать но, это будет уже не честно накладные расходы на виртуализацию. Не знает слово виртуалазация офис, исправлять предлагает, не всегда замечаю, исправляю
     
  • 2.57, Аноним (-), 04:56, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Упомянули H 264 Полное имя D x265 mkv Формат ... большой текст свёрнут, показать
     
  • 2.58, Аноним (-), 05:03, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Упомянули H 265 Сонный перепутал H 264 написал Полное имя ... большой текст свёрнут, показать
     
     
  • 3.59, Аноним (-), 05:09, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Preset: veryfast
     
  • 3.60, Аноним (-), 05:17, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нагрузка CPU FFmpeg ~60%. 55-62%.
     
  • 3.62, Аноним (-), 05:31, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    CRF разный знаю. У SVT-AV1 CRF это 0-63, у x265 CRF это 0-51. По этому SVT-AV1 31 это в среднем лежит где-то между x265 CRF 22…26, возможно ближе всего 24. Я с x264 использую Qantizer (QP) 26 и с x265 решил для CRF 26 использовать.
     
     
  • 4.89, Аноним (70), 18:38, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Там это, x265 crf=21 preset=veryslow норм. Это примерно x264 crf=17 preset=veryslow. С av1 нормальную картинку затруднительно получить было, битрейт куда-то в небеса улетал, вместе с вычислительной сложностью.
     
  • 2.96, Аноним (-), 04:42, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А это как я пользуюсь Второй раз для себя использую SVT-AV1 Перекодированное в... большой текст свёрнут, показать
     
     
  • 3.97, Аноним (-), 04:53, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Формат Matroska Версия формата ... большой текст свёрнут, показать
     
     
  • 4.100, Аноним (-), 05:27, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И время, долго перекодировать я заинтересован.
     
     
  • 5.120, Аноним (-), 20:55, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И время, долго перекодировать я не заинтересован. Так правильно, "не" пропустил.
     
  • 3.98, Аноним (-), 04:58, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это видео сделано не для красоты. Сделал видео, показал, донёс информацию, выкинул. Размер видео файла на первом месте, как можно меньше, что было понятно.
     
  • 3.99, Аноним (-), 05:23, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Добавлю. Посмотрел, Такое перекодирование нагрузка на CPU FFmpeg ~40% 40-50%.
     
  • 3.102, Аноним (-), 06:07, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Переделал. Указал кодировать с разрешением 144p получил видео файл с разрешением 312x144 не пропорциональное. С делал 256x144.
     

  • 1.40, Аноним (20), 22:46, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Видосики, пожатые av1, тухнут уже через неделю. Тратить столько ресурсов на ненужную никому работу - это какой-то антизелёный террор.
     
     
  • 2.53, Аноним (-), 01:39, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Видосики, пожатые av1, тухнут уже через неделю. Тратить столько ресурсов на ненужную
    > никому работу - это какой-то антизелёный террор.

    Тут опечатка - это явно про H265 имхо. Совершенно никчемный проходной кодек на диких условиях от патентных троллей. А в AV1 куча жирных сервисов онлайн мувики выклажывают.

     
     
  • 3.67, Аноним (63), 08:58, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    AV1 нормально не декодируется аппаратно на телефонах планшетах А H265 декодируе... большой текст свёрнут, показать
     
     
  • 4.68, Аноним (14), 09:17, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Не все смотрят видео с огромного десктопа с последней видяхой нвидии за $1k и БП на 1 кВт, представьте себе.

    Достаточно встроенной графики в i3-12100

     
     
  • 5.71, Аноним (73), 10:25, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "640k хватит всем" (с)
     
     
  • 6.88, Аноним (-), 18:34, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ты загнул Жалуются 4К не могут нормально воспроизводить, а ты уже 640К 720х... большой текст свёрнут, показать
     
     
  • 7.92, Аноним (-), 23:26, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    576p 16:9 это 1024x576p.
     
  • 7.93, Аноним (-), 23:34, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В российском эфирном цифровом телевидении DVB-T T2 подавляющее большинство ка... большой текст свёрнут, показать
     
     
  • 8.95, Аноним (-), 00:09, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Похоже на правду не перпроверял С ТВ и DVD-Video так В цифровом вещании DVB-... большой текст свёрнут, показать
     
  • 7.107, Аноним (-), 16:22, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > • Для PAL (Европа, Россия, Австралия и др.):
    > – 720 × 576 пикселей, 25 кадров/с (обычно interlaced).

    Вот только качественной картинкой это назвать разве что рассматривая ее на 5" экране.

    ...
    > Лично у меня часто используемые разрешая это 144p, 240p, 360p по ситуации

    Вы смотрите видео на спичечном коробке, иногда переключаясь на тетрис? На моем мониторе минимум который ОК чтобы  смотреть без явных артефактов и пикселов с кулак это 720p.

     
     
  • 8.118, Аноним (-), 20:33, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это не смартфон, с размерами порядок 720x405p я с таким разрешением делал видео... текст свёрнут, показать
     
     
  • 9.119, Аноним (-), 20:48, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Битрейт подбирается под каждое видео Cколько надо битрейта от сцен в видео зави... текст свёрнут, показать
     
     
  • 10.125, Аноним (-), 03:25, 01/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы этим извратом не заниматься - придумали CRF Указываем какой мы хотим уров... большой текст свёрнут, показать
     
     
  • 11.126, Аноним (-), 00:23, 04/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    1 Не x264, x265, а MPEG-1 видео 171 У MPEG-1 как и у подавляющего большинств... большой текст свёрнут, показать
     
     
  • 12.128, Аноним (-), 00:56, 04/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для MPEG-1 видео с динамичными сценами нужно где-то 8000кб сек с разрешением 72... текст свёрнут, показать
     
     
  • 13.129, Аноним (129), 01:12, 04/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И 25 кадров ... текст свёрнут, показать
     
  • 12.130, Аноним (-), 06:41, 04/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если точно то так QP можно, но с оговоркой 8226 QP Quantization Parameter... большой текст свёрнут, показать
     
     
  • 13.133, Аноним (-), 18:46, 04/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Оперировать именно термином квантования - несколько устарело, поскольку именно q... текст свёрнут, показать
     
  • 12.132, Аноним (-), 18:43, 04/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я сто лет MPEG1 не пользовался, но все же помню что его можно чисто технически с... большой текст свёрнут, показать
     
  • 9.122, Аноним (-), 22:46, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Попахивает каким-то divx ом Я тот у кого монитор 30 , на нем минимально смотряб... текст свёрнут, показать
     
     
  • 10.127, Аноним (-), 00:29, 04/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Предположения не верные Монитор 24,5 ... текст свёрнут, показать
     
  • 10.131, Аноним (-), 07:15, 04/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Разрешение может быть любым у файла который надо перекодировать это я сам указыв... текст свёрнут, показать
     
  • 4.69, Аноним (14), 09:37, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >AV1 нормально не декодируется аппаратно на телефонах

    Google Pixel, а начиная с 8-го вообще всё летает.
    Самсунги начиная с Exynos 2000 серии (S24, S24 FE).
    В Снапах начиная с 8 Gen 2.

     
     
  • 5.72, Аноним (63), 10:53, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Но печка в виде 8 снапа нужна не везде В реальности например 7 gen 3 и 7 gen 3... большой текст свёрнут, показать
     
     
  • 6.75, Аноним (14), 11:09, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ничем китайским не пользуюсь, и не кому не советую.
     
     
  • 7.76, Аноним (63), 11:55, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Samsung A55, A56 китайский Это текущий midrange от самсунга, привет И причем т... большой текст свёрнут, показать
     
  • 6.91, Аноним (-), 22:47, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы уж там определитесь Либо уж поддержка в железе, либо уж не нужны А то какие... большой текст свёрнут, показать
     
  • 6.103, cheburnator9000 (ok), 06:08, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ты загнул про самсунги. Самсунги что А серии что S серии это дикий ШИМ просто пиSSец какой высокий. Амолед желтит, при наклонах переливается цветами радуги. Никогда не думайте даже покупать самсунги у вас будут глаза болеть, вам будет тошно. Потом будете жалеть что меня не послушали. Супер Амолед это полное говно.
     
     
  • 7.104, Аноним (104), 10:28, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > дикий ШИМ

    Не напрягает. И мне кажется, большинство людей не напрягает. Это из разряда страшилок про «синий цвет».

    > Амолед желтит

    Нет. Это дешманские матрицы синят. У самсунгов как раз нормальная цветовая температура.

     
     
  • 8.110, cheburnator9000 (ok), 19:13, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ахах Дешевые матрицы Синий оттенок более приятен для чтения в дневное время он... текст свёрнут, показать
     
     
  • 9.111, Аноним (111), 21:22, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вооот, поэтому на дешмане так и делают, потому что так _кажется_ ярче Это сродн... текст свёрнут, показать
     
     
  • 10.112, cheburnator9000 (ok), 23:57, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Потом вот такие люди не могут определиться что ребенок с писюном это мальчик, а ... текст свёрнут, показать
     
     
  • 11.114, Аноним (111), 09:34, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дешманские андроиды и 9, и 10К бывают А 6500K 8212 это стандарт, и да, для ... текст свёрнут, показать
     
  • 4.87, Аноним (-), 18:33, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да и хрен с ним, с интернетовым битрейтом он и в софте на раз жуется Вот без га... большой текст свёрнут, показать
     
     
  • 5.105, Аноним (104), 10:29, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да и хрен с ним, с интернетовым битрейтом он и в софте на раз жуется.

    И тут батарея говорит «привет».

     
     
  • 6.108, Аноним (-), 16:30, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Да и хрен с ним, с интернетовым битрейтом он и в софте на раз жуется.
    > И тут батарея говорит «привет».

    Да ничего она особо не говорит - ибо на тех битрейтах больше всего обычно все равно экран жрет. Если экран большой и светится ярко - чтоб картинка хорошая - чудес не бывает, батарею всяко экран сожрет. Проц жующий даже 1080p в AV1 врядли с этим сравнится. Но эстеты могут найти себе и проц с хардварным декодером, уже не проблема. Только почему-то начинаются отмазки что "не очень то и хотелось". Двойные стандарты какие-то.

    Вот только отстегивать ради вас патентным троллям - ни владельцы серверов, ни создатели браузеров все же не будут. И что хотите с этим то и делайте.

     
     
  • 7.109, Аноним (111), 16:56, 30/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Декодирование AV1 даже на десктопах ощутимо жрёт.
    И нет, в контексте использования батареи меня «экран всё равно больше жрёт» не устраивает.
     
     
  • 8.113, Аноним (-), 00:24, 31/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не вижу особых напрягов на интернетовых битрейтах Да это ваши проблемы что вас ... текст свёрнут, показать
     
  • 2.64, Аноним (64), 08:13, 29/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    наоборот, в этом и суть - 99.9% содержимого ютрупа (который и впихивает всем ненужное ненужно) тухнет не через неделю а еще до того как туда сливается. И кроме своего автора и двух его воображаемых друзей нафиг и не нужны.

    Но удалять по-тихому все еще немного зашквар, да и ИИ обучать на чем-то ж надо, поэтому лучше один раз потратить время на сжатие в стотыщраз и полное мыло (афтырь все равно не заметит, он уже это один раз смотрел) чем хранить слабо сжатое.

     

  • 1.61, Аноним (-), 05:29, 29/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >желательно наличие в CPU поддержки AVX2, но в качестве минимума достаточно и SSE2

    Ха! Да оно есть у всех. А вот видеокарт с поддержкой Vulkan есть не у всех.

     

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



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

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