The OpenNET Project / Index page

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

VideoLAN и FFmpeg разработали новый декодировщик для видеокодека AV1

02.10.2018 09:23

Разработчики из проектов VideoLAN и FFmpeg представили библиотеку dav1d с реализацией нового свободного декодировщика формата кодирования видео AV1. Код проекта написан на языке Си (C99) с ассемблерными вставками (NASM/GAS) и распространяется под лицензией BSD. Для сборки применяется инструментарий meson.

Ключевыми целями проекта является обеспечение переносимости кода для большинства существующих платформ и достижение максимально возможной производительности декодирования. По замыслу разработчиков высокая производительность программного декодировщика позволит сгладить отсутствие аппаратных механизмов ускорения, наблюдаемое на начальном этапе внедрения видеокодека AV1. Среди задач также упоминается сохранение компактности кода и корректная поддержка работы в многопоточных приложениях.

В библиотеке dav1d планируют реализовать все расширенные возможности AV1, включая все виды субдискретизации и параметров управления глубиной цвета. Проектом также планируется создание инструментария, похожего на MFT. В настоящее время реализована поддержка архитектур x86, x64, ARMv7 и ARMv8, и операционных систем Linux, Windows, macOS, Android и iOS. Библиотека уже готова для тестирования, но пока не пригодна для повседневного использования.

Напомним, что видеокодек AV1 разработан альянсом Open Media (AOMedia), в котором представлены такие компании, как Mozilla, Google, Microsoft, Intel, ARM, NVIDIA, IBM, Cisco, Amazon, Netflix, AMD, VideoLAN, CCN и Realtek. AV1 позиционируется как общедоступный и не требующий оплаты отчислений свободный формат кодирования видео, который заметно опережает H.264 и VP9 по уровню сжатия. Для всего диапазона протестированных разрешений в среднем AV1 обеспечивает тот же уровень качества при уменьшении битрейта на 13% по сравнению с VP9 и на 17% по сравнению с HEVC. На высоких битрейтах выигрыш увеличивается до 22-27% для VP9 и до 30-43% для HEVC. В тестах Facebook AV1 обогнал по уровню сжатия main profile H.264 (x264) на 50.3%, high profile H.264 на 46.2%, а VP9 (libvpx-vp9) на 34.0%.

