Forum Debian Users Gang

jacekz · 2014-10-12 21:35:59

Zauważam postępującą degradacje wydajności - 2D okna "płyną" za kursorem, słaba akceleracja GPU przy video (wcześniej na otwartych działało lepiej), mniej klatek/s w grach.

Sprzęt nie jest najnowszy, ale wszystko wydaje się "niby" działa:

Kod:

Graphics:  Card: Advanced Micro Devices [AMD/ATI] Wrestler [Radeon HD 6310] bus-ID: 00:01.0
           Display Server: X.Org 1.16.1 drivers: ati,radeon Resolution: 1920x1080@60.00hz
           GLX Renderer: Gallium 0.4 on AMD PALM GLX Version: 3.0 Mesa 10.2.8 Direct Rendering: Yes

CPU~Dual core AMD E-350 (-MCP-) clocked at 1600 Mhz Kernel~3.16-2-amd64 x86_64

Dla tej karty możliwa jest akceleracja video?
w /etc/environment mam:

Kod:

VDPAU_DRIVER=r600
LIBVA_DRIVER_NAME=dummy

vainfo

Kod:

libva info: VA-API version 0.36.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'dummy'
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/dummy_drv_video.so
libva info: Found init function __vaDriverInit_0_36
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.36 (libva 1.4.0)
vainfo: Driver version: Dummy Driver 1.0
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            :    VAEntrypointVLD
      VAProfileMPEG2Simple            :    VAEntrypointMoComp
      VAProfileMPEG2Main              :    VAEntrypointVLD
      VAProfileMPEG2Main              :    VAEntrypointMoComp
      VAProfileMPEG4Simple            :    VAEntrypointVLD
      VAProfileMPEG4AdvancedSimple    :    VAEntrypointVLD
      VAProfileMPEG4Main              :    VAEntrypointVLD
      VAProfileH264Baseline           :    VAEntrypointVLD
      VAProfileH264Main               :    VAEntrypointVLD
      VAProfileH264High               :    VAEntrypointVLD
      VAProfileVC1Simple              :    VAEntrypointVLD
      VAProfileVC1Main                :    VAEntrypointVLD
      VAProfileVC1Advanced            :    VAEntrypointVLD

Ktoś ma podobny sprzęt na sidzie? Korzysta z otwartych? Najbardziej interesują mnie dwie rzeczy: Taka "wydajność" jest normą? Jest wspomaganie dekodowania wideo?

uzytkownikubunt · 2014-10-12 22:02:57

1120

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:59:54)

jacekz · 2014-10-12 22:06:58

Kod:

vblank_mode="1" glxgears & sleep 15.1s ; pkill glxgears
[1] 4087
ATTENTION: default value of option vblank_mode overridden by environment.
2686 frames in 5.0 seconds = 537.177 FPS
2698 frames in 5.0 seconds = 539.443 FPS
2707 frames in 5.0 seconds = 541.309 FPS

Kod:

glxinfo | grep -i -e opengl -e string -e direct
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD PALM
OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.2.8
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 10.2.8
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 10.2.8
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.0
OpenGL ES profile extensions:

uzytkownikubunt · 2014-10-12 22:59:49

1121

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:59:55)

jacekz · 2014-10-12 23:06:14

Kod:

dmesg | grep -i firmware
[    3.073507] platform microcode: firmware: direct-loading firmware amd-ucode/microcode_amd.bin
[    4.424860] radeon 0000:00:01.0: firmware: direct-loading firmware radeon/PALM_pfp.bin
[    4.426449] radeon 0000:00:01.0: firmware: direct-loading firmware radeon/PALM_me.bin
[    4.430049] radeon 0000:00:01.0: firmware: direct-loading firmware radeon/SUMO_rlc.bin
[    4.435966] radeon 0000:00:01.0: firmware: direct-loading firmware radeon/SUMO_uvd.bin
[    4.979243] r8169 0000:02:00.0: firmware: direct-loading firmware rtl_nic/rtl8168e-3.fw
jacek@debian:~$

uzytkownikubunt · 2014-10-12 23:50:58

1122

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:59:57)

Jacekalex · 2014-10-13 07:17:25

uzytkownikubunt napisał(-a):
Akceleracja GPU wygląda na normalną. Jedynie to dummy w zmiennej LIBVA_DRIVER_NAME jakoś mi śmierdzi. Nie wiem niestety, jak sprawić by korzystać z vdpau, bo chyba z tego powinien ten układ korzystać do dekodowania wideo.

Kod:

