The OpenNET Project / Index page

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

Инициатива по доработке открытого драйвера декодирования видео для процессоров Allwinner

03.02.2018 22:10

В 2012 году, разработчик из компании Bootlin (бывшие Free Electrons), Maxime Ripard, начал работать над поддержкой процессоров Allwinner в официальном ядре Linux. На сегодняшний день, благодаря усилиям многих разработчиков со всего света, большинство процессоров Allwinner неплохо поддерживается ядром Linux. Тем не менее, кодирование и декодирование видео до сих пор не поддерживается официальным ядром.

Летом 2017 года разработчики из Bootlin реализовали прототип драйвера для VPU Allwinner, поддерживающий декодирование MPEG2 и частично MPEG4. 2 февраля компания Bootlin объявила о запуске краудфандинг кампании для финансирования дальнейшей разработки: завершения поддержки декодирования MPEG4, реализации кодирования H.264, оптимизации рендеринга видеокадров и проведения работы по включению драйвера в официальное ядро. В настоящее время необходимая для реализации инициативы сумма уже успешно собрана. Планируется, что дальнейшая разработка будет вестись Maxime Ripard и интерном Paul Kocialkowski.

  1. Главная ссылка к новости (https://bootlin.com/blog/allwi...)
  2. OpenNews: Бэкдор в отладочном коде модифицированного ядра Linux для систем Allwinner
  3. OpenNews: Для мультимедиа-акселератора Allwinner CedarX, используемого в большинстве китайских планшетов, представлен открытый драйвер
  4. OpenNews: Инициатива по реверс-инжинирингу видеодекодера чипов Allwinner A10
  5. OpenNews: Выпуск H3Droid 1.3.2, Android-прошивки для плат на процессоре Allwinner
Автор новости: anarsoul
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/48019-allwinner
Ключевые слова: allwinner, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (53) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 23:51, 03/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Ну молодцы я считаю, пусть дорабатывают.
     
     
  • 2.50, Аноним (-), 19:15, 08/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за разрешение, дорогой аноним!
     
  • 2.54, Аноним (-), 05:56, 10/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Кикстартер тоже так считает - они US$ 30,617 на данный момент получили, goal набрали. Хорошо.
     

  • 1.3, Аноним (-), 00:16, 04/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Глядишь через пару лет и на бананапи свой ядро посвежее поставлю.
     
  • 1.4, Аноним (-), 01:08, 04/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А почему на защиту Free Electrons не встанут те организации, которые как раз и специализируются на судебной защите опенсорц-организаций?
     
     
  • 2.11, anonymous (??), 14:54, 04/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Потому что Free Electrons не так важно само название как деятельность, которой она занимается. У ней нет желания вообще идти в суд.
     
  • 2.13, оргавнизация (?), 16:44, 04/02/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    а мы (наши лоеры) бабки на этот год уже освоили, несите ещщо.

     

  • 1.5, Андрей (??), 01:36, 04/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уж лучше бы сначала декодирование (h.264) заработало, а потом уж заниматься кодированием.
     
     
  • 2.7, anarsoul (?), 07:40, 04/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Они так и планируют - сначала декодирование, а потом уже кодирование.
     
     
  • 3.12, Андрей (??), 16:35, 04/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда хорошо: ведь лучше стабильное декодирование и, может быть, в качестве бонуса даже кодирование, чем нестабильные и декодирование, и кодирование.
     
  • 2.10, Аноним (-), 13:18, 04/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Андрюх, все работает mpc, vdpau и в добрый путь.
     
  • 2.14, нах (?), 16:54, 04/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Уж лучше бы сначала декодирование (h.264) заработало, а потом уж заниматься кодированием.

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

    С первым пунктом обещают разобраться за те деньги, которые собраны, второй в виду особенностей архитектуры можно победить только пропихиванием новых api в ядро (то есть не свести все к существующим, а сделать новым стандартом), от чего тебе не жарко и не холодно.

    а кодирование будет только если наберется еще ~25 килоевро сверх заявленной суммы (которую и так еле-еле насобирали, причем, разумеется, не благодаря подачкам опенотсосного комьюнити, хрен оно хоть на десятку разводится, а благодаря аж пятерым благодетелям, вливших несколькитысячные суммы - как-то дороговато им выходит копеечная китайская платка ;)

    Причем будет в последнюю очередь, в приоритетах - новые процессоры, потом h265-декодер. Хрен, короче, узкоглазым готовая платформа для экшнкамеры на халяву ;-)

     
     
  • 3.21, Андрей (??), 03:09, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А где лежат исходники?
     
     
  • 4.28, ваш гугл (?), 14:11, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А где лежат исходники?

    https://github.com/FlorentRevest/linux-sunxi-cedrus
    https://github.com/FlorentRevest/sunxi-cedrus-drv-video

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

     
     
  • 5.58, Аноним (-), 06:09, 10/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Уже набрали. Уже и первый stretch goal где-то на грани, если еще не преодолен.
     

  • 1.16, QuAzI (ok), 18:38, 04/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    MPEG2 это конечно круто для олдфагов, но где ускорение под VP8/VP9/AV1?
     
     
  • 2.17, irinat (ok), 23:38, 04/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Нахаляву, конечно, да?
     
     
  • 3.52, Аноним (-), 05:43, 10/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Нахаляву, конечно, да?

    И еще на железе, где блока для этого нет. Особенно для AV1, у которого даже битстрим еще не успели заморозить. Но поддержку уже надо :)

     
  • 2.37, Kuromi (ok), 23:25, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    AV1все еще не до конца завершен, байтформат еще не окончательной, так что никакой аппаратной поддержки не может быть в  прицнипе.
     
  • 2.51, Аноним (-), 19:17, 08/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > MPEG2 это конечно круто для олдфагов, но где ускорение под VP8/VP9/AV1?

    А где ваши 100$ на эти цели?

     

  • 1.18, irinat (ok), 00:07, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А какой-нибудь инициативы по доработке Firefox для использования VA-API для декодирования видео под Linux не планируется?
     
     
  • 2.19, разработчик фуфлофоксы (?), 00:52, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    не, не планируется. Мы в тех тикетах еще пару лет сопли пожуем, а потом их закроем со словами "ну ведь вот и без того все проигрывается, на современных процессорах, а вам, дедушка, в колумбарий надо, а не видео, и вашему допотопному компьютеру тоже туда"

     
     
  • 3.20, irinat (ok), 01:16, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Как в новости явно не про самих производителей Allwinner говорится, так и я имел в виду сторонних разработчиков. Я б немного денег заслал на это.
     
     
  • 4.26, нах (?), 14:06, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Как в новости явно не про самих производителей Allwinner говорится

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

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

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

    Ну и насчет пользы от вашего немного денег - опять же, смотрим в статус этого проекта на кикстартере. Основные деньги - от благодетелей, вываливших разом мешок. С обычных жертвователей по 10евро - еле накапало 10% суммы.

     
     
  • 5.31, irinat (ok), 17:47, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну OK, раз нет немного, давайте мне много денег. :)
     
     
  • 6.32, нах (?), 20:20, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А, так ты не покупаешь, а продаешь? Ну так го на кикстартер, а если гражданством не вышел - то на boomstarter или аналогичные импортозаместители.
    Не забудь пруфы с собой принести (ну вот эти фрилохотрон принесли поддержку хотя бы mpeg2)

     
     
  • 7.33, irinat (ok), 20:32, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > пруфы

    Ага, готовую реализацию. От такого пруфа я бы сам не отказался.

     
     
  • 8.35, нах (?), 22:37, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    ну почти готовую, да, как потенциальным финансистам еще понять, совсем тут лохот... текст свёрнут, показать
     
  • 2.22, iPony (?), 08:43, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А смысл сейчас что-то делать, если грядёт трах-бах от смены Xorg на Wayland.
    Это же так же как розетки в квартире менять, когда капитальная долбёжка и цементирование стен идёт.
     
     
  • 3.27, irinat (ok), 14:09, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, прям завтра уже на Wayland переходим, выкидывая поддержку X11.
     
     
  • 4.44, iPony (?), 19:42, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага, прям завтра уже на Wayland переходим, выкидывая поддержку X11.

    Ну тут же как в анеrдоте
    "Одной ногой мы уже стоим в коммунизме — Ну и долго мы будем так стоять враскорячку?"

     
  • 3.29, ремиксовед (?), 17:12, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    И чем смена xorg на wayland помешает аппаратному видео-кодеру?

    > Это же так же как розетки в квартире менять, когда капитальная долбёжка и цементирование стен идёт.

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

     
  • 3.34, Аноним (-), 22:03, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А смысл сейчас что-то делать, если грядёт трах-бах от смены Xorg на Wayland.

    Если верить фанатам, то он уже лет 8 как грядет и «уже почти, еще чуть-чуть».
    А если судить по скорости и уровню «замещения», то вы предлагаете еще лет 10 ничего не делать, потому что «светлое вейбудущее уже рядом». Такие советы особенно хорошо давать, сидя на десткопе не из под иксов, а из под кварцов.

     
  • 2.38, Kuromi (ok), 23:30, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А какой-нибудь инициативы по доработке Firefox для использования VA-API для декодирования
    > видео под Linux не планируется?

    Есть баг в Багзилле - https://bugzilla.mozilla.org/show_bug.cgi?id=1210727
    Ну и стандартные отмазки формата "Нам нужен дешевый и простой способ реализации аппаратного декодирования в Линуксе, чтобы рраз и готово", и нытье о тмо что драйвера в Линуксе - хлам, что видеоподсистема - хлам, API имеющиеся - хлам. Резонные замечания что софт вроде MVP тем не менее аппаратное декодирование поддерживает натыкаются на молчание в ответ.

    В общем тутв се как с CSD\Wayland поддержкой - придите, принесите готовые патчи, они на них посомтрят и может быть примут. Вот тогда поддержка и будет, что тоже не факт, потмоу что Gstreamer в свое время выкинули по совершенно невнятным причинам.

     
     
  • 3.39, irinat (ok), 00:52, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Резонные замечания что софт вроде MVP тем не менее аппаратное декодирование поддерживает натыкаются на молчание в ответ.

    Если тут имелся в виду mpv, то я понимаю, почему молчание. Я и сам подзадолбался объяснять, почему видео в браузере и видео в mpv отличаются. Только тогда пользователи говорили про MPlayer+XVideo против Flash. Как же так? Вот MPlayer использует XVideo. Почему Flash не может? А ведь в модели отрисовки в браузере дело даже сложнее, чем в Flash с StageVideo.

    > потмоу что Gstreamer в свое время выкинули по совершенно невнятным причинам

    От перехода на использование FFmpeg нагрузка от проигрывания видео уменьшилась раза в два, если не больше.

    > Ну и стандартные отмазки формата "Нам нужен дешевый и простой способ реализации аппаратного декодирования в Линуксе, чтобы рраз и готово"

    А таких комментариев я не видел. Ссылка сохранилась? Интересно посмотреть, кто такое написал.

     
     
  • 4.40, Kuromi (ok), 04:33, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Не буду спорить насчет MPV, но через Gstreamer можно было подцепить аппаратное декодирование. И оно слегка глючно, но работало. То же что имеется сейчас - вообще неясно как работает, хотя бы потому что http://forums.mozillazine.org/viewforum.php?f=23 чуть ли не в каждом втором баге фиксится какие-то баги касатлеьно аудио\видео проигрывания, а уж скоро раз они рефакторили эту чать Файрфокса уже и не упомнить.

    Что до "Нам нужен дешевый и простой способ реализации аппаратного декодирования в Линуксе, чтобы рраз и готово" это было где-то в недрах Багзиллы. Я поищу, конечно, но "если что - считайте меня коммунистом".

    А вообще я хочу отметить, что у Мозиллы есть историческое нежелание связываться с "железом". Тот же U2F они очень долго раскачивались внедрять, так как для этого нужно лезть в USB. Всякие арканические технологии вроде WebMiDI или WebUSB точно так же годами без движения.

     
     
  • 5.41, irinat (ok), 17:35, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > но через Gstreamer можно было подцепить аппаратное декодирование

    Оно даже само подцеплялось. Только вот CPU от такого аппаратного декодирования расходовалось только больше. Возможно, на встроенных видеоадаптерах Intel это не было особо заметно, но скачивать данные с GPU на CPU — дорогая операция. Особенно, если GPU где-то отдельно от CPU. Поэтому переход на FFmpeg с исключительно программным декодированием на деле уменьшил нагрузку на CPU раза в два, если не больше.

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

     
  • 4.43, iPony (?), 19:39, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > > Ну и стандартные отмазки формата "Нам нужен дешевый и простой способ реализации аппаратного декодирования в Линуксе, чтобы рраз и готово" -А таких комментариев я не видел. Ссылка сохранилась? Интересно посмотреть, кто такое написал.

    Я думаю имелось в виду это https://bugzilla.mozilla.org/show_bug.cgi?id=563206

    Ответ на вопрос "почему ситуация отличается в худшую сторону от венды?"

    > On windows we go through the Windows Media Foundation framework for which the intel driver provides a hardware decoder and plug in automatically to WMF. So the decoder returns a DXVA surface, which we can render immediately on the screen as we have a DXVA and D3D compositor. On linux, there's no such common framework.

     
     
  • 5.56, Аноним (-), 06:00, 10/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Ответ на вопрос "почему ситуация отличается в худшую сторону от венды?"

    Это такой троллинг? Винда на большинстве устройств с allwinner тупо не работает. А пара моделей где вроде что-то работает - ARMовская винда это такой ололо пыщ пыщ, что софта там у тебя не будет чуть менее чем никакого.

     
  • 2.55, Аноним (-), 05:58, 10/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А какой-нибудь инициативы по доработке Firefox для использования VA-API для декодирования
    > видео под Linux не планируется?

    В этом примере - ты кормишь двух конкретных инженеров, с вполне конкретными коммитами. А если ты в мозилу пошлешь денег, это достанется команде лощеных манагеров с маками. Эффективность вкидывания в них денег по сравнению с инженерами можешь оценить сам.

     
     
  • 3.59, irinat (ok), 14:32, 10/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> А какой-нибудь инициативы по доработке Firefox для использования VA-API для декодирования
    >> видео под Linux не планируется?
    > В этом примере - ты кормишь двух конкретных инженеров, с вполне конкретными
    > коммитами. А если ты в мозилу пошлешь денег, это достанется команде
    > лощеных манагеров с маками. Эффективность вкидывания в них денег по сравнению
    > с инженерами можешь оценить сам.

    Я имел в виду аналогичные условия — сторонняя команда или даже один разработчик. По моим ощущениям, шанс на то, что в кодовую базу Firefox такой код примут, очень высокие. Там очень много всяких экспериментальных фич, которые выключены в about:config по умолчанию. У некоторых даже настроек не видно, так что нужно знать, какой ключ создавать. Единственное серьёзное препятствие — качество кода. Тяп-ляп точно не примут.

     

  • 1.24, ds (??), 12:02, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поставим вопрос в общем виде: Для каких SoC в Linux есть полная поддержка железа, включая ускорение видео и 3D, хотя бы путем блоба от производителя?

    А то куда не сунусь - тут фича не поддерживается, там дров нет...

     
     
  • 2.25, rico (ok), 13:32, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    nVidia Tegra? Они вроде контрибутят сами в ядро.
     
  • 2.30, Аноним (-), 17:26, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    для всех есть, только линукс должен быть определённой версии, сканпелированной в полнолуние на перекрёстке дорог в пятницу тринадцатого на крови чорного петуха, и при этом драйвер на самом деле будет исполняться в юзерспейсе огороженного ведроида  без загрузчика и документации
     
  • 2.36, Аноним (-), 23:18, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Rasberry Pi
     
  • 2.42, h31 (ok), 17:44, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Intel Atom.
     
     
  • 3.45, пох (?), 22:10, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    нету, вас обманули.
    (точнее, ситуация даже хуже чем с low end arm)
     
     
  • 4.47, Аноним (-), 00:35, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Да брось, там встройка просто никакая, это под всеми ОС так, дрова не при чём.
     
     
  • 5.48, пох (?), 20:24, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    да лана, непричем. Запускаем порнуху с конями в html5 (превед тармазилле) - нна тебе 60-70% на все ядра.
    запускаем порнуху с оленями в mplayer -
    VO: [vaapi] 1280x720 => 1280x720 H.264 VA-API Acceleration
    - и загрузка _вообще_ не видна в top (на фоне всяких там worker'ов рядом висящей тормазилы, даром что ее никто и не трогает уже пятнадцать минут)

    ну да, ну да - с единственноправильным ведром, скомпиленном в ночь на перекрестке трех дорог, окрапленном кровью девственника-сисадмина, уникальными патчами opengl, вендорскими блобами и иксовым драйвером, запускаемым только при отключении контроля версий abi.

     
  • 3.57, Аноним (-), 06:06, 10/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Intel Atom.

    Сорь но блобанутые UEFI и прочие бэкдоры в ME себе оставьте. К тому же оранжи сейчас бывают по 10 баксов, в размерах 4х4 сантиметра, питаемые от зарядки для мобилы. Интел пролетает.

     

  • 1.46, Аноним (-), 00:34, 07/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда ждать в BSD?
     
     
  • 2.49, пох (?), 20:25, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда ждать в BSD?

    он наверняка kms'ный, вторая половина - в виде иксовой .so, так что как скопипастите, так и ждите.

     
     
  • 3.53, Аноним (-), 05:48, 10/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > он наверняка kms'ный, вторая половина - в виде иксовой .so, так что
    > как скопипастите, так и ждите.

    Со стороны ядра там и V4L2 с расширениями может еще быть. Была какая-то возня с тем чтобы он понимал сжатые форматы и нормально относился к промежуточным железкам энкодеров/декодеров видео.

    И там не "иксовая so" а MESA-овская. Скорее всего жизнеспособная даже без Xorg вообще.

     

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



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

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