The OpenNET Project / Index page

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



"Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox на системах с GPU NVIDIA"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox на системах с GPU NVIDIA"  +/
Сообщение от opennews (??), 01-Фев-23, 11:59 
Опубликован корректирующий выпуск Firefox 109.0.1, в котором устранено несколько проблем:...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=58582

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +15 +/
Сообщение от Аноним (1), 01-Фев-23, 11:59 
Опять аппаратное ускорение только на сферическом коне в вакууме.  
Ответить | Правка | Наверх | Cообщить модератору

3. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  –24 +/
Сообщение от Аноним (3), 01-Фев-23, 12:07 
мало кому нужно ускорение в nvidia, т.к. большинство использует APU со встроенной графикой (AMD, Intel), где урезанная видеокарта для запуска приложений и она намного более холодная чем дискретная карта nvidia.
Ответить | Правка | Наверх | Cообщить модератору

21. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (21), 01-Фев-23, 13:23 
ЧСХ, на APU AMD аппаратное ускорение тоже не работает (видимо, _кривые руки_, да?).
Ответить | Правка | Наверх | Cообщить модератору

32. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +3 +/
Сообщение от Аноним (32), 01-Фев-23, 13:53 
Жиза. Ваапи так-то интеловская тема, амд с ними дружит только против нвидии и взаимодействие между ними так себе. При этом, и интел, и тем более амд -- криворукие обезьяны в плане софта.
Ответить | Правка | Наверх | Cообщить модератору

33. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  –3 +/
Сообщение от Аноним (32), 01-Фев-23, 13:53 
Возможно, дело ещё и в том, что многие компоненты отдают на аутсорс в страны 5 мира.
Ответить | Правка | Наверх | Cообщить модератору

76. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от kawaii_girl (ok), 01-Фев-23, 20:36 
Нормально все работает. Главное выбрать правильный дистрибутив)
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

78. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 01-Фев-23, 20:50 
Например, дистрибутив, который привязывается к доисторическим заведомо рабочим версиям софта? Мне с генту это не помогает. Не добавляет актуальные версии в репы из-за сломанных совместимостей и добавляет сломанные версии из-за актуальных совместимостей. Проблема-то не в дистрибутиве.
Ответить | Правка | Наверх | Cообщить модератору

79. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  –1 +/
Сообщение от kawaii_girl (ok), 01-Фев-23, 20:57 
Вообще то я имела в виду Fedora) Там и версии ПО не доисторические и GPU декодирование работает)
Ответить | Правка | Наверх | Cообщить модератору

80. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 01-Фев-23, 21:10 
Так это тестовый полигон коммерческого дистра. Сегодня работает, завтра не работает, и никто не скажет почему и когда исправят, никто никому ничего не обещал. Но благодаря пользователям таких поделок корпам есть на ком экспериментировать, это хорошо.
Ответить | Правка | Наверх | Cообщить модератору

81. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +1 +/
Сообщение от kawaii_girl (ok), 01-Фев-23, 21:16 
Полигон или не полигон, но федора просто работает в отличии от убунт и прочего) Из всего что я пробовала с федорой меньше всего проблем.
Ответить | Правка | Наверх | Cообщить модератору

87. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  –1 +/
Сообщение от Аноним (32), 01-Фев-23, 21:36 
Например, сломали ваапи в браузере в очередной раз, и что они сделают? Не будут поставлять новую нерабочую версию? Конечно, будут. Или займутся исправлением сами? 3 раза ха, корпы умеют считать деньги. Какие ещё варианты могут быть? Вот поэтому и нет практически никакой разницы кто делает эту сборку.
Ответить | Правка | Наверх | Cообщить модератору

41. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +3 +/
Сообщение от НяшМяш (ok), 01-Фев-23, 15:33 
На RX6800XT ускорение работает без проблем включая AV1, нужен только vaapi флаг в конфиге. Даже на затычке 7770 H264 в браузере работал в прошлом году.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

50. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (50), 01-Фев-23, 16:09 
Нет, просто отключено на этапе компиляции. Сказано юзать nightly для него.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

75. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от kawaii_girl (ok), 01-Фев-23, 20:35 
На Fedora работает. Нужно только два пакета из RPMFusion установить. А раньше вообще даже без установки дополнительных пакетов все работало, но потом IBM испугались что их могут засудить и срочно удалили нужные пакеты из стандартной федоры.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

146. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (146), 05-Фев-23, 22:42 
Чего? Работает ускорение на АМД. Руки выпрямляй.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

91. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от X86 (ok), 01-Фев-23, 23:39 
> большинство использует APU со встроенной графикой

Это где такие были исследования про большинство? У меня RTX 3080 и нет никакого APU в проце.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

147. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (146), 05-Фев-23, 22:43 
Даже в статистике Стима у большинства людей встройки.
Ответить | Правка | Наверх | Cообщить модератору

19. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Яна Лим (?), 01-Фев-23, 13:16 
Когда ускорение для браузера в браузере?
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

55. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Я (??), 01-Фев-23, 16:38 
сферический кот в ваапи
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

66. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (66), 01-Фев-23, 18:56 
Оно не сферическое, оно реальное. Тупо снижается нагрузка на CPU/GPU за счет использования чипов, которые под это и создавались. В драйвере nvidia под линуксом реально отображается загрузка VPE. Это и есть hardware decoding.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +6 +/
Сообщение от Zenitur (ok), 01-Фев-23, 12:03 
В 2010 году работало. В 2016 году перестало работать (ютюб перестал поддерживать флеш плеер). В 2023 снова заработало. Делаем ставки, сколько продержится?
Ответить | Правка | Наверх | Cообщить модератору

4. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +2 +/
Сообщение от Аноним (3), 01-Фев-23, 12:11 
Работало и раньше, но не на всех Linux дистрибутивах, и не на всем железе (даже в Windows). Для Windows вообще все давно работает. И главное, современные CPU достаточно быстры чтобы большинство пользователей не замечало визуально тормоза, и значит жалоб очень мало на это.
Ответить | Правка | Наверх | Cообщить модератору

5. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +2 +/
Сообщение от Аноним (1), 01-Фев-23, 12:16 
Когда при просмотре длинного стрима на ютубе комп перезагружается из-за того что перегрелся, это вызывает некоторые...жалобы.
Ответить | Правка | Наверх | Cообщить модератору

6. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +15 +/
Сообщение от slava_kpss (ok), 01-Фев-23, 12:18 
Просто не смотри длинные стримы, что ты как не линуксоид
Ответить | Правка | Наверх | Cообщить модератору

42. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от НяшМяш (ok), 01-Фев-23, 15:34 
Это же как зачмонить свою машину надо... Хотя чего это я, мы же на опеннете.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

43. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (1), 01-Фев-23, 15:38 
С охладом там все нормально чтобы ты не выдумывал. Просто в ноуте не всегда суперэффктивный охлад.
Ответить | Правка | Наверх | Cообщить модератору

73. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Попандопала (?), 01-Фев-23, 20:14 
Ничеси. Ультрабук?
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

93. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  –1 +/
Сообщение от penetrator (?), 02-Фев-23, 01:12 
не надо покупать шляпу от асера, леново, или какого-нибудь самсунга или ультра бюджетную хрень

а еще чисти ноут, может там шерсти на варежки

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

123. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от InuYasha (??), 02-Фев-23, 14:47 
ле ново? тхынькпэды уже не торты, что-ли?
Ответить | Правка | Наверх | Cообщить модератору

103. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +1 +/
Сообщение от Аноним (103), 02-Фев-23, 10:41 
Может радиатор на проц забыл поставить? Не срабабатывает throttling? Фикси.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

134. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (134), 03-Фев-23, 08:21 
Если компьютер или ноутбук перегревается из за Ютуб, то очевидно что проблема не в испортившейся, забитой пылью системе охлаждения, а в Ютубе.
А так же в Ворде, Фотошопе, во всех играх и т.д.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

8. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +3 +/
Сообщение от Zenitur (ok), 01-Фев-23, 12:19 
CPU конечно тянет, но ты сравни юзабилити браузера под Windows и под Linux, когда под Windows всё открывается за 2 секунды и начинает играть, и в фулскрин и обратно переходит мгновенно. И когда Linux то же самое делает на CPU. Не мгновенно и с дропом кадров в первые секунды.

Я везде пользуюсь vdpau и vaapi, потому что это тупо удобно.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

67. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (67), 01-Фев-23, 19:14 
Вообще-то при наличии аппаратного ускорения винда как раз таки тормознее даже после кастрации ее блоатвари просто из-за лютого перегруза мусором даже после вырубания всего что можно лишнего.
Linux работает и можно в minitube смотреть видео без мусора комментариев и адски жирных скриптов для самой ленивой загрузки.. Им чуть меньше траффика гонять - тебе перегруз компа на постояяной основе.
А то что у тебя какие-то проблемы с ядром, которое может не поддерживает все имеющиеся инструкции процессора это твои проблемы или дистропроблемы.
Если процессор в принципе не тянет видео тогда аппаратное ускорение единственный вариант и он работает в линуксе.
Твои 2 секунды в оффтопике полностью безынтересны если ты расписываешься в собственном ламерстве в линуксе.
Ответить | Правка | Наверх | Cообщить модератору

74. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Попандопала (?), 01-Фев-23, 20:17 
В xine-ui как раз перешел с vdpau на xv. Мыльно чуток с vdpau,не замечали?
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

86. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 01-Фев-23, 21:31 
Вообще-то мыльно как раз с xv. А шрифты в субтитрах вообще нечитаемые. Vdpau не отличался от того, что называлось gl3, только часть фильтров было не применить. Сегодня тоже, чтобы применять фильтры на процессоре надо vdpau-copy использовать, но в остальном уже получше.
Ответить | Правка | Наверх | Cообщить модератору

95. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Попандопала (?), 02-Фев-23, 03:49 
Всякое бывает. У меня с xv как раз и норм,как на Интел почти. Там самое качественное на мой взгляд.
Ответить | Правка | Наверх | Cообщить модератору

124. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от InuYasha (??), 02-Фев-23, 14:48 
Размер текстур настройте. Если у вас, конечно, есть где. )
Ответить | Правка | Наверх | Cообщить модератору

100. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +2 +/
Сообщение от Zenitur (ok), 02-Фев-23, 08:36 
> В 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 упала.

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

111. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +1 +/
Сообщение от Попандопала (?), 02-Фев-23, 12:21 
Понятно,спасибо. Mplayer я перестал использовать только когда на шланговский 24 профиль переполз. Тут не могу собрать ни ГСС,ни шлангом. Такая печалька. К тому же у меня даже иксовый композитинг выпилен. Раньше с xmonad он не нужен был так как xmonad сам по себе композитинг,но и он clang не собирается. Теперь bspwm с конфигами кого-то из опеннетовцев.D Лан,мне и так норм с xv,vdpau пока разлюбил.XD
Ответить | Правка | Наверх | Cообщить модератору

126. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от AlexYeCu_not_logged (?), 02-Фев-23, 20:55 
>Раньше с xmonad он не нужен был так как xmonad сам по себе композитинг

Э, шта? Откуда информация?

Ответить | Правка | Наверх | Cообщить модератору

128. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Попандопала (?), 02-Фев-23, 22:53 
С сайта какого-то. Там поднимался вопрос композитинга в xmonad. Загуглите и найдете. Мне тут рассказывали, что всякие фичи теряю без композитинга и нужны всякие Комптон. Оказалось,что для xmonad это не нужно так как он сам это умеет из коробки.
Ответить | Правка | Наверх | Cообщить модератору

129. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Попандопала (?), 02-Фев-23, 23:03 
Он не делает окна прзрачными,просто имеет ряд функций и ребята пытались навесить пару дополнительных аппликух еще для этого и только с одной удалось. xmonad как-то особенно работает в общем.
Ответить | Правка | Наверх | Cообщить модератору

130. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Попандопала (?), 02-Фев-23, 23:08 
compmgr Вот это хотели навесить и еще какой-то и с одним только прокатило и то через задницу.
Ответить | Правка | Наверх | Cообщить модератору

135. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от AlexYeCu_not_logged (?), 03-Фев-23, 10:09 
>Там поднимался вопрос композитинга в 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

Ну так это отдельная софтина.
Я думал, они что-то своё запилили. а я пропустил.

Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

138. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Попандопала (?), 03-Фев-23, 14:10 
Не верите и не надо. Я говорю как есть. За что купил,за то и продаю. Суть в том,что xmonad сам использует или работает как композитор пусть и частично. Отсюда и проблемы со сторонними композиторами.
Ответить | Правка | Наверх | Cообщить модератору

140. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Попандопала (?), 03-Фев-23, 15:15 
С ГСС собрал,просто ошибка была у меня в /etc/portage/package.env
Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

23. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +6 +/
Сообщение от Аноним (21), 01-Фев-23, 13:24 
> CPU достаточно быстры чтобы большинство пользователей не замечало визуально тормоза

Зато шум и разряд батареи большинство пользователей отлично замечают. Особенно те, у которых не самые современные CPU.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

15. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от iPony129412 (?), 01-Фев-23, 13:00 
Да оно как-то постояно на пионерном уровне.

Flash был с VDPAU для Nvidia. И то Adobe быстро это надоело, голубые рожи вылезли и решили ну это всё. так же и Android не осилили - зоопарк железа и всё такое...

Потом Гугл сделали для своей ChromeOS на иксах в 2012 году. Потом вскоре иксы выкинули с ChromeOS.
Соответственно криво косо это работало в линуксах с патчами от версии к версии ломаясь.

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

Ну и потом пришёл Wayland. И вот опять новая движуха, что в Firefox, что в Chromium.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

27. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Zenitur (ok), 01-Фев-23, 13:38 
> Flash был с VDPAU для Nvidia

libvdpau-va-gl. Кстати, можно использовать не только с флешем, но и с mplayer например. Хм, правда у меня есть небольшой рассинхрон, надо репортнуть

Ответить | Правка | Наверх | Cообщить модератору

30. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  –1 +/
Сообщение от iPony129412 (?), 01-Фев-23, 13:43 
> libvdpau-va-gl.

Левый пионерский проект появившийся после того как Adobe сказала в 2012 года "нам надоело возится с линуксами".

Ответить | Правка | Наверх | Cообщить модератору

31. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Zenitur (ok), 01-Фев-23, 13:51 
Ты всё путаешь. Лично я завёл у себя libvdpau-va-gl в 2012 году, когда Flash официально поддерживался. Причина появления проекта в том, что ATi и Intel использовали VA-API, а Adobe использовала VDPAU.

Вот и появился удобный враппер, с которым всё стало работать. Flash думал, что общается с VDPAU - а вот нифига, Флеш, на самом деле ты общаешься с VA-API

Ответить | Правка | Наверх | Cообщить модератору

34. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +1 +/
Сообщение от iPony129412 (?), 01-Фев-23, 13:54 
> Ты всё путаешь.

Я уже несколько раз гооорил, что я сотрю прежде чем писать.

НетЪ.

Ответить | Правка | Наверх | Cообщить модератору

37. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Zenitur (ok), 01-Фев-23, 14:02 
Я тоже решил посмотреть. Таки в 2013 году появился враппер. Я ошибся
Ответить | Правка | Наверх | Cообщить модератору

36. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от iPony129412 (?), 01-Фев-23, 13:57 
Flash так-то долго поддерживался на секурные патчи

https://www.zdnet.com/article/adobe-abandons-linux/

Но ни о какой разработке речи не шло. Только секурные патчи.

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

45. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (1), 01-Фев-23, 15:39 
Какая разработка если это просто фреймворк. Там только патчи и нужны.
Ответить | Правка | Наверх | Cообщить модератору

96. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от iPony129412 (?), 02-Фев-23, 05:19 
Flash? Ну вот с GPU декодированием шиш оказался.

https://askubuntu.com/questions/117127/flash-video-appears-blue

Ответить | Правка | Наверх | Cообщить модератору

101. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Zenitur (ok), 02-Фев-23, 08:48 
Вот как раз я и использовал связку из Flash 11.2 (с долговременной поддержкой).
VDPAU работал как на компе с дискреткой, так и на ноуте со встройкой. На встройке работал через wrapper, причём работал хорошо
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

7. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +1 +/
Сообщение от ryoken (ok), 01-Фев-23, 12:18 
От этого вашего аппаратного ускорения браузера свёрнутого у меня танки ещё хлеще тормозщят, так что ну его.
Ответить | Правка | Наверх | Cообщить модератору

10. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +4 +/
Сообщение от Zenitur (ok), 01-Фев-23, 12:29 
Вот та же фигня. Когда браузер выключен, все OpenGL-ные приложения работают хорошо - а стоит включить браузер, то всё. Даже если там ничего тяжёлого не открыто - просто в фоне работает и свёрнут.

Помню времена, когда Firefox всё на CPU рисовал. Так скроллинг мгновенный был и реакция на нажатие кнопки мыши. А потом, как подвезли аппаратное ускорение, так всё вроде бы и быстро работает, но мгновенность реакции пропала.

Ответить | Правка | Наверх | Cообщить модератору

11. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +1 +/
Сообщение от Аноним (32), 01-Фев-23, 12:40 
Ты можешь включить чисто софтрендер, но загрузка процессора тебе не понравится. Зато можно держать браузер открытым.

Но вот это конечно

>Отмечается, что в 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.

Ответить | Правка | Наверх | Cообщить модератору

14. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +1 +/
Сообщение от Zenitur (ok), 01-Фев-23, 12:57 
> никакого vdpau там нет

Во враппере-то? Там NVDEC

> vdpau бэкенд  уже несколько лет способен только сегфолтиться

УМВР. Претензии к VDPAU были из-за того, что он не умел VP9 и AV1. Теперь умеет.

> а direct даже не через egl.

Не знаю, как NVIDIA, а пользователи VAAPI получают доступ к вожделенному Direct Rendering через libGL, либо через libdrm. Соответственно ключами "-vo vaapi:gl" либо "-vo vaapi:drm"

Я не слышал, чтобы через egl получали доступ к Direct Rendering... На Wayland разве что

Ответить | Правка | Наверх | Cообщить модератору

16. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 01-Фев-23, 13:07 
>Претензии к VDPAU

Претензии не к vdpau, а к vaapiшному драйверу vdpau. Хотя у меня на той неделе mpv с vdpau несколько раз повесил иксы (оконный менеджер, но его пришлось убивать с tty) и с nvdec не помню чтобы такое случалось.

>Я не слышал, чтобы через egl получали доступ к Direct Rendering...

Сабж именно про это был до direct, у браузеров есть вариант работать с видеокартой либо через gles, либо через egl, и egl это лишняя прослойка и глючная к тому же. Но glx депрекейтнули уже давно. Часть фич на иксах в любом случае не поддерживается уже.

Ответить | Правка | Наверх | Cообщить модератору

17. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Zenitur (ok), 01-Фев-23, 13:12 
> либо через gles, либо через egl

Так то ж на Wayland. Ни то, ни другое, не нужно в "иксах".

> glx депрекейтнули

Вроде нет. На Wayland да, депрекейтнули. А на иксах каждое первое приложение использует GLX

Ответить | Правка | Наверх | Cообщить модератору

24. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 01-Фев-23, 13:26 
https://www.opennet.dev/opennews/art.shtml?num=55801
Ответить | Правка | Наверх | Cообщить модератору

26. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Zenitur (ok), 01-Фев-23, 13:36 
> Бэкенд поддерживает работу с открытыми OpenGL-драйверами Mesa 21.x и c проприетарными драйверами NVIDIA 470.xx

Нет, спасибо. Сами используйте.

Ответить | Правка | Наверх | Cообщить модератору

51. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (51), 01-Фев-23, 16:19 
>бред сивой кобылы, никакого 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.
А если у тебя оно сегфолтиться, это значит как обычно - проблема в прокладке

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

53. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 01-Фев-23, 16:23 
Ммм, прокладка, а при чём тут mpv? И я говорил про vaapi.
Ответить | Правка | Наверх | Cообщить модератору

108. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (108), 02-Фев-23, 12:08 
Ещё меньше проц загружен, если в mpv вместе с hwdec=vdpau включён --vo=vdpau, но mpv каждый раз услужливо сообщает, что такой vo полохой, негодный, и вообще не поддерживается. Однако ж проц с ним меньше загружен.
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

18. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от ryoken (ok), 01-Фев-23, 13:16 
> Вот та же фигня. Когда браузер выключен, все OpenGL-ные приложения работают хорошо
> - а стоит включить браузер, то всё. Даже если там ничего
> тяжёлого не открыто - просто в фоне работает и свёрнут.

Отключите аппаратное ускорение в настройках, проверьте :). Даже в about: лазать не надо.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

83. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (108), 01-Фев-23, 21:17 
> Вот та же фигня. Когда браузер выключен, все OpenGL-ные приложения работают хорошо - а стоит включить браузер, то всё. Даже если там ничего тяжёлого не открыто - просто в фоне работает и свёрнут.

Да, да. Жиза. Очень грустное это всё. Причём и видео не слабое, и проц норм...

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

99. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Zenitur (ok), 02-Фев-23, 08:24 
У меня видео как раз-таки слабое. Но мощное видео на работу ставить не хочу. На работе - встройка 2005 года. А с дискреткой 2009 года всё нормально бегает, что с браузером, что без. Если интересно, NVIDIA
Ответить | Правка | Наверх | Cообщить модератору

20. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (20), 01-Фев-23, 13:16 
Вебрендер видеопамять сжирает, у кого-то до гига даже доходило.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

29. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +3 +/
Сообщение от Аноним (1), 01-Фев-23, 13:40 
Так вебрендер для того и нужен чтобы всякие сложности показывать. Странно было бы иметь вебрендер и рендерить там только статические странички.  
Ответить | Правка | Наверх | Cообщить модератору

9. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (9), 01-Фев-23, 12:19 
В mpv, значит, работает, а в Firefox — нет. Интересно.
Ответить | Правка | Наверх | Cообщить модератору

12. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  –2 +/
Сообщение от Аноним (32), 01-Фев-23, 12:48 
На самом деле, те же трансляции в mpv работают только через copy и снижают загрузку процессора всего на пару процентов (с сабжем не заметил разницы между vaapi и nvdec), как и в firefox. 2%, да. Может быть актуально для декодирования av1, да вот только он всё равно выглядит куда хуже vp9, который прекрасно декодируется, а h265 в вебе нет.
Ответить | Правка | Наверх | Cообщить модератору

44. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  –1 +/
Сообщение от НяшМяш (ok), 01-Фев-23, 15:38 
> те же трансляции в mpv работают только через copy

Нет. Хотя бы потому что есть отдельно вывод через * и *-copy
https://mpv.io/manual/stable/#options-hwdec

Ответить | Правка | Наверх | Cообщить модератору

47. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  –1 +/
Сообщение от Аноним (32), 01-Фев-23, 15:57 
Да. Без copy будет 0% в video engine utilization и при запуске не пишет что ускорено в консоль. По процессору можно заметить нагрузку на ~2% больше.
Ответить | Правка | Наверх | Cообщить модератору

49. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 01-Фев-23, 16:04 
Кстати, не только трансляции, я смотрю без copy вообще не ускоряет в mpv, т.е. загрузка процессора на 3-5% выше на h264 и нет утилизации асика. Но это часто на самом деле, у nvidia такое вроде впервые, в опенсорсных постоянно. Наверно, дело в gbm.
Ответить | Правка | Наверх | Cообщить модератору

52. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 01-Фев-23, 16:20 
Вот тут обламывается, можно включить логи с (не знаю все или нет это первое попавшееся) --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 должен был работать).

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

98. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (98), 02-Фев-23, 06:54 
-vo vdpau --hwdec=vdpau
Ответить | Правка | Наверх | Cообщить модератору

112. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 02-Фев-23, 12:24 
[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
Ответить | Правка | Наверх | Cообщить модератору

106. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +1 +/
Сообщение от НяшМяш (ok), 02-Фев-23, 11:59 
Нвидия? Да всем плевать на этот блоб. На нормальных картах с нормальными драйверами не-copу работает замечательно.
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

113. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 02-Фев-23, 12:27 
Моча конечно беспределит, но правду не утаишь. Не работает замечательно, на том же интеле я лично знаю куча проблем было ещё недавно, когда мне надо было использовать его ускорение.
Ответить | Правка | Наверх | Cообщить модератору

109. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (108), 02-Фев-23, 12:13 
Там "ушли далеко вперёд".

Теперь либо
--vo vdpau --hwdec=vdpau , как подсказывают ниже
либо
--hwdec=auto и --vo=gpu,
тогда будет nvdec без копи, там где nvdec поддерживается, конечно.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

114. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 02-Фев-23, 12:35 
Или не будет. Но 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).

Ответить | Правка | Наверх | Cообщить модератору

116. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 02-Фев-23, 12:42 
Да, это он и есть, похоже. Спасибо, теперь работает, я не знаю, почему nvdec перестал работать.
Ответить | Правка | Наверх | Cообщить модератору

117. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 02-Фев-23, 12:53 
В таком случае, если mpv с vdpau ещё -5% по сравнению с nvdec-copy (который -2%), то получается у фф на иксах только через аналогичный copy. Может, на вейланде работает лучше, на иксах ускорять смысла нет, похоже.
Ответить | Правка | Наверх | Cообщить модератору

13. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  –3 +/
Сообщение от iPony129412 (?), 01-Фев-23, 12:50 
ну да, понятное дело
1) в браузере всё гораздо сложнее со всеми этими композитингами слоёв и всего-всего
2) в оригинальном mpv gpu декодирование отключено, ибо глючно (чтобы багрепортами не завалили).
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

22. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +2 +/
Сообщение от Аноним (22), 01-Фев-23, 13:24 
И чё теперь делать без рывков?
Ответить | Правка | Наверх | Cообщить модератору

25. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +5 +/
Сообщение от Anonimous (?), 01-Фев-23, 13:30 
Дергайся сам, что ты как не линуксоид?
Ответить | Правка | Наверх | Cообщить модератору

28. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +2 +/
Сообщение от Аноним (1), 01-Фев-23, 13:38 
Нужно написать велосипед, которые через определенные временные интервалы, будет дергать изображения на экране.
Ответить | Правка | Наверх | Cообщить модератору

35. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +5 +/
Сообщение от 1665611818 (?), 01-Фев-23, 13:56 
на винду переходи, там всё дёргается.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

102. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (21), 02-Фев-23, 10:22 
На винде уже лет пятнадцать не дёргается. Причём как сделали видеоускорение — так оно и работает, без вот этого «шаг вперёд, два назад».
Ответить | Правка | Наверх | Cообщить модератору