LIBVA_DRIVER_NAME="vdpau" vainfo
libva info: VA-API version 0.35.2
libva info: va_getDriverName() returns 0
libva info: User requested driver 'vdpau'
libva info: Trying to open /usr/lib64/va/drivers/vdpau_drv_video.so
libva info: Found init function __vaDriverInit_0_34
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.35 (libva 1.3.2.pre1)
vainfo: Driver version: Splitted-Desktop Systems VDPAU backend for VA-API - 0.7.4
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            :    VAEntrypointVLD
      VAProfileMPEG2Main              :    VAEntrypointVLD
      VAProfileMPEG4Simple            :    VAEntrypointVLD
      VAProfileMPEG4AdvancedSimple    :    VAEntrypointVLD
      VAProfileH264Main               :    VAEntrypointVLD
      VAProfileH264High               :    VAEntrypointVLD
      VAProfileVC1Simple              :    VAEntrypointVLD
      VAProfileVC1Main                :    VAEntrypointVLD
      VAProfileVC1Advanced            :    VAEntrypointVLD

To na wypadek, jakby libva miało łapać driver vdpau.

Stery u mnie są tutaj:

Kod:

ls /usr/lib*/va/drivers/

Pozdro
;-)

jacekz · 2014-10-13 08:57:18

@Jacekalex to z otwartych?

U mnie sterowniki siedzą w /usr/lib/x86_64-linux-gnu/dri i zawartość tego katalogu to:

Kod:

-rw-r--r-- 1 root root   22504 paź  7 00:37 dummy_drv_video.so
-rw-r--r-- 5 root root 5426360 paź  5 13:07 i915_dri.so
-rw-r--r-- 5 root root 5426360 paź  5 13:07 i965_dri.so
-rw-r--r-- 1 root root 1512576 paź  1 14:33 i965_drv_video.so
-rw-r--r-- 1 root root 5768936 paź  5 13:07 nouveau_dri.so
lrwxrwxrwx 1 root root      18 sie  8 15:18 nouveau_drv_video.so -> vdpau_drv_video.so
-rw-r--r-- 5 root root 5426360 paź  5 13:07 nouveau_vieux_dri.so
lrwxrwxrwx 1 root root      18 sie  8 15:18 nvidia_drv_video.so -> vdpau_drv_video.so
-rw-r--r-- 5 root root 5426360 paź  5 13:07 r200_dri.so
-rw-r--r-- 1 root root 4921248 paź  5 13:07 r300_dri.so
-rw-r--r-- 1 root root 5575904 paź  5 13:07 r600_dri.so
lrwxrwxrwx 1 root root      18 sie  8 15:18 r600.so -> vdpau_drv_video.so
-rw-r--r-- 5 root root 5426360 paź  5 13:07 radeon_dri.so
-rw-r--r-- 1 root root 4792616 paź  5 13:07 radeonsi_dri.so
lrwxrwxrwx 1 root root      18 sie  8 15:18 radeonsi_drv_video.so -> vdpau_drv_video.so
lrwxrwxrwx 1 root root      18 sie  8 15:18 s3g_drv_video.so -> vdpau_drv_video.so
-rw-r--r-- 1 root root 4746856 paź  5 13:07 swrast_dri.so
-rw-r--r-- 1 root root   97056 sie  8 15:18 vdpau_drv_video.so
-rw-r--r-- 1 root root 4649712 paź  5 13:07 vmwgfx_dri.so

jak wymuszę korzystanie z vdpau (zmiana w /etc/environment na LIBVA_DRIVER_NAME=vdpau)
to vainfo wisi na:

Kod:

libva info: VA-API version 0.36.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'vdpau'
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/vdpau_drv_video.so
libva info: Found init function __vaDriverInit_0_35
[VS] Software VDPAU backend library initialized
libva info: VA-API version 0.36.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'vdpau'
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/vdpau_drv_video.so
libva info: Found init function __vaDriverInit_0_35

Ostatnio edytowany przez jacekz (2014-10-13 08:57:51)

Jacekalex · 2014-10-13 12:39:24

Kod:

VDPAU_DRIVER=r600

Vdpau masz ustawione na r600?

Ja bym spróbował VA też puścić na r600.

I nie musisz przy każdej zmianie dla próby ustawiać inaczej w /etc/enviroment, po prostu każda zmienną możesz nadpisać na powłoce bash poleceniami export lub declare, albo użyć w poleceniu bezpośrednio jednym z poniższych sposobów:

Kod:

env LIBVA_DRIVER_NAME="vdpau" vainfo

Kod:

LIBVA_DRIVER_NAME="vdpau" vainfo

W ten sposób popróbuj różne stery pasujące do twojej karty.

@Jacekalex to z otwartych?

Nie to z Gentoo Linux, w Debianie sporo rzeczy siedzi troszkę inaczej,
ale zasada działania jest taka sama.

Ostatnio edytowany przez Jacekalex (2014-10-13 12:42:02)

jacekz · 2014-10-13 13:05:43