Штатный эталонный декодировщик AV1 (libaom) является исследовательским проектом и во многих областях требует улучшения и оптимизации. Разработчики VideoLAN, VLC и FFmpeg выступили с совместной инициативой по созданию нового стабильного высокопроизводительного открытого декодировщика. Консорциум Open Media одобрил это начинание и выступил спонсором проекта. Реализация получилась очень компактной: dav1d включает в 10 раз меньше кода по сравнению с libaom, а размер бинарного файла меньше в три раза. В процессе декодирования dav1d потребляет в 4 раза меньше памяти. В многопоточном режиме работы dav1d опережает libaom 1.0.0, но пока отстаёт от HEAD-ветки libaom. Данное отставание обусловлено неиспользованием на данном этапе развития dav1d оптимизаций на языке ассемблера.

  1. Главная ссылка к новости (http://www.jbkempf.com/blog/po...)
  2. OpenNews: В Firefox 63 появится поддержка видеокодека AV1
  3. OpenNews: Mozilla и Xiph развивают реализацию видеокодека AV1 на языке Rust
  4. OpenNews: Выпуск мультимедиа-пакета FFmpeg 4.0
  5. OpenNews: Результаты тестирования AV1 в Facebook. Новый формат JPEG XS
  6. OpenNews: Увидел свет первый выпуск открытого видеокодека нового поколения AV1
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/49379-av1
Ключевые слова: av1, dav1d
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (96) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, letsmac (ok), 10:14, 02/10/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –16 +/
    >>библиотеку dav1d с реализацией нового свободного декодировщика для формата кодирования видео AV1. Код проекта написан на языке Си (C99) с ассемблерными вставками (NASM/GAS)
    >>Данное отставание обусловлено не использованием на данном этапе развития dav1d оптимизаций на языке ассемблера.

    Ассемблер для галочки что-ли?

     
     
  • 2.34, Аноним (34), 13:11, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там из ассемблера пока только motion compensation.
     
  • 2.104, Аноним (-), 03:36, 12/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Ассемблер для галочки что-ли?

    В горячих кусках кода SIMD asm или intrinsics дают отличия по скорости от сишного кода в разы. В логе комитов libaom совершенно нормально видеть разницу раз в 15 для C vs SSE4.1 asm какой-нибудь.

     

  • 1.4, Аноним (4), 10:16, 02/10/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Код проекта написан на языке Си (C99) с ассемблерными вставками (NASM/GAS)
    > Данное отставание обусловлено не использованием на данном этапе развития dav1d оптимизаций на языке ассемблера.

    Противоречие.

     
     
  • 2.6, Аноним (6), 10:26, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +7 +/
    В оригинале "having *almost* no assembly code yet"
     

  • 1.5, Fracta1L (ok), 10:18, 02/10/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Проц он грузит мама дорогая
     
     
  • 2.8, Константавр (ok), 10:43, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Потому что ВСЁ считается на проце? А интересно, когда появится железо с поддержкой этого формата?
     
     
  • 3.25, Госдеп (?), 12:01, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и драйвера с использованием аппаратных блоков GPU/ALU в NVIDIA/AMD
     
     
  • 4.46, Аноним (46), 14:09, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    С другой стороны на процессоре вентилятор тихий, а вот залезть в турбину видеокарты и сменить не выходит :)
     
  • 3.61, Ivan_83 (ok), 16:58, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Железо как правило поддерживает только несколько популярных профилей, в остальных случаях хорошо если там хотя бы часть вычислений получается оффлоадить.
     
  • 2.20, Нанобот (ok), 11:20, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    так оно же в процессе разработки пока только, потреблястам переживать о своём процессорике пока рано.
     
     
  • 3.24, equeim (ok), 11:58, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    AV1 изначально создавался с упором на сжатие, а не скорость кодирования/декодирования, он в принципе не сможет догнать h264 по скорости. Хотя, надеюсь, со временем он станет юзабельным с программным декодирование (на последних процессорах по крайней мере).
     
     
  • 4.35, Crazy Alex (ok), 13:13, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Больше того - он создавался как конкурент и следующее поколениепосле h.265, который сам не быстр
     
     
  • 5.53, Аноним (53), 15:25, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Из бюджеток amlogic arm выпелен ваш h265.
     
     
  • 6.85, Crazy Alex (ok), 21:18, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вообще не "наш" ни разу. Сдохнуть ему побыстрее всместе с мпеглой, м долгой жизни AV1
     
  • 4.49, Аноним (53), 15:24, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Amlogic чипы в медиаплеерах уже умеют использовать аппаратно ваш av1, а вот h264 и h265 выпелен из-за дороговизны отчислений.
     
     
  • 5.64, h31 (ok), 17:07, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Are you serious? Есть пруфы? Ладно там h265, потерпим, но кому нужен медиаплеер без поддержки h264? Зачем компании делать продукт, который заведомо неконкурентоспособен? Скорее всего просто попалась конкретная железка, в которой h264 сломан.
     
     
  • 6.105, Аноним (-), 03:38, 12/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Нужен медиаплеер ... под контент. А обладатели контента, хоть тот же гугл с ютубом, внезапно h.265 на этом самом вертели. Потому что не собираются никакие роялти MPEG LA платить, за сам факт того что видео в сеть грузят.
     

  • 1.7, Аноним (7), 10:32, 02/10/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    >В многопоточном режиме работы dav1d опережает libaom 1.0.0, но пока отстаёт от HEAD-ветки libaom

    какой интересный этот кодек, AV1. Открытый, бесплатный, свободный от патентов и все такое, но пользоваться им на практике ты не сможешь, потому что ему даже для декодирования нужны несколько ядер, что уж говорить про кодирование. А смогут - правильно, разработавшие его в порыве альтруизма ютубы с нетфликсами. Добро пожаловать в дивный новый мир.

    (только не надо говорить, что вот сейчас появятся аппаратные реализации и все станет хорошо. Современные видеокарты только-только научились кодировать FullHD AVC в более-менее хреновом качестве, а тут речь идет о намного более трудной задаче на разрешениях 4K+)

     
     
  • 2.9, Аноним (9), 10:43, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он же типа непатентованный, а значит всякие нвидии, амд и армы встроят в свои устройства аппаратные блоки.

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

    Или не вложиться и проиграть конкурентам.

    Хотя я думаю, что новый кодек на основе автоэнкодеров не за горами.

     
     
  • 3.10, корпорация (?), 10:50, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > а значит за каждую карту эти корпорации законодателями вынуждены отчислять

    как будто бы нам ТВОИХ денег при этом должно быть жалко?

     
     
  • 4.47, Ordu (ok), 14:58, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    да, должно быть: это МОИ деньги, которые не станут ТВОИМИ, потому что ты потратишь их на лицензионные отчисления.
     
     
  • 5.106, Аноним (-), 03:40, 12/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > да, должно быть: это МОИ деньги, которые не станут ТВОИМИ, потому что
    > ты потратишь их на лицензионные отчисления.

    Вот такая вот фиговая у него корпорация. Даже жадничать нормально не умеет.

     
  • 3.11, Константавр (ok), 10:51, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    в нвидию верю, амд, ну, может в скором времени выкатит, а вот пока армы запият, да пока всё это попадёт в телефоны, да в телеприставки, да в синглборды ихнте... Ой мама...

    Опять же удручает то, что с каждым таким новым форматом наше железо (вполне мощное на текущий момент) превращается в тыкву. Пример - смотрел недавно ролик от 8bit-guy, шде он пытался раскочегарить какой-то мак, ещё совсем недавно топовый. Так вот, всё кроме видео там летает. И именно видео (даже 720p h264 с трудом тянет) делает эту железяку бессмысленной для домашного использования.

     
     
  • 4.13, Анонимус154 (?), 10:54, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    В консорциум входят Google с Apple. Не думаю, что вопрос  аппаратной поддержки  кодека  в телефонах сильно задержится.
     
     
  • 5.15, Константавр (ok), 11:03, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Гугл не может впихнуть в армовские процессоры поддержку кодека. Да и сам кодек, насколько я понял. гораздо более требователен к ресурсам, много считать надо. Армовские графические процессоры до сих пор поддержку 4к имеют только на бумаге, ставя колом любой андроид и линукс колом. В телефонах уже тепловыми трубками температуру сбрасывают. Что дальше, вентиляторы в телефон вставлять? :) А тут откуда-то ещё мощи взять надо. Это не энвидия, взял пару модулей накинул, места куча, пару ватт в требования накинул. Тут всё кроме самого проца упирается всё в размеры и температуру.
     
     
  • 6.19, ryoken (ok), 11:19, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> Что дальше, вентиляторы в телефон вставлять? :)

    да ну... жидкость или фреонку сразу :D

     
  • 6.21, aurved (?), 11:35, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    ну не знаю про ARM и 4K. Odroid C2 (ARM Mali™-450 MP3 GPU). Телика 4К нет. Но так даже по-моему еще тяжелее, там как приходится масштабировать в FullHD. Нагрузка на CPU возросла. Около 20% на каждом из 4-х ядер. Вроде тянет норм. А вот на i5-3550 все гораздо печальнее.
     
     
  • 7.56, анон (?), 16:32, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    mali 2017/2018 годов выпуска умеет в 4к. Для Intel Quick Sync нужен минимум KabyLake Intel 7xxx процессоры для 4к.
     
  • 6.51, это я (?), 15:25, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Армовские графические процессоры до сих пор поддержку 4к имеют только на бумаге

    А китайцы уже второй год продают ТВ-приставки на обновлённых 4×Сortex-A7 + Mali-400 чипсетах с аппаратным декодированием 4К, в т.ч. HEVC (Allwinner H3, например), и даже не знают, что у них там всё плохо.

     
     
  • 7.92, Константавр (ok), 07:38, 03/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    У всех этих приставок поддерживается только такая-то комбинация кодека и всего что унутре. Шаг вправо-шаг влево и ты смотришь на слайдшоу. Это разве поддержка? Так, для галочки.
     
  • 5.31, Анонимос (?), 13:05, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    В какой консорциум входит Apple?)
     
     
  • 6.36, Crazy Alex (ok), 13:17, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Точнее, в альянс - вот в этот самый, Open Media,этот кодек продвигающий. Можете на их сайте на страничке Members глянуть.
     
  • 4.60, iPony (?), 16:54, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > в нвидию верю, амд, ну, может в скором времени выкатит, а вот пока армы запият, да пока всё это попадёт в телефоны, да в телеприставки, да в синглборды ихнте...

    Ну посмотри как внедрялись VP9 и h265 в железки и подумай.

     
  • 2.12, корпорация (?), 10:54, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > А смогут - правильно, разработавшие его в порыве альтруизма ютубы с нетфликсами.

    ну вот мы вам еще и декодер проспонсировали, чем вы недовольны?

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

     
  • 2.14, Анонимус154 (?), 11:00, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Full HD AVC видеокарты умеют уже больше 10 лет. Современные уже умеют 10-bit HEVC в 4к. Не знаю в каком вы десятилетии живёте.

    А то, что более новый и более качественный кодек требует больше системных ресурсов - в этом нет ничего страшного. Так было с ASP, AVC, HEVC и всеми остальными кодеками. К тому же, текущая реализация кодека далека от оптимальной. О чем, собственно, написано в статье.

     
  • 2.18, Аноним (18), 11:14, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > только не надо говорить, что вот сейчас появятся аппаратные реализации и все станет хорошо.

    Сейчас появятся аппаратные реализации и всё станет хорошо.

     
  • 2.39, Аноним (34), 13:29, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Современные видеокарты только-только научились кодировать FullHD AVC в более-менее хреновом качестве, а тут речь идет о намного более трудной задаче на разрешениях 4K+.

    Вы бы из криокамеры периодически выглядывали. 4K@60 fps уже давно есть, все стримеры на них сидят.

    https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video
    https://en.wikipedia.org/wiki/Nvidia_NVENC

     
     
  • 3.69, Анонтоним (?), 17:23, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    + https://en.wikipedia.org/wiki/Unified_Video_Decoder
    (но лучше тут: https://www.x.org/wiki/RadeonFeature/#index8h2 )
     
  • 2.45, maximnik0 (?), 13:53, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Открытый, бесплатный, свободный от патентов и все такое,

    С этого момента подробнее пожалуйста.На сколько я слышал есть патенты, но Гугл договорился на разовую выплату.Консорциум MPEG владеет свыше 3000 патентов и  некоторые вещи принципиально сейчас обойти не возможно,хотя некоторые патенты вообще по идее им выдаваться не должны были ,но опять же попробуй с ними потягаться в суде.Как я помню один из патентов который предъявлялся к иску описывал механизм индексного перемещения по файлу,без него не в одном кодеке не будет быстрой перемотки.

     
     
  • 3.63, Аноним (34), 17:04, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Компании, входящие в Open Media Group, создали общий пул патентов и договорились предоставлять всем безвозмездное неограниченное право ими пользоваться. В случае, если кто-то из участников начинает преследование в суде, то его лицензия на патенты отзывается. Так что патенты есть, но по факту пользоваться могут все и никто за лицензию платить не должен.

    Насколько я знаю, с действующими патентами MPEG LA этот пул не пересекается, т.к. кодек специально разрабатывался, чтобы те патенты не использовать.

     
  • 2.62, Ivan_83 (ok), 17:02, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так и h.265 4к ты тоже одним ядром ну никак не вытянешь, а если там профиль немного не стандартный то железо тебе ничего не заоффлоадит.
    У меня видео с парадом победы на 75 лет с рутрекера (h.265, 4к) на 4-х ядерных райзернах нормально не играет в mpv, только на 8-ми ядреном райзене, но почему то его оно грузит всего на 3 ядра.
     
     
  • 3.70, Аноним (70), 17:23, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня тоже 4к летало, пока я не установил Линукс. Теперь тормозит даже 720р сжатое некоторыми кодеками. 4к тормозит всегда.
     
     
  • 4.72, Stax (ok), 17:36, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вы что-то не так делаете 4K AVC у меня декодировался даже софтварно на старичке... большой текст свёрнут, показать
     
     
  • 5.77, Аноним (70), 18:04, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня мобильный процессор последнего поколения - j5005. Есть 720р/1080р, которое воспроизводится без задержек, а есть 720р/1080р, которое воспроизводится покадрово. 4к всё с тормозами. На Windows всё летало, я даже не задумывался каким кодеком там что сжато.
     
  • 5.79, Ivan_83 (ok), 18:30, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На рутрекере есть это видео о котором я говорил.
    Я вот понять не могу чего ему на 4-х ядерном не хватает.
    Про аппаратное речи нет, это видео точно аппаратно не поддерживается.
     
     
  • 6.80, Stax (ok), 18:49, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Проверю. Который 70 лет? А что ему мешает аппаратно поддерживаться? Профиль 5.1, 10-ти битный HEVC 4:2:0 - так это же на уровне любого UHD Blu-ray диска, а уж они аппаратно декодируются где угодно (NVidia: 750/950 и выше, AMD: Polaris и выше, встройка Raven Ridge и выше (в теории), Intel: Kaby Lake и выше, ну и почти любой Mediatek и Qualcomm не старее трех лет). Да и netflix в таком же формате вещает.

    Софтварно одного ядра на 4K HEVC совершенно точно не хватит. Два - если частоты под 5 Ghz, три и выше, если современные - уже без проблем. Хотя у меня Sandy Bridge, 4 ядра @ 4.5 Ghz софтварно не мог - видимо, из-за отсутствия AVX2.

     
     
  • 7.89, Ivan_83 (ok), 22:49, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Парад в честь 70-летия Великой Победы / 70th Anniversary of the Great Victory Parad
    16.58 GB
    http://rutracker.org/forum/viewtopic.php?t=5028122

    Он даже на 1030 аппаратно не поддерживается, хз почему.
    Для встройки 2200g у меня пока нет дров.

     
     
  • 8.91, Stax (ok), 03:20, 03/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Да, его и проверял Обычный 4K HEVC 5 1 профиля, легче UHD блюриков на них битр... большой текст свёрнут, показать
     
     
  • 9.94, Ivan_83 (ok), 11:41, 03/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    vo direct3d,vaapi,gpu,vdpau,sdl,xv,x11 opengl-early-flush no opengl-dwmflush win... текст свёрнут, показать
     
     
  • 10.95, Stax (ok), 12:03, 03/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    direct3d А vaapi-то как работает Вывод vainfo можно Не через libva-vdpau-dri... большой текст свёрнут, показать
     
     
  • 11.102, Ivan_83 (ok), 01:26, 04/10/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    дриект3д и ваапи просто фейлятся и в дело идёт то что за ними директ - это для ... текст свёрнут, показать
     
     
  • 12.103, Stax (ok), 11:22, 04/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    vdpau был в свое время разработан nvidia и ей же был заброшен в пользу nvdec ht... большой текст свёрнут, показать
     
  • 6.88, Stax (ok), 22:18, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > На рутрекере есть это видео о котором я говорил.
    > Я вот понять не могу чего ему на 4-х ядерном не хватает.

    Проверил. Софтварно ситуация на мощном проце ничем не отличается от UHD блюрика, расклад по top на динамичной сцене идентичен приведенному выше.

    Проверил также аппаратное декодирование с geforce 1050 на старом хилом amd'шном проце - все работает, потребляет какие-то копейки (~8% проигрыватель и еще 5% остальное в системе) - меньше, чем даже соневское демонстрационное 4K 60 fps видео: https://4kmedia.org/sony-camping-in-nature-4k-demo/ (а оно потребляет порядка 12% +8% на той же системе, грузя раза в полтора больше, чем типичный 24 fps UHD блюрей).

     
  • 2.71, Stax (ok), 17:29, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > (только не надо говорить, что вот сейчас появятся аппаратные реализации и все станет хорошо. Современные видеокарты только-только научились кодировать FullHD AVC в более-менее хреновом качестве, а тут речь идет о намного более трудной задаче на разрешениях 4K+)

    Ну здрасьте приехали. Декодировать 4K AVC видеокарты умеют уже много лет, и года 3 как не запинаются даже на 10-ти битном 4K HEVC (Geforce 750, Geforce 950 например - вышли летом 2015). А современные поколения умеют даже такую экзотику, как VP9. Научатся и AV1, думаю, когда стандарт устоится. У него спецификации-то только несколько месяцев назад вышли, железо так быстро не появляется.

     
  • 2.100, thresh (??), 23:34, 03/10/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>В многопоточном режиме работы dav1d опережает libaom 1.0.0, но пока отстаёт от HEAD-ветки libaom
    > какой интересный этот кодек, AV1. Открытый, бесплатный, свободный от патентов и все
    > такое, но пользоваться им на практике ты не сможешь, потому что
    > ему даже для декодирования нужны несколько ядер, что уж говорить про
    > кодирование. А смогут - правильно, разработавшие его в порыве альтруизма ютубы
    > с нетфликсами.

    Как раз нетфликс и ютуб нормально не смогут до появления железных реализаций.

     

  • 1.16, Аномномномнимус (?), 11:07, 02/10/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    В этой новости прекрасно всё. Прям эталон OpenSource движения, каким он должен быть. И даже в репозиторий приятно сходить почитать. Полный когнитивный диссонанс после того, как потыкал палочкой в новый, молодёжный, продвинутый раст на котором сваяли gecko driver и плюхнули в https://hg.mozilla.org/mozilla-unified/file/tip/testing/geckodriver/ - там страх и глючный ужас.
     
     
  • 2.37, Crazy Alex (ok), 13:19, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Самое безумное - что это началось со свихнувшейся Мозиллы и присоединившегося к ним Циско. А сейчас глядишь на список участников - оторопь берёт, там вообще все значимые конторы
     
  • 2.48, Ordu (ok), 15:08, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А можно более точных указаний на "страх и глючный ужас"? Я заглянул в рандомные .rs файлики, они написаны так, что их можно читать начиная с любого места. Все сорцы я не просматривал, но видимо в каком-то из них сокрыт "страх и ужас" -- мне очень интересно, потому что пока мне не приходилось сталкиваться с нечитабельным rust-кодом, а чтение нечитабельного кода на языке, на мой взгляд, очень важно для того, чтобы обрести экспертные навыки для работы с языком.
     

  • 1.17, Андрей (??), 11:09, 02/10/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    dav1d - ну и название!
    "dav" как будто ещё одна реализация WebDAV, "1" - версия, "d" - debug.
     
     
  • 2.23, Fedd (ok), 11:52, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Давид
     
     
  • 3.50, Аноним (50), 15:24, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    +1. Давид (dav1d) победивший Голиафа (AV1)
     
  • 2.32, Анонимос (?), 13:06, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Солиднее dAV1d
     
  • 2.43, Аноним (43), 13:46, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Не, d там чтобы быть позже присоединённым к одному известному менеджеру инициализации :)
     
  • 2.54, Аноним (54), 15:26, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    скажи спасибо, что не systemd-av1d
     

  • 1.22, Анонтоним (?), 11:41, 02/10/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Сто лет как интринсики починили в gcc, а они всё свои вложенные макросы на asm городят...
     
     
  • 2.26, Андрей (??), 12:11, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Гугл выкинул gcc из Android NDK (не хватает денег, чтобы поддерживать аж целых 2 компилятора).
     
     
  • 3.41, Аноним (34), 13:33, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если что, интринсики есть и в шланге.

    Все надеятся сделать лучше, чем может компилятор. И далеко не у всех получается.

     
     
  • 4.99, thresh (??), 23:32, 03/10/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если что, интринсики есть и в шланге.
    > Все надеятся сделать лучше, чем может компилятор. И далеко не у всех
    > получается.

    У авторов, без сомнения, получится.  Это те же люди, что писали кодировщики и декодеры для VP9, и x264.

     
  • 3.87, Аноним (87), 21:25, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    всё правильно сделали. gcc хоть и лучше оптимизирует, но это наверстают. А вот то, что clang - это изначально кросскомпилятор - это оч хорошо, можно выкинуть то, что поставляется в ndk и использовать системный шланг из пакетов. Так я собирал su на 32битном компе, хотя ндк его не поддерживает.
     

  • 1.30, Володя (??), 12:41, 02/10/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Си жив, ураааа! Не зря я его начал изучать.
     
     
  • 2.96, Michael Shigorin (ok), 13:24, 03/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    https://lvee.org/ru/abstracts/282
    http://0x1.tv/20180824G
     

  • 1.33, Аноним (33), 13:10, 02/10/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Че там слышно про кодировшик (coder) для AV1?
    То что сейчас в ffmpeg неприменимо по временным затратам.
     
     
  • 2.57, анон (?), 16:41, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну как как. 2 года для 10 минутного ролика.
     
  • 2.67, Аноним (34), 17:14, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    На данынй момент кодировщик есть только один - libaom. Он же используется в ffmpeg.
     
     
  • 3.101, thresh (??), 23:35, 03/10/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > На данынй момент кодировщик есть только один - libaom. Он же используется
    > в ffmpeg.

    Это не совсем так, есть еще rav1e, https://github.com/xiph/rav1e

     

  • 1.42, BrainFucker (ok), 13:37, 02/10/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Они бы лучше в свой VLC добавили возможность стриминга opus и vorbis по протоколу rtsp. А то оно из lossy подлерживает только mp3 и aac.
     
     
  • 2.58, Аноним (43), 16:45, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проверил, VLC v3.0.3. Создались профили для вещания: WebM+Opus и Ogm+Opus.
     
     
  • 3.84, BrainFucker (ok), 20:06, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Проверил, VLC v3.0.3. Создались профили для вещания: WebM+Opus и Ogm+Opus.

    А что толку от профилей, ты результат проверь, то есть можно ли получить твой стрим. Документация на сайте утверждает что не поддерживается: https://www.videolan.org/streaming-features.html
    Да и практика тоже показала что не работает.

     

  • 1.52, Аноним (54), 15:25, 02/10/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    видеокарты подешевеют, так как при аппаратном встраивании av1 не нужно будет платить отчисления копирастам
     
     
  • 2.55, Аноним (53), 15:30, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ты реально решил что кодек встроен в видеокарту? Он в драйверах взаимодействует с логикой гпу. Ну да некоторые инструкции добавили в гпу для удобства написания аппаратных кодеров/декодеров.
     
     
  • 3.65, Аноним (34), 17:08, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ты реально решил что кодек встроен в видеокарту?

    Встроен. Точнее, блоки фиксированной логики, выполняющие определенные части процесса кодирования или декодирования.

     
     
  • 4.75, Аноним (75), 17:48, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Но не определенного кодека, там нет костыля в виде единного DRM
     
  • 2.66, Аноним (34), 17:12, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    По-вашему, поддержка H264, H265 и VC1 из видеокарт исчезнет? Как платили за них, так и будете.

    И потом, реализация блоков кодирования/декодирования тоже не бесплатна, так что новые ВК будут однозначно дороже. Просто *дополнительно* к стоимости кремния платить дань за патенты не надо.

     
     
  • 3.74, Онаним (?), 17:44, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да какая там дань, за патенты на кодеки платится вроде сколько-то центов или максимум несколько долларов с устройства, 99% цены устройства едва ли зависит от них.
     
     
  • 4.90, maximnik0 (?), 03:00, 03/10/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >за патенты на кодеки платится вроде сколько-то центов или максимум несколько долларов с устройства

    Ага, несколько центов, а под 100 долларов с устройства не хочешь.Такая сумма всплывала
    по иску к Сони от общества защиты покупателей в США.Правда это было начало 2000 ,к защитникам обратился покупатель с вопросом почему ДВД проигрыватель в Европе стоит на 90 долларов (по курсу) дешевле чем в США.Те и ответили патентные выплаты сэр,в Европе отчеслений по програмнымм декодерами нет .

     
  • 4.93, Аноним (93), 08:22, 03/10/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    2.5 доллара за h264 с чипа + еще несколько раз за остальные форматы. Это только видеопроцессор, потом к этому добавит процент сборщик видеокарты, потом дистрибьютор, потом магазин и + налоги.
    В итоге переплачивать придется гораздо больше чем несколько долларов.

    Если в драйверах еще программная реализация (потому что аппаратно не все умеют) есть то еще раз плати.

    И не забудь что ты заплатил так же за за кодеки которые в операционную систему встроены.

     

  • 1.68, Алексей Турбин (?), 17:19, 02/10/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Кодирует он однако со скоростью несколько кадров в час.  И вряд ли это можно будет радикально улучшить, не растеряв при этом преимуществ.  Так что в хозяйстве эта штука бесполезна, в отличие от старого доброго x264.
     
     
  • 2.76, Онаним (?), 17:51, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Главное чтобы декодировал быстро (хотя и в это не верится), а то что для комфортнго кодирования видео нужен Core i9 вроде норма жизни.
     
  • 2.97, KonstantinB (ok), 23:00, 03/10/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Это, на самом деле, не так важно.
    Закодировать надо 1 раз (и кодирование отнсительно легко параллелится), а пересылать по сети и декодировать - возможно, сотни миллионов раз.
     
  • 2.98, thresh (??), 23:26, 03/10/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Медленность кодирования в софте это решаемая проблема уже сейчас - достаточно распараллелить это кодирование на тысячи ядер (читай виртуальных машин).  А через два-три года подходящие GPU будут на фермах в ходу и проблема кодирования уйдет.
     

  • 1.73, Онаним (?), 17:40, 02/10/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Лучше бы декодирование HEVC отоптимизировали. Столкнулся сегодня впервые в жизни с видео в этом формате (прислали с айфона, они теперь сразу в него снимают, но FullHD, не 4K), MPV проигрывает со скоростью около 0.5-2 кадра в секунду, в VLC всё непрерывно утопает в серой фигне. До этого с тормозами в видео никогда не сталкивался. Страшно подумать как будет тормозить этот AV1...
     
     
  • 2.86, Crazy Alex (ok), 21:24, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Как бы задача AV1 - убить HEVC
     

  • 1.78, Аноним (78), 18:05, 02/10/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Ключевыми целями проекта является обеспечение переносимости кода для большинства существующих платформ
    >Код проекта написан на языке Си (C99) с ассемблерными вставками (NASM/GAS)

    /0

     
     
  • 2.82, Аноним (54), 19:01, 02/10/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    поясни, где ты увидел протворечие
     

  • 1.81, анон (?), 18:51, 02/10/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Опять пишут про тесты кодека. Обогнал по качеству бла бла бла. Если тестовый материал взять специфичный можно сказать что MPEG-1 лучший кодек.
     

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



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

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