Поясните за перспективы аппаратного ускорения видео в браузерах на онтопике

h264ify

декодирование одного потока видео современные процессоры легко переваривают

Добавлю youtube high definition.

в плеерах декодирование видео на GPU под Линуксами есть, а в браузерах нету

В Raspbian есть в хроме. Специально для трубы сделано.

Я рад за пользователей этой платформы. Но хотелось бы более-менее универсального десктопного решения.

Нескоро. Щас ж еще браузеры переводить с xorg на wayland.

Есть такая привычка в опенсорсе - делать не то, что нужно, а то, что модно. А нужность Вейланда пока что обоснована непонятно чем.

Каковы перспективы того, что

допилят

Весьма вероятно.

взлетит

Возможно.

всем станет хорошо

Маловероятно, практически нереально.

Может допилят, может нет. Мне пофиг.

Пrостите, передача запахов over TCP пока в слишком ранней стадии разработки и я не могу понять, чем пахнет от этого заявления. То ли Макбуком, то ли «дома у меня венда а линукса на работе хватает».

потому что ты пуфик возможно сугубое имха

А мне кажется это более юниксвейно, чем патчить ядро, месу, иксы, вяленого и тд и тп и всё-всё-всё. Работает и отлично. Кто мешал так сделать под писюковые видюхи не понимаю.

Не нужно, это не юниксвейно. Для просмотра HTML-страниц есть браузеры, для просмотра видео есть плееры. Изыйди, виндузятник, со своим бухгалтершским десктопом.

А когда нужно просмотреть видосик с сильно огороженной веб-страницы с достепом по логину-паролю - начинается цЫрк.

да ну, зато практично, меньше движений больше пользы.

лучше скажи когда там квантовые ии натравят на отлов уязвимостей в дистррах и их автоустраение если есть возможность, а то к чему нет возможности передавать на исправление человеку?

И да. Веб таки немножко изменился с 2005 года. Видео уже часть HTML-страниц. Хотя это и не юниксвейно.

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

media-plugins/gst-plugins-vaapi

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

Тормозилла воспроизводит видео через gstreamer, если отключить проприетарный блоб. Так что вопрос аппаратного декодирования - это вопрос к сборщикам gstreamer и его плагинов в твоём дистре.

в плеерах декодирование видео на GPU под Линуксами есть, а в браузерах нету - это как бы широко известный и всех доставший факт

про video decode? ну так в Firefox и Chromium и так уже есть аппаратное ускорение GPU. Видео из 2K с 60 кадрами вообще красиво видно в YouTube.

FFmpeg тоже задействует в последних версиях. Может это сломало, если vaapi было, а vdpau только в флеше иногда работал.

Так, не понял. А какая принципиальная разница в реализации аппаратного декодирования в браузерах и плеерах. И то и то с открытым кодом. И то и то на сишечке. В чём подвох?

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

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

Библиотеки они одинаковые используют, но в плеере обычно смотрят файлы или нормальный поток и интерфейс фиксирован, а в браузере поток и интерфейс собираются по частям через JavaScript. Остальное одинаково. Вообще аппаратное ускорение в плеерах тоже не очень зашло, но mplayer форкали все кому не лень, а с браузерами не так просто ,vlc и gstreamer'овские плееры тоже где-то там.

В смысле - собрать Файрфокс с поддержкой gstreamer, возможно - пересобрать gstreamer, опционально - возненавидеть в процессе Файфокс, Линукс, опенсорс, себя, процесс компиляции и пролетающих за окном синичес - и оно заработает с mesa? Если да, то секту свидетелей самого-лучшего-драйвера-Нвидии-который-просто-работает ждут тяжёлые времена, знаете ли!

В смысле - собрать Файрфокс с поддержкой gstreamer,

Обычно оно и так с ним собрано, достаточно выкинуть проприетарный блоб gmp.

возможно - пересобрать gstreamer,

Возможно.

опционально - возненавидеть в процессе Файфокс, Линукс, опенсорс, себя, процесс компиляции и пролетающих за окном синичес - и оно заработает с mesa?