Potestowałem, ale w zasadzie jak widać są tylko dwie możliwości:

Kod:

dummy_drv_video.so
vdpau_drv_video.so

Na pierwszym jest to pseudodziałanie ("dummy" to jakaś proteza sterownika?)
Na drugim wisi, tak jak pisałem wyżej.

Jacekalex · 2014-10-13 13:16:27

Powinien się albo wywalić od razu, albo zadziałać, jak wisi, to jest walnięty driver vdpau, albo jakaś dziwna interakcja między libva a driverem vdpau.
W każdym razie ja tam widzę babola, którego Developerzy mogą badać przy pomocy debuggerów, tobie radzę poczekać na aktualizację paczki albo inną wersję.

Względnie przemyśleć używanie Sida, bo tam nieraz są podobne kfiatki, Jessie jest obecnie bardziej przewidywalny pod tym względem.

jacekz · 2014-10-13 13:23:35

Może być tak jak mówisz.
Dobrze by było mieć jakieś potwierdzenie, że na Jessie otwarte działają poprawnie z ta kartą.
Twój wynik vainfo z Gentoo, to jaka karta?

Jacekalex · 2014-10-13 13:28:27

jacekz napisał(-a):
Może być tak jak mówisz.
Dobrze by było mieć jakieś potwierdzenie, że na Jessie otwarte działają poprawnie z ta kartą.
Twój wynik vainfo z Gentoo, to jaka karta?

glxinfo napisał(-a):
OpenGL renderer string: GeForce GTX 750/PCIe/SSE2

Ster binarny:

Kod:

x11-drivers/nvidia-drivers-343.22-r2

Zainstaluj sobie lepiej pakiecik vdpauinfo i zobacz, co pokaże na temat steru Vdpau.
Jest w repo testinga.

jacekz · 2014-10-13 13:38:46

vdpauinfo na vdpau wisi tak jak vainfo

Kod:

vdpauinfo
display: :0   screen: 0
[VS] Software VDPAU backend library initialized
ATTENTION: default value of option vblank_mode overridden by environment.
libva info: VA-API version 0.36.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'vdpau'
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/vdpau_drv_video.so
libva info: Found init function __vaDriverInit_0_35

na dummy:

Kod:

ATTENTION: default value of option vblank_mode overridden by environment.
libva info: VA-API version 0.36.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'dummy'
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/dummy_drv_video.so
libva info: Found init function __vaDriverInit_0_36
libva info: va_openDriver() returns 0

display: :0   screen: 0
[VS] Software VDPAU backend library initialized
API version: 1
Information string: OpenGL/VAAPI/libswscale backend for VDPAU

Video surface:

name   width height types
-------------------------------------------
420     1920  1080  NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 
422     1920  1080  NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 
444     1920  1080  NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 

Decoder capabilities:

name               level macbs width height
-------------------------------------------
H264_BASELINE        51 16384  2048  2048
H264_MAIN            51 16384  2048  2048
H264_HIGH            51 16384  2048  2048

Output surface:

name              width height nat types
----------------------------------------------------
B8G8R8A8         32767 32767    y  
R8G8B8A8         32767 32767    y  
R10G10B10A2      32767 32767    y  
B10G10R10A2      32767 32767    y  
A8               32767 32767    y  

Bitmap surface:

name              width height
------------------------------
B8G8R8A8         16384 16384
R8G8B8A8         16384 16384
R10G10B10A2      16384 16384
B10G10R10A2      16384 16384
A8               16384 16384

Video mixer:

feature name                    sup
------------------------------------
DEINTERLACE_TEMPORAL             -
DEINTERLACE_TEMPORAL_SPATIAL     -
INVERSE_TELECINE                 -
NOISE_REDUCTION                  -
SHARPNESS                        -
LUMA_KEY                         -
HIGH QUALITY SCALING - L1        -
HIGH QUALITY SCALING - L2        -
HIGH QUALITY SCALING - L3        -
HIGH QUALITY SCALING - L4        -
HIGH QUALITY SCALING - L5        -
HIGH QUALITY SCALING - L6        -
HIGH QUALITY SCALING - L7        -
HIGH QUALITY SCALING - L8        -
HIGH QUALITY SCALING - L9        -

parameter name                  sup      min      max
-----------------------------------------------------
VIDEO_SURFACE_WIDTH              -  
VIDEO_SURFACE_HEIGHT             -  
CHROMA_TYPE                      -  
LAYERS                           -  

attribute name                  sup      min      max
-----------------------------------------------------
BACKGROUND_COLOR                 -  
CSC_MATRIX                       -  
NOISE_REDUCTION_LEVEL            -  
SHARPNESS_LEVEL                  -  
LUMA_KEY_MIN_LUMA                -  
LUMA_KEY_MAX_LUMA                -

