Open attuska opened 6 years ago
A libva ugyan működik a vlc-vel, de minek? Alapértelmezetten a vlc a vdpau -t használná, ezután fordul a libva -hoz és azt használja. A pocesszor használat a próba h264-es HD videónál (Műholdas M1 tv-ről felvett ts) 99-100 % két processzormaggal, maga a lejátszás akadozó. Az mplayer szoftveresen 65-70% nem akadozik, ffplay 82-90% nem akadozik. Az nvidia-340-el cvlc vdpau -t használ 40-45% akadozik, mplayer felparaméterezve vdpau-val 20-25% sima, ffplay 60-66% sima.
cvlc nouveau:
Failed to open VDPAU backend libvdpau_nvidia.so: nem nyitható meg a megosztott objektumfájl: Nincs ilyen fájl vagy könyvtár libva info: VA-API version 0.40.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/dri/nouveau_drv_video.so libva info: Found init function vaDriverInit_0_40 libva info: va_openDriver() returns 0 libva info: VA-API version 0.40.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/dri/nouveau_drv_video.so libva info: Found init function vaDriverInit_0_40 libva info: va_openDriver() returns 0 libva info: VA-API version 0.40.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/dri/nouveau_drv_video.so libva info: Found init function __vaDriverInit_0_40 libva info: va_openDriver() returns 0 [h264 @ 0x7effe4049f80] mmco: unref short failure
cvlc nvidia: [00007f6b9cc14b80] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library 340.106 Tue Jan 9 14:26:01 PST 2018 for hardware decoding
UBK1-en ennél sokkal jobbak a teszt eredmények, minden lejátszóval sima a lejátszás nouveau-val, az mplayer nouveau/vdpau -val 25-30%, noha ez a végén teljesen lefagyasztja a gépet, ha a lejátszást megpróbálom abbahagyatni. Érdekesek lennének egy újabb nvidia kártyával, vagy egy újabb intel videóchippel a tesztek eredményei.
A fenti tesztek bekapcsolt compiz mellett voltak mind MATE felületen.
PEKWM alatt minden szép és jó, a CPU mag használatok jóval alacsonyabbak. Csak egyedül a totem akadozgat nouveauval. Hiába, a gstreamer alapú totem nagy erőforrásigényű.
A legújabb ffmpeg már nem támogatja a vdpau-t, az nvidiának lassan leáldozik a napja. http://sircmpwn.github.io/2017/10/26/Fuck-you-nvidia.html
Ha a az alapértelmezetten üres értékű VDPAU_DRIVER környezeti változó be van állítva, működik. https://forums.gentoo.org/viewtopic-p-7626478.html
attila@attila-pc:~/Videók$ export VDPAU_DRIVER=nouveau
attila@attila-pc:~/Videók$ vdpauinfo display: :1 screen: 0 API version: 1 Information string: G3DVL VDPAU Driver Shared Library version 1.0
UBK1/64 nouveau, ugyanaz a hardver:
attila@attila-pc:~$ echo $VDPAU_DRIVER
attila@attila-pc:~$ vdpauinfo display: :0 screen: 0 API version: 1 Information string: G3DVL VDPAU Driver Shared Library version 1.0
attila@attila-pc:~$ export VDPAU_DRIVER=nouveau attila@attila-pc:~$ echo $VDPAU_DRIVER nouveau attila@attila-pc:~$ vdpauinfo display: :0 screen: 0 API version: 1 Information string: G3DVL VDPAU Driver Shared Library version 1.0
Fejvakarás...
Talán jó is így, mert a xine-ui nem száll el. A xine ugyanis alapból --video=auto opcióval indul, ami UBK1-en észleli a vdpau lehetőséget, itt, UBK2 -n viszont nem, tehát UBK2 -n xv -vel simán indul. A vdpau kikényszerítéssel (export VDPAU_DRIVER=nouveau) után kőkeményen lefagyasztja a rendszert.
UBK1 -en, mivel ott észleli a vdpau lehetőséget, egyből keményen lefagyasztja a gépet, csak a reset gomb segít, mert semmi más nem működik.
Nvidia meghajtó esetén nincs semmi fagyás, szépen megy minden.
Az mplayer frissítés után UBK1 és UBK2 esetén immár az mplayer által szállított belső ffmpeg-4 -el ugyanez a helyzet.
A vlc sem megy természetesen vdpau kimenettel, ellenben OpenGL és auto kimenettel igen. Hivatalos nvidia meghajtóval működik a vdpau kimenet.
UBK4 -en működik!
ubk1 32 és 64 bit is jó. Nvidia-GF-210. nvida-340 és nouveau is jó. ubk2 csak nvidia-340 jó, nouveau nem.
ubk2 nouveau
Telepítve: libvdpau, mesa-vdpau, nouveau-vdpau-fw, vdpauinfo.
mplayer sem tud "-vo vdpau" -val videót produkálni.
Az X szerint viszont lennie kell!