В 2012 году, разработчик из компании Bootlin (бывшие Free Electrons), Maxime Ripard, начал работать над поддержкой процессоров Allwinner в официальном ядре Linux. На сегодняшний день, благодаря усилиям многих разработчиков со всего света, большинство процессоров Allwinner неплохо поддерживается ядром Linux. Тем не менее, кодирование и декодирование видео до сих пор не поддерживается официальным ядром.
Летом 2017 года разработчики из Bootlin реализовали прототип драйвера, поддерживающий декодирование MPEG2 и частично MPEG4. 2 февраля компания Boolin объявила (https://bootlin.com/blog/allwinner-vpu-crowdfunding/) о запуске краудфандинг кампании (https://www.kickstarter.com/projects/bootlin/allwinner-vpu-s...) для финансирования дальнейшей разработки: завершения поддержки декодирования MPEG4, реализации кодирования H256, оптимизации рендеринга видеокадров и проведения работы по включению драйвера в официальное ядро. В настоящее время необходимая для реализации инициативы сумму уже успешно набрана. Планируется, что дальнейшая разработка будет вестись Maxime Ripard и интерном Paul Kocialkowski.URL: https://bootlin.com/blog/allwinner-vpu-crowdfunding/
Новость: http://www.opennet.me/opennews/art.shtml?num=48019
Ну молодцы я считаю, пусть дорабатывают.
Спасибо за разрешение, дорогой аноним!
Кикстартер тоже так считает - они US$ 30,617 на данный момент получили, goal набрали. Хорошо.
Глядишь через пару лет и на бананапи свой ядро посвежее поставлю.
А почему на защиту Free Electrons не встанут те организации, которые как раз и специализируются на судебной защите опенсорц-организаций?
Потому что Free Electrons не так важно само название как деятельность, которой она занимается. У ней нет желания вообще идти в суд.
а мы (наши лоеры) бабки на этот год уже освоили, несите ещщо.
Уж лучше бы сначала декодирование (h.264) заработало, а потом уж заниматься кодированием.
Они так и планируют - сначала декодирование, а потом уже кодирование.
Тогда хорошо: ведь лучше стабильное декодирование и, может быть, в качестве бонуса даже кодирование, чем нестабильные и декодирование, и кодирование.
Андрюх, все работает mpc, vdpau и в добрый путь.
> Уж лучше бы сначала декодирование (h.264) заработало, а потом уж заниматься кодированием.оно _уже_ работает - но не целиком в gpu-ядре, и, что самое главное - с нестандартным апи. Менее нестандартным чем у китайцев, но все равно требует специальных патчей чтобы им пользоваться.
С первым пунктом обещают разобраться за те деньги, которые собраны, второй в виду особенностей архитектуры можно победить только пропихиванием новых api в ядро (то есть не свести все к существующим, а сделать новым стандартом), от чего тебе не жарко и не холодно.
а кодирование будет только если наберется еще ~25 килоевро сверх заявленной суммы (которую и так еле-еле насобирали, причем, разумеется, не благодаря подачкам опенотсосного комьюнити, хрен оно хоть на десятку разводится, а благодаря аж пятерым благодетелям, вливших несколькитысячные суммы - как-то дороговато им выходит копеечная китайская платка ;)
Причем будет в последнюю очередь, в приоритетах - новые процессоры, потом h265-декодер. Хрен, короче, узкоглазым готовая платформа для экшнкамеры на халяву ;-)
А где лежат исходники?
> А где лежат исходники?https://github.com/FlorentRevest/linux-sunxi-cedrus
https://github.com/FlorentRevest/sunxi-cedrus-drv-videoа если вы про исходники нового проекта - нигде, его еще писать не начали, бабло на зарплату писателям только-только набирают.
Уже набрали. Уже и первый stretch goal где-то на грани, если еще не преодолен.
MPEG2 это конечно круто для олдфагов, но где ускорение под VP8/VP9/AV1?
Нахаляву, конечно, да?
> Нахаляву, конечно, да?И еще на железе, где блока для этого нет. Особенно для AV1, у которого даже битстрим еще не успели заморозить. Но поддержку уже надо :)
AV1все еще не до конца завершен, байтформат еще не окончательной, так что никакой аппаратной поддержки не может быть в прицнипе.
> MPEG2 это конечно круто для олдфагов, но где ускорение под VP8/VP9/AV1?А где ваши 100$ на эти цели?
А какой-нибудь инициативы по доработке Firefox для использования VA-API для декодирования видео под Linux не планируется?
не, не планируется. Мы в тех тикетах еще пару лет сопли пожуем, а потом их закроем со словами "ну ведь вот и без того все проигрывается, на современных процессорах, а вам, дедушка, в колумбарий надо, а не видео, и вашему допотопному компьютеру тоже туда"
Как в новости явно не про самих производителей Allwinner говорится, так и я имел в виду сторонних разработчиков. Я б немного денег заслал на это.
> Как в новости явно не про самих производителей Allwinner говоритсяпоскольку они производят софт, а не чипы - все правильно.
Заметьте, что половина того, что они анонсировали за деньги - это именно пропихивание патчей в апстрим. Иначе вся затея имеет очень мало смысла - вендорские драйвера и так есть, как-то в общем даже и работают.А с мазилой - пропихнуть что-то в апстрим скорее всего невыполнимая задача в принципе. Они охотно принимают только те патчи, которые закрывают их финансируемые направления (удобно ж - самому делать не надо, а зарплата каплет).
Даже просто угнаться за апстримом, не переделывая все два раза в неделю, потому что там опять что-то поломали - задача достаточно тяжелая.При этом любой человек, на компьютере которого вообще хоть как можно заниматься разработкой мазилы, прекрасно смотрит видео на процессорном декодере. А на банане будет тормозить не только видео, но и вся мазила, так что их пользователям радости немного.
Ну и насчет пользы от вашего немного денег - опять же, смотрим в статус этого проекта на кикстартере. Основные деньги - от благодетелей, вываливших разом мешок. С обычных жертвователей по 10евро - еле накапало 10% суммы.
Ну OK, раз нет немного, давайте мне много денег. :)
А, так ты не покупаешь, а продаешь? Ну так го на кикстартер, а если гражданством не вышел - то на boomstarter или аналогичные импортозаместители.
Не забудь пруфы с собой принести (ну вот эти фрилохотрон принесли поддержку хотя бы mpeg2)
> пруфыАга, готовую реализацию. От такого пруфа я бы сам не отказался.
> Ага, готовую реализацию.ну почти готовую, да, как потенциальным финансистам еще понять, совсем тут лохотрон, или уже наняли как там они его обозвали... младшего падавана за пол-процента, а, во - intern-а, точно, и вот, смотрите - он правда умеет!
(на самом деле ты имеешь дело не с финансистами, конечно, лохов на наш век хватит, а с модераторами *стартера, но хрен редьки не слаще, откровенное "давай дэнгы, дэнгы давай" они не поапрувят, танцевать придется)
А смысл сейчас что-то делать, если грядёт трах-бах от смены Xorg на Wayland.
Это же так же как розетки в квартире менять, когда капитальная долбёжка и цементирование стен идёт.
Ага, прям завтра уже на Wayland переходим, выкидывая поддержку X11.
> Ага, прям завтра уже на Wayland переходим, выкидывая поддержку X11.Ну тут же как в анеrдоте
"Одной ногой мы уже стоим в коммунизме — Ну и долго мы будем так стоять враскорячку?"
И чем смена xorg на wayland помешает аппаратному видео-кодеру?> Это же так же как розетки в квартире менять, когда капитальная долбёжка и цементирование стен идёт.
Это как стриральную машину покупать, когда планируешь когда-нибудь менять проводку. Т.е. абсолютно нормально.
> А смысл сейчас что-то делать, если грядёт трах-бах от смены Xorg на Wayland.Если верить фанатам, то он уже лет 8 как грядет и «уже почти, еще чуть-чуть».
А если судить по скорости и уровню «замещения», то вы предлагаете еще лет 10 ничего не делать, потому что «светлое вейбудущее уже рядом». Такие советы особенно хорошо давать, сидя на десткопе не из под иксов, а из под кварцов.
> А какой-нибудь инициативы по доработке Firefox для использования VA-API для декодирования
> видео под Linux не планируется?Есть баг в Багзилле - https://bugzilla.mozilla.org/show_bug.cgi?id=1210727
Ну и стандартные отмазки формата "Нам нужен дешевый и простой способ реализации аппаратного декодирования в Линуксе, чтобы рраз и готово", и нытье о тмо что драйвера в Линуксе - хлам, что видеоподсистема - хлам, API имеющиеся - хлам. Резонные замечания что софт вроде MVP тем не менее аппаратное декодирование поддерживает натыкаются на молчание в ответ.В общем тутв се как с CSD\Wayland поддержкой - придите, принесите готовые патчи, они на них посомтрят и может быть примут. Вот тогда поддержка и будет, что тоже не факт, потмоу что Gstreamer в свое время выкинули по совершенно невнятным причинам.
> Резонные замечания что софт вроде MVP тем не менее аппаратное декодирование поддерживает натыкаются на молчание в ответ.Если тут имелся в виду mpv, то я понимаю, почему молчание. Я и сам подзадолбался объяснять, почему видео в браузере и видео в mpv отличаются. Только тогда пользователи говорили про MPlayer+XVideo против Flash. Как же так? Вот MPlayer использует XVideo. Почему Flash не может? А ведь в модели отрисовки в браузере дело даже сложнее, чем в Flash с StageVideo.
> потмоу что Gstreamer в свое время выкинули по совершенно невнятным причинам
От перехода на использование FFmpeg нагрузка от проигрывания видео уменьшилась раза в два, если не больше.
> Ну и стандартные отмазки формата "Нам нужен дешевый и простой способ реализации аппаратного декодирования в Линуксе, чтобы рраз и готово"
А таких комментариев я не видел. Ссылка сохранилась? Интересно посмотреть, кто такое написал.
Не буду спорить насчет MPV, но через Gstreamer можно было подцепить аппаратное декодирование. И оно слегка глючно, но работало. То же что имеется сейчас - вообще неясно как работает, хотя бы потому что http://forums.mozillazine.org/viewforum.php?f=23 чуть ли не в каждом втором баге фиксится какие-то баги касатлеьно аудио\видео проигрывания, а уж скоро раз они рефакторили эту чать Файрфокса уже и не упомнить.Что до "Нам нужен дешевый и простой способ реализации аппаратного декодирования в Линуксе, чтобы рраз и готово" это было где-то в недрах Багзиллы. Я поищу, конечно, но "если что - считайте меня коммунистом".
А вообще я хочу отметить, что у Мозиллы есть историческое нежелание связываться с "железом". Тот же U2F они очень долго раскачивались внедрять, так как для этого нужно лезть в USB. Всякие арканические технологии вроде WebMiDI или WebUSB точно так же годами без движения.
> но через Gstreamer можно было подцепить аппаратное декодированиеОно даже само подцеплялось. Только вот CPU от такого аппаратного декодирования расходовалось только больше. Возможно, на встроенных видеоадаптерах Intel это не было особо заметно, но скачивать данные с GPU на CPU — дорогая операция. Особенно, если GPU где-то отдельно от CPU. Поэтому переход на FFmpeg с исключительно программным декодированием на деле уменьшил нагрузку на CPU раза в два, если не больше.
Нормальная интеграция с GStreamer эти проблемы бы решила, но вряд ли кому-то захочется туда влезать.
> > Ну и стандартные отмазки формата "Нам нужен дешевый и простой способ реализации аппаратного декодирования в Линуксе, чтобы рраз и готово" -А таких комментариев я не видел. Ссылка сохранилась? Интересно посмотреть, кто такое написал.Я думаю имелось в виду это 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.
> Ответ на вопрос "почему ситуация отличается в худшую сторону от венды?"Это такой троллинг? Винда на большинстве устройств с allwinner тупо не работает. А пара моделей где вроде что-то работает - ARMовская винда это такой ололо пыщ пыщ, что софта там у тебя не будет чуть менее чем никакого.
> А какой-нибудь инициативы по доработке Firefox для использования VA-API для декодирования
> видео под Linux не планируется?В этом примере - ты кормишь двух конкретных инженеров, с вполне конкретными коммитами. А если ты в мозилу пошлешь денег, это достанется команде лощеных манагеров с маками. Эффективность вкидывания в них денег по сравнению с инженерами можешь оценить сам.
>> А какой-нибудь инициативы по доработке Firefox для использования VA-API для декодирования
>> видео под Linux не планируется?
> В этом примере - ты кормишь двух конкретных инженеров, с вполне конкретными
> коммитами. А если ты в мозилу пошлешь денег, это достанется команде
> лощеных манагеров с маками. Эффективность вкидывания в них денег по сравнению
> с инженерами можешь оценить сам.Я имел в виду аналогичные условия — сторонняя команда или даже один разработчик. По моим ощущениям, шанс на то, что в кодовую базу Firefox такой код примут, очень высокие. Там очень много всяких экспериментальных фич, которые выключены в about:config по умолчанию. У некоторых даже настроек не видно, так что нужно знать, какой ключ создавать. Единственное серьёзное препятствие — качество кода. Тяп-ляп точно не примут.
Поставим вопрос в общем виде: Для каких SoC в Linux есть полная поддержка железа, включая ускорение видео и 3D, хотя бы путем блоба от производителя?А то куда не сунусь - тут фича не поддерживается, там дров нет...
nVidia Tegra? Они вроде контрибутят сами в ядро.
для всех есть, только линукс должен быть определённой версии, сканпелированной в полнолуние на перекрёстке дорог в пятницу тринадцатого на крови чорного петуха, и при этом драйвер на самом деле будет исполняться в юзерспейсе огороженного ведроида без загрузчика и документации
Rasberry Pi
Intel Atom.
нету, вас обманули.
(точнее, ситуация даже хуже чем с low end arm)
Да брось, там встройка просто никакая, это под всеми ОС так, дрова не при чём.
да лана, непричем. Запускаем порнуху с конями в html5 (превед тармазилле) - нна тебе 60-70% на все ядра.
запускаем порнуху с оленями в mplayer -
VO: [vaapi] 1280x720 => 1280x720 H.264 VA-API Acceleration
- и загрузка _вообще_ не видна в top (на фоне всяких там worker'ов рядом висящей тормазилы, даром что ее никто и не трогает уже пятнадцать минут)ну да, ну да - с единственноправильным ведром, скомпиленном в ночь на перекрестке трех дорог, окрапленном кровью девственника-сисадмина, уникальными патчами opengl, вендорскими блобами и иксовым драйвером, запускаемым только при отключении контроля версий abi.
> Intel Atom.Сорь но блобанутые UEFI и прочие бэкдоры в ME себе оставьте. К тому же оранжи сейчас бывают по 10 баксов, в размерах 4х4 сантиметра, питаемые от зарядки для мобилы. Интел пролетает.
Когда ждать в BSD?
> Когда ждать в BSD?он наверняка kms'ный, вторая половина - в виде иксовой .so, так что как скопипастите, так и ждите.
> он наверняка kms'ный, вторая половина - в виде иксовой .so, так что
> как скопипастите, так и ждите.Со стороны ядра там и V4L2 с расширениями может еще быть. Была какая-то возня с тем чтобы он понимал сжатые форматы и нормально относился к промежуточным железкам энкодеров/декодеров видео.
И там не "иксовая so" а MESA-овская. Скорее всего жизнеспособная даже без Xorg вообще.