Jacekalex · 2014-10-13 13:42:07

Jeżeli vdpauinfo wisi, to sprawa jest do przedyskutowania albo z biblioteką vdpau albo ze sterem w jaju.
Ale to już zabawa dla Developerów.

Masz pod ręką jakiegoś innego Linuxa, żeby zobaczyć, czy to jest powszechne zachowanie?
Pytam, bo Debian Sid zbyt miarodajny zazwyczaj nie jest.

Względnie, jak na tej protezie dummy chodzi, to możesz na razie tak używać.

Ostatnio edytowany przez Jacekalex (2014-10-13 13:45:58)

jacekz · 2014-10-13 13:46:52

Jeżeli da się coś pobadać z poziomu live CD...
Sprawdzę za moment.

Na razie widzę pewną różnice vdpau vs dummy:

Kod:

libva info: Found init function __vaDriverInit_0_35

Kod:

libva info: Found init function __vaDriverInit_0_36

może faktycznie trzeba czekać na poprawkę...

Ostatnio edytowany przez jacekz (2014-10-13 13:47:31)

Jacekalex · 2014-10-13 15:43:32

Prawdopodobnie w systemie masz bibliotekę Libva z API 0.36 a ster vdpau-va-driver był kompilowany do API 0.35.
Numery bibliotek w systemie są inne, ale tu chodzi o wewnętrzne cechy bibliotek.
Właśnie dlatego dla mnie Gentuś jest łatwiejszy od Debiana, że po prostu nigdy w życiu nie miałem podobnego problemu, kiedy cały system się kompiluje na miejscu.

U Ciebie po prostu trzeba czekać, aż pojawi się nowa biblioteka vdpau-va-driver, albo skompilować diabelstwo z palca.

Ten cyrk to rezultat głównie używania Sida, choć w testingu też się podobne kfiatki zdarzają, jednak znacznie rzadziej.

Ostatnio edytowany przez Jacekalex (2014-10-13 15:46:23)

Forum Debian Users Gang

Ogłoszenie

#1 2014-10-12 21:35:59

jacekz - Użytkownik

Obecna kondycja otwartych sterowników radeon?

Kod:

Kod:

Kod:

#2 2014-10-12 22:02:57

uzytkownikubunt - Zbanowany

Re: Obecna kondycja otwartych sterowników radeon?

#3 2014-10-12 22:06:58

jacekz - Użytkownik

Re: Obecna kondycja otwartych sterowników radeon?

Kod:

Kod:

#4 2014-10-12 22:59:49

uzytkownikubunt - Zbanowany

Re: Obecna kondycja otwartych sterowników radeon?

#5 2014-10-12 23:06:14

jacekz - Użytkownik

Re: Obecna kondycja otwartych sterowników radeon?

Kod:

#6 2014-10-12 23:50:58

uzytkownikubunt - Zbanowany

Re: Obecna kondycja otwartych sterowników radeon?

#7 2014-10-13 07:17:25

Jacekalex - Podobno człowiek...;)

Re: Obecna kondycja otwartych sterowników radeon?

uzytkownikubunt napisał(-a):

Kod:

Kod:

#8 2014-10-13 08:57:18

jacekz - Użytkownik

Re: Obecna kondycja otwartych sterowników radeon?

Kod:

Kod:

#9 2014-10-13 12:39:24

Jacekalex - Podobno człowiek...;)

Re: Obecna kondycja otwartych sterowników radeon?

Kod:

Kod:

Kod:

#10 2014-10-13 13:05:43

jacekz - Użytkownik

Re: Obecna kondycja otwartych sterowników radeon?

Kod:

#11 2014-10-13 13:16:27

Jacekalex - Podobno człowiek...;)

Re: Obecna kondycja otwartych sterowników radeon?

#12 2014-10-13 13:23:35

jacekz - Użytkownik

Re: Obecna kondycja otwartych sterowników radeon?

#13 2014-10-13 13:28:27

Jacekalex - Podobno człowiek...;)

Re: Obecna kondycja otwartych sterowników radeon?

jacekz napisał(-a):

glxinfo napisał(-a):

Kod:

#14 2014-10-13 13:38:46

jacekz - Użytkownik

Re: Obecna kondycja otwartych sterowników radeon?

Kod:

Kod:

#15 2014-10-13 13:42:07

Jacekalex - Podobno człowiek...;)

Re: Obecna kondycja otwartych sterowników radeon?

#16 2014-10-13 13:46:52

jacekz - Użytkownik

Re: Obecna kondycja otwartych sterowników radeon?

Kod:

Kod:

#17 2014-10-13 15:43:32

Jacekalex - Podobno człowiek...;)

Re: Obecna kondycja otwartych sterowników radeon?

Stopka forum