The OpenNET Project / Index page

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

Выпуск rav1e 0.5, кодировщика AV1

08.11.2021 12:17

Состоялся релиз rav1e 0.5.0, кодировщика формата кодирования видео AV1. Продукт развивается сообществами Mozilla и Xiph и отличается от эталонной реализации libaom, написанной на языках C/C++, увеличением скорости кодирования и повышенным вниманием к обеспечению безопасности (эффективность сжатия пока отстаёт). Продукт написан на языке программирования Rust с ассемблерными оптимизациями (72.2% - ассемблер, 27.5% - Rust), код распространяется под лицензией BSD. Готовые сборки подготовлены для Windows и macOS (сборки для Linux временно пропущены из-за проблем с системой непрерывной интеграции).

В rav1e поддерживаются все основные возможности AV1, включая поддержку внутренне- и внешне-кодированных кадров (intra- и inter-кадров), суперблоков 64x64, цветовой субдискретизации 4:2:0, 4:2:2 и 4:4:4, 8-, 10- и 12-разрядного кодирования глубины цвета, RDO (Rate-distortion optimization) оптимизации искажений, различные режимы предсказания межкадровых изменений и выявления трансформаций, управление скоростью потока и выявление усечения сцены.

Формат AV1 заметно опережает H.264 и VP9 по возможностям сжатия, но из-за усложнения реализующих их алгоритмов требует существенно больше времени для кодирования (по скорости кодирования libaom отстаёт от libvpx-vp9 в сотни раз, а от x264 в тысячи раз). Кодировщик rav1e предоставляет 11 уровней производительности, наивысшие из которых позволяют добиться скорости, близкой к кодированию в режиме реального времени. Кодировщик доступен как в форме утилиты командной строки, так и в виде библиотеки.