Ну если руки кривые - то именно так и будет. В этой ситуации, правда, совершенно непонятно, зачем миллионы криворуких хомячков лезут и лезут на линукс, как будто им тут мёдом намазано. И ведь никто не заставляет же. Ну вот зачем? Есть же виндовс10 специально запиленная для криворуких хомячков. Натурально же - мыши плакали, кололись, но продолжали жрать кактус.

а в браузере поток и интерфейс собираются по частям через JavaScript.

Поток только с MSE собирается по частям, в простом video-тэге это обычный http-урл

В хроме помню работало, падало часто правда. Потом разрабы ударили кулаком по лбу клавиатуре с криком «видеодрайвера у вас -говно!!!» и выпилили ускорение.

декодирование одного потока видео современные процессоры легко переваривают

Жалкие отговорки. 1080@60fps процы если и тянут, то очень напряжно. Про 2к-4к уже говорить нечего.

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

Обычно оно и так с ним собрано, достаточно выкинуть проприетарный блоб gmp.

Что за чушь ты несёшь?

Во-первых, уже давно GStreamer не используется. Вместо него FFmpeg, и от этого всё стало гораздо лучше, меньше ест CPU. Во-вторых, блоб для H.264 используется только для WebRTC. Для декодирования обычного видео ему не хватает Level'ов.

в Firefox и Chromium и так уже есть аппаратное ускорение GPU. Видео из 2K с 60 кадрами вообще красиво видно в YouTube.

В Firefox это всё на процессоре (в GNU/Linux). Декодирование видео очень сильно оптимизировано в FFmpeg, да и сам код, использующий его, тоже подкрутили. По сравнению со старым, на GStreamer, работает очень быстро. Но всё ещё полностью на CPU.

А какая принципиальная разница в реализации аппаратного декодирования в браузерах и плеерах. И то и то с открытым кодом. И то и то на сишечке. В чём подвох?

В плеере видео рисуется во весь виджет, а в браузере его нужно встраивать в страницу. Второе гораздо сложнее сделать не тормозным способом. Там ведь может и под углом видео быть.

Во-первых, уже давно GStreamer не используется. Вместо него FFmpeg, и от этого всё стало гораздо лучше, меньше ест CPU. Во-вторых, блоб для H.264 используется только для WebRTC. Для декодирования обычного видео ему не хватает Level'ов.

Ну я просто не версиедрочер, так что как-то не очень слежу за всей это бодягой.

Жаль только что хоть на FFmpeg перешли, на большее их не хватило. Ускорения нет ни на VAAPI, ни на VDPAU, и судя по багтрекеру работа по ним не идёт.

Каковы перспективы того, что допилят, взлетит, всем станет хорошо

Примерно такие же как перспективы победы линукса на десктопах.

позволяющих отдельным морально нестойким личностям завялять о той самой неготовности для десктопа
Когда можно будет сдать в музей перемотанные изолентой подпорки в виде расширений «открыть в видеоплеере по правой конпке мыши»? Когда можно будет перестать выковыривать Файрбагом ссылки на видео с сайтов, к которым не подходят подпорки из пункта выше?

https://t4.rbxcdn.com/f896f9134186fc2aa3f96995b7d71ba8

и судя по багтрекеру работа по ним не идёт.

Зато там много клоунов, которые видели mpv, и поэтому считают, что разбираются в том, как аппаратные декодеры в коде использовать. Просто, как «раз, два, три».