38. Скрыто модератором  –3 +/
Сообщение от ffsdmad (ok), 01-Фев-23, 14:02 
Ответить | Правка | Наверх | Cообщить модератору

46. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  –5 +/
Сообщение от Аноним (46), 01-Фев-23, 15:44 
Linux готов для desktop, да.

Немного нетривиальных действий, включая задействование абсолютно левого репозитория (rpmfusion не имеет никакого отношения к redhat, где и как пакеты собираются - хз, кто им управляет - хз) и выключения secure boot и все будет работать.

Жесть.

Ответить | Правка | Наверх | Cообщить модератору

77. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от kawaii_girl (ok), 01-Фев-23, 20:42 
Rpmfusion имеет прямое отношение к Redhat) Над ним работают все те же разработчики из RedHat. Просто это такой способ избегать юридических проблем.
Ответить | Правка | Наверх | Cообщить модератору

97. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от КО (?), 02-Фев-23, 06:46 
Совсем немного, вот тебе молоток и долото - строй свой дворец.
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

48. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Skullnetemail (ok), 01-Фев-23, 16:01 
> Трансляция выполнена при помощи пакета nvidia-vaapi-driver, который также размещён в репозитории RPM Fusion.

Как всегда ноувидеа не может сделать нормальную поддержку Linux-а, а в данном случае VA-API, а вместо неё делает гигачад El farto.

Ответить | Правка | Наверх | Cообщить модератору

56. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +1 +/
Сообщение от gumanzoyemail (?), 01-Фев-23, 17:13 
> при помощи трансляции вызовов VA-API в API VDPAU
> https://github.com/elFarto/nvidia-vaapi-driver
> This is an VA-API implementation that uses NVDEC as a backend.

Кто то что то напутал.

Ответить | Правка | Наверх | Cообщить модератору

57. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (-), 01-Фев-23, 17:48 
А на нуво аппаратного ускорения не существует. Придётся проприетарны блобы впихивать в систему?
Ответить | Правка | Наверх | Cообщить модератору

60. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (60), 01-Фев-23, 18:14 
Се ля ви
Ответить | Правка | Наверх | Cообщить модератору

64. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Zenitur (ok), 01-Фев-23, 18:41 
> А на нуво аппаратного ускорения не существует. Придётся проприетарны блобы впихивать в
> систему?

Существует. VDPAU и VA-API на выбор

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

62. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (62), 01-Фев-23, 18:19 
>Отменены изменения, связанные со сглаживанием шрифтов на платформе Windows, приводившие к ухудшению отрисовки на некоторых системах

Ой, надо же, а как же "проблемы со шрифтами" на непригодном для десктопа? Или уже всё, сглаженные шрифтики не нужны - привет времена старой доброй Windows 95?

Ответить | Правка | Наверх | Cообщить модератору

65. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от OpenEcho (?), 01-Фев-23, 18:44 
Судя по последним баг репортам, поджаренная лиса - единственный уникальный браусер в котором можно наткнутся на ситуацию где на странице могут буть сразу два фокуса 8-/ но кажется в мозиле это не приоритетно
Ответить | Правка | Наверх | Cообщить модератору

71. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +2 +/
Сообщение от Самый умный из вас (?), 01-Фев-23, 20:02 
Нвидиа сломала nvdec в 525 )
https://github.com/elFarto/nvidia-vaapi-driver/issues/126
Ответить | Правка | Наверх | Cообщить модератору

72. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Попандопала (?), 01-Фев-23, 20:11 
Странно,но я и не знал,что раньше ускорения не было.D Собственно, мне и Палемун был бы норм.XD
Ответить | Правка | Наверх | Cообщить модератору

88. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +1 +/
Сообщение от Nickemail (??), 01-Фев-23, 22:47 
Интересно, а есть люди, которые давно заметили, что Firefox, медленнее загружает страницы, по сравнению с тем же Chrome?
Ответить | Правка | Наверх | Cообщить модератору

89. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (89), 01-Фев-23, 23:09 
Гугли, что такое предзагрузка. В хромом начал что-то набирать - он уже кучу страниц грузит, что надо и не надо.
Ответить | Правка | Наверх | Cообщить модератору

90. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 01-Фев-23, 23:14 
Я замечал, что хромоног использует другие протоколы, которые чуть быстрее и с ощутимо меньшей задержкой отдают контент, вполне вероятно из-за использования другого сервера.
Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

125. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (125), 02-Фев-23, 15:55 
Попробуй включить network.predictor.enable-prefetch. Оно всё ещё не признано достаточно стабильным, поэтому включено только в бетах.
Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

94. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +5 +/
Сообщение от Аноним (94), 02-Фев-23, 01:26 
> Аппаратное ускорение в Firefox на системах с GPU NVIDIA

Тот момент, когда думаешь «в смысле?  … а, это они про линукс!»

Годы шли, а десктопный линукс так и был десктопным линуксом.

Ответить | Правка | Наверх | Cообщить модератору

107. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Zenitur (ok), 02-Фев-23, 12:06 
Жаль, что i-Rinat прекратил разработку VA-API over GLX. Кому вообще может понадобиться EGL в "иксах"? Он для мобилок. Ну и на Raspberry Pi использовался до 2018 года, потому что там - мобильный проц
Ответить | Правка | Наверх | Cообщить модератору

115. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Попандопала (?), 02-Фев-23, 12:36 
Он его для амуде запилил же. Теперь наверное раскаивается.%
Ответить | Правка | Наверх | Cообщить модератору

118. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +1 +/
Сообщение от Zenitur (ok), 02-Фев-23, 13:01 
У 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.

Ответить | Правка | Наверх | Cообщить модератору

119. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Попандопала (?), 02-Фев-23, 13:34 
Вон в чем дело. Я думал Ринат это местный чел. По-моему Давлетшин. Он тут для Огнелиса вроде как и запилил поддержку vaapi. Не знал, что из Красношляпы будет,но чего-то такое я все же подозревал.)
Ответить | Правка | Наверх | Cообщить модератору

120. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +1 +/
Сообщение от Zenitur (ok), 02-Фев-23, 13:51 
> Вон в чем дело. Я думал Ринат это местный чел. По-моему Давлетшин.
> Он тут для Огнелиса вроде как и запилил поддержку vaapi. Не
> знал, что из Красношляпы будет,но чего-то такое я все же подозревал.)

Ред Хат запилил для Wayland, потом i-Rinat сделал прототип поддержки для X11, потом Mozilla добавила поддержку X11 сама.

Ответить | Правка | Наверх | Cообщить модератору

121. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Попандопала (?), 02-Фев-23, 13:57 
Ok, как и что конкретно в ваших программерских делах было конкретно я не в курсе. Спасибо за ликбез.:)
Ответить | Правка | Наверх | Cообщить модератору

122. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +1 +/
Сообщение от Zenitur (ok), 02-Фев-23, 14:04 
Тут скорее надо на ЛОРе много времени проводить. В общем, вот тред: https://www.linux.org.ru/forum/development/15602126
Ответить | Правка | Наверх | Cообщить модератору

139. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Роман (??), 03-Фев-23, 14:56 
> Тут скорее надо на ЛОРе много времени проводить

идти на такие жертвы слишком дорого для меня и думаю любого обычного пользователя, винду купить во много много раз проще и дешевле. И с понятными временными затратами, кроме прочего. Надо что-то менять в команде Project Managers проекта ГЛНД (Год Линукса На Десктопе), иначе он так и не наступит.

Ответить | Правка | Наверх | Cообщить модератору

158. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Kuromi (ok), 09-Фев-23, 20:50 
>> Вон в чем дело. Я думал Ринат это местный чел. По-моему Давлетшин.
>> Он тут для Огнелиса вроде как и запилил поддержку vaapi. Не
>> знал, что из Красношляпы будет,но чего-то такое я все же подозревал.)
> Ред Хат запилил для Wayland, потом i-Rinat сделал прототип поддержки для X11,
> потом Mozilla добавила поддержку X11 сама.

Вот только ринат сделал свою поддержку каким-то дедовским методом, таким что когда он показал в Багзилле ему сказали "Креативно, внушает уважение, но дубово, на базе устаревших технологий и все равно сломаем в будущих версиях".

Я не утверждаю что он делал плохо, но его разработка была явно попорек видению Мозиллы. Впрочем там тогда в группе про графике рулил интересный чел призывавший дровнуть поддержку Х11 как deprecated целиком (это притом что тогда только Федора как-то официально поддерживала Wayland).
Его идеи были настолько максималистсткими что чела куда-то спрятали.

Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

136. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от инжалид дежице (?), 03-Фев-23, 10:11 
Что значит: дропнули скайп для линукс? Реально работает - в самой свежей версии LinuxMint, скачивает обновления... Что я делаю не так?
Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

137. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Zenitur (ok), 03-Фев-23, 12:45 
Это веб-версия, обёрнутая в электрон. Не отличается от запуска веб-версии Скайпа в Google Chrome

А раньше был полноценный клиент

Ответить | Правка | Наверх | Cообщить модератору

145. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (145), 04-Фев-23, 21:18 
Отличается хотя бы тем, что с помощью skyperious можно бэкапить логи.
Ответить | Правка | Наверх | Cообщить модератору

142. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Kuromi (ok), 04-Фев-23, 02:17 
Вы смешали вместе OpenGL, GLES, GLX и EGL.
Это GLES для мобилок, EGL это просто более новый интерфейс работы в OpenGL.
Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

143. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Zenitur (ok), 04-Фев-23, 07:43 
GLES+EGL для мобилок. GL+GLX для компа.

P.S. GL+EGL тоже можно, просто... зачем?

Ответить | Правка | Наверх | Cообщить модератору

144. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Kuromi (ok), 04-Фев-23, 15:40 
> GLES+EGL для мобилок. GL+GLX для компа.
> P.S. GL+EGL тоже можно, просто... зачем?

Ну в основном затем что Вяляный требует EGL. Собственно именно после того как Вяляный начал своё движение все вспомнили про EGL, настолько, что вендорам вроде Nvidia пришлось резко "допиливать" его, потому что на тех огрызках что было реализовано тот же ФФ не мог работать вообще (есть в Багзилле уже неактуальная дискуссия на тему качества EGL  в драйверах и там у Нвидии статус "полностью мусор").
И сейчас по сути у EGL больше особо пользователей нет, игоры так вообще в сторону Vulkan смотрят.

С другой стороны надо понимать что GLX - ДРЕВНИЙ, совсем совсем и привязан к Иксам(и Линуксу), а EGL - нет. Дл Мозиллы - это унификация разработки и отсутствие необходимости писать код отдельно под Вейланд и Иксы.

Ответить | Правка | Наверх | Cообщить модератору

148. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Zenitur (ok), 06-Фев-23, 12:03 
>> 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

Ответить | Правка | Наверх | Cообщить модератору

149. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Kuromi (ok), 06-Фев-23, 14:36 
>> вендорам вроде Nvidia пришлось резко "допиливать" его
> Первая версия дров NVIDIA с поддержкой EGL - 346.xx. Пользоваться можно с
> версии 364.xx.
> Добавляли для Wayland. Firefox решил долбануться лишь спустя несколько лет.

Все так, но как оказалось что "хотелки" ФФ как-то изрядно отличались от того набора расширений что в Нвидии реализовали  под Вейланд. Тем не менее проблему решили, и потом еще пару раз решали дополнительно (напрмиер когда оказалось что ФФ нужны специфические расширения Nvidia чтобы не падать после выхода из "суспенда" из-за порчи видеопамяти). Надо отметить что товарищи из Нвидии тут повели себя достойно и просто сделали то, о чем их попросили.

Ответить | Правка | Наверх | Cообщить модератору

150. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Zenitur (ok), 07-Фев-23, 10:48 
> Надо отметить что товарищи из Нвидии тут повели себя достойно и просто сделали то, о чем их попросили.

Вот кстати, редко так бывает.

А кстати, насчёт вырезания EGLStreams. Серьёзно, они так сделали? Разве это не обвалит Wayland, пропатченный для поддержки EGLStreams?

P.S. Я как-то одно время пользовался Raspberry Pi. С 2018 года там есть обычный десктопный OpenGL и обычный же десктопный GLX. Раньше там был только libEGL и libGLESv2.so. И под это дело почти не было программ. Это было печально.

Гугл хром отказывался использовать аппаратное ускорение, даже если запускать его с правильными опциями. И это притом, что браузер вроде как поддерживает мобильные GPU и вот это вот всё

Ответить | Правка | Наверх | Cообщить модератору

151. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Kuromi (ok), 07-Фев-23, 14:36 
> А кстати, насчёт вырезания EGLStreams. Серьёзно, они так сделали? Разве это не
> обвалит Wayland, пропатченный для поддержки EGLStreams?

Точно сказать не могу, это в гитхабе говорилось багтрекере вот этого самого враппера, он же резко сломался с выходом драйвера 525.
Еще в других местах писалось что там чистка кода EGLStreams, но неясно это просто чистка и оптимизация или чистка ОТ EGLstreams, как тот же ФФ от Boot2Gecko чистили.
С другой стороны тот факт что Нвидия пошла в GBM означает что на EGLStreams они махнули рукой, а смысл держать две реализации?

Ответить | Правка | Наверх | Cообщить модератору

153. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 07-Фев-23, 21:24 
С mp3 и jpg плохой пример. Мп3 оооочень плох, на любом битрейте и особенно на низком, но опус не то чтобы альтернатива классическим кодекам, поскольку использует технологии замыливания и угадывания. А у jpeg первая альтернатива за все эти годы в лице jpeg-xl. Но вот замена на лосслесс, учитывая современные скорости и объёмы носителей, это достаточно здоровая идея, но только на полноценный лослесс, а не на это. Т.е. на те же jpeg xl и wavpack, которые могут быть и качественным экономным лосси и лосслесс с поддержкой всех потенциальных хотелок потребителей.
Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

131. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (131), 02-Фев-23, 23:57 
На текущий момент все сломано практически везде из-за libva и dri2/dri3 работой через mesa, так что можно расслабиться пока патчи не выкатят, тикеты а хроме, либва везде есть, вроде даже что-то пофиксят скоро.
Ответить | Правка | Наверх | Cообщить модератору

141. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Kuromi (ok), 03-Фев-23, 17:04 
Проблема тут только в том, что на последних версиях драйвера Nvidia враппер не работает. Нвидия что-то поломала в ходе чистки кода EGLStreams и чинить не торопится/
Ответить | Правка | Наверх | Cообщить модератору

152. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 07-Фев-23, 21:15 
Враппер не использует egl и всё работает, что стало возможно как раз благодаря открытию исходников драйвера.
Ответить | Правка | Наверх | Cообщить модератору

154. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Kuromi (ok), 08-Фев-23, 20:01 
> Враппер не использует egl и всё работает, что стало возможно как раз
> благодаря открытию исходников драйвера.

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

Ответить | Правка | Наверх | Cообщить модератору

155. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Аноним (32), 08-Фев-23, 20:44 
Если бы это был реверс инжиниринг, то определённые (потенциальные) неудобства бы имелись. Но нет, всё опенсорс ведь. Гораздо актуальнее то, что на линуксе драйвер не предоставляет информацию с температурных датчиков и поэтому у людей вон посыпались карты непредсказуемым образом. Вот что такое настоящее неудобство.
Ответить | Правка | Наверх | Cообщить модератору

156. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +1 +/
Сообщение от iZENemail (ok), 09-Фев-23, 08:56 
Разбудите меня через сто лет и я скажу, чем занимаются в линуксе: "Чинят неработающее аппаратное ускорение графики в браузере".
Ответить | Правка | Наверх | Cообщить модератору

157. "Обновление Firefox 109.0.1. Аппаратное ускорение в Firefox н..."  +/
Сообщение от Kuromi (ok), 09-Фев-23, 20:44 
> Разбудите меня через сто лет и я скажу, чем занимаются в линуксе:
> "Чинят неработающее аппаратное ускорение графики в браузере".

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

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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