В новой версии отмечаются следующие изменения:

  • Значительное ускорение работы кодека;
  • Исправление ошибки, приводившей к краху кодировщика при определённых размерах видео;
  • Использование инструкций AVX2 для значительного (до 13 раз) ускорения винеровского оценивания для 16 бит на канал. Аналогично добавлено использование SIMD-инструкций, позволившее ускорить вычисления до 7 раз в аналогичных условиях;
  • Масса мелких исправление и оптимизаций для платформ x86, arm32 и arm64.


  1. Главная ссылка к новости (https://github.com/xiph/rav1e/...)
  2. OpenNews: Выпуск rav1e 0.3, кодировщика AV1 на языке Rust
  3. OpenNews: Mozilla и Xiph развивают реализацию видеокодека AV1 на языке Rust
  4. OpenNews: Выпуск кодировщика видео SVT-AV1 0.6, развиваемого компанией Intel
  5. OpenNews: Google открыл код libgav1, нового декодировщика для формата AV1
  6. OpenNews: Выпуск dav1d 0.7, декодировщика AV1 от проектов VideoLAN и FFmpeg
Автор новости: QwertyReg
Тип: Программы
Короткая ссылка: https://opennet.ru/56123-rav1e
Ключевые слова: rav1e, av1
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (136) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, fernandos (ok), 13:13, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +19 +/
    > Продукт написан на языке программирования Rust и распространяется под лицензией BSD
    > Assembly 72.2%
    > Rust 27.5%

    Круто, ничего не скажешь.

    Фанатики никогда не отличались умом, но чтоб настолько...

    А быстрее он именно из-за ассемблера.

    > Dependency: NASM
    >
    > Some x86_64-specific optimizations require NASM 2.14.02 or newer and are enabled by default.

    И нет бы развивать язык, улучшать, например, скорость компиляции раста, которая сейчас ни к чёрту, нет, вместо этого люди занимаются бессмысленными выкриками "ещё один проект на расте". Сами того не понимая, вы, именно вы, лишний раз демонстрируете сообщество языка, которое отнюдь не привлекает.

     
     
  • 2.4, макпыф (ok), 13:19, 08/11/2021 Скрыто модератором
  • +11 +/
     
     
  • 3.5, fernandos (ok), 13:21, 08/11/2021 Скрыто модератором
  • +1 +/
     
     
  • 4.11, макпыф (ok), 13:31, 08/11/2021 Скрыто модератором
  • +6 +/
     
     
  • 5.29, fernandos (ok), 13:59, 08/11/2021 Скрыто модератором
  • +1 +/
     
     
  • 6.42, Аноним (42), 14:34, 08/11/2021 Скрыто модератором
  • +1 +/
     
  • 3.65, JackONeill (?), 16:53, 08/11/2021 Скрыто модератором
  • +2 +/
     
     
  • 4.69, QwertyReg (ok), 17:25, 08/11/2021 Скрыто модератором
  • –4 +/
     
     
  • 5.70, JackONeill (?), 17:45, 08/11/2021 Скрыто модератором
  • +/
     
     
  • 6.71, QwertyReg (ok), 17:51, 08/11/2021 Скрыто модератором
  • –4 +/
     
     
  • 7.72, JackONeill (?), 17:55, 08/11/2021 Скрыто модератором
  • +2 +/
     
     
  • 8.73, QwertyReg (ok), 17:57, 08/11/2021 Скрыто модератором
  • –3 +/
     
     
  • 9.77, JackONeill (?), 18:03, 08/11/2021 Скрыто модератором
  • +/
     
  • 7.76, fernandos (ok), 18:02, 08/11/2021 Скрыто модератором
  • –1 +/
     
  • 4.74, fernandos (ok), 18:01, 08/11/2021 Скрыто модератором
  • –1 +/
     
     
  • 5.79, JackONeill (?), 18:04, 08/11/2021 Скрыто модератором
  • +2 +/
     
     
  • 6.80, fernandos (ok), 18:06, 08/11/2021 Скрыто модератором
  • +/
     
  • 2.19, Аноним (19), 13:42, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А какое отношение имеет скорость компиляции к тому что сторонний проект написан на ассемблере? Я бы ещё понял если бы предложили улучшать оптимизации в llvm, чтобы было можно писать больше кода на языке высокого уровня, но это скорее всего приведёт как раз к снижению скорости компиляции.
     
     
  • 3.78, fernandos (ok), 18:04, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А какое отношение имеет скорость компиляции к тому что сторонний проект написан на ассемблере

    Я про скорость компиляции кода на раст, а не про этот конкретный проект.

    https://vlang.io/compilation_speed

     
  • 2.22, Аноним (22), 13:44, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Круто, ничего не скажешь.
    > Фанатики никогда не отличались умом, но чтоб настолько...
    > А быстрее он именно из-за ассемблера.

    А еще фанатики очень любят что-то нафантазировать и тут же гордо опровергнуть.

    И нет бы развивать язык, улучшать, например, скорость компиляции плюсов с шаблонами, которая сейчас ни к чёрту, нет, вместо этого люди занимаются бессмысленными выкриками "раст нинужно! Растаманы дураки!". Сами того не понимая, вы, именно вы, лишний раз демонстрируете сообщество языка, которое отнюдь не привлекает.


     
     
  • 3.49, fernandos (ok), 15:14, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > фанатики очень любят что-то нафантазировать и тут же гордо опровергнуть
    >
    > бессмысленными выкриками "раст нинужно! Растаманы дураки!".

    А вы это на личном примере решили продемонстрировать?

     
     
  • 4.53, Аноним (22), 15:30, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> фанатики очень любят что-то нафантазировать и тут же гордо опровергнуть
    >>
    >> бессмысленными выкриками "раст нинужно! Растаманы дураки!".
    > А вы это на личном примере решили продемонстрировать?

    Хм, какая занятная (на самом деле - нет) попытка перевода стрелок.
    Только увы -  при этом цитировать свой собстенный, немного измененный:
    ru.wikipedia.org/wiki/Пародия
    ru.wikipedia.org/wiki/Гипербола_(риторика)
    текст явно не стоило.


     
  • 2.61, Аноним (61), 16:27, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И даже не столько из-за ассемблера, сколько из-за
    >Использование инструкций AVX2 для значительного (до 13 раз) ускорения винеровского оценивания для 16 бит на >канал. Аналогично добавлено использование SIMD-инструкций, позволившее ускорить вычисления до 7 раз в >аналогичных условиях;

    72.2 + 27.5 = 99.7%. А остальные 0.3%? Питон? :)

     
     
  • 3.102, Админ Анонимов (?), 19:27, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    нет, Other, новый язык, убийца питона
     
  • 2.75, Аноним (75), 18:02, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что именно вас удивляет? Использование ассемблерных вставок?
    Внезапно без ассемблерных инструкций или intrinsic быстрый кодек не напишешь
     
  • 2.107, Вася123 (?), 20:49, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > скорость компиляции раста, которая сейчас ни к чёрту

    А Rust тут ни при чем, это вопросы к линковщику. Вы C / C++ начните линковать статично, а не so'шками и точно так-же будет.

     
  • 2.177, Виталий (??), 23:29, 06/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Каждый занимается тем чем хочет
     

     ....большая нить свёрнута, показать (26)

  • 1.2, Аноним (2), 13:15, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    > Продукт написан на языке программирования Rust
    > Assembly 72.2% Rust 27.5%
     
     
  • 2.6, Аноним (6), 13:22, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эмпатическое смущение.
     
  • 2.8, Аноним (8), 13:27, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Новость от QwertyReg же.
     
  • 2.12, QwertyReg (ok), 13:32, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –13 +/
    Привет мастерам фигурного цитирования:

    > Продукт написан на языке программирования Rust с ассемблерными вставками (72.2% - ассемблер, 27.5% - Rust)

     
     
  • 3.17, Аноним (17), 13:39, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +31 +/
    Но это же ассемблер с вставками на Rust
     
     
  • 4.130, НеНимб (?), 06:27, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В каше из топора, топор в пищу не пригодился.
    Ну, за синюю изоленту!
     
  • 3.18, макпыф (ok), 13:40, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +7 +/
    вообще то наоборот - на ассемблере со вставками на раст
     
  • 3.23, Аноним (23), 13:44, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Когда в мороженом встречаются вкрапления шоколада, никто не говорит, что шоколад с вкраплениями мороженого. Так и здесь - Asm со вставками на Rust.
     
     
  • 4.27, Аноним (22), 13:55, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +15 +/
    > Когда в мороженом встречаются вкрапления шоколада, никто не говорит, что шоколад с
    > вкраплениями мороженого. Так и здесь - Asm со вставками на Rust.

    https://www.opennet.ru/opennews/art.shtml?num=53002
    > Выпуск dav1d 0.7, декодировщика AV1 от проектов VideoLAN и FFmpeg
    > Код проекта написан на языке C (C99) с ассемблерными вставками
    >  Assembly 76.4%  C 23.1%  Meson 0.5%

    Эталонное опеннетное "Вы нипонимаете! Это другое!"


     
     
  • 5.66, макпыф (ok), 17:03, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Косяк в одной новости не отменяет косяк в другой
     
  • 5.122, Stax (ok), 00:03, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ау, вы на ассемблере что-нибудь писали Просто код сильно многословнее и вещи, к... большой текст свёрнут, показать
     
     
  • 6.123, Аноним (22), 00:33, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ау, вы на ассемблере что-нибудь писали?

    Писал.  

    > Вы сравните количество функций, например, на C и на ассемблере.

    Я сравниваю лишь реакцию местного "прогрессивного сообщества" на одинаковую формулировку новости:
    "Продукт написан на языке программирования Rust (Assembly 72.2% Rust 27.5%) - это "наглое вранье! Это ассемблер с вкраплениями раста, фу, фу, фу!"

    А "Проект написан на Си(23%) с ассемблерными вставками(76%)" - "Вы не понимаете! Это другое!"(с)

     
     
  • 7.126, Аноним (126), 05:52, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Про другое ты сам придумал как и фантазии про местное сообщество.
     
     
  • 8.129, Прохожий (??), 06:26, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что, правда глаза колет ... текст свёрнут, показать
     
  • 8.172, Аноним (22), 16:48, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Фантазии, говоришь Придумал, говоришь А теперь зайди в новость о dav1d ht... большой текст свёрнут, показать
     
  • 6.132, НеНимб (?), 06:40, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Rust здесь это клей, которого понадобилось не больше, чем Си.
    Ну что, сынку, помог тебе современный ЯП меньше пользоваться асмом?
     
  • 6.174, Аноним (174), 19:34, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Наличие библиотек уменьшает количество вкрапляемого кода? Даже с ними процент раста слишком невелик. Есть фактическое количество кода и его определенный процент. Если те же функции воткнуть в код не как функции, а как код на Си, то это не будет раст, если библиотека фактически Си или С++. Обе новости неправильные. Когда идет комбайн за основу берется то, чего больше в коде. А в данных случаях это ассемблер. Ты чтобы перенести это с х86 на e2k обосрешься обосновывать что тут дескать на Си написано. Объясни это компилятору - все свои заскоки.
     
  • 4.54, VladSh (?), 15:31, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не в количестве дело, а том кто кого вызывает. Как когда-то, лет 20 назад, проще было быстро сделать интерфейс проги (меню и т.п.) на VB, а вызываемый на пунктах меню код, который составлял 99% всей проги, был написанный на C++. Так и тут похоже.
     
     
  • 5.60, PaleMoon (?), 16:24, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну, думаю, раньше и не говорили, что программа написана на VB.
    Сейчас если не писать продающий текст, начальница-маркетолог 5 рублей в конце месяца не выпишет

    Для точности наверно нужно писать:
    написан на NASM-е
        (с использованием инфраструктуры языка Rust)
    || (обернутом в Rust)
    || (с объединением частей посредством языка Rust)


     
  • 2.56, ИмяХ (?), 15:55, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Три строчки на Rust делают больше работы, чем сотня строчек на asm
     
     
  • 3.62, Аноним (62), 16:30, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Работы тестировщикам и маркетологам?
     

  • 1.3, Аноним (3), 13:18, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Аппаратного ускорения на апельсинке в LibreELEC нет = ненужно
     
  • 1.7, Аноним (7), 13:23, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Качество на порядки ниже чем у libaom. При этом файлы более раздутые и больше артефактов.
     
     
  • 2.21, Аноним (19), 13:43, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    На каком уровне оптимизации?
     
     
  • 3.32, Аноним (32), 14:02, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    оптимизация в расте?!
     
     
  • 4.88, Растоманя (ok), 18:44, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А вы думаете в Расте нет оптемизации?
     
  • 4.124, Аноним (19), 01:58, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    При чем здесь раст, больная тема? Кодек имеет несколько уровней сжатия, конечно на самом слабом он будет хуже другой библиотеки у которой этот уровень выставлен на максимум
     
     
  • 5.179, Максим (??), 14:13, 09/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так в том и прикол, что при равной скорости кодирования rav1e выдаёт результат х... большой текст свёрнут, показать
     

  • 1.13, Аноним (7), 13:33, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати, сравнивать стоит с сопоставимыми кодеками, а именно h266. Как же достали эти сравнения с avc. 20 лет назад avc это конечно был прорыв, но с тех пор 20 лет прошло. А vp9 медленнее x265-veryslow (а он очень медленный, хоть и даёт хорошее качество), не знаю, как они там сравнивали. И Vp9 артефачит жёстко, в h265 хоть нормальную картинку выдаёт кодировщик.
     
     
  • 2.30, Урри (ok), 13:59, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    h266 требует денег. av1 бесплатный.
     
     
  • 3.41, Аноним (7), 14:32, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Там вроде лицензируют пакетом h266 и h265. Учитывая, что h265 сегодня везде, h266 очевидно тоже будет везде. Ну и потом, с h264 же сравнивают, а он точно также требует отчислений. Что за избирательность ещё такая? Одно мыло нам гоже, а другое совсем нет… При этом, x265 с его кристально чистой картинкой, вообще стараются не вспоминать.
     
     
  • 4.50, Аноним (50), 15:14, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > h265 сегодня везде

    В браузерах только у apple. В то время как AV1 поддерживается во всех современных браузерах.

     
  • 2.104, Аноним (-), 20:04, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Кто и где мутит? Не могу зайти на сайт через разные луковые страны, а через какие-то могу. Может DoS-атаки? Я заход на другие сайты проверил.
     
     
  • 3.109, Аноним (-), 20:53, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Может DoS-атака на сайт?
     
  • 2.108, Аноним (-), 20:52, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нормальность картинки проверяется на низких битрейтах Я проверял картинка MPEG-... большой текст свёрнут, показать
     
     
  • 3.110, Аноним (-), 20:56, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А mpeg-1,2 mpeg4, AVC1 нормально с зопасом процессора кодируют 720x400 (720x406) 25 кадров сек. c битрейтом 3096 kbps.
     
     
  • 4.111, Аноним (-), 21:04, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С AVC1 плавающий битрейт где-то можно и ниже 3096 kbps завист от того, что показывается на видео.
     
     
  • 5.112, Аноним (-), 21:09, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И mpeg-1,2 может быть ниже 3096 kbps завист от, что на видео. Если говорящая голова без частых резких движений подойдёт битрейт и ниже 3096.
     
  • 4.115, Урри (ok), 23:03, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > 720x400

    Это в 30 раз меньше чем надо. А учитывая, что сложность mpegов, avc и vpX явно не линейная и не логарифмическая, то на нормальных человеческих разрешениях разница будет не настолько существенна.

    Вы же не думаете, что гугл не умеет считать деньги? А ютубчик все переводит именно под AV1, а не vpX.

    И это я еще про hdr ничего не говорил.

     
     
  • 5.117, Аноним (-), 23:22, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я вот о чём. Сомневаюсь, что разница будет существенно меньше в скорости  ( время ) кодирования и нагрузки на процессор между MPEG и AVC1 720p 3096 kbps и AV1 720p 3096 kbps по сравнению с MPEG и AVC1 720x400 3096 kbps и AV1 720x400 3096 kbps. Проверять надо.
     
     
  • 6.118, Аноним (-), 23:23, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Естествено с одинаковой частотой кадров.
     
  • 6.119, Аноним (-), 23:26, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    MPEG, AVC1 оба сравниваем с AV1. Не между собой MPEG и AVC1.
     
  • 6.120, Аноним (-), 23:32, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нормалные разрешения это какие имеются ввиду 4K и 8K 60 кадров сек. и 384 kbps? Триста восемдесят четыре.
     
  • 3.128, Аноним (7), 06:20, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    На низких битрейтах кодеки пытаются выжать последнее, более менее-нормальную кар... большой текст свёрнут, показать
     
  • 3.181, Максим (??), 15:02, 09/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот только сейчас всё чаще видно 1920х1080 60 кадров с битрейтом 2000-3000kbps, ... большой текст свёрнут, показать
     
  • 2.180, Максим (??), 14:33, 09/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас с выходом av1, vp9 можно забыть и не вспоминать единственное, vp9 легче ... большой текст свёрнут, показать
     

  • 1.14, Аноним (14), 13:34, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Написан на Rust с ассемблерными вставками, или все же на ассемблере с Rust вставками?
     
     
  • 2.51, Аноним (50), 15:17, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Первое, т.к. каркас программы написан на Rust, а на ассемблере только альтернативные реализации функций для ускорения на подходящем железе. Количество кода тут не имеет значения, в т.ч. потому, что для ассемблера множится на количество поддерживаемых архитектур.
     
  • 2.178, Виталий (??), 23:41, 06/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Смотря что сравнивать, исходный код или готовых байтах
     

  • 1.24, Гость (??), 13:49, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Не нужён этот AV1, вся его сложность в поиске деталей в кадре которые можно не очень заметно убрать, сгладить, замылить, все разумные пределы сжатия закончились на h265 и vp9.
     
     
  • 2.28, Урри (ok), 13:58, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ага, закончились, как же.

    При том же качестве av1 жмет в 1,5 раза сильнее лучших профайлов 264 и vp9. А на 4к и 8к - в три раза.

     
     
  • 3.37, КО (?), 14:22, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Сжать можно хоть до 1 Кб, вопрос в качестве
     
     
  • 4.59, Аноним (59), 16:13, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Коммент не читай, сразу пиши.

    __при том же качестве__

     
  • 4.155, Аноним (155), 13:01, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не вопрос. Вот годный варик:
    https://engineerblog.ru/algoritm-arhivatsii-babushkina/
     
  • 3.38, Гость (??), 14:25, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не жмет, а выпиливает детализацию! пусть лучше будет четкая картинка с небольшими артефактами, все сглаженное в градиенты и заливки.
     
  • 2.52, Аноним (50), 15:21, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В отличие от форматов предыдущих поколений, AV1 умеет сглаживать линии, из-за чего даже на низких битрейтах надписи и края объектов выглядят хорошо при любых углах к горизонту, а не только при тех, которые доступны для вращения блоков.
     
  • 2.64, Аноним (64), 16:31, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    предскажут по одному кадру, если следующие не совпадут тем хуже для них, наверняка что-то экстремистское
     
     
  • 3.68, Аноним (-), 17:11, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    лол
     
  • 2.182, Максим (??), 15:21, 09/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так-то сложность av1 не особо больше чем у h265, сейчас уже можно при одинаковой... большой текст свёрнут, показать
     
     
  • 3.183, Гость (??), 15:43, 09/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Так-то сложность av1 не особо больше чем у h265, сейчас уже можно
    > при одинаковой скорости кодирования получить av1 с качеством чуть лучше чем
    > h265.

    Не просто больше, а в десятки раз больше. На чем это сейчас можно кодировать av1 со скоростью h265? почти любая видеокарта с nvenc_hevc легко тащит 10x скорость.

     
     
  • 4.185, Максим (??), 16:18, 09/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > можно кодировать av1 со скоростью h265? почти любая видеокарта с nvenc_hevc
    > легко тащит 10x скорость.

    Ага и получать качество на уровне хорошего h264 (x264 с кастом настройками).
    Я видеокарты в принципе не рассматриваю, мне не нужен hevc, который по качеству как avc.
    Ну а при 10х, там будет совсем плохо, у меня на максимальном пресете при 1080р - 160-180 фпс, это получается 3х, ну или 6х если 30 фпс видос, по качеству заметно хуже чем x265, по VMAF на уровне x264.
    Видеокарта rtx 3060.

     
  • 4.186, Максим (??), 16:24, 09/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас бы поговорить про nvenc, который вышел в тот же год, когда вышел av1. Имею ввиду turing видеокарты, до них hevc nvenc был совсем дно.
     
  • 4.187, Максим (??), 16:32, 09/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и к этому же у nvenc ещё и настроек минимум. Режим постоянного качества вообще странный какой-то в плане распределения qp, просто бахает qp с огромным шагом (например i-кадр - 15, p-кадр - 23, b-кадр 30), из-за этого качество хуже чем если кодируешь битрейтом.
    По тыкал, по сравнивал, и в итоге закодировал с x265 со скоростью 1 фпс, вместо nvenc со скоростью 40 фпс, лучше качество, чем скорость, всё таки один раз закодировал и на всю жизнь. А nvenc и прочее на видяхах - это для стримов и записей, когда нужно в рилтайм кодировать.
     

  • 1.25, n00by (ok), 13:52, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Если кто никогда не видел ассемблер и не в курсе, то текст программы на нём получается в 5-10 раз объёмнее в строках, чем аналог на Си. Это касается инструкций общего назначения. С SIMD дело обстоит иначе: ЯВУ, как правило, в них не транслируются, применяются вставки либо и интринсики.
     
     
  • 2.40, Михрютка (ok), 14:30, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>>С SIMD дело обстоит иначе: ЯВУ, как правило, в них не транслируются, применяются вставки либо и интринсики.

    ну уж хоть вставки-то наверняка на расте?

     
     
  • 3.48, n00by (ok), 14:43, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    "ассемблерные вставки" - устойчивое словосочетание, очевидное из контекста :) потому я его и сократил до одного слова.
     

  • 1.26, Урри (ok), 13:54, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Тоже отмечусь, раз такая пьянка.

    > Продукт написан на языке программирования Rust с ассемблерными вставками (72.2% - ассемблер, 27.5% - Rust), код распространяется под лицензией BSD.

    Продукт написан на ассемблере со вставками на языке Rust.

     
     
  • 2.154, burjui (ok), 12:50, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Статья написана кириллицей со вставками на русском.
     

  • 1.31, Аноним (32), 14:00, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Продукт написан на языке программирования Rust с ассемблерными вставками (72.2% - ассемблер

    Продукт написан на ассемблере с обёрткой на расте.

     
     
  • 2.34, Аноним (22), 14:08, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Продукт написан на языке программирования Rust с ассемблерными вставками (72.2% - ассемблер
    > Продукт написан на ассемблере с обёрткой на расте.

    Да, а если бы писали на Великом Си, то было бы норм!

    https://www.opennet.ru/opennews/art.shtml?num=53002
    > Выпуск dav1d 0.7, декодировщика AV1 от проектов VideoLAN и FFmpeg
    > Код проекта написан на языке C (C99) с ассемблерными вставками
    > ...
    > Assembly 76.4%  C 23.1%  Meson 0.5%

    Ведь "Это другое!" (с)

     
     
  • 3.36, Совершенно другой аноним (?), 14:12, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Прошу прощения за флуд, но Вы как-то недорабатываете - там выше не на все комментарии "Это другое!" написали.
     
     
  • 4.47, Совершенно тот же аноним (?), 14:43, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Прошу прощения за флуд,

    Ничего страшного - когда нечего возразить по существу, остается только флудить из под "совершенно другого" анонима.

    > но Вы как-то недорабатываете - там выше не на все комментарии "Это другое!" написали.

    Кто сказал, что это "недоработка", а не забота об окружающей среде посредством избегания чрезмерно резкого, одномоментного выброса метана?

     
     
  • 5.55, Совершенно другой аноним (?), 15:32, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Прошу прощения за флуд,
    > Ничего страшного - когда нечего возразить по существу, остается только флудить из
    > под "совершенно другого" анонима.

    Извините, но других анонимов у меня для Вас нет (с)

    >> но Вы как-то недорабатываете - там выше не на все комментарии "Это другое!" написали.
    > Кто сказал, что это "недоработка", а не забота об окружающей среде посредством
    > избегания чрезмерно резкого, одномоментного выброса метана?

    Можно было-бы ограничится одним разом, раз уже так переживаете об окружающей среде.

     

  • 1.33, Шарп (ok), 14:02, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Все уже пошутили, но всё же

    >72.2% - ассемблер, 27.5% - Rust

    Это смешно.

     
     
  • 2.44, uis (ok), 14:38, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это смешно.

    Это не смешно, это театр безопасности.

     
     
  • 3.91, Растоманя (ok), 18:47, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, Раст язык безопастный, к чему ирония - непонятно.
     
     
  • 4.114, Анонимно11111 (?), 21:38, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Так почти весь код написан на ассемблере, где тут rust даст безопасность? Только в 27%.
     
     
  • 5.176, uis (ok), 21:12, 04/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Видно, что человек пародирует реальных растоманов, пародирует удачно. Даже слово "безопасный" с буквой 'т'.
     
  • 2.46, Аноним (7), 14:40, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще, это вроде бы именно то, для чего раст вполне годится. Это конечно не тот раст, о котором любят рассказывать в интернет, но раст nonetheless,
     

  • 1.35, Совершенно другой аноним (?), 14:10, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Не совсем понятна, на приведённых графиках, значительная оптимизация на уровнях 1-3.
     
     
  • 2.58, keydon (ok), 16:02, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У растаманов так принято. Ну добавили в одном месте проверок, значит абсолютно безопасный. Вот и тут также.
     
  • 2.90, Аноним (90), 18:46, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас так модно строить графики. Привыкай. И нет, к расту это никакого отношения не имеет. Так тупо везде
     

  • 1.39, Михрютка (ok), 14:28, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >>>Продукт написан на языке программирования Rust с ассемблерными вставками (72.2% - ассемблер, 27.5% - Rust)

    "Так вот, Петька, смотри - у тебя вставлен ассемблер, и у меня вставлен ассемблер. Но есть нюанс!!!"

     
     
  • 2.43, uis (ok), 14:35, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Использование инструкций AVX2

    "Тебе, Петька, вставили потолще и, так сказать, с предохранением"

     

  • 1.57, keydon (ok), 16:01, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Ах да это же ассемблер! И немного bash^W rust'а.
     
  • 1.63, Аноним (63), 16:31, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Colibri поддерживает? 3/4 проекта на ассемблере как-никак
     
  • 1.81, Аноним (81), 18:32, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Ясно, код на ассемблере со вставками ржавого
     
  • 1.94, Аноним (94), 18:51, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему сабж в Debian до сих пор не завезли? libaom есть, dav1d есть, а это - никак... Из-за Rust?
     
     
  • 2.103, Анонн (?), 19:39, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А зачем он там нужен? Эта версия 0.5, пусть до 1.0 доживет, а там видно будет.
    Сам по себе rust никакой не блокер, в debian/stable нормально живет resvg, которая на rust 94.0%
     
     
  • 3.105, Аноним (105), 20:04, 08/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему бы и нет? Ну, хотя бы потому, что он неплох, похоже?
    libaom и dav1d недавно обновили до актуального состояния, первый сразу с 1.0 до 3.2.0, хотя по ченджлогу давно уже надо было минимум до 2.0.2 обновить.
    В https://salsa.debian.org/multimedia-team/libavif/-/blob/master/debian/rules строка

    > # TODO: -DAVIF_CODEC_RAV1E=ON

    больше года, но даже тестового репозитория с rav1e нет, в т.ч. и на deb-multimedia.org, странно...

     
     
  • 4.184, Максим (??), 15:48, 09/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А для чего он вам нужен то В данный момент rav1e безоговорочный лузер, хоть как... большой текст свёрнут, показать
     

  • 1.116, Ordu (ok), 23:04, 08/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Продукт написан на языке программирования Rust с ассемблерными оптимизациями (72.2% - ассемблер, 27.5% - Rust)

    Хахаха. Набросил так набросил. Ни один пользователь опеннета не смог пройти мимо и не отписаться об этом. Зачот!

     
     
  • 2.121, Аноним (121), 00:02, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Оранжевые клованы зачеты друг-другу ставят. Спешите видеть, же.

    Верните мне мой 2005 год и нормальный опеннет, а не вот это капашение собак павлова.

     
     
  • 3.127, Аноним (126), 05:55, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Очевидно что владельцам ресурса текущая ситуация нравится и всячески ими поддерживается. Видимо они от неё получают материальную выгоду.
     
     
  • 4.173, burjui (ok), 18:42, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А, ну понятно: если не банят неприятные местным экспертам новости и пользователей, значит, имеют выгоду. Ведь не может быть так, чтобы "руководству" было просто пофиг на ваше ценное мнение.
     

  • 1.125, Аноним (125), 03:17, 09/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Как-раз из-за rav1e и не люблю Rust. Периодически собираю для себя ffmpeg,  и чтоб включить в него этот кодек нужно дополнительно несколько гиг места для сборки этой одной-единственной библиотеки. А так как собираю на ram-диске, это достаточно критично.
    Вот почему они не могли написать этот кодек как все нормальные люди на c/c++?
     
     
  • 2.152, виндотролль (ok), 10:15, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    На с/с++ уже есть, называется av1
     
  • 2.153, Прохожий (??), 10:39, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Все нормальные люди постепенно отказываются от C/C++. Они, следовательно, нормальные. Кто-то же должен начинать этот переход к современной цивилизации.
     
     
  • 3.156, Аноним (7), 13:02, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тем временем си набирает популярность, а плюсы становятся всё более юзабельными и являются выбором номер 1 для любого производительного ПО. Только нормальные люди упарываются по новым никому не известным сырым языкам без какой-либо значительной кодовой базы под ними. Самые нормальные, это очевидно.
     

  • 1.131, Аноним (-), 06:36, 09/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот пример AVC1 720p, 60 кадров, 3096 килобит. Пример не совсем удачный сцены не яркие. И куда лучше? Для себя улучшение я вижу только за щёт понижения битрейта, а качество изображения чтобы оставалось такоеже. https://uploadfiles.net/1iUN/0001.zip Меня там нет это не моё. Взято только как пример.
     
     
  • 2.134, Аноним (-), 06:53, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для чего Гугл сделал VP9 и начал делать и продолжает деалть AV1 для того, чтобы за использование кодека не плаптить. Вроде это основная мотивация Гугл.
     
     
  • 3.135, Аноним (-), 06:58, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну может как не основная цель на размере файлов сэкономить.
     
     
  • 4.136, Аноним (-), 07:02, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Теперь может и основная цель уменшение размера файлов. И наче можно было и на VP9 оставатся.
     
  • 2.137, Аноним (-), 07:09, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Наверно всёже пример не совсем удачный лицо у парня смазывается. И возможн при ярком овещении былобы другое качество картинки.
     
     
  • 3.138, Аноним (-), 07:11, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Размазывается.
     
  • 2.139, Аноним (-), 07:13, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ещё не извесно с ками настройками сжимали видео. С максимальными, средними.
     

  • 1.133, Аноним (133), 06:48, 09/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Продукт написан на языке программирования Rust
    > 72.2% - ассемблер

    Как называется эта религия?

     
     
  • 2.151, n00by (ok), 10:00, 09/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какистократия англ kakistocracy от др -греч 954 940 954 953 963 9... большой текст свёрнут, показать
     

  • 1.145, Аноним (145), 08:20, 09/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Assembly 72.2%
    > Rust 27.5%

    А как же хвалёная ржавая безопасность?
    Или здесь ассемблер тоже безопасный?

     
  • 1.157, Аноним (157), 14:40, 09/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  Исправление ошибки, приводившей к краху кодировщика при определённых размерах видео;

    ой, как же так получилось. раст же супер безопасный!

     
  • 1.160, Аноним (-), 16:09, 09/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Продукт написан на языке программирования Rust с ассемблерными оптимизациями (72.2% - ассемблер, 27.5% - Rust),

    Но ведь это не божественный GNU assembler с синтаксисом AT&T!

    >код распространяется под лицензией BSD.

    То что Мозилла не любит копилефт это плохо, очень плохо.

    >Готовые сборки подготовлены для Windows и macOS (сборки для Linux временно пропущены из-за проблем с системой непрерывной интеграции).

    Нет ГНУ/Линукса - нет кодировщика. Всё очень просто. Windows и macOS просто не нужны.

     
  • 1.175, Аноним (75), 01:03, 11/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Github не учитывает файлы arm ассемблера с директивами С препроцессора, иначе кода на ассемблере стало бы ещё больше, а кода на скриптухе для неумеющих освобождать за собой память ещё меньше
     

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



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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