The OpenNET Project / Index page

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

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

15.03.2024 15:06

Опубликован выпуск библиотеки SVT-AV1 2.0 (Scalable Video Technology AV1) c реализациями кодировщика и декодировщика формата кодирования видео AV1, для ускорения которых задействованы присутствующие в современных CPU Intel средства аппаратного распараллеливания вычислений. Проект создан компанией 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:

  • Осуществлён переход на новую нумерацию версий, в соответствии с которой первая цифра в версии будет меняться при каждом изменении API/ABI.
  • Внесены изменения в API, связанные с переходом к индикации завершения потока (EOS - End Of Stream) в последнем кадре вместо использования пустого кадра, что позволило исключить задержку на ожидание лишнего кадра. Изменение API уже отражено в кодовой базе FFmpeg.
  • Удалён трёхпроходный режим переменного битрейта (3-pass VBR), вместо которого теперь используется механизм многопроходного VBR. Многопроходный режим VBR сведён к выполнению двух проходов для обеспечения интеграции с FFmpeg.
  • В кодировщик добавлены оптимизации, в результате которых эффективность сжатия пресетов M9-M13 повысилась на 1-4%, а потребление памяти в пресете M5 снизилась на 20-35% в режиме LP 8 и на 1-5% в других режимах. Потребление памяти в остальных пресетах уменьшилось на 1-5%.
  • Проведена оптимизация компромиссов качество/скорость для пресетов, выставляющих высокий уровень качества. Работа пресета MR, предоставляющего эталонное качество, ускорена на 100%.
  • В функции, написанные только на языке Си, добавлены оптимизации, специфичные для архитектуры ARM.

Дополнительно можно отметить выпуск проекта dav1d 1.4.1, в рамках которого сообщества VideoLAN и FFmpeg развивают библиотеку с реализацией альтернативного свободного декодировщика формата кодирования видео AV1. Библиотека dav1d поддерживает все возможности AV1, включая расширенные виды субдискретизации и все заявленные в спецификации параметры управления глубиной цвета (8, 10 и 12 бит). Ключевой особенностью dav1d является ориентация на достижение максимально возможной производительности декодирования и обеспечение качественной работы в многопоточном режиме. Код проекта написан на языке C (C99) с ассемблерными вставками (NASM/GAS) и распространяется под лицензией BSD. Реализована поддержка архитектур x86, x86_64, ARMv7 и ARMv8, и операционных систем FreeBSD, Linux, Windows, macOS, Android и iOS.

