Опубликован корректирующий выпуск Firefox 109.0.1, в котором устранено несколько проблем:...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=58582
Опять аппаратное ускорение только на сферическом коне в вакууме.
мало кому нужно ускорение в nvidia, т.к. большинство использует APU со встроенной графикой (AMD, Intel), где урезанная видеокарта для запуска приложений и она намного более холодная чем дискретная карта nvidia.
ЧСХ, на APU AMD аппаратное ускорение тоже не работает (видимо, _кривые руки_, да?).
Жиза. Ваапи так-то интеловская тема, амд с ними дружит только против нвидии и взаимодействие между ними так себе. При этом, и интел, и тем более амд -- криворукие обезьяны в плане софта.
Возможно, дело ещё и в том, что многие компоненты отдают на аутсорс в страны 5 мира.
Нормально все работает. Главное выбрать правильный дистрибутив)
Например, дистрибутив, который привязывается к доисторическим заведомо рабочим версиям софта? Мне с генту это не помогает. Не добавляет актуальные версии в репы из-за сломанных совместимостей и добавляет сломанные версии из-за актуальных совместимостей. Проблема-то не в дистрибутиве.
Вообще то я имела в виду Fedora) Там и версии ПО не доисторические и GPU декодирование работает)
Так это тестовый полигон коммерческого дистра. Сегодня работает, завтра не работает, и никто не скажет почему и когда исправят, никто никому ничего не обещал. Но благодаря пользователям таких поделок корпам есть на ком экспериментировать, это хорошо.
Полигон или не полигон, но федора просто работает в отличии от убунт и прочего) Из всего что я пробовала с федорой меньше всего проблем.
Например, сломали ваапи в браузере в очередной раз, и что они сделают? Не будут поставлять новую нерабочую версию? Конечно, будут. Или займутся исправлением сами? 3 раза ха, корпы умеют считать деньги. Какие ещё варианты могут быть? Вот поэтому и нет практически никакой разницы кто делает эту сборку.
На RX6800XT ускорение работает без проблем включая AV1, нужен только vaapi флаг в конфиге. Даже на затычке 7770 H264 в браузере работал в прошлом году.
Нет, просто отключено на этапе компиляции. Сказано юзать nightly для него.
На Fedora работает. Нужно только два пакета из RPMFusion установить. А раньше вообще даже без установки дополнительных пакетов все работало, но потом IBM испугались что их могут засудить и срочно удалили нужные пакеты из стандартной федоры.
Чего? Работает ускорение на АМД. Руки выпрямляй.
> большинство использует APU со встроенной графикойЭто где такие были исследования про большинство? У меня RTX 3080 и нет никакого APU в проце.
Даже в статистике Стима у большинства людей встройки.
Когда ускорение для браузера в браузере?
сферический кот в ваапи
Оно не сферическое, оно реальное. Тупо снижается нагрузка на CPU/GPU за счет использования чипов, которые под это и создавались. В драйвере nvidia под линуксом реально отображается загрузка VPE. Это и есть hardware decoding.
В 2010 году работало. В 2016 году перестало работать (ютюб перестал поддерживать флеш плеер). В 2023 снова заработало. Делаем ставки, сколько продержится?
Работало и раньше, но не на всех Linux дистрибутивах, и не на всем железе (даже в Windows). Для Windows вообще все давно работает. И главное, современные CPU достаточно быстры чтобы большинство пользователей не замечало визуально тормоза, и значит жалоб очень мало на это.
Когда при просмотре длинного стрима на ютубе комп перезагружается из-за того что перегрелся, это вызывает некоторые...жалобы.
Просто не смотри длинные стримы, что ты как не линуксоид
Это же как зачмонить свою машину надо... Хотя чего это я, мы же на опеннете.
С охладом там все нормально чтобы ты не выдумывал. Просто в ноуте не всегда суперэффктивный охлад.
Ничеси. Ультрабук?
не надо покупать шляпу от асера, леново, или какого-нибудь самсунга или ультра бюджетную хреньа еще чисти ноут, может там шерсти на варежки
ле ново? тхынькпэды уже не торты, что-ли?
Может радиатор на проц забыл поставить? Не срабабатывает throttling? Фикси.
Если компьютер или ноутбук перегревается из за Ютуб, то очевидно что проблема не в испортившейся, забитой пылью системе охлаждения, а в Ютубе.
А так же в Ворде, Фотошопе, во всех играх и т.д.
CPU конечно тянет, но ты сравни юзабилити браузера под Windows и под Linux, когда под Windows всё открывается за 2 секунды и начинает играть, и в фулскрин и обратно переходит мгновенно. И когда Linux то же самое делает на CPU. Не мгновенно и с дропом кадров в первые секунды.Я везде пользуюсь vdpau и vaapi, потому что это тупо удобно.
Вообще-то при наличии аппаратного ускорения винда как раз таки тормознее даже после кастрации ее блоатвари просто из-за лютого перегруза мусором даже после вырубания всего что можно лишнего.
Linux работает и можно в minitube смотреть видео без мусора комментариев и адски жирных скриптов для самой ленивой загрузки.. Им чуть меньше траффика гонять - тебе перегруз компа на постояяной основе.
А то что у тебя какие-то проблемы с ядром, которое может не поддерживает все имеющиеся инструкции процессора это твои проблемы или дистропроблемы.
Если процессор в принципе не тянет видео тогда аппаратное ускорение единственный вариант и он работает в линуксе.
Твои 2 секунды в оффтопике полностью безынтересны если ты расписываешься в собственном ламерстве в линуксе.
В xine-ui как раз перешел с vdpau на xv. Мыльно чуток с vdpau,не замечали?
Вообще-то мыльно как раз с xv. А шрифты в субтитрах вообще нечитаемые. Vdpau не отличался от того, что называлось gl3, только часть фильтров было не применить. Сегодня тоже, чтобы применять фильтры на процессоре надо vdpau-copy использовать, но в остальном уже получше.
Всякое бывает. У меня с xv как раз и норм,как на Интел почти. Там самое качественное на мой взгляд.
Размер текстур настройте. Если у вас, конечно, есть где. )
> В xine-ui как раз перешел с vdpau на xv. Мыльно чуток с
> vdpau,не замечали?Не знаю, не замечал. Сейчас распишу, какие у меня карты. Итак, AMD Radeon R9 290X. Драйвер Catalyst 15.12. Использую mplayer с поддержкой vaapi (если кто-то помнит такой форк). Вот как выглядит команда:
mplayer -vo vaapi:gl -va vaapi <file>
Та же карточка, но с открытым драйвером amdgpu. Использую mpv, вот как выглядит команда:
mpv -vo vaapi --hwdec=vaapi <file>
Карточка NVIDIA GeForce 9800GT. Драйвер NVIDIA 340.xx. Использую mplayer, команда
mplayer -vo vdpau -vc ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau,ffh264vdpau,ffodivxvdpau, <file>
(команду можно здорово сократить, оставив только ffh264vdpau)
Карточка NVIDIA GeForce GT 650M. Драйвер NVIDIA 470.xx. Использую mpv, команда:
mpv -vo vdpau --hwdec=vdpau <file>
Во всех случаях всё идеально, правда, на amdgpu почему-то температура GPU повыше, чем на проприетарном драйвере.
Я не пробовал Xine. Я пробовал оболочку SMPlayer. С ней почему-то нагрузка на CPU была высокой. Я потыкался в настройках, поотключал что-то, и нагрузка на CPU упала.
Понятно,спасибо. Mplayer я перестал использовать только когда на шланговский 24 профиль переполз. Тут не могу собрать ни ГСС,ни шлангом. Такая печалька. К тому же у меня даже иксовый композитинг выпилен. Раньше с xmonad он не нужен был так как xmonad сам по себе композитинг,но и он clang не собирается. Теперь bspwm с конфигами кого-то из опеннетовцев.D Лан,мне и так норм с xv,vdpau пока разлюбил.XD
>Раньше с xmonad он не нужен был так как xmonad сам по себе композитингЭ, шта? Откуда информация?
С сайта какого-то. Там поднимался вопрос композитинга в xmonad. Загуглите и найдете. Мне тут рассказывали, что всякие фичи теряю без композитинга и нужны всякие Комптон. Оказалось,что для xmonad это не нужно так как он сам это умеет из коробки.
Он не делает окна прзрачными,просто имеет ряд функций и ребята пытались навесить пару дополнительных аппликух еще для этого и только с одной удалось. xmonad как-то особенно работает в общем.
compmgr Вот это хотели навесить и еще какой-то и с одним только прокатило и то через задницу.
>Там поднимался вопрос композитинга в xmonad. Загуглите и найдете.Сомневаюсь, что смогу найти. Ибо сие неправда есть…
>Мне тут рассказывали, что всякие фичи теряю без композитинга
Краткий список фич.
Положительные.
1. Убирается тиринг в иксах.
2. Добавляется прозрачность.* и **
3. Добавляет эффекты рисования в EasyStroke. ***
4. Всякие эффекты окон и рабочего стола ****
5. Позволяет корректно отрисовывать окна особо криво написанного софта вроде редактора Unity ****** не в случае с nvidia composite pipeline, только отдельные комопзиторы типа Compiz, Compton, compmgr, Picom
** прозрачность это не только красивости, но и отрисовка всякой мелкой непрямоугольной фигни вроди ярлыка на шкале прогресса у vlc
*** только compiz
**** conpiz/compiz fusion, может ещё кто, не в курсе
***** с nvidia composite pipeline не работаетОтрицательные.
1. Статтеринг.
2. Падение FPSТак вот, ничего из этого в xmonad нет. Сам использую с nvidia composite pipeline, для Unity Editor запускаю Picom.
>compmgr
Ну так это отдельная софтина.
Я думал, они что-то своё запилили. а я пропустил.
Не верите и не надо. Я говорю как есть. За что купил,за то и продаю. Суть в том,что xmonad сам использует или работает как композитор пусть и частично. Отсюда и проблемы со сторонними композиторами.
С ГСС собрал,просто ошибка была у меня в /etc/portage/package.env
> CPU достаточно быстры чтобы большинство пользователей не замечало визуально тормозаЗато шум и разряд батареи большинство пользователей отлично замечают. Особенно те, у которых не самые современные CPU.
Да оно как-то постояно на пионерном уровне.Flash был с VDPAU для Nvidia. И то Adobe быстро это надоело, голубые рожи вылезли и решили ну это всё. так же и Android не осилили - зоопарк железа и всё такое...
Потом Гугл сделали для своей ChromeOS на иксах в 2012 году. Потом вскоре иксы выкинули с ChromeOS.
Соответственно криво косо это работало в линуксах с патчами от версии к версии ломаясь.Firefox в те времена был на gstreamer и задействование GPU декодирование было такое, что оно жрало ресурсов даже больше чем без него.
Ну и потом пришёл Wayland. И вот опять новая движуха, что в Firefox, что в Chromium.
> Flash был с VDPAU для Nvidialibvdpau-va-gl. Кстати, можно использовать не только с флешем, но и с mplayer например. Хм, правда у меня есть небольшой рассинхрон, надо репортнуть
> libvdpau-va-gl.Левый пионерский проект появившийся после того как Adobe сказала в 2012 года "нам надоело возится с линуксами".
Ты всё путаешь. Лично я завёл у себя libvdpau-va-gl в 2012 году, когда Flash официально поддерживался. Причина появления проекта в том, что ATi и Intel использовали VA-API, а Adobe использовала VDPAU.Вот и появился удобный враппер, с которым всё стало работать. Flash думал, что общается с VDPAU - а вот нифига, Флеш, на самом деле ты общаешься с VA-API
> Ты всё путаешь.Я уже несколько раз гооорил, что я сотрю прежде чем писать.
НетЪ.
Я тоже решил посмотреть. Таки в 2013 году появился враппер. Я ошибся
Flash так-то долго поддерживался на секурные патчиhttps://www.zdnet.com/article/adobe-abandons-linux/
Но ни о какой разработке речи не шло. Только секурные патчи.
Какая разработка если это просто фреймворк. Там только патчи и нужны.
Flash? Ну вот с GPU декодированием шиш оказался.https://askubuntu.com/questions/117127/flash-video-appears-blue
Вот как раз я и использовал связку из Flash 11.2 (с долговременной поддержкой).
VDPAU работал как на компе с дискреткой, так и на ноуте со встройкой. На встройке работал через wrapper, причём работал хорошо
От этого вашего аппаратного ускорения браузера свёрнутого у меня танки ещё хлеще тормозщят, так что ну его.
Вот та же фигня. Когда браузер выключен, все OpenGL-ные приложения работают хорошо - а стоит включить браузер, то всё. Даже если там ничего тяжёлого не открыто - просто в фоне работает и свёрнут.Помню времена, когда Firefox всё на CPU рисовал. Так скроллинг мгновенный был и реакция на нажатие кнопки мыши. А потом, как подвезли аппаратное ускорение, так всё вроде бы и быстро работает, но мгновенность реакции пропала.
Ты можешь включить чисто софтрендер, но загрузка процессора тебе не понравится. Зато можно держать браузер открытым.Но вот это конечно
>Отмечается, что в Firefox удалось успешно задействовать аппаратное ускорение графики в окружениях X11 и Wayland при использовании проприетарного драйвера драйвера NVIDIA из репозитория RPM Fusion при помощи трансляции вызовов VA-API (Video Acceleration API, поддерживается в Firefox) в API VPDAU (Video Decode and Presentation API for Unix, предоставляется NVIDIA).
бред сивой кобылы, никакого vdpau там нет и не было, vdpau бэкенд уже несколько лет способен только сегфолтиться, а direct даже не через egl.
> никакого vdpau там нетВо враппере-то? Там NVDEC
> vdpau бэкенд уже несколько лет способен только сегфолтиться
УМВР. Претензии к VDPAU были из-за того, что он не умел VP9 и AV1. Теперь умеет.
> а direct даже не через egl.
Не знаю, как NVIDIA, а пользователи VAAPI получают доступ к вожделенному Direct Rendering через libGL, либо через libdrm. Соответственно ключами "-vo vaapi:gl" либо "-vo vaapi:drm"
Я не слышал, чтобы через egl получали доступ к Direct Rendering... На Wayland разве что
>Претензии к VDPAUПретензии не к vdpau, а к vaapiшному драйверу vdpau. Хотя у меня на той неделе mpv с vdpau несколько раз повесил иксы (оконный менеджер, но его пришлось убивать с tty) и с nvdec не помню чтобы такое случалось.
>Я не слышал, чтобы через egl получали доступ к Direct Rendering...
Сабж именно про это был до direct, у браузеров есть вариант работать с видеокартой либо через gles, либо через egl, и egl это лишняя прослойка и глючная к тому же. Но glx депрекейтнули уже давно. Часть фич на иксах в любом случае не поддерживается уже.
> либо через gles, либо через eglТак то ж на Wayland. Ни то, ни другое, не нужно в "иксах".
> glx депрекейтнули
Вроде нет. На Wayland да, депрекейтнули. А на иксах каждое первое приложение использует GLX
https://www.opennet.dev/opennews/art.shtml?num=55801
> Бэкенд поддерживает работу с открытыми OpenGL-драйверами Mesa 21.x и c проприетарными драйверами NVIDIA 470.xxНет, спасибо. Сами используйте.
>бред сивой кобылы, никакого vdpau там нет и не было, vdpau бэкенд уже несколько лет способен только сегфолтитьсяВот уж действительно бред сивой кобылы.
$vdpauinfo
Decoder capabilities:
name level macbs width height
----------------------------------------------------
MPEG1 0 8192 2048 2048
MPEG2_SIMPLE 3 8192 2048 2048
MPEG2_MAIN 3 8192 2048 2048
H264_BASELINE 41 8192 2048 2048
H264_MAIN 41 8192 2048 2048
H264_HIGH 41 8192 2048 2048
VC1_SIMPLE 1 8190 2048 2048
VC1_MAIN 2 8190 2048 2048
VC1_ADVANCED 4 8190 2048 2048
MPEG4_PART2_SP 3 8192 2048 2048
MPEG4_PART2_ASP 5 8192 2048 2048
.....Celluloid поверх MPV с настрйкой hwdec=vdpau часами показывает кино с нулевой нагрузкой CPU.
А если у тебя оно сегфолтиться, это значит как обычно - проблема в прокладке
Ммм, прокладка, а при чём тут mpv? И я говорил про vaapi.
Ещё меньше проц загружен, если в mpv вместе с hwdec=vdpau включён --vo=vdpau, но mpv каждый раз услужливо сообщает, что такой vo полохой, негодный, и вообще не поддерживается. Однако ж проц с ним меньше загружен.
> Вот та же фигня. Когда браузер выключен, все OpenGL-ные приложения работают хорошо
> - а стоит включить браузер, то всё. Даже если там ничего
> тяжёлого не открыто - просто в фоне работает и свёрнут.Отключите аппаратное ускорение в настройках, проверьте :). Даже в about: лазать не надо.
> Вот та же фигня. Когда браузер выключен, все OpenGL-ные приложения работают хорошо - а стоит включить браузер, то всё. Даже если там ничего тяжёлого не открыто - просто в фоне работает и свёрнут.Да, да. Жиза. Очень грустное это всё. Причём и видео не слабое, и проц норм...
У меня видео как раз-таки слабое. Но мощное видео на работу ставить не хочу. На работе - встройка 2005 года. А с дискреткой 2009 года всё нормально бегает, что с браузером, что без. Если интересно, NVIDIA
Вебрендер видеопамять сжирает, у кого-то до гига даже доходило.
Так вебрендер для того и нужен чтобы всякие сложности показывать. Странно было бы иметь вебрендер и рендерить там только статические странички.
В mpv, значит, работает, а в Firefox — нет. Интересно.
На самом деле, те же трансляции в mpv работают только через copy и снижают загрузку процессора всего на пару процентов (с сабжем не заметил разницы между vaapi и nvdec), как и в firefox. 2%, да. Может быть актуально для декодирования av1, да вот только он всё равно выглядит куда хуже vp9, который прекрасно декодируется, а h265 в вебе нет.
> те же трансляции в mpv работают только через copyНет. Хотя бы потому что есть отдельно вывод через * и *-copy
https://mpv.io/manual/stable/#options-hwdec
Да. Без copy будет 0% в video engine utilization и при запуске не пишет что ускорено в консоль. По процессору можно заметить нагрузку на ~2% больше.
Кстати, не только трансляции, я смотрю без copy вообще не ускоряет в mpv, т.е. загрузка процессора на 3-5% выше на h264 и нет утилизации асика. Но это часто на самом деле, у nvidia такое вроде впервые, в опенсорсных постоянно. Наверно, дело в gbm.
Вот тут обламывается, можно включить логи с (не знаю все или нет это первое попавшееся) --msg-level=vd=v,vo=v,vo/gpu/vaapi-egl=traceЧерез copy работает. В ffmpeg только вчера использовал cuda фильтры, так что всё должно работать.
[vd] Opening decoder h264
[vd] Looking at hwdec h264-nvdec...
[vo/gpu] Loading hwdec drivers for format: 'cuda'
[vd] Could not create device.
[vd] No hardware decoding available for this codec.
[vd] Using software decoding.Впрочем, это не впервые я вижу проблемы с аппаратным декодированием в mpv. Раньше с intel много косяков было, теперь вот с nvidia (но vdpau должен был работать).
-vo vdpau --hwdec=vdpau
[vo/vdpau] Warning: this compatibility VO is low quality and may have issues with OSD, scaling, screenshots and more.
[vo/vdpau] vo=gpu is the preferred choice in any case and includes VDPAU support via hwdec=vdpau or vdpau-copy.
...
[vd] Opening decoder h264
[vd] Looking at hwdec h264-vdpau...
[vd] Could not create device.
[vd] No hardware decoding available for this codec.
[vd] Using software decoding.
...
[vo/vdpau] Allocating a 2048x256 surface for OSD bitmaps.
[vo/vdpau] Frame shown late (42 ms)
AV: 00:00:05 / 00:29:26 (0%) A-V: 0.034 DS: 2.000/1
[vo/vdpau] Frame shown late (29 ms)
AV: 00:00:06 / 00:29:26 (0%) A-V: 0.034 DS: 2.000/1
[vo/vdpau] Frame shown late (29 ms)
AV: 00:00:06 / 00:29:26 (0%) A-V: 0.018 DS: 1.980/2 Dropped: 1
[vo/vdpau] Frame shown late (29 ms)
AV: 00:00:06 / 00:29:26 (0%) A-V: 0.002 DS: 1.960/3 Dropped: 2
[vo/vdpau] Frame shown late (29 ms)
AV: 00:00:06 / 00:29:26 (0%) A-V: 0.002 DS: 1.960/3 Dropped: 2
[vo/vdpau] Frame shown late (29 ms)
AV: 00:00:09 / 00:29:26 (1%) A-V: -0.013 DS: 1.950/5 Dropped: 2
Нвидия? Да всем плевать на этот блоб. На нормальных картах с нормальными драйверами не-copу работает замечательно.
Моча конечно беспределит, но правду не утаишь. Не работает замечательно, на том же интеле я лично знаю куча проблем было ещё недавно, когда мне надо было использовать его ускорение.
Там "ушли далеко вперёд".Теперь либо
--vo vdpau --hwdec=vdpau , как подсказывают ниже
либо
--hwdec=auto и --vo=gpu,
тогда будет nvdec без копи, там где nvdec поддерживается, конечно.
Или не будет. Но 2 ускоряет, через vdpau-gl правда[vo/gpu] Loading hwdec drivers for format: 'cuda'
[vd] Could not create device.
[vd] Looking at hwdec h264-vaapi...
[vo/gpu] Loading hwdec drivers for format: 'vaapi'
[vd] Could not create device.
[vd] Looking at hwdec h264-vdpau...
[vo/gpu] Loading hwdec drivers for format: 'vdpau'
[vo/gpu] Loading hwdec driver 'vdpau-gl'
[vd] Trying hardware decoding via h264-vdpau.
[vd] Selected codec: h264 (H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10)
[vd] Pixel formats supported by decoder: vdpau cuda vaapi_vld yuv420p
[vd] Codec profile: Constrained Baseline (0x242)
[vd] Requesting pixfmt 'vdpau' from decoder.
Using hardware decoding (vdpau).
Да, это он и есть, похоже. Спасибо, теперь работает, я не знаю, почему nvdec перестал работать.
В таком случае, если mpv с vdpau ещё -5% по сравнению с nvdec-copy (который -2%), то получается у фф на иксах только через аналогичный copy. Может, на вейланде работает лучше, на иксах ускорять смысла нет, похоже.
ну да, понятное дело
1) в браузере всё гораздо сложнее со всеми этими композитингами слоёв и всего-всего
2) в оригинальном mpv gpu декодирование отключено, ибо глючно (чтобы багрепортами не завалили).
И чё теперь делать без рывков?
Дергайся сам, что ты как не линуксоид?
Нужно написать велосипед, которые через определенные временные интервалы, будет дергать изображения на экране.
на винду переходи, там всё дёргается.
На винде уже лет пятнадцать не дёргается. Причём как сделали видеоускорение — так оно и работает, без вот этого «шаг вперёд, два назад».
а сегфолт после суспенда там починили?
Linux готов для desktop, да.Немного нетривиальных действий, включая задействование абсолютно левого репозитория (rpmfusion не имеет никакого отношения к redhat, где и как пакеты собираются - хз, кто им управляет - хз) и выключения secure boot и все будет работать.
Жесть.
Rpmfusion имеет прямое отношение к Redhat) Над ним работают все те же разработчики из RedHat. Просто это такой способ избегать юридических проблем.
Совсем немного, вот тебе молоток и долото - строй свой дворец.
> Трансляция выполнена при помощи пакета nvidia-vaapi-driver, который также размещён в репозитории RPM Fusion.Как всегда ноувидеа не может сделать нормальную поддержку Linux-а, а в данном случае VA-API, а вместо неё делает гигачад El farto.
> при помощи трансляции вызовов VA-API в API VDPAU
> https://github.com/elFarto/nvidia-vaapi-driver
> This is an VA-API implementation that uses NVDEC as a backend.Кто то что то напутал.
А на нуво аппаратного ускорения не существует. Придётся проприетарны блобы впихивать в систему?
Се ля ви
> А на нуво аппаратного ускорения не существует. Придётся проприетарны блобы впихивать в
> систему?Существует. VDPAU и VA-API на выбор
>Отменены изменения, связанные со сглаживанием шрифтов на платформе Windows, приводившие к ухудшению отрисовки на некоторых системахОй, надо же, а как же "проблемы со шрифтами" на непригодном для десктопа? Или уже всё, сглаженные шрифтики не нужны - привет времена старой доброй Windows 95?
Судя по последним баг репортам, поджаренная лиса - единственный уникальный браусер в котором можно наткнутся на ситуацию где на странице могут буть сразу два фокуса 8-/ но кажется в мозиле это не приоритетно
Нвидиа сломала nvdec в 525 )
https://github.com/elFarto/nvidia-vaapi-driver/issues/126
Странно,но я и не знал,что раньше ускорения не было.D Собственно, мне и Палемун был бы норм.XD
Интересно, а есть люди, которые давно заметили, что Firefox, медленнее загружает страницы, по сравнению с тем же Chrome?
Гугли, что такое предзагрузка. В хромом начал что-то набирать - он уже кучу страниц грузит, что надо и не надо.
Я замечал, что хромоног использует другие протоколы, которые чуть быстрее и с ощутимо меньшей задержкой отдают контент, вполне вероятно из-за использования другого сервера.
Попробуй включить network.predictor.enable-prefetch. Оно всё ещё не признано достаточно стабильным, поэтому включено только в бетах.
> Аппаратное ускорение в Firefox на системах с GPU NVIDIAТот момент, когда думаешь «в смысле? … а, это они про линукс!»
Годы шли, а десктопный линукс так и был десктопным линуксом.
Жаль, что i-Rinat прекратил разработку VA-API over GLX. Кому вообще может понадобиться EGL в "иксах"? Он для мобилок. Ну и на Raspberry Pi использовался до 2018 года, потому что там - мобильный проц
Он его для амуде запилил же. Теперь наверное раскаивается.%
У i-Rinat было много интересных программ, в частности врапперов.Щас объясню. Когда появился VDPAU - медиаплееры получили поддержку этого API. А вот когда появился VA-API - почему-то были проблемки. Несмотря на это, создатели VA-API имели наполеоновские планы сделать свой API - общим стандартом. Они расчитывали на то, что проги будут юзать только VA-API, и такая прога будет работать на GPU всех вендоров. Поддержку NVIDIA они реализовали через враппер, который транслирует вызовы VA-API в VDPAU.
Вроде звучит красиво, но реальный мир устроен несколько иначе. Они хотели, чтобы все проги юзали исключительно VA-API, однако все проги юзали исключительно VDPAU. Такова жизнь.
И вот на сцене появляется i-Rinat, который сделал враппер, работающий в обратном направлении. Раз уж сложилась тенденция, что единым API становится VDPAU, а не VA-API - то пускай проги используют VDPAU и дальше. Не надо требовать от них добавить поддержку VA-API (раз уж разрабочтиков это настолько раздражает), просто вызовы VDPAU их прог будут транслироваться в VA-API на "железе". Таким образом, флеш наконец-то заработал на Intel и AMD. Прога называлась libvdpau-va-gl.
Ух, сколько радости мне это доставило... Мой ноут очень плохо воспроизводил ютюб. Приходилось выкачивать видео через youtube-dl и уже локально воспроизводить их. У меня ATi Radeon HD 4250 (потом заменил на 6250). На ней VA-API работает великолепно, а VDPAU нету. А благодаря i-Rinat, появился :-)
И так я беззаботно жил с 2014 по 2016 год, пока флеш не дропнули. Печалька :-(
Потом Skype дропнул ALSA, а враппер под названием apulse спас положение. Потом правда дропнули и сам скайп для Linux.
Потом разработчики из Red Hat запилили VA-API в Firefox - но только для сеанса Wayland. i-Rinat начал добавлять поддержку X11. Код работал, но требовал включать что-то в about:config.
Потом разработчики Firefox добавили поддержку X11. i-Rinat бросил проект на фоне этого. Жаль: его код работал через нормальный GLX, а не через EGL, которым пользуются в основном мобилки, а также Wayland.
Вон в чем дело. Я думал Ринат это местный чел. По-моему Давлетшин. Он тут для Огнелиса вроде как и запилил поддержку vaapi. Не знал, что из Красношляпы будет,но чего-то такое я все же подозревал.)
> Вон в чем дело. Я думал Ринат это местный чел. По-моему Давлетшин.
> Он тут для Огнелиса вроде как и запилил поддержку vaapi. Не
> знал, что из Красношляпы будет,но чего-то такое я все же подозревал.)Ред Хат запилил для Wayland, потом i-Rinat сделал прототип поддержки для X11, потом Mozilla добавила поддержку X11 сама.
Ok, как и что конкретно в ваших программерских делах было конкретно я не в курсе. Спасибо за ликбез.:)
Тут скорее надо на ЛОРе много времени проводить. В общем, вот тред: https://www.linux.org.ru/forum/development/15602126
> Тут скорее надо на ЛОРе много времени проводитьидти на такие жертвы слишком дорого для меня и думаю любого обычного пользователя, винду купить во много много раз проще и дешевле. И с понятными временными затратами, кроме прочего. Надо что-то менять в команде Project Managers проекта ГЛНД (Год Линукса На Десктопе), иначе он так и не наступит.
>> Вон в чем дело. Я думал Ринат это местный чел. По-моему Давлетшин.
>> Он тут для Огнелиса вроде как и запилил поддержку vaapi. Не
>> знал, что из Красношляпы будет,но чего-то такое я все же подозревал.)
> Ред Хат запилил для Wayland, потом i-Rinat сделал прототип поддержки для X11,
> потом Mozilla добавила поддержку X11 сама.Вот только ринат сделал свою поддержку каким-то дедовским методом, таким что когда он показал в Багзилле ему сказали "Креативно, внушает уважение, но дубово, на базе устаревших технологий и все равно сломаем в будущих версиях".
Я не утверждаю что он делал плохо, но его разработка была явно попорек видению Мозиллы. Впрочем там тогда в группе про графике рулил интересный чел призывавший дровнуть поддержку Х11 как deprecated целиком (это притом что тогда только Федора как-то официально поддерживала Wayland).
Его идеи были настолько максималистсткими что чела куда-то спрятали.
Что значит: дропнули скайп для линукс? Реально работает - в самой свежей версии LinuxMint, скачивает обновления... Что я делаю не так?
Это веб-версия, обёрнутая в электрон. Не отличается от запуска веб-версии Скайпа в Google ChromeА раньше был полноценный клиент
Отличается хотя бы тем, что с помощью skyperious можно бэкапить логи.
Вы смешали вместе OpenGL, GLES, GLX и EGL.
Это GLES для мобилок, EGL это просто более новый интерфейс работы в OpenGL.
GLES+EGL для мобилок. GL+GLX для компа.P.S. GL+EGL тоже можно, просто... зачем?
> GLES+EGL для мобилок. GL+GLX для компа.
> P.S. GL+EGL тоже можно, просто... зачем?Ну в основном затем что Вяляный требует EGL. Собственно именно после того как Вяляный начал своё движение все вспомнили про EGL, настолько, что вендорам вроде Nvidia пришлось резко "допиливать" его, потому что на тех огрызках что было реализовано тот же ФФ не мог работать вообще (есть в Багзилле уже неактуальная дискуссия на тему качества EGL в драйверах и там у Нвидии статус "полностью мусор").
И сейчас по сути у EGL больше особо пользователей нет, игоры так вообще в сторону Vulkan смотрят.С другой стороны надо понимать что GLX - ДРЕВНИЙ, совсем совсем и привязан к Иксам(и Линуксу), а EGL - нет. Дл Мозиллы - это унификация разработки и отсутствие необходимости писать код отдельно под Вейланд и Иксы.
>> GLES+EGL для мобилок. GL+GLX для компа.
>> P.S. GL+EGL тоже можно, просто... зачем?
> Ну в основном затем что Вяляный требует EGL.Я тебе больше скажу - он использует связку GLES+EGL, а не GL+EGL. Ничто больше не использует на десктопах GLES.
Во всяком случае, так было изначально. Как сейчас - не знаю. Это - калька с Андроидского SurfaceFlinger.
> вендорам вроде Nvidia пришлось резко "допиливать" его
Первая версия дров NVIDIA с поддержкой EGL - 346.xx. Пользоваться можно с версии 364.xx.
Добавляли для Wayland. Firefox решил долбануться лишь спустя несколько лет.
> И сейчас по сути у EGL больше особо пользователей нет
О чём я и говорю. Используется только на мобилках. Вообще, изначально EGL создавали для десктопов. Была идея создать XGL - графический сервер нового поколения, который будет легковесным засчёт использования новой тогда технологии Direct Rendering. И при этом иметь обратную совместимость с X11.
XGL был разделён на два компонента - Xglx и Xegl. Первый компонент был готов и работал. Второй так и не увидел свет.
Дата прекращения разработки XGL - 2005 год. Однако уже имеющийся код поддерживали вплоть до 2007 года, так как появился композитинг, а эффекты GNOME были очень красивыми.
В 2009 году автор AIGLX начал разработу Wayland. Как я понял, изначальную идею XGL подхватил Google и довёл до релиза. SurfaceFlinger. А Wayland - уже в свою очередь попытка воссоздать SurfaceFlinger
> С другой стороны надо понимать что GLX - ДРЕВНИЙ
Весомый аргумент. Сейчас вообще люди стали как-то неправильно себя вести - у них в продакшене легаси, и на одних и тех же фреймворках они сидят неделями.
mp3 и jpg тоже древние, и чего? Срочно всё менять на opus и webp? А может сразу на FLAC и PNG?
> и привязан к Иксам
Это даже отражено в его названии, как и у WGL
>> вендорам вроде Nvidia пришлось резко "допиливать" его
> Первая версия дров NVIDIA с поддержкой EGL - 346.xx. Пользоваться можно с
> версии 364.xx.
> Добавляли для Wayland. Firefox решил долбануться лишь спустя несколько лет.Все так, но как оказалось что "хотелки" ФФ как-то изрядно отличались от того набора расширений что в Нвидии реализовали под Вейланд. Тем не менее проблему решили, и потом еще пару раз решали дополнительно (напрмиер когда оказалось что ФФ нужны специфические расширения Nvidia чтобы не падать после выхода из "суспенда" из-за порчи видеопамяти). Надо отметить что товарищи из Нвидии тут повели себя достойно и просто сделали то, о чем их попросили.
> Надо отметить что товарищи из Нвидии тут повели себя достойно и просто сделали то, о чем их попросили.Вот кстати, редко так бывает.
А кстати, насчёт вырезания EGLStreams. Серьёзно, они так сделали? Разве это не обвалит Wayland, пропатченный для поддержки EGLStreams?
P.S. Я как-то одно время пользовался Raspberry Pi. С 2018 года там есть обычный десктопный OpenGL и обычный же десктопный GLX. Раньше там был только libEGL и libGLESv2.so. И под это дело почти не было программ. Это было печально.
Гугл хром отказывался использовать аппаратное ускорение, даже если запускать его с правильными опциями. И это притом, что браузер вроде как поддерживает мобильные GPU и вот это вот всё
> А кстати, насчёт вырезания EGLStreams. Серьёзно, они так сделали? Разве это не
> обвалит Wayland, пропатченный для поддержки EGLStreams?Точно сказать не могу, это в гитхабе говорилось багтрекере вот этого самого враппера, он же резко сломался с выходом драйвера 525.
Еще в других местах писалось что там чистка кода EGLStreams, но неясно это просто чистка и оптимизация или чистка ОТ EGLstreams, как тот же ФФ от Boot2Gecko чистили.
С другой стороны тот факт что Нвидия пошла в GBM означает что на EGLStreams они махнули рукой, а смысл держать две реализации?
С mp3 и jpg плохой пример. Мп3 оооочень плох, на любом битрейте и особенно на низком, но опус не то чтобы альтернатива классическим кодекам, поскольку использует технологии замыливания и угадывания. А у jpeg первая альтернатива за все эти годы в лице jpeg-xl. Но вот замена на лосслесс, учитывая современные скорости и объёмы носителей, это достаточно здоровая идея, но только на полноценный лослесс, а не на это. Т.е. на те же jpeg xl и wavpack, которые могут быть и качественным экономным лосси и лосслесс с поддержкой всех потенциальных хотелок потребителей.
На текущий момент все сломано практически везде из-за libva и dri2/dri3 работой через mesa, так что можно расслабиться пока патчи не выкатят, тикеты а хроме, либва везде есть, вроде даже что-то пофиксят скоро.
Проблема тут только в том, что на последних версиях драйвера Nvidia враппер не работает. Нвидия что-то поломала в ходе чистки кода EGLStreams и чинить не торопится/
Враппер не использует egl и всё работает, что стало возможно как раз благодаря открытию исходников драйвера.
> Враппер не использует egl и всё работает, что стало возможно как раз
> благодаря открытию исходников драйвера.Ага, тепреь он сипользует внутренний недокументированный бэк-энд дройвера который не гарантирует вообще ничего, о чем автор враппера прямо пишет.
Если бы это был реверс инжиниринг, то определённые (потенциальные) неудобства бы имелись. Но нет, всё опенсорс ведь. Гораздо актуальнее то, что на линуксе драйвер не предоставляет информацию с температурных датчиков и поэтому у людей вон посыпались карты непредсказуемым образом. Вот что такое настоящее неудобство.
Разбудите меня через сто лет и я скажу, чем занимаются в линуксе: "Чинят неработающее аппаратное ускорение графики в браузере".
> Разбудите меня через сто лет и я скажу, чем занимаются в линуксе:
> "Чинят неработающее аппаратное ускорение графики в браузере".Так не чинят, а прикручивают левый велосипедный костыль чтоыб оно хоть как-то работало. Нормального, штатного ускорения на Нвидии как нет, так и не предвидится.