В 563206 написано, что у одного из разработчиков есть планы по реализации. По его оценкам это два-три месяца. Но он займётся реализацией, только если на Linux будет включен OpenGL compositor по умолчанию. Который в середине декабря 2016 снова выключили (594876#c95).

Вариантов два. Либо ждать, пока починят compositor, потом ждать, пока реализуют VA-API декодер (начнут с него, скорее всего). Либо делать самим.

Если один из разработчиков Firefox, знакомый с кодом, оценивает возможные затраты в 2–3 месяца, можно ожидать, что человек со стороны за 4–6 месяцев управится.

что человек со стороны за 4–6 месяцев управится.

Это с учетом того, что где-нибудь в другом месте не раздолбают все на трах-бабах. А там же серво прет.

Поясните за

русский не родной?

Можно было бы просто выдавать ссылку/чтотам для этого mpv. Но зазнайки-эксперты по горе говнокода дуются как петушки.

Можно было бы просто выдавать ссылку/чтотам для этого mpv. Но зазнайки-эксперты

Ну так выдавай, в чём проблема-то? Уже даже готовые аддоны есть.

И на всех сайтах работают?

С банальным Вконтактом мало что из них работает.

Конечно нет. Это же глупо.

Видео может быть несколько на странице, они могут быть искажены и развёрнуты через CSS, перекрываться, накладываться с полупрозрачностью друг на друга или на другие HTML элементы. Или даже вообще быть скрыты. mpv или какой-то другой плеер это умеют? Может быть, они умеют воспроизводить видео, собранное из кусочков на ходу? Страница может собирать видео не из готового списка, а выбирать сегменты на основе действий пользователя.

Реализовывать всё это в стороннем плеере, а потом ещё интегрироваться с ним — эпическая глупость. Эта задача на порядок сложнее, чем просто реализовать всё в браузере. Из плеера получится браузер, интегрирующийся в браузер. Только вот тогда зачем интегрироваться в браузер, если плеер — уже браузер?

Почему-то все советующие mpv в голове держат только один частный пример. Он же Youtube умеет играть! Значит всё сможет.

Ага, сможет. Патчей от горе-советчиков всё нет. Только эксперные мнения.

воспроизводить видео, собранное из кусочков на ходу

HLS или как оно там? Могут.

только один частный пример

Юзкейс. Все остальное реклама и свистоперделки, пусть хоть вообще не играется.

HLS или как оно там? Могут.

Нет, HLS — только частный пример. Нужна поддержка любого протокола по реализации на Javascript.

Юзкейс. Все остальное реклама и свистоперделки, пусть хоть вообще не играется.

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

Либо делай код, чтобы его можно было обсуждать, либо заработай авторитет, чтобы к твоему мнению по стратегическим вопросам прислушивались.

Ну я не знаю, что ты называешь браузером. Если файрфокс то ему уже дали имя «торомзилла», его саботируют создатели. Если хром то ему имя «зонд».

Вот скажу за palemoon

Options / Advanced / General / 'Use hardware acceleration when available'

это раз. Во вторых

about:support (в адресную строку) > GPU Accelerated Windows

Ну а там зависит от драйверов кодеков и тд.

в трэде многое уже сказано по делу.. дополню свои 5 копеек.. mplayer давно магёт несколько окон с ресайзом и позиционированием на экран/экраны.. «нюансы» же, если внезапно предположить, что все брявзеры пользуют «забытый» «mplayerplug-in-3.55+cvs20100124» для воспроизведения видео, - контроль этих slave-окон при прокрутке страницы :))

как пользователя, меня огорчает отказ от стандартов Web/HTML и глобальное запиливание ecma-script/java-script по любому поводу и на любой чих. по этой причине сознательно пользую w3m как основной браузер с передачей ссылок на мультимедиа-контент сторонним плеерам. т.е. спец. софту, который собсно и придумали для работы с этими вашими порнофильмами. в итоге у меня аппаратно декодирует всё, что заявлено в vdpau/vaapi. чего и всем желаю.

p.s.: в случае аутентификации для получения контента: man wget, man curl, man aria2c.. обычно хватает youtube-dl

По сравнению со старым, на GStreamer, работает очень быстро. Но всё ещё полностью на CPU.

Это я заметил, большей частью из-за кривых экспериментальных функций Firefox. Не обращаю на это внимания большей частью из-за процессора с дискретной графикой, температура процессора всегда примерно одинаковая(36-39градусов), что с видео - что без. Что с mpv - что с gstreamer не скажу, т.к. не знаю - на gstreamer только музыку слушаю.