Версия dav1d 1.4 примечательна поддержкой новых архитектур Loongarch и RISC-V, а также задействованием дополнительных оптимизаций на базе инструкций AVX-512, ускорением работы фильтров 6tap на системах ARM, повышением эффективности многопоточной работы и сокращением размера бинарных данных на системах ARM64, ARM32 и RISC-V. Устранена уязвимость CVE-2024-1580, приводившая к записи в область вне границ буфера из-за целочисленного переполнения при обработке кадров очень большого размера.

  1. Главная ссылка к новости (https://gitlab.com/AOMediaCode...)
  2. OpenNews: Опубликованы libavif 1.0 и SVT-AV1 1.7, библиотеки для форматов изображений AVIF и видео AV1
  3. OpenNews: Intel открыл кодировщик видео AV1, оптимизированный для перекодирования на лету
  4. OpenNews: Выпуск rav1e 0.5, кодировщика AV1
  5. OpenNews: Разработчики кодека AV1 представили формат IAMF для объёмного звука
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/60788-svt-av1
Ключевые слова: svt-av1, av1
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (121) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 15:31, 15/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    > Для использования SVT-AV1 необходим процессор x86_64 с поддержкой инструкций AVX2.
    > Для кодирования 10-битовых потоков AV1 с качеством 4K требуется 48 Гб ОЗУ, 1080p - 16 Гб, 720p - 8 Гб, 480p - 4 Гб

    Автор новости, вы пишете неправду и дезинформацию. Очевидно из-за копипаста из новости в новость.

    1) SVT в какое-то время перешел из лап интеля в AOM.
    2) После этого системные требования оному - радикально снизили. На минималках есть чисто сишная версия. Есть несколько оптимизаций под SSE2, AVX, NEON, а может и еще что. AVX2 в обязаловку сто лет как не надо уже ему!
    3) Жор оперативы ему тоже очень радикально поубавили. Реально на 720p с разумными настройками более гига-два не жрет.

     
     
  • 2.4, Аноним (4), 15:42, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Да и про "больше вычислений" прохладное, если vp9 подкрутить на качество он будет получше libaom картинку на битрейт выдавать (и уж точно меньше глитчей), но это будет не меньше сложность.
     
     
  • 3.8, Аноним (-), 15:48, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Да и про "больше вычислений" прохладное, если vp9 подкрутить на качество он
    > будет получше libaom картинку на битрейт выдавать

    Не, не будет. У VP9 сильно меньше tools для кодирования и уменьшения потока данных не в ущерб визуальному качеству. Поэтому при равном визуальном качестве VP9 обречен весить заметно больше.

    > (и уж точно меньше глитчей), но это будет не меньше сложность.

    Он кодирует побыстрее - но битрейт-качество у него заметно хуже AV1, что libaom что сабжа. Я сравнивал side by side, оно не конкурент этой парочке от слова вообще. В AV1 на уровне формата потока ряд весьма крутых фич завезли - а у VP9 их нету. Он сразу на старте в проигрыше.

     
     
  • 4.13, Аноним (4), 16:04, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А почему у кодеров h265 без этих крутых фич картинка лучше и битрейт куда эффективнее расходуется? Не в них счастье, получается. Хотя, в том же кривом libx265 надо психовизуальщину отключать, иначе тоже весь битрейт на отсутствующие в исходнике гличи отправит.
     
     
  • 5.18, потому (?), 16:13, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А почему у кодеров h265 без этих крутых фич картинка лучше и битрейт куда эффективнее расходуется?

    Не лучше, дядя. Купи очки и выбрось уже CRT, на дворе 2k24.

     
     
  • 6.24, Аноним (4), 16:38, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Не лучше, дядя. Купи очки и выбрось уже CRT, на дворе 2k24.

    Конечно, лучше. Это подтверждается и визуально при покадровом сравнении, и даже libvmaf. Ну а уж если вспомнить, что намного дешевле кодировать/декодировать, то тут фаворит очевиден. Вообще, я давно заметил, что за av1 топят какие-то полнейшие неадекваты, начитавшиеся брошюр и неспособные самостоятельно сравнить. Этот кодек придуман не для того чтобы быть качественнее проприетарного.

     
     
  • 7.55, Аноним (-), 20:11, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вон качни с Xiph BBB BigBuckBunny, нежатый вариант в 480p и попробуй с хоть... большой текст свёрнут, показать
     
     
  • 8.138, Аноним (4), 13:03, 18/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я сразу вижу ряд проблем с этим - x265 _очень_ плохо работает с sd-контентом - ... большой текст свёрнут, показать
     
     
  • 9.140, Аноним (-), 17:21, 18/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    О Пули оказывается не из серебра А сабжу - нормуль, прекрасно жмет себе Мы в... большой текст свёрнут, показать
     
  • 6.25, Аноним (25), 16:39, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В 2240, наверное, уже даже голография будет считаться устаревшей.
     
  • 5.37, Аноним (37), 17:56, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А с чего вы взяли, что у H.265 качество лучше и он битрейт лучше чем AV1 расходует? Тесты как бы говорят об обратном:

    http://compression.ru/video/codec_comparison/hevc_2020/main_report.html

     
     
  • 6.39, cheburnator9000 (ok), 18:12, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    по твоей же картинке svt-av1 и x265 разница во сколько 4%? и это коллосальной ценой по затратам мощностей CPU/RAM и низкой скорости кодирования.
     
     
  • 7.48, Аноним (37), 18:51, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ага, значит вы признаёте, что изначальное утверждение, что H 265 лучше AV1 битре... большой текст свёрнут, показать
     
     
  • 8.57, Аноним (-), 20:14, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как бы это сказать то, ща уже 2024 и данные на 2020 здорово устарели, сабжа пиля... текст свёрнут, показать
     
  • 7.56, Аноним (-), 20:12, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > по твоей же картинке svt-av1 и x265 разница во сколько 4%? и
    > это коллосальной ценой по затратам мощностей CPU/RAM и низкой скорости кодирования.

    Теперь попробуй инверсный лукап. Что-что, можно скостить битрейт в ДВА РАЗА при равном качестве картинки?! Вау... такие 4%, если делать лукап интересуясь битрейт-качество :)

     
  • 6.42, Аноним (4), 18:25, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    С того что мне есть что кодировать и я регулярно проверяю успехи.
     
  • 5.53, Аноним (-), 20:01, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кто вам это сказал Как пример клип BBB 480p на примерно 500 кбит таргет в q-mo... большой текст свёрнут, показать
     
  • 2.5, Аноним (5), 15:43, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Забавно, что автор ещё и ссылку поставил на документ, в котором примерно то же самое написано. Возможно он просто не так понимает значение слова "необходим".
     
  • 2.7, birdie (ok), 15:47, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > дезинформацию

    Очевидно, что вы не понимаете значение этого слова. Оно обозначает желание её автора вас обмануть с тем, чтобы получить выгоду или создать вам картину мира, выгодную для него. У Максима нет и не было таких намерений. Да, он копирует информацию за неимением более новой.

    Ваш коммент никакой информации на тему не содержит:

    > Реально на 720p с разумными настройками более гига-два не жрет.

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

    Ваши fast presets encodes YUV420 исходников никого не волнуют.

     
     
  • 3.15, Аноним (-), 16:10, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Кто-то запретил сорц скачать или немного исследовать тему Зайти на тот же Doom9... большой текст свёрнут, показать
     
     
  • 4.26, Аноним (26), 16:40, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > AOM сделали из него реально нормальный и крутой проект толпой, не то что интел изначально

    А ничего что те же самые разработчики пилят тот же самый проект под другим руководством?

    Флаг поменяли и из "говнокодеров" в "нормальных" превратились (им интел как платил зарплату так и платит). Парад лицемерия.

     
     
  • 5.58, Аноним (-), 20:17, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А ничего что те же самые разработчики пилят тот же самый проект
    > под другим руководством?

    Набежало комьюнити. Послало решения манагеров интела по втюхиванию последних процов в пень. Заоптимизили под все что шевелится. Даже ARM зашел на огонек и вкатил немеряно неона, чтобы и их процам благодати досталось. Так стало намного лучше. Кодек как тул впаривания последних интелских процов - ну такая себе идея. Особенно когда конкурирующих кодеков есть.

    > Флаг поменяли и из "говнокодеров" в "нормальных" превратились (им интел как платил
    > зарплату так и платит). Парад лицемерия.

    Странно, с каких пор интел платит например чувакам из @arm.com? Я бы на это посмотрел :)

     
  • 3.66, ИмяХ (ok), 20:42, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>копирует информацию за неимением более новой.

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

     
  • 2.36, Аноним (36), 17:36, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да, как уже отписались, это устаревшая информация, с avx2 быстрее и он рекоменду... большой текст свёрнут, показать
     
     
  • 3.54, Аноним (4), 20:06, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В libvpx качество серьёзно просаживается, если больше чем в полтора потока кодировать и ограничения достаточно жёсткие. На 4к можно удвоить и это рекомендации гугла. Отчасти это решили в современных проприетарных кодеках (некоторые операции можно запараллелить), лично оценить степень деградации на av1 пока не было возможности.
     
     
  • 4.59, Аноним (-), 20:20, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > гугла. Отчасти это решили в современных проприетарных кодеках (некоторые операции можно
    > запараллелить), лично оценить степень деградации на av1 пока не было возможности.

    Это и в открытых решили, которые давно уже могут дать мастеркласс любой проприетари. Можно tiles юзать но это рушит битрейт-качество. Особенно на мелких видео. На 4K - урон меньше.

    Но есть идеи лучше. Скажем  на Doom9 есть забавная прога на хрусте которая пилит видео на сегменты, пинает ffmpeg на каждом сегменте отдельно, потом сводит все сегменты в один файл. Так можно прогрузить 100500 ядер если они есть, ничего особо не теряя в качестве. Но это больше тул для bulk-encoders которые вот реально EPYC'ов понабрали под задачу.


     
  • 4.63, Аноним (36), 20:38, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    По умолчанию SVT-AV1 может до 16 потоков полностью загружать для 1080p без какого либо изменения качества, но если использовать пресет не медленней 4, на самых медленных мультипоточность похуже.
    С тайлами можно совсем на сотни потоков нагрузку распределять, но они уже влияют на качество, хотя очень незначительно, меньше процента в среднем для 2+1 тайлов, да и от их использования есть дополнительные плюсы в виде более быстрого декодирования и seeking-е
    Хотя не для стриминга поточность не настолько важна, потому что можно использовать какие то дополнительные тулзы типа av1an, которые будут разбивать видео на куски и кодировать их параллельно
     
     
  • 5.70, Аноним (-), 20:53, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Но битрейт-качество все же довольно круто проседает То что 1-2 по качеству - п... большой текст свёрнут, показать
     
     
  • 6.75, Аноним (36), 21:20, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Но битрейт-качество все же довольно круто проседает. То что 1-2% по качеству - по битрейту может быть и 30% какие. Т.е. можно было урезать файло на треть при той же картинке. Инверсная зависимость весьма крутая.

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


     
     
  • 7.78, Аноним (-), 21:55, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Падение на 1-2 при том же битрейте - не очень информативно, в том смысле что ин... большой текст свёрнут, показать
     
     
  • 8.79, Аноним (36), 22:49, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Обычно выстраиваются графики с BD Rate Bjontegaard delta rate с кодированием в... большой текст свёрнут, показать
     
     
  • 9.87, Аноним (-), 00:45, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Они минимальны в процентах метрики Но если инвертировать вопрос и задаться вопр... большой текст свёрнут, показать
     
     
  • 10.103, Аноним (36), 04:40, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно тут сильно зависит от контента и от пресета, если не путаю на P4 тестиро... большой текст свёрнут, показать
     
     
  • 11.130, Аноним (-), 03:38, 17/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Оно от много чего зависит А мой пойнт в том что этот же вопрос при его трансляц... большой текст свёрнут, показать
     
     
  • 12.131, Аноним (36), 06:08, 17/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Для себя можно и не использовать если более быстрый seeking не нужен, потому чт... большой текст свёрнут, показать
     
     
  • 13.134, Аноним (-), 22:04, 17/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я для контролируемого времени seeking нечто типа -g 300 подгоняю или около того ... большой текст свёрнут, показать
     
     
  • 14.135, Аноним (36), 23:59, 17/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Теоретически возможно, но я не замечал, хотя кодировал и экспериментировал с av1... большой текст свёрнут, показать
     

  • 1.11, Аноним (11), 15:59, 15/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    dav1d и вообще av1 мусор, я как-то пытался 30 секунд видео закодировать, он и одну секунду больше часа кодировал на 100% cpu. Так что использовали x265 - будем x266. Правда даже x265 в опенсорс проектах очень не любят из-за потенциальных проблем с патентастами,  даже если x264 используют.
     
     
  • 2.17, Аноним (17), 16:11, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video
     
     
  • 3.28, КО (?), 16:43, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Пфф, вот сейчас на Sandy попробовал, такой же эффект 100% загрузки и ноль эффекта
    Очередная лоховушка от копрорастов
     
     
  • 4.33, Аноним (17), 16:55, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вы там посмотрите таблицу поддержки.
     
     
  • 5.41, cheburnator9000 (ok), 18:17, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Даже если и купить самый новый интел с поддержкой av1 encode то этим "intel quick sync" лучше не пользоваться, слово "Quick" там не спроста, там хардвардный кодировщик всегда предпочитает скорость качеству кодирвоания, как-то пробовал для H264 качество тьфу, у nvidia лучше намного в разы.
     
     
  • 6.46, Аноним (17), 18:44, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >самый новый интел

    Вы про процессор со "встройкой" или про дискретные Intel Arc ?
    https://videocardz.com/intel

     
  • 6.74, Аноним (74), 21:14, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > хардвардный кодировщик всегда предпочитает скорость качеству кодирвоания

    Epyндy нe пишитe. А то так до бескислородной меди и лампового звука дойдёте.

     
  • 2.19, потому (?), 16:15, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > я как-то пытался 30 секунд видео закодировать, он и одну секунду больше часа кодировал на 100% cpu.

    дай угадаю - на пне 3?

     
     
  • 3.30, Аноним (25), 16:45, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1 с за час? На 80386, наверно.
     
     
  • 4.43, cheburnator9000 (ok), 18:37, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Провал как-то кодирвоать сериалы в архив в av1 чисто для себя. На своем старом томогочике Skylake. FPS примерно 1-2. Если поубавить качество то можно добиться 4-5fps, иными словами часовую серию ждать придется примерно 5-6 часов. В то время как nvenc для H265 с хорошим качеством в два прохода выдает примерно 40-60fps на GTX1060, думаю выбор очевиден.
     
     
  • 5.64, Аноним (-), 20:40, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Провал как-то кодирвоать сериалы в архив в av1 чисто для себя. На
    > своем старом томогочике Skylake. FPS примерно 1-2. Если поубавить качество то
    > можно добиться 4-5fps, иными словами часовую серию ждать придется примерно 5-6

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

    > часов. В то время как nvenc для H265 с хорошим качеством
    > в два прохода выдает примерно 40-60fps на GTX1060, думаю выбор очевиден.

    Ну а смысл в этой операции вообще? Если битрейт-качество похрен, можно было оставить сериал как есть и не выделываться. А тут погрели воздух - фиг знает зачем при том. Кодирование на видяхе, с таким FPSом - битрейт-качество очень неоптимальные делает.

     
  • 5.80, Гость (??), 23:04, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > H265 с хорошим качеством в два прохода выдает примерно 40-60fps на GTX1060

    GTX1060 с 6 поколением NVENC, H265 хуже H264 кодирует и по качеству и по битрейту!

     
     
  • 6.86, cheburnator9000 (ok), 00:15, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не надо врать Гость! Я проверял пережатие BDRemux в H264/5 на nvenc. Так вот при битрейте в условные 4мбита на h265 картинка не многим хуже оригинала, для простого архива любимых сериалов в самый раз. А вот h264 на 4мбит страдает сильно по картинке!
     
  • 3.81, Аноним (81), 23:17, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    не угадал, рязань.
     
  • 2.60, Аноним (-), 20:24, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > dav1d и вообще av1 мусор, я как-то пытался 30 секунд видео закодировать,
    > он и одну секунду больше часа кодировал на 100% cpu.

    dav1d невозможно закодировать видео - это декодер! А так все хорошо прекрасная маркиза :)

    > Правда даже x265 в опенсорс проектах очень не любят из-за потенциальных
    > проблем с патентастами,  даже если x264 используют.

    Его не любят за то что...
    1) Спонсируется по сути патентными троллями.
    2) По битрейт-качество ни о чем.
    3) h265 не играется в вебе.
    4) При таком соотношении он нафиг не упал! Как и весь h265.

     
     
  • 3.82, Аноним (81), 23:19, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а блин, значит на давид, но тоже на расте энкодер был.
     
     
  • 4.83, Аноним (81), 23:21, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://github.com/xiph/rav1e
     
  • 4.91, Аноним (-), 01:07, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > а блин, значит на давид, но тоже на расте энкодер был.

    Не в лотерею, а в карты...
    1) dav1d это таки - декодер!
    2) и писан он таки на сях!
    3) а то что наивные чукотские юноши не могут отличить его от rav1e - ну, упс, бывает.

     

  • 1.21, Аноним (37), 16:25, 15/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто-нибудь знает какая связь между AOMedia AV1 codec ( https://aomedia.googlesource.com/aom/ ) и SVT-AV1 ( https://gitlab.com/AOMediaCodec/SVT-AV1 ) ? Это же всё-таки разные кодеки? И они теперь попали под управление одной организацию? И теперь их смержат, или как?
     
     
  • 2.29, Аноним (26), 16:45, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    попробуйте уловить разницу между кодеком, спецификацией, реализацией и проектом под которым разработка реализации ведется.

    AV1 - кодек. алгоритм как че пожать и распаковать.
    AOMedia - организация. пачка перцев от разных корпораций собралась и сказала "ну мы тут будем смотреть че каво делается с кодеком. и друг дружку обижать не будем, патентные претензии предъявлять".
    под эгидой AOM есть несколько реализаций
    /aom/ aka 'AV1 Codec Library' - изначальная "референсная" реализация которая не подразумевала оптимизации вовсе изначально. с нее и пошел мем про "AV1 в 10000 раз медленнее H.264".
    /dav1d/ - быстренький декодер AV1
    /SVT-AV1/ - быстренкьий энкодер AV1. изначально интел его пилил, теперь как бы весь AOM, но по сути главные разрабы так же из интела.

     
     
  • 3.38, Аноним (37), 18:05, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, понятно. Хотя, непонятно тогда, по чему репозиторий референсной реализации /aom/ такой активный. Много коммитов, веток, тэгов и релизов. Как будто там идёт активная разработка, а не лежит замороженный референсный код.
     
     
  • 4.40, Аноним (4), 18:14, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше бы не трогали, потому что 2 ветка давала лучше результаты.  Референсный означает лучший и наиболее полноценный. SVT, судя по прошлым успехам, означает мыльный и дефективный, но чуть быстрее (ценой выкидывания большей части операций). И, насколько я понимаю ситуацию, полноценный аппаратный кодер всё ещё невозможен, хотя преобразования и пытались ограничивать так, чтобы их можно было реализовать в железе. Поэтому софткодер всё равно будет востребован всегда. Доработать обещали в av2.
     
     
  • 5.77, Аноним (26), 21:30, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    моя GeForce 4070 вполне себе поддерживает аппаратный энкодер AV1.
     
  • 5.97, Аноним (-), 02:30, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы просто не читали doom9 и мануалы по его использованию А если ему дать нечто ... большой текст свёрнут, показать
     
     
  • 6.114, Аноним (36), 14:51, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Можно еще попробовать svt-av1-psy форк, пока еще большая часть из него не влито в основную ветку, с tune 3 и sharpness 2 или больше, а для битрейтов повыше отключать фильтрацию alt-ref (enable-tf 0) и CDEF (enable-cdef 0), тогда мыла будет еще меньше, а сохраненных деталей больше
     
     
  • 7.115, Аноним (-), 16:58, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На вон той конфиге - и этот ничего особо не портит по мылу, у имеющегося визуал... большой текст свёрнут, показать
     
     
  • 8.119, Аноним (36), 18:08, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В форке эти параметры уже включены по умолчанию, ну и некоторые дополнительные, ... большой текст свёрнут, показать
     
  • 4.84, Аноним (84), 23:56, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Он хоть и референсный, но и в какой-то мере экспериментальный (там зачастую обкатываются новые методы сжатия), и в какой-то мере боевой (используется, к примеру, в браузерах для кодирования AV1). Но он не настолько оптимизирован, как SVT-AV1.

    По сути, libaom изначально пилит Google, SVT-AV1 - Intel (теперь - не только), а rav1e - Xiph. Разные разработчики, немного разные цели, разные поддерживаемые фичи. К примеру, SVC поддерживается только libaom.

     
     
  • 5.116, Аноним (-), 17:00, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > По сути, libaom изначально пилит Google, SVT-AV1 - Intel (теперь - не
    > только), а rav1e - Xiph. Разные разработчики, немного разные цели,

    По состоянию на вот прям сейчас - в SVT комьюнити активнее комитит, а в libaom сильно меньше. Видимо последнее связано с использованием экзотического гуглосервиса, и "односторонними" решениями во имя удобства гугли, делающими неудобно - другим.

     
  • 3.52, Аноним (36), 19:32, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Оптимизация также подразумевалась, он и референсный и продакшен кодировщик, тоже... большой текст свёрнут, показать
     
  • 2.31, Аноним (26), 16:46, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я не думаю что их объединят, маловероятно, слишком сложная задача, в 10 раз сложнее чем каждый проект с нуля переписать. Плюс референсный проект все же и декодер и энкодер предоставляет, т.е. они не идентичны.
     
  • 2.61, Аноним (-), 20:28, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это 2 разные проекта имплементящих одну спецификацию Технически начинка довольн... большой текст свёрнут, показать
     

  • 1.35, Аноним (35), 17:23, 15/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я, было, думал, что выход второй версии будет одновременно со стабилизацией AV2.

    Но нет же. Ладно, ждём.

     
  • 1.45, Аноним (74), 18:42, 15/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > AV1

    Не нужно. Пока не появятся дешевые затычки с пассивным охладом, которые смогут его аппаратно декодировать. Пока это возможно только в топовых GPU и во встройках свежих CPU.

     
     
  • 2.50, Аноним (17), 19:04, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >дешевые затычки

    Intel Arc A310

     
     
  • 3.89, Аноним (-), 01:05, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Посмотрел цену Intel Arc A310 - 15500 рублей. Имея пенсию среднюю по РФ 14 тысяч рублей такое не купить. Жителям Москвы немного легче у них пенсия 21 тысячу рублей. По этому ещё: мы свободны хочешь работай, а хочешь не работай и умри с голоду. И зарплаты 20 тысяч рублей есть такого тоже не мало.
     
     
  • 4.109, Посмотрел (?), 10:42, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не влезет в плату с пнем 3?! О ужас, продолжай сидеть на древностях - все для победы.
     
     
  • 5.121, Аноним (-), 00:17, 17/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты прав не как, нет возможности использовать Arc A310 с Pentium 3, нет в материнских платах для Pentium 3 разъёма PCI-E, а с Pentium 4 прокатит, если в материнской плате для Pentium 4 есть разъём PCI-E.
     
  • 4.117, Аноним (-), 17:01, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Посмотрел цену Intel Arc A310 - 15500 рублей. Имея пенсию среднюю по
    > РФ 14 тысяч рублей такое не купить.

    Ну вот и смотри ламповый телевизор. Это технологии которые ты объективно заслужил.

     
     
  • 5.122, Аноним (-), 00:22, 17/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.92, Аноним (-), 01:18, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Intel Arc A310. Это не уровень "затычек" как ты выразился это серьезнее. https://www.techpowerup.com/gpu-specs/matrox-luma-a310.b11123 https://www.techpowerup.com/gpu-specs/gigabyte-arc-a310-windforce-oc.b9977

    >дешевые затычки

    Intel Arc A310

    Так прокомментирую. Эти слова. Intel Arc A310 это уровень "затычек" в будущем когда закончат с производством и продажей 600, 700, и 1000 серий GT которые в 3-4 раза дешевле. А через сколько это будущее настанет я незнаю.

     
     
  • 4.93, Аноним (-), 01:21, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Выше надо так, если не удолят. Пока скрыто. По этому ещё раз: ... Не заметил, что слово раз забыл написать.
     
  • 3.95, Аноним (-), 01:43, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так точнее: Nvidia GeForce GT.
     
  • 2.62, Аноним (-), 20:29, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не нужно. Пока не появятся дешевые затычки с пассивным охладом, которые смогут
    > его аппаратно декодировать. Пока это возможно только в топовых GPU и
    > во встройках свежих CPU.

    Уже кучка одноплатников современных умеет. Где вся борда меньше этой затычки жрет.

     
     
  • 3.72, Аноним (74), 21:11, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Уже кучка одноплатников современных умеет.

    Хоть один покажи. (не покажешь т.к. это бpeд)

     
     
  • 4.111, Приблудившийся (-), 12:55, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Куча тв боксов и стиков на s905x4 и s905w2. Стоимость - 1800-10000 рублей. В среднем 2500рублей. На CPU 1080p потянет любой неновый 8ми ядерный смартфон средней ценовой категории и Смарт ТВ если у них 8 ядер.
     
     
  • 5.120, зачеиттьбмммммммммм (?), 21:18, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > потянет любой неновый 8ми ядерный смартфон

    бред, любой 4 ядреный с неоном потянет 1080p

     
  • 2.85, Zulu (?), 00:12, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У меня Intel(R) Core(TM) i5-8259U CPU @ 2.30GHz без железного декодера, но вполне себе с пассивным охлаждением и av1 показывает
     
     
  • 3.98, Аноним (-), 02:33, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня Intel(R) Core(TM) i5-8259U CPU @ 2.30GHz без железного декодера, но
    > вполне себе с пассивным охлаждением и av1 показывает

    А чего ему не? С dav1d он довольно много в софте сжует и не подавится. Уж ютуб то запросто.

     
     
  • 4.126, Zulu (?), 02:38, 17/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А чего ему не? С dav1d он довольно много в софте сжует
    > и не подавится. Уж ютуб то запросто.

    А мне почем знать. Но ОП почему-то считает что без "затычек с пассивным охлаждением", которые еще не появились, av1 не нужен. Моему процессору лет 6 будет, и ничего, av1 вполне пригождается.

     
  • 2.88, Аноним (88), 00:47, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Атомный N100 на 6W прекрасно кстати его декодирует. И обычно предполагается что на пассивном охлаждении.
     
     
  • 3.96, Аноним (-), 02:30, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Видео с разрешением 4К и битрейтом 20-50Мбит или 630p с битрейтом 500-800Кбит? Огласите характеристики  просматриваемого видео.
     
     
  • 4.105, Аноним (88), 09:41, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    4K видео из ютуба по ссылке выше. Хоть 8к можно. Энергопотребление 3-4 ватта с пиками до 6, пассив. Пруф: https://imgur.com/a/2rAF2m3
     
     
  • 5.123, Аноним (-), 01:06, 17/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я знаю, что это за процессор, посмотрел его характеристики, представление имею. Вопрос был без подвоха. 8К 24 кадров, а не 60 кадров. Там вроде два видео 8К, одно 24 одно 30 кадров. Раз они стремятся и проталкивают 60 кадров то проверять надо с видео 4К и 8К с 60 кадрами если надо проверять как воспроизводится видео с 60 кадрами. Из картинки я вижу очень маленькую нагрузку на GPU, частота GPU не повышена на минимуме - мой вывод декодируется видео процессором CPU я прав? Может видео на паузе?
     
  • 3.101, Аноним (-), 03:13, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    360p не 630p. Полностью так 630x360.
     
  • 3.104, Аноним (104), 05:11, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Атомный N100

    Это тот мусор с производительностью 3 пня и с мобильным GMA 950? Даже не смешно.

     
     
  • 4.106, Аноним (17), 09:51, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >с производительностью 3 пня

    Нет. Вы много пропустили.
    https://nanoreview.net/ru/cpu-compare/intel-processor-n100-vs-intel-core-i5-65

     
  • 4.107, Аноним (88), 09:59, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вам смешно, а мне нет Взял известный в узких кругах 10 ноут за 300 usd чтобы т... большой текст свёрнут, показать
     
     
  • 5.112, Вендузятник пох. (?), 13:10, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    так, а можно пальцем ткнуть в это известное в узких кругах?

     
  • 5.127, Аноним (127), 02:57, 17/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Intel Processor N100 это что-то новое. Нет в процессорах Pentium, Celeron, Athom инструкций AVX. А в Intel Processor N100 уже есть avx1,avx2 инструкции, а это уже как в Core i3, i5.
     
     
  • 6.128, Аноним (127), 03:01, 17/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Atom
     
  • 6.129, Аноним (-), 03:21, 17/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И 6ватт с такими характеристиками это шикарно. Круче было бы только 1 Ватт - шутка. Плохо, что это мобильный процессор, что вне ноутбуков продажа не подразумевается. Может будет или есть в мини ПК не искал, не смотрел.
     
  • 4.125, Аноним (-), 01:34, 17/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     

     ....ответы скрыты (29)

  • 1.47, cheburnator9000 (ok), 18:51, 15/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Для тех кто хочет посмотреть на AV1 на ютубе вот пожалуйста плейлист https://www.youtube.com/watch?v=m1jY2VLCRmY&list=PLAMlLc3ZggFTooyiyvpZSaQ_Jsj3

    AV1 выдается не для каждого разрешения видео, но для FullHD видео есть, для 4K нашел только Anne-Marie ролике. FullHD можно смотреть даже на процессорах 10 летней давности, загрузка 10-20%.

    Через yt-dlp можно скачать AV1 в 4/8K для тех кто желает "поглядеть" на него.
    Например yt-dlp -F url для списка форматов у видео.
    yt-dlp -f 701 https://www.youtube.com/watch?v=1La4QzGeaaQ для ролика PERU в 4K HDR 60FPS AV1.

     
     
  • 2.49, Аноним (74), 19:01, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > FullHD можно смотреть даже на процессорах 10 летней давности, загрузка 10-20%.

    У тебя всё равно частично видюха работает. Если её нет, загрузка на встройке хасвела будет 146 %.

     
     
  • 3.51, cheburnator9000 (ok), 19:12, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> FullHD можно смотреть даже на процессорах 10 летней давности, загрузка 10-20%.
    > У тебя всё равно частично видюха работает. Если её нет, загрузка на
    > встройке хасвела будет 146 %.

    В firefox будет загружено 3D ядро для отображения кадров через firefox webrender да, декодирование только на CPU.

     
  • 3.99, Bob (??), 03:12, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На винде в Daum PotPlayer засунь FHD 30FPS! - будет на intel atom N2800 30-40% жрать.
    Против 3-4% на h264 и CoreAVC c DXVA. Винда 10ка, кастом драйвер intel gma 3600
    vp9 уже 10-15%, в пиках до 20%
     
  • 2.102, Аноним (-), 03:46, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Схитрили 8K c 24 кадрами. Это не тоже самое как с 60 кадрами - нагрузка на декодер другая если битрейт одинаковый.
     

  • 1.65, VladSh (?), 20:40, 15/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Работа пресета MR, предоставляющего эталонное качество, ускорена на 100%.

    Как это, на 100%?

     
     
  • 2.68, Аноним (-), 20:44, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Работа пресета MR, предоставляющего эталонное качество, ускорена на 100%.
    > Как это, на 100%?

    Ну вот так. В два раза. Если скорость кодирования была X а стала 2X - на сколько процентов она ускорилась? Скорость в 2 раза выше.

     
  • 2.69, ИмяХ (ok), 20:50, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В два раза быстрее
     
  • 2.100, Bob (??), 03:13, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Имелось одно пиво. Стало 2. За те же деньги)
     
     
  • 3.141, Аноним (141), 17:38, 18/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    За те же деньги для продавца ;)
     

  • 1.108, ааноним (?), 10:08, 16/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Под Винду есть этот кодировщик?
     
  • 1.110, Аноним (110), 12:32, 16/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А есть проекты кодировщиков для FPGA-плат?
     
  • 1.113, Roman (??), 14:27, 16/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я жму 4k UHD-ремуксы Handbrake'ом на маке с M1 pro в h265 аппаратным маковским кодировщиком в 4k с дефолтными настройками видео.
    ~30 минут полнометражный фильм обрабатывается.
    10-15 гигов файл на выходе.
    Разницы в качестве картинки с оригиналом - 0.

    Может быть с BBB в 480p все иначе, но 4k h265 жмёт аппаратно очень быстро и очень качественно.

     
     
  • 2.118, Аноним (-), 17:10, 16/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Может быть с BBB в 480p все иначе,

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

    > но 4k h265 жмёт аппаратно очень быстро и очень качественно.

    Но правда соотношение битрейт-качетсво по сравнению с софтварными кодеками - ни к черту, а так все хорошо прекрасная маркиза. Это больше для реалтаймных стримов делано, там скорость приоритетнее чем оптимизация битрейт-качество.

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

     

  • 1.132, robot228 (?), 07:25, 17/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Приму ваши пресеты под FullHD для ютуба с этим кодеком.
     
  • 1.133, Аноним (133), 13:57, 17/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А я не могу включить аппаратное ускорение видео на Debian12/wayland и даже xwayland. Gstreamer не видит nvcodec, хоть он и есть. И в браузере about:gpu выдаёт далеко не все возможности.
     
  • 1.136, Аноним (136), 11:54, 18/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Это свободный кодек? Целиком и полностью придуман сообществом (включая и алгоритмы сжатия) а не подарен корпорациями как с theora и всякими vp8 и vp9 было?
     
     
  • 2.142, Аноним (88), 17:45, 19/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    AV1 это эволюция VP9. Который гугл обязался защищать от патентных нападок. Они улучшали VP9, вначале назвав   его VP10 (https://www.phoronix.com/news/Libvpx-VP10-Start) но потом решили расширить участие других разработчиков и вместо VP10 назвали AV1.

    тут почитайте: https://web.archive.org/web/20210711073657/https://www.gpac-licensing.com/2016

    И да, ноги у него растут из Theora который был проприетарный и закрытый VP3..

     
     
  • 3.143, Аноним (143), 22:49, 19/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Понял, спасибо.
     
  • 3.144, Аноним (-), 01:44, 21/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > AV1 это эволюция VP9. Который гугл обязался защищать от патентных нападок. Они
    > улучшали VP9, вначале назвав   его VP10

    ...но AV1 мощнее чем это. Он гибрид, где улучшения для VP10 - от гугля. Ряд идей из Thor от CISCO. Часть идей - DAALA от Xiph. А некоторые разработки - вообще уникальны для этой тимы самой по себе.

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

     

  • 1.145, Tester (??), 19:21, 23/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    да пробовал как то на ffmpeg кодировать AV1 постоянно ошибки -
    avcodec_receive_packet failed, error: Resource temporarily unavailable, code: -11

     

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



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

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