Форум проекта PuppyRus Linux

Дистрибутивы проекта PuppyRus Linux => PuppyRus-A [PRA] => Тема начата: sfs от 20 Октябрь 2015, 09:23:54

Название: VDPAU , VA-API - аппаратное (HW) ускорение декодирования видео
Отправлено: sfs от 20 Октябрь 2015, 09:23:54
https://wiki.archlinux.org/index.php/VDPAU
https://forum.porteus.org/viewtopic.php?t=6783
ubuntu (http://help.ubuntu.ru/wiki/%D0%B0%D0%BF%D0%BF%D0%B0%D1%80%D0%B0%D1%82%D0%BD%D0%B0%D1%8F_%D0%BF%D0%BE%D0%B4%D0%B4%D0%B5%D1%80%D0%B6%D0%BA%D0%B0_hd_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE)
nvidia (https://nouveau.freedesktop.org/wiki/VideoAcceleration/)
На Dual core Intel Core2 Duo T9500  NVIDIA G84M [GeForce 8600M GT] проигрывает в mpv файл (+) Video --vid=1 (*) (h264) (+) Audio --aid=1 --alang=und (*) (aac)
без VDPAU с 30% загрузки проца.
С VDPAU - 7%. nouveau+mesa vs nvidia340 - без разницы

Тестировал на https://test-videos.co.uk

Как включить VDPAU
1. MESA
работает с любым ядром и старыми видюхами

2. Использовать проприетарные видеодрайвера (http://forum.puppyrus.org/index.php?topic=18149.msg114870#msg114870) для AMD и Nvidia

Итог (http://forum.puppyrus.org/index.php?topic=17445.msg163738#msg163738)

Тесты (http://forum.puppyrus.org/index.php/topic,18067.msg114463.html#msg114463)

Где будет работать
Во всех медиаплеерах (vlc mpv mplayer) , использующих библиотеки ffmpeg

В gnome-mpv и celluloid включается через указание настроенного /etc/mpv/mpv.conf или celluloid --mpv-options="--hwdec=vdpau" (в версии >19 : celluloid --mpv-hwdec=vdpau )
В mpv : mpv --hwdec=auto Как правило включается само
В mplayer (https://wiki.archlinux.org/index.php/MPlayer#Hardware_video_acceleration) Только с ключами или через конфиг или автодетектер mplayer-vdpau (в аттаче)
В smplayer+mpv : Настройки → Быстродействие → Декодирование → vdpau.
В smplayer+mplayer : Настройки → Основные → Видео → Устройство вывода выбираем vdpau.
В vlc : Инструменты - Настройки - Видео - Вывод - VDPAU

Теоретически - в браузерах тоже (http://forum.puppyrus.org/index.php?topic=19215.msg122953#msg122953) (vaapi (https://www.linuxuprising.com/2018/08/how-to-enable-hardware-accelerated.html))

Альтернатива :
Т.к. mesa достаточно объемная  иногда достаточно использовать свободные драйвера от производителя видеокарты (а не modesetting) и задействовать xv (https://wiki.archlinux.org/index.php/Mpv_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)#%D0%98%D1%81%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BE%D1%82%D1%80%D1%8B%D0%B2%D0%B8%D1%81%D1%82%D0%BE%D0%B3%D0%BE_%D0%B2%D0%BE%D1%81%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D1%8F_%D0%B8_%D1%80%D0%B0%D0%B7%D1%80%D1%8B%D0%B2%D0%B0_%D0%BA%D0%B0%D0%B4%D1%80%D0%BE%D0%B2) (быстрее -vo=x11, но медленнее vdpau)
На ati работает только с
radeon дает вывод -vo=xv в медиаплеерах. ati и modesetting - только -vo=x11 (самый медленный)
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: aba от 20 Октябрь 2015, 14:09:06
Юзаете VDPAU ?

При просмотре iptv или smtube загрузка процессора уменьшается ~2-2.5 раза.
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 27 Октябрь 2015, 15:29:19
При просмотре iptv или smtube загрузка процессора уменьшается ~2-2.5 раза.
Подтверждаю
Скомпилил http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs/mpv-int-vdpau-p-0.11.0-s08.pfs
 - если Vdpau не поддерживается железом - работает в обычном режиме. Соответственно поэтому компилить без vdpau нет смысла
Чтобы заработало vdpau надо :
Запускать через mpvgui (там --hwdec=auto) или с ключом --hwdec=vdpau
nvidia - проприетарные дрова (из pra-game) или http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs/mesa-vdpau-nouveau-p-11.0.4-s01.pfs. Проверил на CPU~Dual core Intel Core2 Duo T9500  NVIDIA G84M [GeForce 8600M GT]
Amd-ATI -проприетарные дрова или http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs-test/mesa-vdpau-radeon-p-11.0.4-s01.pfs -отпишитесь, кто проверит
intel - http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs-test/Vdpau-va-gl-intel-p-0.3.4-s01.pfs + mesa. У меня не заработало.

Подробности:
https://wiki.archlinux.org/index.php/VDPAU_(Русский) (https://wiki.archlinux.org/index.php/VDPAU_(Русский))
http://mpv.io/manual/stable/#video-output-drivers
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 27 Октябрь 2015, 22:33:34
Перезалил http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs/mpv-int-vdpau-p-0.11.0-s08.pfs

Скомпилил http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs/ffmpeg-vdpau-ltp-2.8.pfs + http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs/mpv-ext-vdpau-p-0.11.0-s08.pfs - итоговый размер меньше чем у int , но в этом варианте не скомпилился -vo x11

http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs/ffmpeg-vdpau-lt-2.8+DEV.pfs - тот же ffmpeg, но не портированный и с DEV - для компиляции с его участием

Доработал mpvgui
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 28 Октябрь 2015, 11:21:13
Мои выводы по vdpau:
CPU~Dual core Intel Core2 Duo T9500  NVIDIA G84M [GeForce 8600M GT] проигрывает в mpv файл (+) Video --vid=1 (*) (h264) (+) Audio --aid=1 --alang=und (*) (aac) без VDPAU с 30% загрузки проца. С VDPAU - 7%. nouveau vs nvidia340 - без разницы

Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 28 Октябрь 2015, 17:04:40
Портировал vlc
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs/ffmpeg-p-2.8-1.pfs
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs/Vlc-p-2.2.1-s03.pfs
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs/Paromplayer-p-150126-vlc-2.2.1.pfs
И приделал детект поддержки VDPAU (появляется 1 раз, потом создает ~/,config/novdpau)
В таком виде работает с доп. модулями VDPAU видеокарт
Проверил с nvidia
Проверяйте - это пойдет в pra1510-game
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 12 Ноябрь 2015, 14:22:10
В итоге - у кого-нибудь работает? Особенно интересует AMD - ATI
Название: Re:Модули.pfs от пользователей
Отправлено: sfs от 09 Февраль 2016, 09:37:29
Точно у Вас на амд  VDPAU acceleration включился
Код
VO: [vdpau] 1280x720 => 1280x720 H.264 VDPAU acceleration
В выводе есть?

Или
Код
VO: [vdpau] 1280x720 => 1280x720 Planar YV12
т.е. не включился...
Название: Re:Модули.pfs от пользователей
Отправлено: paulus от 09 Февраль 2016, 12:39:49
В выводе есть?
Есть.
Код
VO: [vdpau] 640x360 => 640x360 H.264 VDPAU acceleration  [zoom]

Все на много проще, запускаем то же видео с ключами
Код
mplayer -vo vdpau -vc ffh264vdpau видео
если не работает, значит нет vdpau. Mplayer при этом ничего не подставляет, только то что указано.

mpv на клипе, что еще добавить?
Код
Using hardware decoding (vdpau).
VO: [vdpau] 640x360 vdpau

А так с divx/xvid, который будет с vdpau только на проприетаре нвидиа. Что печально :(
Код
Using software decoding.
VO: [vdpau] 720x560 yuv420p

Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 09 Февраль 2016, 13:19:42
Не лучше ли юзать скрипт mplayer-vdpau-auto. Он вроде под разные кодеки подбирает...

mpv -ключи запуска и результаты здесь (http://forum.puppyrus.org/index.php/topic,18067.msg114463.html#msg114463)
Цитата
А так с divx/xvid, который будет с vdpau только на проприетаре нвидиа. Что печально
Т.е. mpv в ПРА64 на amd и xvid не включает vdpau?
Это я криво скомпилил или в чем проблема?
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: loop223 от 09 Февраль 2016, 14:30:23
Мой ACER ASPIRE D260 (Atom 450 GMA3000) осилил воспроизведение 720p без рывков и артефактов! :P При этом нагрузка на проц упала до 50-60%, пересал вырубаться комп от перегрева из-за того, что СО не справлялась при такой загрузке. Спасибо большое! Связка SMtube+SMplayer работает отлично на некрокомпах. НО.

Я пытался смотреть 720 на youtube в хроме, лисе при активаци аппарадного декодирования (хром- chrome://gpu-все зеленое)(лиса-твики about:config,youtube player все галочки активированы)загрузка проца 100%.По идее при таких настройках браузера мой стационарный комп(xubuntu) спокойно декодит онлайн видео с минимальной нагрузкой на проц. В Пра 720 через браузер хоть с флешь плеером хоть HTML5, загоняет нетбук в конвульсии. То же видео в связке SMtube+SMplayer прекрасно проигрывается. :( Охото в браузере полноценно смотреть.
ffmpeg-vdpau-ltp-2.8.pfs
mplayer-svn-vdpau-ext-37553-sf08.pfs
mpv-ext-vdpau-p-0.15.0-s09.pfs
firefox-light-43.0-sf02.pfs
Может браузер нужно собирать отдельно с VDPAU?
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: I-Jurij от 09 Февраль 2016, 14:33:58
Инфо для тех, у кого на борту nvidia в аттаче (отсюда) (https://nouveau.freedesktop.org/wiki/VideoAcceleration/)
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 09 Февраль 2016, 14:50:36
Т.е. у Вас vdpau включился на интел видяхе с mplayer? Хорошо бы вывод в консоле посмотреть...
А с mpv --hwdec=auto не включался?
Про браузеры здесь (http://forum.puppyrus.org/index.php/topic,18019.msg113746.html#msg113746)
Ваш firefox-light-43.0-sf02.pfs уже нацелен на ffmpeg
Там где используется flashplugin - браузер не при делах
На runtu большой мануал как прикрутить мплеер к браузеру

Инфо для тех, у кого на борту nvidia в аттаче (отсюда) (https://nouveau.freedesktop.org/wiki/VideoAcceleration/)
Похоже - тема vdpau уже тянет на хорошую статью в вики

https://aur.archlinux.org/packages/nouveau-fw - нам чем-нибудь поможет?
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 09 Февраль 2016, 15:16:22
Как показать вывод консоли?
Так (http://forum.puppyrus.org/index.php/topic,18067.msg114463.html#msg114463) или текстовым файлом в аттаче
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: paulus от 09 Февраль 2016, 15:56:25
mpv в ПРА64 на amd и xvid не включает vdpau?
1. при чем тут пра64, когда я на нем и не проверял.
Код
Warning: The ffodivxvdpau codec is only supported by the most recent series of NVIDIA hardware.
2. На счет xvid не уверен, может и вырезано что лишнее, но с vdpau оно не идет как и divx.
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: I-Jurij от 09 Февраль 2016, 15:58:40
https://aur.archlinux.org/packages/nouveau-fw - нам чем-нибудь поможет?
Ну так:
Цитата
VPE1/2 do not require any firmware to run. However, VP1/2/3/4/5 all require firmware to operate that is presently extracted from the NVIDIA binary driver.
Должен помочь, по крайней мере у кого видяхи поновее моей.
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 09 Февраль 2016, 18:19:27
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs-test/Mesa-vdpau-intel-1.4.1-sf01.pfs
Отпишитесь - кому помогло

http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs-test/vdpauinfo-p-1.0-2-sf01.pfs
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: loop223 от 09 Февраль 2016, 21:59:57
(http://s019.radikal.ru/i642/1602/22/e838371855aat.jpg) (http://radikal.ru/fp/e1bf9c883c8e4001a9a493cc61c2e7ac)
Я был не прав. Софтварно декодит. ??? Libvdpau_i915.so не может найти. ЧЯДНТ?
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 10 Февраль 2016, 10:24:31
Libvdpau_i915.so не может найти. ЧЯДНТ?
В арчрепе такого файла нет
Попробуйте на удачу
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs-test/Mesa-vdpau-intel-1.4.1-sf01.pfs
Отпишитесь - кому помогло
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: I-Jurij от 10 Февраль 2016, 11:26:01
loop223
Если правильно разобрался в вашем железе, то могу поздравить с присоединением к сообществу любителе софтверного ускорения обработки видео, потому что vaapi (vdpau) intel:
Для gma3000:аппаратное ускорение видео — не реализованы... (https://ru.wikipedia.org/wiki/Intel_GMA#GMA_3000)

 Собрать и активизировать её можно, но в чипе непосредственно поддержки декода Н.264 (которая в основном и нужна) нет, она есть только в видеокартах, встроенные в i3-i5-i7 процессоры. (http://www.welinux.ru/post/5016/)

Intel GMA 4500 серии и новее поддерживаются пакетом libvdpau-va-gl вместе с libva-intel-driver (https://wiki.archlinux.org/index.php/VA-API_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9))
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: k0l0p0k от 10 Февраль 2016, 12:05:37
получается там где оно надо(слабые процики - хорошо бы на ВК переложить ) - не получится,
там где реализовано (core i-3-5-7) - особо и не надо - проц сам справится.
 :(
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: I-Jurij от 10 Февраль 2016, 12:29:51
Ну так бюджетные модели для офиса делаются, а не для мультимедиа (даже игровые для мультимедиа не все подходят, насколько я знаю).
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: loop223 от 10 Февраль 2016, 14:55:08
I-JurijСпасибо, я сегодня тоже читал об этом...пичальбида :-[
Пришлось немного зашаманить... Прикрутил Smplayer к лисе( как предложил многоуважаемый sfs) с помощью адона OpenWith.
Плагин Flash on Youtube не дает стартовать HTML5 плееру, а флешь плеер не стартует из за того что он старый и блочится лисой, по итогу я кликаю ПКМ на область где должно быть видео,появляется меню. Там я добавил в свойствах адона open with  проигрыватель smplayer. Теперь видео в 720p без дерганий  и 100% загрузки проца+ браузер шустро робит. Как то так... ;)
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 10 Февраль 2016, 14:58:14
Я так помимаю - можно любой плеер прикрутить , а flashpleer - просто модуль не подключать
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: paulus от 10 Февраль 2016, 15:16:48
Я так помимаю - можно любой плеер прикрутить
Еще есть Watch with MPV (https://addons.mozilla.org/ru/firefox/addon/watch-with-mpv/), но у нас mpv без youtube-dl поэтому не пробовал использовать. И mpv как плагин браузера (https://wiki.archlinux.org/index.php/Mpv_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)#.D0.98.D1.81.D0.BF.D0.BE.D0.BB.D1.8C.D0.B7.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B5_.D0.BA.D0.B0.D0.BA_.D0.BF.D0.BB.D0.B0.D0.B3.D0.B8.D0.BD_.D0.B1.D1.80.D0.B0.D1.83.D0.B7.D0.B5.D1.80.D0.B0)
Название: Re:VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 10 Февраль 2016, 15:31:05
mpv как плагин браузера (https://wiki.archlinux.org/index.php/Mpv_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)#.D0.98.D1.81.D0.BF.D0.BE.D0.BB.D1.8C.D0.B7.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B5_.D0.BA.D0.B0.D0.BA_.D0.BF.D0.BB.D0.B0.D0.B3.D0.B8.D0.BD_.D0.B1.D1.80.D0.B0.D1.83.D0.B7.D0.B5.D1.80.D0.B0)
Это у Вас сработало?
Надо, наверное последние посты сюда (http://forum.puppyrus.org/index.php/topic,18019.0.html) перенести...
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 14 Октябрь 2016, 15:14:17
В продолжение темы (http://forum.puppyrus.org/index.php?topic=19215.msg123001#msg123001)
Доработал шапку. Так понятно?
mesa-intel - маленький. Проще добавить mesa*.pfs чем объяснить где он будет работать
С прочими - может поставить в автозагрузку скрипт (с чекбоксом "больше не показывать"),который по inxi -G детектит видяху, подключенный ffmpeg и предлагает варианты из шапки
Есть идеи лучше?
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 22 Апрель 2018, 10:04:59
Поэкспериментировал с воспроизведением ютуба
Один и тот же ролик. % - cpu в htop
Код
pra-roll 180101 tint2-g
CPU~Dual core Intel Core2 Duo T9500 (-MCP-) speed/max~1229/2601 MHz
Graphics:  Card: NVIDIA G84M [GeForce 8600M GT]
           Display Server: X.org 1.19.6
           drivers: nvidia (unloaded: modesetting,fbdev,vesa,nouveau)
nVidia-340.106-k4.15.4-pf4_64-sf04.pfs
palemoon-p-27.9.0-1_64-sf01.pfs - 45%
firefox-esr-gtk2-52.5.3-1-180101-sf01.pfs - 36%
qmplay2-qt5-18.04.01-180101-sf01.pfs - 56%
mpv-light-0.27.0-17-180101-sf03.pfs - 50%
В mpv url скопирован из qmplay2

В qmplay2 vdpau включается - см скрин (приоритет декодеров). Весьма удобен для просмотра ютюба

В ффоксе по дефолту в about:config:
media.hardware-video-decoding.enabled;true
В пмуне такого параметра нет вообще
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: loop223 от 22 Апрель 2018, 18:54:43
Спеки ролика и CPU, а то тест шибко отжирает CPU
при HW decoding  должно быть не более 25-30% CPU при 1080
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 23 Апрель 2018, 09:22:23
Спеки ролика и CPU
Проц дописал выше
Ролик - какая разница если от один и тот же...
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 04 Март 2019, 11:15:33
http://www.opennet.ru/opennews/art.shtml?num=50226
Сделать для пра? Желающие тестировать есть? (у меня нет железа в близком доступе)
Название: Re: mesa vs nvidia
Отправлено: loop223 от 13 Декабрь 2019, 23:32:15
Интересно, а как дела со свободным amdgpu по сравнению с catalyst ? Никто не юзает?

Пока жду сборку на 2011 с Али, отрыл старый комп со встройкой.
Код
  Card: Advanced Micro Devices [AMD/ATI] RS880 [Radeon HD 4200]
           Display Server: X.Org 1.19.6 drivers: ati,radeon (unloaded: modesetting,fbdev,vesa)
           Resolution: 1920x1200@59.95hz
           OpenGL: renderer: AMD RS880 (DRM 2.50.0 / 5.1.4-porteus, LLVM 5.0.1) version: 3.3 Mesa 17.3.1
С Mesa удалось запустить послдедний хромиум с аппаратным декодированием видео. Ютюб стал  вфулхд показывать без фризов, в отличии от palemoon и basilisk.
 chrome://gpu/
Код
Graphics Feature Status
Canvas: Hardware accelerated
Flash: Hardware accelerated
Flash Stage3D: Hardware accelerated
Flash Stage3D Baseline profile: Hardware accelerated
Compositing: Hardware accelerated
Multiple Raster Threads: Disabled
Out-of-process Rasterization: Disabled
Hardware Protected Video Decode: Hardware accelerated
Rasterization: Software only. Hardware acceleration disabled
Skia Renderer: Disabled
[b]Video Decode: Hardware accelerated[/b]
Viz Display Compositor: Enabled
Viz Hit-test Surface Layer: Disabled
WebGL: Hardware accelerated
WebGL2: Hardware accelerated
Driver Bug Workarounds
adjust_src_dst_region_for_blitframebuffer
clear_pixel_unpack_buffer_before_copyteximage
clear_uniforms_before_first_program_use
count_all_in_varyings_packing
decode_encode_srgb_for_generatemipmap
disable_post_sub_buffers_for_onscreen_surfaces
disable_software_to_accelerated_canvas_upgrade
dont_remove_invariant_for_fragment_input
exit_on_context_lost
force_cube_map_positive_x_allocation
force_int_or_srgb_cube_texture_complete
init_texture_max_anisotropy
regenerate_struct_names
remove_invariant_and_centroid_for_essl3
scalarize_vec_and_mat_constructor_args
use_virtualized_gl_contexts
disabled_extension_GL_KHR_blend_equation_advanced
disabled_extension_GL_KHR_blend_equation_advanced_coherent
Problems Detected
Clear uniforms before first program use on all platforms: 124764, 349137
Applied Workarounds: clear_uniforms_before_first_program_use
Mesa drivers in Linux handle varyings without static use incorrectly: 333885
Applied Workarounds: count_all_in_varyings_packing
Linux AMD drivers incorrectly return initial value of 1 for TEXTURE_MAX_ANISOTROPY: 348237
Applied Workarounds: init_texture_max_anisotropy
Always rewrite vec/mat constructors to be consistent: 398694
Applied Workarounds: scalarize_vec_and_mat_constructor_args
Linux AMD drivers handle struct scopes incorrectly: 403957
Applied Workarounds: regenerate_struct_names
Linux ATI drivers crash on binding incomplete cube map texture to FBO: 518889
Applied Workarounds: force_cube_map_positive_x_allocation
Disable partial swaps on Mesa drivers (detected with GL_VERSION): 339493
Applied Workarounds: disable_post_sub_buffers_for_onscreen_surfaces
Decode and encode before generateMipmap for srgb format textures on os except macosx: 634519
Applied Workarounds: decode_encode_srgb_for_generatemipmap
adjust src/dst region if blitting pixels outside framebuffer on Linux AMD: 664740
Applied Workarounds: adjust_src_dst_region_for_blitframebuffer
AMD drivers in Linux require invariant qualifier to match between vertex and fragment shaders: 659326, 639760
Applied Workarounds: remove_invariant_and_centroid_for_essl3, dont_remove_invariant_for_fragment_input
Mesa driver GL 3.3 requires invariant and centroid to match between shaders: 639760, 641129
Applied Workarounds: remove_invariant_and_centroid_for_essl3
Disable KHR_blend_equation_advanced until cc shaders are updated: 661715
Applied Workarounds: disable(GL_KHR_blend_equation_advanced), disable(GL_KHR_blend_equation_advanced_coherent)
Decode and Encode before generateMipmap for srgb format textures on Linux AMD: 634519
Applied Workarounds: decode_encode_srgb_for_generatemipmap
Software to Accelerated canvas update breaks Linux AMD: 710029
Applied Workarounds: disable_software_to_accelerated_canvas_upgrade
Force integer or srgb cube map texture complete on Linux AMD: 712117
Applied Workarounds: force_int_or_srgb_cube_texture_complete
AMD Linux driver crashes when copyTexImage2D is called with PIXEL_UNPACK_BUFFER set to an uninitialized buffer: 859998
Applied Workarounds: clear_pixel_unpack_buffer_before_copyteximage
Some drivers can't recover after OUT_OF_MEM and context lost: 893177
Applied Workarounds: exit_on_context_lost
Context flush ordering doesn't seem to work on AMD: 914976
Applied Workarounds: use_virtualized_gl_contexts
Raster is using a single thread.
Disabled Features: multiple_raster_threads
Version Information
Data exported 2019-12-13T20:20:06.200Z
Chrome version Chrome/78.0.3904.70
Operating system Linux 5.1.4-porteus
Захотел запустить на проприетаре, но дрова не взлетели. Ни на одном ядре. 4.4, 5.


Название: Re: Re: mesa vs nvidia
Отправлено: loop223 от 14 Декабрь 2019, 00:02:14
Развитие Mesa впечатляет завезли openGL 4.5 для моей встройки. Релиз Mesa 19.3.0, OpenGL 4.5 для GPU AMD (r600, radeonsi)- https://www.opennet.ru/opennews/art.shtml?num=52024 (https://www.opennet.ru/opennews/art.shtml?num=52024)
Я так понял в пра выше 17 Mesa не планируется, то хотябы свободные попробывать https://cgit.freedesktop.org/xorg/driver/xf86-video-amdgpu/ (https://cgit.freedesktop.org/xorg/driver/xf86-video-amdgpu/)
Я бы все потестил и проприетар.

Заметил прикол, на запущеном хромиуме и видео на паузе
vblank_mode=0 glxgears
Код
22921 frames in 5.0 seconds = 4584.108 FPS
22908 frames in 5.0 seconds = 4581.439 FPS
22729 frames in 5.0 seconds = 4545.689 FPS
22943 frames in 5.0 seconds = 4588.560 FPS
22928 frames in 5.0 seconds = 4585.442 FPS
Закрытый хромиум.
Код
11467 frames in 5.0 seconds = 2293.185 FPS
11357 frames in 5.0 seconds = 2271.273 FPS
11491 frames in 5.0 seconds = 2298.116 FPS
11425 frames in 5.0 seconds = 2284.763 FPS
Название: Re: Re: mesa vs nvidia
Отправлено: krasnyh от 14 Декабрь 2019, 00:06:05
Ютюб стал  вфулхд показывать без фризов, в отличии от palemoon и basilisk.
С некоторых пор sfs стал добавлять в palemoon расширение mpv-youtube-dl-binding. На панели дополнений браузера должен быть значок mpv. На странице с видео нажать его, запустится через mpv. Или через контекстное меню "with mpv".

Mpv вроде по умолчанию поддерживает аппаратное ускорение. Это конечно не chrome://gpu/, но для palemoon и так неплохо.
Название: Re: Re: mesa vs nvidia
Отправлено: loop223 от 14 Декабрь 2019, 00:13:09
Да я согласен, в палемуне можно и этот костыль использовать. Но лог smplayer говорит, что поддержка VDPAU в  R600 не работает. Даже после установки месы.
Код
Failed to open VDPAU backend libvdpau_r600.so: cannot open shared object file: No such file or directory
[vo/vdpau] Error when calling vdp_device_create_x11: 1
Failed to open VDPAU backend libvdpau_r600.so: cannot open shared object file: No such file or directory
[vo/vdpau] Error when calling vdp_device_create_x11: 1
[vo/xv] Warning: this legacy VO has bad quality and performance, and will in particular result in blurry OSD and subtitles. You should fix your graphics drivers, or not force the xv VO.
VO does not support requested hardware decoder, or loading it failed.
AO: [alsa] 48000Hz stereo 2ch float
VO: [xv] 1920x1080 yuv420p

Название: Re: Re: mesa vs nvidia
Отправлено: krasnyh от 14 Декабрь 2019, 00:20:53
Возможно не хватает mesa-vdpau (https://wiki.archlinux.org/index.php/Hardware_video_acceleration_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)#ATI/AMD). А так, если запускать ссылку на видео в терминале, то mpv пишет, что ему не хватает. Удобно для диагностики.
Название: Re: Re: mesa vs nvidia
Отправлено: krasnyh от 14 Декабрь 2019, 00:25:44
Лог не сразу увидел.

Failed to open VDPAU backend libvdpau_r600.so: cannot open shared object file: No such file or directory
Узнаем какому пакету принадлежит эта либа и ставим его:
sudo pkgfile -u && sudo pkgfile -s libvdpau_r600.so
Код
live@prar-1811 ~ % sudo pkgfile -s libvdpau_r600.so 
extra/mesa-vdpau
[vo/vdpau] Error when calling vdp_device_create_x11: 1
Mpv по умолчанию пытается подхватить vo/vdpau и при неудаче запускает с vo/xv.
Название: Re: Re: mesa vs nvidia
Отправлено: loop223 от 14 Декабрь 2019, 01:15:44
Код
sudo pacman -Sy mesa-vdpau
:: Обновление баз данных пакетов...
 2a-any не устарел
 core                               126,2 KiB  93,6 KiB/s 00:01 [###################################] 100%
 extra                             1643,2 KiB   444 KiB/s 00:04 [###################################] 100%
 community                            4,3 MiB  1024 KiB/s 00:04 [###################################] 100%
 art-aur не устарел
 revenge_repo                        38,9 KiB   263 KiB/s 00:00 [###################################] 100%
 herecura                            62,7 KiB   129 KiB/s 00:00 [###################################] 100%
ошибка: не удалось получить файл 'archlinuxcn.db' из repo.archlinuxcn.org : Connection timed out after 10001 milliseconds
ошибка: не удалось обновить archlinuxcn (ошибка в библиотеке загрузки)
 pra6407extra не устарел
ошибка: failed to synchronize all databases
Название: Re: Re: mesa vs nvidia
Отправлено: krasnyh от 14 Декабрь 2019, 01:37:14
Собрал в LF01-1911-x86_64.iso (http://forum.puppyrus.org/index.php?topic=22043.msg163092#msg163092) под арчем, mesa-vdpau-17.3.1-2_64-kr1.pfs. (http://file.puppyrus.org/users/pra64/pfs-portable-test/)

Если при клике на ссылке кракозябры (особенность данного сервера), то скачивать через контекстное меню "Сохранить объект как".
Название: Re: Re: mesa vs nvidia
Отправлено: loop223 от 14 Декабрь 2019, 05:32:30
Все отлично заработало с вашим модулем.Smplayer 1080р ролик- загрзка проца не более 10%(раньше 50%), все лежит на встройке.Еще можно было бы загрузку видеоядра увидеть, как в винде, а то я 720p60фпс спокойно кручу,но 108060фпс картинка просто колом встает,  аудиоряд продолжает проигрывание.В настройках все перепробывал. Походу встройка ложится намертво.
Название: Re: Re: mesa vs nvidia
Отправлено: loop223 от 14 Декабрь 2019, 08:30:09

Вопрос.Как мне закинуть Mesa-Vdpau на флешку , чтоб не сломать ничего в LF01?
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 14 Декабрь 2019, 09:05:35
С Mesa удалось запустить послдедний хромиум с аппаратным декодированием видео
Можно подробнее (как, что стало лучше)

Как мне закинуть Mesa-Vdpau на флешку , чтоб не сломать ничего в LF01?
Если initrd и меню как в исо , т.е. двойное - арч+деб :
переименовать в mesa-vdpau-17.3.1-2-1801-kr1.pfs. и положить в modules. Главное, чтобы он не попал в дебиан

ошибка: не удалось получить файл 'archlinuxcn.db' из repo.archlinuxcn.org : Connection timed out after 10001 milliseconds
Почему-то был недоступен. возможно временно. Можно временно отключить в /etc/pacman.conf
Развитие Mesa впечатляет завезли openGL 4.5 для моей встройки. Релиз Mesa 19.3.0, OpenGL 4.5 для GPU AMD (r600, radeonsi)
А что это даст практического?
Я так понял в пра выше 17 Mesa не планируется
К LF01 (LFA1801) будет проблематично прикрутить свежую месу
В LF01 (LFD10) mesa18
В PRAR1912 mesa19.2 Думаю - сюда и 19.3 получится прикрутить
Для этого и собирал PRAR1912 - понять - есть смысл гнаться за обновлением mesa.... Предлагаю всем поучастьвавать в тестировании и определитться

Что-то я упустил эту тему из вида. У меня везде mesa без vdpau . Надо поправить...
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 14 Декабрь 2019, 09:18:53
У меня везде mesa без vdpau . Надо поправить...
посмотрел - https://www.archlinux.org/packages/extra/x86_64/mesa-vdpau/ не зависит от mesa
Кто может проверить в LFA1801 :
1. Загрузиться без mesa
2. Собрать sudo pacman2pfs mesa-vdpau (будет 3 пакета libedit-20170329_3.1-1  llvm-libs-5.0.1-1  mesa-vdpau-17.3.1-2). Подключить. Возможно потребуется перестартовать Xorg
3. Проверить - есть ли этот (http://forum.puppyrus.org/index.php?topic=17445.msg163590#msg163590) эффект
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 14 Декабрь 2019, 09:35:46
    С Mesa удалось запустить послдедний хромиум с аппаратным декодированием видео
Можно подробнее (как, что стало лучше)
Это (http://forum.puppyrus.org/index.php?topic=22271.0)?
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 14 Декабрь 2019, 10:16:26
У меня везде mesa без vdpau
В mesa*.pfs DDR01 и LFD10 есть vdpau
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: krasnyh от 14 Декабрь 2019, 11:35:30
Еще можно было бы загрузку видеоядра увидеть, как в винде
В AUR (https://aur.archlinux.org/packages/?O=0&K=radeon).
Скрины radeon-profile (https://camo.githubusercontent.com/38c862f87a3ef2d692d9831d99235910925a1001/68747470733a2f2f692e696d6775722e636f6d2f5a3838307034372e706e67) или radeontop (https://user-images.githubusercontent.com/11575/67134324-fdec5300-f211-11e9-8597-394d9c062fe7.png).
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: loop223 от 15 Декабрь 2019, 01:29:29
Mpv вроде по умолчанию поддерживает аппаратное ускорение.
Сам по себе не поддерживает в связке с smplayer подключается Vdpau, отдельно mpv грузит проц 1080 на 40-50%.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: krasnyh от 15 Декабрь 2019, 01:43:59
А если так   mpv --vo=vdpau URL

Если сработает, прописать в ~/.config/mpv/mpv.conf (если его нет, создать пустой и прописать):
vo=vdpau

Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: loop223 от 15 Декабрь 2019, 01:48:55
Цитата: loop223 от Вчера в 05:02:14

    Развитие Mesa впечатляет завезли openGL 4.5 для моей встройки. Релиз Mesa 19.3.0, OpenGL 4.5 для GPU AMD (r600, radeonsi)

А что это даст практического?

Продлят жизнь старому железу, тк новые инструкции  в рендере позволят сделать отрисовку страничек быстрее в браузере +поддержка новых технологий+улучшены средства ускорения декодирования видео.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: loop223 от 15 Декабрь 2019, 01:55:30
Цитата: sfs от Вчера в 14:05:35

        С Mesa удалось запустить послдедний хромиум с аппаратным декодированием видео
    Можно подробнее (как, что стало лучше)

Это?
Не понял, что ЭТО?

PS/ пытался 18 месу заценить в LF01, но у меня соединение не поднимается.IMHO systemd дает странное имя wifi сщединению и скрипт плохо отрабатывает.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: loop223 от 15 Декабрь 2019, 02:02:55
А если так   mpv --vo=vdpau URL

Если сработает, прописать в ~/.config/mpv/mpv.conf (если его нет, создать пустой и прописать):
vo=vdpau

Код
live@pra6408:~$ mpv --vo=vdpau https://www.youtube.com/watch?v=oQOjbUuY7Us
Playing: https://www.youtube.com/watch?v=oQOjbUuY7Us
 (+) Video --vid=1 (*) (h264 1920x1080 29.970fps)
 (+) Audio --aid=1 --alang=eng (*) 'DASH audio' (opus 2ch 48000Hz) (external)
     Subs  --sid=1 --slang=ru 'vtt' (webvtt) (external)
AO: [alsa] 48000Hz stereo 2ch float
VO: [vdpau] 1920x1080 yuv420p
AV: 00:00:12 / 00:10:10 (1%) A-V:  0.000 Cache: 10s+3MB
Странно, вроде пишет, что есть но проц грузит, как без него.40-50%
В Smplayer 8-9% этот же ролик.
Покурил вики, нашел нужный ключ запуска. Теперь можно выкинуть smplayer.
Код
live@pra6408:~$ mpv --hwdec=vdpau https://www.youtube.com/watch?v=oQOjbUuY7Us
Playing: https://www.youtube.com/watch?v=oQOjbUuY7Us
 (+) Video --vid=1 (*) (h264 1920x1080 29.970fps)
 (+) Audio --aid=1 --alang=eng (*) 'DASH audio' (opus 2ch 48000Hz) (external)
     Subs  --sid=1 --slang=ru 'vtt' (webvtt) (external)
AO: [alsa] 48000Hz stereo 2ch float
Using hardware decoding (vdpau).
VO: [vdpau] 1920x1080 vdpau[yuv420p]
AV: 00:00:21 / 00:10:10 (3%) A-V:  0.000 Dropped: 6 Cache: 10s+6MB
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: loop223 от 15 Декабрь 2019, 02:13:14
В AUR.
Скрины radeon-profile или radeontop.
Может кто-нибудь собрать radeontop? Это реально?
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: krasnyh от 15 Декабрь 2019, 02:25:36
пишет, что есть но проц грузит
Да, там надо еще декодирование включать. У меня нет аппаратного ускорения, поэтому 'плаваю' слегка в параметрах.
Правильно так:
mpv --hwdec=vdpau --vo=vdpau URL
https://mpv.io/manual/stable/#options-hwdec-codecs

Smplayer записывает параметры mpv в свой лог, можно там глянуть или выложить здесь.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: loop223 от 15 Декабрь 2019, 02:44:44
Все верно, я выше написал, что разобрался, спасибо. Только 1080 60фпс кладет на лопатки встройку и она просто замирает. Хочу посмотреть от чего ей плохо, соберите radeontop please. ::)
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: krasnyh от 15 Декабрь 2019, 03:05:10
Собирается radeontop легко и без зависимостей, но вот насколько выводимая им информация будет полезна для данных целей, не знаю.
https://zenway.ru/page/radeontop

radeontop-1.2-1811-kr1.pfs (http://file.puppyrus.org/users/pra64/pfs-portable-test/)
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 15 Декабрь 2019, 09:31:24
mpv --vo=vdpau URL
Я правильно понял - при наличии vdpau - smplayer сам его автовключает
Голый mpv - только с ключом
В mpvgui я что-то делал по этому поводу. Можно скрипт обертку с автодетектом намутить...
нашел нужный ключ запуска. Теперь можно выкинуть smplayer.
Только он проигрывает ссылки на ролик ютуба без youtube-dl

    Развитие Mesa впечатляет завезли openGL 4.5 для моей встройки. Релиз Mesa 19.3.0, OpenGL 4.5 для GPU AMD (r600, radeonsi)
    А что это даст практического?
Продлят жизнь старому железу, тк новые инструкции  в рендере позволят сделать отрисовку страничек быстрее в браузере +поддержка новых технологий+улучшены средства ускорения декодирования видео.
Ну-так где тесты, подтверждающие, что свежие меса лучше...

Не понял, что ЭТО?
Поправил. Это (http://forum.puppyrus.org/index.php?topic=22271.msg156416#msg156416) . Выделил в отдельную тему

пытался 18 месу заценить в LF01, но у меня соединение не поднимается.IMHO systemd дает странное имя wifi сщединению и скрипт плохо отрабатывает.
Подключение месы не из своего среза репы - скорее всего не прокатит. Как минимум придется перекомпилить. Пробуйте только вместе с дистром
К LF01 (LFA1801) будет проблематично прикрутить свежую месу
В LF01 (LFD10) mesa18
В PRAR1912 mesa19.2 Думаю - сюда и 19.3 получится прикрутить

Кто может проверить в LFA1801 :
Это не проверяли? vdpau полезно для видео, а остальные 3Д фичи mesa - похоже больше для итр. Возможно получится разделить...

Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: krasnyh от 15 Декабрь 2019, 13:34:59
Я правильно понял - при наличии vdpau - smplayer сам его автовключает
Голый mpv - только с ключом
Что значит сам? Он просто преднастроен, это делается и с mpv (возможно там ключик hwdec=auto). В пакете mpv для этого лежат конфиги в usr/share/doc/.

radeontop-1.2-1811-kr1.pfs
Показывает radeontop загруженость видеокарты при воспроизведении 1080@60? Или бесполезна для этих целей? Мне не на чем проверить.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: loop223 от 15 Декабрь 2019, 14:39:42
Показывает radeontop загруженость видеокарты при воспроизведении 1080@60? Или бесполезна для этих целей? Мне не на чем проверить.
два фото 720 и 1080
Вроде все норм по памяти и загрузке, но 1080 дропает кадры...может скорость памяти встройки, а может и дрова..хз надо проприетар затестить
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: krasnyh от 15 Декабрь 2019, 14:57:09
По второму фото похоже что в ограничение памяти упирается. Во встроенных картах можно добавить в биосе памяти, отщипнув от системной. Но там тоже должно стоять ограничение.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: krasnyh от 15 Декабрь 2019, 15:32:57
Поставить в ytdl-format= ограничение на битрейт, (vbr<=)
Цитата
% youtube-dl -F https://youtu.be/.... |grep 1080
399          mp4        1920x1080  1080p60 2484k , av01.0.09M.10.0.110.09.16.09.0, 60fps, video only, 64.97MiB
248          webm       1920x1080  1080p 3249k , vp9, 30fps, video only, 84.27MiB
137          mp4        1920x1080  1080p 4337k , avc1.640028, 30fps, video only, 103.11MiB
303          webm       1920x1080  1080p60 5018k , vp9, 60fps, video only, 134.14MiB
299          mp4        1920x1080  1080p60 5794k , avc1.64002a, 60fps, video only, 163.70MiB
335          webm       1920x1080  1080p60 HDR 6925k , vp9.2, 60fps, video only, 252.03MiB
https://github.com/ytdl-org/youtube-dl/blob/master/README.md#format-selection

Для 60fps видео и ноутбуков добавляют еще эти параметры. Но как это влияет и влияет ли, без понятия.
Цитата
scale=bilinear
cscale=bilinear
https://mpv.io/manual/stable/#options-scale
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 15 Декабрь 2019, 16:12:33
Что значит сам?
Значит без ключей и конфигов
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 16 Декабрь 2019, 09:51:02
radeontop-1.2_64-kr1.pfs (ftp://ftp.yandex.ru/puppyrus/puppyrus-a64/pfs-portable/radeontop-1.2_64-kr1.pfs)
Собрал в LF01-1911-x86_64.iso под арчем, mesa-vdpau-17.3.1-2_64-kr1.pfs.
Добавил в mesa-17.3.1-2-180101-sf03.pfs (ftp://ftp.yandex.ru/puppyrus/roll/180101/mesa-17.3.1-2-180101-sf03.pfs)
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 17 Декабрь 2019, 11:40:01
Intel GMA 4500 серии и новее поддерживаются пакетом libvdpau-va-gl вместе с libva-intel-driver
libvdpau-va-gl-i965-1912-sf01.pfs (ftp://ftp.yandex.ru/puppyrus/roll/1912/libvdpau-va-gl-i965-1912-sf01.pfs) - для prar1912
Проверил на i3 - в mpv vdpau включается с этим модулем без доп. ключей
Только и без vdpau на этом проце <10% загрузка
Да и на целероне юзабельно ~70%
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: loop223 от 17 Декабрь 2019, 14:56:12
без ключа hwdec=vdpau декодить не будет, будет просто писать что
Код
VO: [vdpau] 1920x1080 yuv420p
,а с ключом  появляется строчка :
Код
Using hardware decoding (vdpau).
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: krasnyh от 17 Декабрь 2019, 17:50:52
Проверил на i3 - в mpv vdpau включается с этим модулем без доп. ключей
Только и без vdpau на этом проце <10% загрузка
А пишет в терминале Using hardware decoding (vdpau)? http://forum.puppyrus.org/index.php?topic=17445.msg163606#msg163606.

p.s. Выше об этом же сказано.


Эта информация должна отображаться на самом mpv, хоткеем i или I (en раскладка).
Должна, но mpv PRA/DDR не поддерживают этот функционал, в отличии от пакетов установленных из официальных реп.

Поправка, в DDR работает. Интересное отношение к Арчу, чаще всего именно в нем урезанный функционал, как в этом случае. Так же с mesa, которая имеет старую версию в отличие от... Может еще что есть.
Получается Арч удобней резать и формировать, в сторону уменьшения размера, а в итоге страдает в первую очередь удобство, а возможно и производительность.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 18 Декабрь 2019, 13:32:29
без ключа hwdec=vdpau декодить не будет
Да. так и есть
Интересное отношение к Арчу, чаще всего именно в нем урезанный функционал, как в этом случае.
Специально ничего не резал. Все mpv компилю в арче по почти одному рецепту
Проверил в ДДР - у меня пишет что на i ничего не назначено
На I показывает название воспроизводимого файла
Вероятно это через конфиги или lua скрипты делается. раньше (в пра03 ) что-то такое мутил
Так же с mesa, которая имеет старую версию
Ее проблематично обновлять. Придется обновлять почти всю систему. Для этого и планирую иногда собирать свежий пра-ролл
А кто-то выявил улучшения в свежей меса?
Арч удобней резать и формировать, в сторону уменьшения размера
Наоборот. В арче пакеты больше чем в деб. Т.е. в деб они разбиты на подпакеты
В арче удобнее компилить
в итоге страдает в первую очередь удобство, а возможно и производительность.
Всегда можно поставить из репы полную версию. Или что Вы конкретно предлагаете?
Кроме i есть еще примеры?
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: krasnyh от 18 Декабрь 2019, 13:40:32
Проверил в ДДР - у меня пишет что на i ничего не назначено
LF01-1911-x86_64.iso/DDR

 
А кто-то выявил улучшения в свежей меса?
Не с пустого же места пишут, что DDR шустрее. И там не только mesa, ffmpeg еще и т.д. и т.п.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 18 Декабрь 2019, 13:55:19
Окончательно запутали
DDR01 - это i386 дистр
В LF01-1911-x86_64.iso LFD10
Не с пустого же места пишут, что DDR шустрее.
В итоге кто кого шустрее и кто где такое пишет
что Вы конкретно предлагаете?
Хочется свежака - прар1912. Он как раз с еще более свежей меса и тем же что в LFD10 ffmpeg
Свежий ffmpeg и пр. можно юзать и в LFA1811 (бывший pra6408)
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: krasnyh от 18 Декабрь 2019, 17:30:41
Или что Вы конкретно предлагаете?
Я предлагаю, чтобы было единообразие и не было 'любимчиков'. Если плохие, то все плохие, если Арч хорош, а DDR похуже, то это нормально. :)

Сейчас же перекос в сторону DDR, по отзывам на форуме. И в первую очередь из-за более древнего ПО на Арче (имхо).

Хочется свежака - прар1912. Он как раз с еще более свежей меса и тем же что в LFD10 ffmpeg
Свежий ffmpeg и пр. можно юзать и в LFA1811 (бывший pra6408)
Что себе юзать я всегда найду, а вот пользователь выберет в итоге DDR, из-за искуственно вызванной конкуренции.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 18 Декабрь 2019, 18:07:49
Арч хорош, а DDR похуже
я специально похуже не делаю
Сейчас же перекос в сторону DDR, по отзывам на форуме
DDR это DDR01? Или вы так LFD10 называете?
из-за более древнего ПО на Арче (имхо).
какое по древнее?
пользователь выберет в итоге DDR
Ну и пускай выбирает. Главное, чтобы было из чего
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: krasnyh от 18 Декабрь 2019, 18:11:40
Для краткости:
PRA - арч
DDR - все  юбунту/дебианообразные на нашем форуме, но в вышесказанном контексте имел ввиду LFD10 (LF01-1911-x86_64.iso)

Не привык я еще к такому многообразию.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 19 Декабрь 2019, 14:23:38
Обновил и проверил VA-API mesa на
intel video. Добавил /etc/mpv/mpv.conf
mesa-ddr01-sf03.pfs (ftp://ftp.yandex.ru/puppyrus/ddr/ddr01/pfs-test/mesa-ddr01-sf03.pfs) - не работает. Почему я не понял . vainfo выдает непонятную ошибку. Может mesa13 такое еще не умела
Работает. Для интел не хватало либы
mesa-ddr01-sf04.pfs (http://mirror.yandex.ru/puppyrus/ddr/ddr01/pfs/mesa-ddr01-sf04.pfs)
Если нужно только (для игр и браузеров нужна полная mesa)  HW ускорение в mpv : из mesa достаточно
xf86-video-intel (дает --vo=xv) + i965_drv_video.so (дает HW) c зависимостями.
Для свежих интел : iHD_drv_video.so . Свежие видяхи работают и с  i965. Разницы не заметил
Проигрывать : mpv --vo=xv --hwdec=auto
xv ничем не хуже gpu по нагрузке на проц и пр.
xserver-xorg-video-intel-i965-d10-sf02.pfs (http://mirror.yandex.ru/puppyrus/lf/d10/pfs/xserver-xorg-video-intel-i965-d10-sf02.pfs)
xserver-xorg-video-intel-ihd-d10-sf02.pfs (http://mirror.yandex.ru/puppyrus/lf/d10/pfs/xserver-xorg-video-intel-ihd-d10-sf02.pfs)
Аналогично вероятно можно порезать и  и для nv и ati . По той же схеме  : xorg-video + dri .Не проверял

Проверил с nvidia
Нужен nouveau-fw-325.15-1-any.pkg.tar.xz (ftp://ftp.yandex.ru/puppyrus/2a-aarch64/pkg-repo/2a-any/nouveau-fw-325.15-1-any.pkg.tar.xz)
Работает с mesa  во всех дистрах с modeset и nouveau
C ati у меня не получилось нигде. Вывод в vdpau есть , но hw не включается
У кого-то получалось?

С radeon (http://forum.puppyrus.org/index.php?topic=19443.msg126213#msg126213) работает

Не работало в ddr и lfd10, т.к. либы libvdpau были от арча
В ddr заменил
mplayer-light-int-p-37553-sf03.pfs (http://mirror.yandex.ru/puppyrus/puppyrus-a/pra03/pfs-portable/mplayer-light-int-p-37553-sf03.pfs)
mpv-int-p-0.32-sf05.pfs (http://mirror.yandex.ru/puppyrus/puppyrus-a/pra03/pfs-portable/mpv-int-p-0.32-sf05.pfs)
celluloid-int-gtk3-p-0.19-sf04.pfs (http://mirror.yandex.ru/puppyrus/puppyrus-a/pra03/pfs-portable/celluloid-int-gtk3-p-0.19-sf04.pfs) - с vdpau не работает. Виснет или тормозит. решения не нашел. Уберу из исо

в lfd10 сделал хитрый запуск:
Код
LD_LIBRARY_PATH="/usr/lib:/usr/lib/x86_64-linux-gnu:/opt/$p1/lib" 
celluloid-int-gtk3-p-0.20_64-sf03.pfs (http://mirror.yandex.ru/puppyrus/puppyrus-a64/pfs-portable/celluloid-int-gtk3-p-0.20_64-sf03.pfs)
mplayer-light-int-p-38184_64-sf05.pfs (http://mirror.yandex.ru/puppyrus/puppyrus-a64/pfs-portable/mplayer-light-int-p-38184_64-sf05.pfs)
mpv-int-p-0.32.0.242_64-sf05.pfs (http://mirror.yandex.ru/puppyrus/puppyrus-a64/pfs-portable/mpv-int-p-0.32.0.242_64-sf05.pfs)
smplayer-qt4-p-20.4.2_64-sf02.pfs (http://mirror.yandex.ru/puppyrus/puppyrus-a64/pfs-portable/smplayer-qt4-p-20.4.2_64-sf02.pfs)
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: krasnyh от 19 Декабрь 2019, 14:32:12
Это изучалось? Старая видеокарта, не поддерживающая ускорение?
Свободные драйверы ATI и AMDGPU поддерживают как VA-API, так и VDPAU:
    VA-API на Radeon HD 2000 и новее поддерживается libva-mesa-driver.
    VDPAU на Radeon R300 и новее поддерживается mesa-vdpau. (https://wiki.archlinux.org/index.php/Hardware_video_acceleration_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)#ATI/AMD)

Запустить в терминале с mpv -v, будет более подробный вывод. Но там, в принципе, ничего полезного не пишется.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 19 Декабрь 2019, 14:41:33
Это изучалось?
да
Старая видеокарта, не поддерживающая ускорение?
возможно. других нет
Проверьте у кого есть
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: krasnyh от 19 Декабрь 2019, 14:52:37
Что значит возможно, ) четко указано ведь:
Цитата
VA-API на Radeon HD 2000 и новее
VDPAU на Radeon R300 и новее
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 19 Декабрь 2019, 14:59:29
Что значит возможно
Не разбираюсь в модельном ряде. В INXI пишет AMD/ATI RV410 Radeon X700 PRO
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 19 Декабрь 2019, 15:08:33
На всякий случай пробовал на mpv и ffmpeg из арчрепы 1801 - без улучшений
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: krasnyh от 19 Декабрь 2019, 15:18:23
Такая возможность предусмотрена производителем:
Ускорение обработки видео    MPEG-2, MPEG-4, DivX, WMV9
https://radeon.ru/reference/cards/x700pro/

Не разбираюсь в модельном ряде.
Для оценки места в модельном ряду https://ru.wikipedia.org/wiki/Radeon.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: krasnyh от 19 Декабрь 2019, 15:24:02
То что аппаратное ускорение эта карточка поддерживает это факт (заложено производителем). Надо настраивать и в статье на арчвики даны все рекомендации.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 27 Декабрь 2019, 13:11:30
Нужен nouveau-fw-325.15-1-any.pkg.tar.xz
mesa-18.3.6-d10-sf04.pfs (ftp://ftp.yandex.ru/puppyrus/lf/d10/pfs/mesa-18.3.6-d10-sf04.pfs)
mesa-17.3.1-2-180101-sf05.pfs (ftp://ftp.yandex.ru/puppyrus/roll/180101/mesa-17.3.1-2-180101-sf05.pfs)
добавил
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 30 Январь 2020, 09:36:48
есть обновление  nouveau-fw (https://archlinux.org.ru/forum/topic/16970/?page=1#post-219203) . Кто может проверить?
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 21 Октябрь 2020, 10:16:33
Починил (http://forum.puppyrus.org/index.php?topic=17445.msg163738#msg163738) vdpau в ddr lfd10 prar2008
Все модули прилетят автообновлением
Доработал шапку темы и вики. Прочитайте - везде кроме mpv надо включать руками
Прошу протеститровать ddr и обновлю исо
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 28 Декабрь 2020, 17:44:08
Что-то у меня в ДДР01 ни один mplayer не дает vdpau на встроенной видяхе интел 4 генерации
Виснет окно... С -vo xv - норм и даже, как мне показалось менее ресурсоемко , чем mpv -vo vdpau
Дрова пробовал и modesettings и интел - без разницы
У всех так?
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: TT от 28 Декабрь 2020, 17:53:05
Ядро (https://forum.puppyrus.org/index.php?topic=23118.msg173858#msg173858)?
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 28 Декабрь 2020, 18:19:49
44; 514pf - без разницы. Разве вдпау от ядра зависит? На mpv и пр. везде норм
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: TT от 28 Декабрь 2020, 18:23:56
Там по ссылке ссылка на конкретные патчи именно под Intel. Если бы стояла Nvidia, то, возможно, было бы по другому?
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 28 Декабрь 2020, 18:25:21
На mpv и пр. везде норм
Вряд ли дело в ядре. скорее в mpv
ну или в железе или xorg+mesa
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 28 Декабрь 2020, 20:01:10
в ДДР01 ни один mplayer не дает vdpau на встроенной видяхе интел 4 генерации
A на 2 генерации
Код
root@DDR01:mp4# inxi -G
Graphics:  Card: Intel 2nd Generation Core Integrated Graphics Controller
           Display Server: X.Org 1.19.2 driver: intel Resolution: 1920x1080@60.00hz
           OpenGL: renderer: Mesa DRI Intel Sandybridge Desktop x86/MMX/SSE2
           version: 3.3 Mesa 13.0.6
root@DDR01:mp4# uname -a
Linux DDR01 5.1.4-pf #1 SMP PREEMPT Fri May 31 08:15:18 MSK 2019 i686 GNU/Linux
работает, но проц грузит чуть больше xv
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: TT от 28 Декабрь 2020, 20:59:08
Любопытно… Ну тогда и вывод inxi под ДДР01 надо было тоже. 13-ая Mesa? Про Vulkan писали, что будет побыстрее OpenGL (не знаю, есть ли для Intel, у самого такая).

Есть готовое 5.10.2+1~exp1 ядро для Debian на все вкусы (https://packages.debian.org/search?suite=experimental&arch=any&searchon=sourcenames&keywords=linux-): i386+x32 / amd64 / R[eal]T[ime].

UPD.: Вторая новость: EasyOS Dunfell 0.103 almost released (https://bkhome.org/news/202012/easyos-dunfell-0103-almost-released.html) - от легендарного Барри, ядро 5.10.3.

UPD2: стандартное Debian ядро 5.10.3 (https://maurom.com/kernel/5.10.3/)

UPD3: как (https://forum.puppylinux.com/viewtopic.php?p=13509#p13509) перепаковывают ядра Debian в Puppy (давайте сделаем кто-то сделает Real Time!)

UPD4: Debian 5.10.4 на все вкусы: i386+x32 / amd64 / R[eal]T[ime]! FTP (http://ftp.debian.org/debian/pool/main/l/linux/) unstable/sid (https://packages.debian.org/source/sid/linux) tracker (https://tracker.debian.org/pkg/linux) buildd (https://buildd.debian.org/status/logs.php?pkg=linux&ver=5.10.4-1) Я-у-у-ф!!! Всех с НГ!

UPD5: APorteus (Porteus on Arch) с 5.11~rc1 (https://forum.porteus.org/viewtopic.php?p=80748#p80748) ядром. Ещё не сравнивал.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 30 Декабрь 2020, 10:26:15
вывод inxi под ДДР01 надо было тоже
А это что
:mp4# inxi -G
Есть готовое 5.10.2+1~exp1 ядро
так и не понял связи vdpau и ядра
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: TT от 30 Декабрь 2020, 12:55:32
в ДДР01 ни один mplayer не дает vdpau на встроенной видяхе интел 4 генерации
A на
Код
root@DDR01:mp4# inxi -G
работает, но проц грузит чуть больше xv
Если я правильно понимаю грамматику письменного русского языка - это две альтернативы, исключающая одна другую. А теперь, собственно, где в ДДР01 (где вывод `inxi -G`?) не даёт vdpau, если работает на `inxi -G`? Что-то Вы всех запутали.
Цитата
Есть готовое 5.10.2+1~exp1 ядро
так и не понял связи vdpau и ядра
Потрудитесь таки прочитать линк по Intel, а то я как будь-то для себя посты пишу, а к нему дополнительно (https://old.reddit.com/r/archlinux/comments/6la6n5/trying_to_understand_drm_dri_mesa_radeon_gallium/djsc8at/):
  • But hey, modern GPUs can also decode video! There's VDPAU (NVIDIA & AMD GPUs) and and VA-API (AMD & Intel GPUs) that can also talk to the GPU exposed via DRM/DRI and issue proper commands to decode/encode a given video stream.
Intel HD XXX: i915 kernel driver -> DRM/DRI -> Mesa (i965) -> games/apps.

UPD.: Прежде чем решить, в чём тут дело, vainfo и vdpauinfo Вам в помощь:
https://wiki.archlinux.org/index.php/Hardware_video_acceleration_(Русский)#Проверка (https://wiki.archlinux.org/index.php/Hardware_video_acceleration_(Русский)#Проверка)
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 30 Декабрь 2020, 13:13:33
На встроенной интел видяхе 4й генерации vdpau не работает, а на 2й работает, но проц жрет больше xv
Так понятно?
i915 kernel driver -> DRM/DRI -> Mesa (i965)
У нас есть ядра без этих компонентов ядра?
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 30 Декабрь 2020, 13:14:50
Вам в помощь:
Сами прочитали? Есть решение проблемы?
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: TT от 30 Декабрь 2020, 13:28:59
UPD.: Прежде чем решить, в чём тут дело, vainfo и vdpauinfo Вам в помощь:
https://wiki.archlinux.org/index.php/Hardware_video_acceleration_(Русский)#Проверка (https://wiki.archlinux.org/index.php/Hardware_video_acceleration_(Русский)#Проверка)
Сами прочитали? Есть решение проблемы?

Конечно! Я никогда не советую другим то, что не прочитал бы и не применил бы сам. Как Вы собираетесь знать, что у Вас аппаратно декодируется, а что нет, если только не узнаете нужный профиль и разницу между VA-API и VDPAU (первое предпочтительнее)??!
Код
$ vdpauinfo 
display: :0   screen: 0
libva info: VA-API version 1.5.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'i965'
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_5
libva info: va_openDriver() returns 0
API version: 1
Information string: OpenGL/VAAPI backend for VDPAU
Код
$ vainfo
libva info: VA-API version 1.5.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'i965'
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_5
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.5 (libva 2.1.1.pre1)
vainfo: Driver version: Intel i965 driver for Intel(R) Skylake - 2.4.0.pre1 (2.3.0-21-ge60af21)
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            : VAEntrypointVLD
      VAProfileMPEG2Simple            : VAEntrypointEncSlice
      VAProfileMPEG2Main              : VAEntrypointVLD
      VAProfileMPEG2Main              : VAEntrypointEncSlice
      VAProfileH264ConstrainedBaseline: VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
      VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP
      VAProfileH264ConstrainedBaseline: VAEntrypointFEI
      VAProfileH264ConstrainedBaseline: VAEntrypointStats
      VAProfileH264Main               : VAEntrypointVLD
      VAProfileH264Main               : VAEntrypointEncSlice
      VAProfileH264Main               : VAEntrypointEncSliceLP
      VAProfileH264Main               : VAEntrypointFEI
      VAProfileH264Main               : VAEntrypointStats
      VAProfileH264High               : VAEntrypointVLD
      VAProfileH264High               : VAEntrypointEncSlice
      VAProfileH264High               : VAEntrypointEncSliceLP
      VAProfileH264High               : VAEntrypointFEI
      VAProfileH264High               : VAEntrypointStats
      VAProfileH264MultiviewHigh      : VAEntrypointVLD
      VAProfileH264MultiviewHigh      : VAEntrypointEncSlice
      VAProfileH264StereoHigh         : VAEntrypointVLD
      VAProfileH264StereoHigh         : VAEntrypointEncSlice
      VAProfileVC1Simple              : VAEntrypointVLD
      VAProfileVC1Main                : VAEntrypointVLD
      VAProfileVC1Advanced            : VAEntrypointVLD
      VAProfileNone                   : VAEntrypointVideoProc
      VAProfileJPEGBaseline           : VAEntrypointVLD
      VAProfileJPEGBaseline           : VAEntrypointEncPicture
      VAProfileVP8Version0_3          : VAEntrypointVLD
      VAProfileVP8Version0_3          : VAEntrypointEncSlice
      VAProfileHEVCMain               : VAEntrypointVLD
      VAProfileHEVCMain               : VAEntrypointEncSlice
      VAProfileVP9Profile0            : VAEntrypointVLD <--
Для WebM, например (YouTube стандарт). У меня также 4К приемлемо декодируется (на грани) ‒ тут правда да, OpenCL от второй карточки для mpv помогает. Следующий для меня, пока нереализованный, вариант - перекомпилить mpv с Vulkan поддержкой:
Код
#/etc/environment
VULKAN_SDK_PATH=/usr
#ATISTREAMSDKROOT=/usr
CUDA_PATH=/usr
EXTRA_NVCCFLAGS="-L /usr/lib/x86_64-linux-gnu"
LIBVA_DRIVERS_PATH=/usr/lib/x86_64-linux-gnu/dri
VDPAU_DRIVER=va_gl
#VDPAU_DRIVER=nvidia
LIBVA_DRIVER_NAME=i965
#LIBVA_DRIVER_NAME=iHD
#LIBVA_DRIVER_NAME=vdpau
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: TT от 30 Декабрь 2020, 13:38:50
На встроенной интел видяхе 4й генерации vdpau не работает, а на 2й работает, но проц жрет больше xv
Так понятно?
i915 kernel driver -> DRM/DRI -> Mesa (i965)
У нас есть ядра без этих компонентов ядра?
У вас есть ядра, определённые компоненты которых в работе, я уже не говорю при компиляции таковых, никто даже не проверял (https://forum.puppyrus.org/index.php?topic=22381.msg173868#msg173868). А процитированный мой ответ был на другой Ваш вопрос.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 30 Декабрь 2020, 14:05:10
    Есть решение проблемы?
Конечно!
Если есть - дайте короткий рецепт для 4 генерации. Заработает - дальше будем обсуждать

Я никогда не советую другим то, что не прочитал бы и не применил бы сам
Я _лично_, да, "сам не юзал"
;)
У вас есть ядра, определённые компоненты которых в работе, я уже не говорю при компиляции таковых, никто даже не проверял.
Для проприетарных видеодров - да. Они лежат в test
Какая связь с интел видяхой?
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: TT от 30 Декабрь 2020, 14:26:49
Если есть - дайте короткий рецепт для 4 генерации.
Я же уже написал. Аппаратное декодирование не может быть коротким рецептом, короче чем уже самый короткий. Наверное, нужно просто взять и попробовать, как в постах.
Цитата: TT от 18 Декабрь 2020, 14:28:14
Я _лично_, да, "сам не юзал"
;)
- выхвачено из контекста.
Цитата
У вас есть ядра, определённые компоненты которых в работе, я уже не говорю при компиляции таковых, никто даже не проверял (https://forum.puppyrus.org/index.php?topic=22381.msg173868#msg173868).
Какая связь с интел видяхой?
- по аналогии: или запоздало проверять (соответствующие?) компоненты ядра 3.x, или сэкономить время и найти "ядерщика" (я пока от этого удерживаюсь) для версии 5.10.x LTS ядра, что гораздо благоразумнее. Да, и с параметром acpi никаких проблем для запуска последнего на о-очень старых машинах.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: TT от 31 Декабрь 2020, 01:58:39
Сделал беглое сравнение свойств ядер, см. также AMDGPU (https://wiki.archlinux.org/index.php/AMDGPU):
Код
maurom:
AMDGPU+ yes
exFAT   yes
X32     yes
RT      no

EasyOS:
AMDGPU  yes
exFAT   no
X32     yes
RT      no

porteus:
AMDGPU+ yes
exFAT   yes
X32     no
RT      no

debian:
AMDGPU+ yes?
exFAT   yes
X32     yes
RT      yes

Arch Linux:
AMDGPU  yes
exFAT   yes
X32     no
RT      no (отдельно)

Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: TT от 31 Декабрь 2020, 16:47:07
Самая дельная ссылка по capabilities Radeon-модельного ряда:
https://www.x.org/wiki/RadeonFeature/
Найдите свою пару "модельный ряд" / "инженерное имя", например: Evergreen/CEDAR
Southern Islands (SI) and Sea Islands (CIK) будут работать с новым AMDGPU+ в ядре 5.10.x (если включены в config).
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: TT от 31 Декабрь 2020, 19:23:08
Только что (!) сделали "на все вкусы" ядро 5.10.4 в Debian unstable/sid. Налетай, разбирай!. Обновил свой пост (https://forum.puppyrus.org/index.php?topic=17445.msg174397#msg174397) выше.
UPD: Добавил инфу про 5.11~rc1 ядро.
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 01 Январь 2021, 17:37:24
будут работать с новым AMDGPU+ в ядре 5.10.x
Запутался. Какую задачу Вы решаете?
Почему про ядра пишите в этом разделе?
Что такое AMDGPU+ ?
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: TT от 01 Январь 2021, 17:58:19
- VA-API/VDPAU на AMDGPU
- тема про VDPAU, про связь с ядрами писал ранее
- моё сокращение, означает включённый AMDGPU конфиг в ядре 5.10 с дополнительными параметрами под SI/CIK
Название: Re: VDPAU - аппаратное ускорение декодирования видео
Отправлено: sfs от 02 Январь 2021, 10:11:20
VA-API/VDPAU на AMDGPU
Чем это будет лучше radeon+mesa=vdpau (https://wiki.archlinux.org/index.php/Hardware_video_acceleration#ATI/AMD) (надо подключить фирмваре).,  который сейчас эффективно работает на старых AMD ?
Вроде даже modesetting+mesa = vdpau , т.е. без radeon + фирмваре = vdpau

Новых с amdgpu не юзал. Т.к. это аналог проприетарного catalyst - возможно в играх будет больше fps
Это цель?
Насколько я помню по vdpau разницы проприетарные\свободные дрова не было

Southern Islands (SI) and Sea Islands (CIK) будут работать с новым AMDGPU+ в ядре 5.10.x (если включены в config).
Что тут нового?
CONFIG_DRM_AMDGPU_SI (Southern Islands GPU) and CONFIG_DRM_AMDGPU_CIK (Sea Islands GPU)
Включены в
http://mirror.yandex.ru/puppyrus/puppyrus-a/kernel/new/5.1.4-pf-drv/
http://mirror.yandex.ru/puppyrus/puppyrus-a64/kernel/0ld-02/5.1.4-porteus_64-drv/
http://mirror.yandex.ru/puppyrus/puppyrus-a64/kernel/new/5.4.60-fatdog-drv/
Это только Бари не включил в своем 5.10.3 (https://bkhome.org/news/202012/proposal-to-support-modern-amd-gpus.html)
Именно в 5.10 (https://www.opennet.ru/opennews/art.shtml?num=54252)
Цитата
В драйвере amdgpu продолжена работа по реализации поддержки GPU AMD Navi 21 (Navy Flounder) и Navi 22 (Sienna Cichlid).
Насколько я понял - это для свежих (https://www.pcmag.com/picks/the-best-graphics-cards?test_uuid=001OQhoHLBxsrrrMgWU3gQF&test_variant=b) видях
Название: Re: VDPAU , VA-API - аппаратное (HW) ускорение декодирования видео
Отправлено: sfs от 15 Февраль 2022, 08:16:28
Если нужно только (для игр и браузеров нужна полная mesa)  HW ускорение в mpv : достаточно
xf86-video-intel (дает --vo=xv) + i965_drv_video.so
Получилось сделать HW совсем маленьким. Дописал в итоговый пост