|
2.54, Аноним (-), 05:56, 10/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
Кикстартер тоже так считает - они US$ 30,617 на данный момент получили, goal набрали. Хорошо.
| |
|
1.4, Аноним (-), 01:08, 04/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А почему на защиту Free Electrons не встанут те организации, которые как раз и специализируются на судебной защите опенсорц-организаций?
| |
|
2.11, anonymous (??), 14:54, 04/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Потому что Free Electrons не так важно само название как деятельность, которой она занимается. У ней нет желания вообще идти в суд.
| |
|
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.14, нах (?), 16:54, 04/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Уж лучше бы сначала декодирование (h.264) заработало, а потом уж заниматься кодированием.
оно _уже_ работает - но не целиком в gpu-ядре, и, что самое главное - с нестандартным апи. Менее нестандартным чем у китайцев, но все равно требует специальных патчей чтобы им пользоваться.
С первым пунктом обещают разобраться за те деньги, которые собраны, второй в виду особенностей архитектуры можно победить только пропихиванием новых api в ядро (то есть не свести все к существующим, а сделать новым стандартом), от чего тебе не жарко и не холодно.
а кодирование будет только если наберется еще ~25 килоевро сверх заявленной суммы (которую и так еле-еле насобирали, причем, разумеется, не благодаря подачкам опенотсосного комьюнити, хрен оно хоть на десятку разводится, а благодаря аж пятерым благодетелям, вливших несколькитысячные суммы - как-то дороговато им выходит копеечная китайская платка ;)
Причем будет в последнюю очередь, в приоритетах - новые процессоры, потом h265-декодер. Хрен, короче, узкоглазым готовая платформа для экшнкамеры на халяву ;-)
| |
|
|
|
5.58, Аноним (-), 06:09, 10/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
Уже набрали. Уже и первый stretch goal где-то на грани, если еще не преодолен.
| |
|
|
|
|
1.16, QuAzI (ok), 18:38, 04/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
MPEG2 это конечно круто для олдфагов, но где ускорение под VP8/VP9/AV1?
| |
|
|
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% суммы.
| |
|
|
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.30, Аноним (-), 17:26, 05/02/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
для всех есть, только линукс должен быть определённой версии, сканпелированной в полнолуние на перекрёстке дорог в пятницу тринадцатого на крови чорного петуха, и при этом драйвер на самом деле будет исполняться в юзерспейсе огороженного ведроида без загрузчика и документации
| |
|
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 сантиметра, питаемые от зарядки для мобилы. Интел пролетает.
| |
|
|
|
2.49, пох (?), 20:25, 07/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Когда ждать в BSD?
он наверняка kms'ный, вторая половина - в виде иксовой .so, так что как скопипастите, так и ждите.
| |
|
3.53, Аноним (-), 05:48, 10/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
> он наверняка kms'ный, вторая половина - в виде иксовой .so, так что
> как скопипастите, так и ждите.
Со стороны ядра там и V4L2 с расширениями может еще быть. Была какая-то возня с тем чтобы он понимал сжатые форматы и нормально относился к промежуточным железкам энкодеров/декодеров видео.
И там не "иксовая so" а MESA-овская. Скорее всего жизнеспособная даже без Xorg вообще.
| |
|
|
|