Offiziell VDPAU mit AMD Grafikkarten

Zitat von seahawk1986

Klappt das Deinterlacing mit "-vo gl_nosw" eigentlich noch?

Ja, perfekt.

Bei der Radeon-Ausgabe per "Xv" ist das was man eine "Motion Compensation" nennt wohl schon eingebaut, fand ich früher mit "vdr-plugin-softdevice" schon immer erstaunlich. Bei der Intelgrafik habe ich jetzt mit "AccelMethod" "uxa" (default) bzw. "sna" gespielt und bin der Meinung mit "uxa" und "-vo gl" bekomme ich das beste Bild:

joystick=0lirc=0cache=8192vf=lavcdeint#vo=xvvo=glcolormatrix-input-range=limitedvc=ffmpeg1,ffmpeg2,ffh264,ao=alsaautosync=1fs=yes

Schön wäre, wenn der Abspieler "uxa's" eingebauten XvMC ansprechen könnte, der mplayer kann halt "nur xv" und er ist kein Ausgabe Frontend für den VDR ...

Aber das Bild ist mit Radeon und Intel auf o.a. Standardbasis sehr gut, die Differenz zu temporal Jammern auf hohem Niveau ...

Regards
fnu

fnu
Richtig xine-lib verwendet bzw. braucht etwas, was der NVidia kann und bei AMD weggelassen wurde.

AMD

Video surface:


name   width height types
-------------------------------------------
420    16384 16384  NV12 
422    16384 16384  NV12 
444    16384 16384  NV12

NVidia

Video surface:


name   width height types
-------------------------------------------
420     4096  4096  NV12 YV12 
422     4096  4096  UYVY YUYV

Also man nimmt 422 UYVY. Wobei die 444 die AMD kann,
würde ich viel lieber nehmen, noch ein Tacken besser.

Also ich kann mir nicht vorstellen das 1080i und Deinterlacer mit geringer CPU Belastung läuft.
Meine Erfahrung war min. 2.6 Ghz und Dualcore braucht man für Beides.
Und teste wenn es geht 1080i Sender mit hoher Bitrate. Problem war z.b. Sky HD Fußball Übertragung.

Nimm mal yadif als Deinterlacer, der ist meiner Meinung nach, nicht viel schlechter als Temporal Spatial
von NVidia, im Prinzip ist yadif ja dies auch.

Ansonsten ist bei der Xv Ausgabe noch das OSD, das OSD reinmischen, geht auch fürchterlich auf die
Performance. Hier ist die OpenGL Ausgabe besser.

Johns

Zitat von johns

Also ich kann mir nicht vorstellen das 1080i und Deinterlacer mit geringer CPU Belastung läuft.

Naja, niedrig, 35-40% pro Kern, aber der G540 bleibt bei 1600MHz stehen. Dennoch läuft es und ist in dem Rahmen mal nutzbar, im Gegensatz zu VA-API oder AMD-VDPAU, an sich egal ob die CPU die Leistung bringt bzw. verbrät oder die GPU. Ist ja auch nur Grundlagen-Arbeit ... Details fehlen noch ...

Das war übrigends mal die Frage ob Du SHD nicht mal so ausstatten könnetest das "diese einfachen" Xorg Features genutzt werden können, xv, gl, einfaches Deinterlacing ohne Fokus auf die HW?

Zitat von johns

Und teste wenn es geht 1080i Sender mit hoher Bitrate. Problem war z.b. Sky HD Fußball Übertragung.

Habe ich nicht, geht auch ein Sender aus dem Welt Paket?

Zitat von johns

Nimm mal yadif als Deinterlacer,

Gerne, wie am besten? "-vf yadif=2"? Aber der Vergleich hinkt, weil weder VA-API, noch AMD mehr als Bob bietet ... insofern ist "lavcdeint" eigentlich angemessen ...

Zitat von johns

Ansonsten ist bei der Xv Ausgabe noch das OSD, das OSD reinmischen,

Wie kann ich das beim mplayer forcieren?

Regards
fnu

PS.: htop vom Test-Rechner, läuft grad 13th Street HD, also 1080i mit lavcdeint ... und Nachtrag DiscHD @ yadif=2 ...

Zitat von fnu

Naja, niedrig, 35-40% pro Kern, aber der G540 bleibt bei 1600MHz stehen. Dennoch läuft es und ist in dem Rahmen mal nutzbar, im Gegensatz zu VA-API oder AMD-VDPAU, an sich egal ob die CPU die Leistung bringt bzw. verbrät oder die GPU. Ist ja auch nur Grundlagen-Arbeit ... Details fehlen noch ...

Das war übrigends mal die Frage ob Du SHD nicht mal so ausstatten könnetest das "diese einfachen" Xorg Features genutzt werden können, xv, gl, einfaches Deinterlacing ohne Fokus auf die HW?

Das war bei meinen letzten Tests das Problem, für 1080i und Yadif lief die CPU auf voller Leistung. Muß es mal wieder testen.
Du kannst doch testen, bei VA-API ist ein Software Deinterlacer drin. sowohl BOB als auch ein Spatial, für Yadif gab es einen Patch im Forum.
XV habe ich auch irgendwo rumliegen, aber das lohnt sich nicht einzubauen da OSD Probleme macht. OpenGL habe ich für VA-API eingebaut, daß kann man jederzeit erweitern.

Jetzt kommt das große Aber: im Moment habe ich nur einen Thread für die komplette Videoausgabe.
Für eine komplette Softwarekette, müsste ich auf min. 3 Threads umbauen.

Bei VA-API kannst auch den Hardware Dekoder deaktivieren und Software Deinterlacer nehmen, dann läuft nur noch die Videoausgabe über VA-API.

Zitat

Habe ich nicht, geht auch ein Sender aus dem Welt Paket?

Wichtig war die Bitrate (die Echte) IIRC ruckelte es so ab 15-18Mbit/s, bzw. gab es Framedrops, weil die Kette zulangsam war.
War aber mein Testcode mit mehreren Threads, sollte aber mit mplayer nachzustellen sein.
Für Software Tests kann man auch gut den Player von ffmpeg nehmen, der kann nur die Hardware Dekoder noch nicht.

Zitat

Gerne, wie am besten? "-vf yadif=2"? Aber der Vergleich hinkt, weil weder VA-API, noch AMD mehr als Bob bietet ... insofern ist "lavcdeint" eigentlich angemessen ...

Wie kann ich das beim mplayer forcieren?
PS.: htop vom Test-Rechner, läuft grad 13th Street HD, also 1080i mit lavcdeint ... und Nachtrag DiscHD @ yadif=2 ...

Edit: sehe es gerade yadif=1 ist richtig, ansonsten macht er nur temporal.

Lautstärke verstellen oder "o" OSD an aus. Sind aber nur einfaches OSD, für VDR brauchen wir ja 1920x1080x24.

Johns

Habe hier einen Patch für SoftHdDevice, damit sollte dann AMD VDPAU funktionieren.

Ich habe die Sync Toleranz erhöht, macht weniger drop/dup.
Und der AMD Dekoder kann scheinbar nur Flächen die das mehrfache von 16 sind.
1920x1080 wird zu 1920x1088. Den Fehlercheck habe ich entfernt, aber Crop
und Grab müssten dann nicht funktionieren.

Ich warte noch auf Tests mit potenterer Hardware, mein AMD C60 ist einfach zuschwach.

Edit scheint doch nicht zu schwach, das Ganze pendelt sich langsamer ein als mit NVidia.
Aber ich habe das Problem das mein Modeline nicht 100% 50 Hz ist.

Modeline       "1920x1080_50" 141.50 1920 2032 2232 2544 1080 1083 1088 1114 -HSync +Vsync

Ist 20063 us, da gibts regelmässige drops.

ModeLine       "1920x1080@50" 148.500 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync

Ist 19966 us, da gibts regelmässige dups.

Johns

Habe hier einen Patch für SoftHdDevice, damit sollte dann AMD VDPAU funktionieren.

Danke dafür, komme aber leider dieses WE nicht zum testen. Probiere es nächste Woche mal aus. Aber vielleicht bekommst ja noch Resonanz von FNU

Grüße

johns

Muß ich irgendwelche Parameter beim Start geben? Es kommt leider kein Bild:

May 04 12:33:43 [root] /_config/bin/x2vdr.sh
May 04 12:33:43 [root] Start </_config/bin/vdr-softhd.sh >
May 04 12:33:43 [root] /_config/bin/vdr-softhd.sh 
May 04 12:33:44 [vdr] [6867] connect from 127.0.0.1, port 42461 - accepted
May 04 12:33:44 [vdr] [6867] closing SVDRP connection
May 04 12:33:44 [vdr] [6867] connect from 127.0.0.1, port 42462 - accepted
May 04 12:33:44 [vdr] [6867] closing SVDRP connection
May 04 12:33:45 [vdr] [6867] connect from 127.0.0.1, port 42463 - accepted
May 04 12:33:45 [root] Failed to open VDPAU backend libvdpau_nvidia.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
May 04 12:33:45 [vdr] video/vdpau: Can't create vdp device on display ':0'_
May 04 12:33:45 [root] libva info: VA-API version 0.33.0
May 04 12:33:45 [root] libva info: va_getDriverName() returns 0
May 04 12:33:45 [root] libva info: Trying to open /usr/lib/va/drivers/r600_drv_video.so
May 04 12:33:45 [root] libva info: va_openDriver() returns -1
May 04 12:33:45 [vdr] video/vaapi: Can't inititialize VA-API on ':0'_
May 04 12:33:45 [vdr] video/noop: noop driver running on display ':0'_
May 04 12:33:45 [vdr] audio: 'alsa' output module used_
May 04 12:33:45 [root] Focus: 0
May 04 12:33:45 [vdr] audio/alsa: playback open 'default' error: Datei oder Verzeichnis nicht gefunden_
May 04 12:33:45 [vdr] audio:  44100Hz supports 0 0 0 0 0 0 0 0 channels_
May 04 12:33:45 [vdr] audio:  48000Hz supports 0 0 0 0 0 0 0 0 channels_
May 04 12:33:45 [vdr] audio: 192000Hz supports 0 0 0 0 0 0 0 0 channels_
May 04 12:33:45 [root] /_config/bin/gg_switchhook.sh -switch ActWin <(1022, 1278) 1(softhddevice)>
May 04 12:33:45 [vdr] audio: 2 channels unsupported_
May 04 12:33:45 [vdr] [6867] closing SVDRP connection

Grüße

Eigentlich nicht, der sollte anhand der Hardware die richtige finde.

l /usr/lib/vdpau/
lrwxrwxrwx 1 root root      22 Apr 29 19:21 libvdpau_r300.so -> libvdpau_r300.so.1.0.0
lrwxrwxrwx 1 root root      22 Apr 29 19:21 libvdpau_r300.so.1 -> libvdpau_r300.so.1.0.0
-rwxr-xr-x 1 root root 2173808 Apr 29 19:21 libvdpau_r300.so.1.0.0
lrwxrwxrwx 1 root root      22 Apr 29 19:21 libvdpau_r600.so -> libvdpau_r600.so.1.0.0
lrwxrwxrwx 1 root root      22 Apr 29 19:21 libvdpau_r600.so.1 -> libvdpau_r600.so.1.0.0
-rwxr-xr-x 1 root root 2164376 Apr 29 19:21 libvdpau_r600.so.1.0.0
lrwxrwxrwx 1 root root      26 Apr 29 19:21 libvdpau_softpipe.so -> libvdpau_softpipe.so.1.0.0
lrwxrwxrwx 1 root root      26 Apr 29 19:21 libvdpau_softpipe.so.1 -> libvdpau_softpipe.so.1.0.0
-rwxr-xr-x 1 root root 1872704 Apr 29 19:21 libvdpau_softpipe.so.1.0.0
lrwxrwxrwx 1 root root      23 Apr 27 00:40 libvdpau_trace.so -> libvdpau_trace.so.1.0.0
lrwxrwxrwx 1 root root      23 Apr 27 00:40 libvdpau_trace.so.1 -> libvdpau_trace.so.1.0.0
-rwxr-xr-x 1 root root   51072 Apr 27 00:40 libvdpau_trace.so.1.0.0

Johns

hmmm:

ls -l /usr/lib/vdpau/
total 46056
drwxr-xr-x   2 root root 	4096 May  4 09:27 .
drwxr-xr-x 160 root root   139264 May  4 09:27 ..
lrwxrwxrwx   1 root root   	25 May  4 09:27 libvdpau_nouveau.so -> libvdpau_nouveau.so.1.0.0
lrwxrwxrwx   1 root root   	25 May  4 09:27 libvdpau_nouveau.so.1 -> libvdpau_nouveau.so.1.0.0
-rwxr-xr-x   1 root root 15657956 May  4 09:27 libvdpau_nouveau.so.1.0.0
lrwxrwxrwx   1 root root   	25 May  3 19:30 libvdpau_nvidia.so.1 -> libvdpau_nvidia.so.270.18
-rwxr-xr-x   1 root root  1719192 Jan 23  2011 libvdpau_nvidia.so.270.18
lrwxrwxrwx   1 root root   	22 May  4 09:27 libvdpau_r600.so -> libvdpau_r600.so.1.0.0
lrwxrwxrwx   1 root root   	22 May  4 09:27 libvdpau_r600.so.1 -> libvdpau_r600.so.1.0.0
-rwxr-xr-x   1 root root 14786132 May  4 09:27 libvdpau_r600.so.1.0.0
lrwxrwxrwx   1 root root   	26 May  4 09:27 libvdpau_softpipe.so -> libvdpau_softpipe.so.1.0.0
lrwxrwxrwx   1 root root   	26 May  4 09:27 libvdpau_softpipe.so.1 -> libvdpau_softpipe.so.1.0.0
-rwxr-xr-x   1 root root 14708308 May  4 09:27 libvdpau_softpipe.so.1.0.0
lrwxrwxrwx   1 root root   	24 May  3 19:30 libvdpau_trace.so.1 -> libvdpau_trace.so.270.18
-rwxr-xr-x   1 root root	65736 Jan 23  2011 libvdpau_trace.so.270.18

Grüße

Hast vielleicht noch eine NVidia Karte drin?
Ansonsten einfach mal nouveau und nvidia löschen.

Und Xorg.conf mit AMD.

Johns

Zitat

Ansonsten einfach mal nouveau und nvidia löschen.

Das habe ich mal gemacht, aber keine Änderung.

Zitat

Hast vielleicht noch eine NVidia Karte drin?

Nein, das ist noch immer die Zbox auf der ich das probiere.

ls -s /usr/lib/vdpau/
total 29060
	4 .   	0 libvdpau_r600.so	14460 libvdpau_r600.so.1.0.0  	0 libvdpau_softpipe.so.1      	0 libvdpau_trace.so.1
  140 ..  	0 libvdpau_r600.so.1  	0 libvdpau_softpipe.so	14384 libvdpau_softpipe.so.1.0.0 	72 libvdpau_trace.so.270.18

Wie sollte denn eine Xorg.conf mit amd aussehen?
Ich hänge Sie mal an....

Grüße

Naja vielleicht findet er die ja in /usr/local/lib nicht.

Teste erstmal ob vdpauinfo funktioniert.

xorg.conf schaut bei mir auch so aus. Bis das er meinen TV umbedingt als 60Hz ansieht und ich über modeline 50Hz erzwingen muß.

Johns

Naja was sollte er denn in /usr/local/lib finden?

ls -l /usr/local/lib
total 8
drwxr-xr-x  2 root root 4096 May  3 19:46 .
drwxr-xr-x 10 root root 4096 May  3 19:46 ..
-rw-r--r--  1 root root	0 May 24  2007 .keep
lrwxrwxrwx  1 root root   21 May  3 19:46 vdr -> ../../lib/vdr/plugins

LD_LIBRARY_PATH=/usr/lib/vdpau VDPAU_DRIVER=r600 DISPLAY=:0 vdpauinfo
display: :0   screen: 0
API version: 1
Information string: G3DVL VDPAU Driver Shared Library version 1.0


Video surface:


name   width height types
-------------------------------------------
420	16384 16384  NV12
422	16384 16384  NV12
444	16384 16384  NV12


Decoder capabilities:


name           	level macbs width height
-------------------------------------------
MPEG1            	16  9216  2048  1152
MPEG2_SIMPLE     	16  9216  2048  1152
MPEG2_MAIN       	16  9216  2048  1152
H264_BASELINE    	16  9216  2048  1152
H264_MAIN        	16  9216  2048  1152
H264_HIGH        	16  9216  2048  1152
VC1_SIMPLE       	16  9216  2048  1152
VC1_MAIN         	16  9216  2048  1152
VC1_ADVANCED     	16  9216  2048  1152
MPEG4_PART2_SP   	16  9216  2048  1152
MPEG4_PART2_ASP  	16  9216  2048  1152


Output surface:


name          	width height nat types
----------------------------------------------------
B8G8R8A8     	16384 16384	y  NV12
R8G8B8A8     	16384 16384	y  NV12
R10G10B10A2  	16384 16384	y  NV12
B10G10R10A2  	16384 16384	y  NV12


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              	y
SHARPNESS                    	y
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          	y    	48 	2048
VIDEO_SURFACE_HEIGHT         	y    	48 	1152
CHROMA_TYPE                  	y
LAYERS                       	y     	0    	4


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

Habe ich irgendwo Mist gebaut? Ist alles per Ebuilds installiert....

Sorry, habe mich verlesen, dachte du hast die mesa vdpau libs nach /usr/local/lib/vdpau installiert.

Also vdpauinfo funktioniert, dann ist die Frage warum findet vdr die nicht.
Versuch mal nur vdpauinfo ohne die Variablen; oder vdr mit den Variablen.

VDR ist in der Gruppe video und audio?

Johns

Zitat

Versuch mal nur vdpauinfo ohne die Variablen; oder vdr mit den Variablen.

DISPLAY=:0 vdpauinfo
display: :0   screen: 0
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
Error creating VDPAU device: 1

Zitat

VDR ist in der Gruppe video und audio?

VDR läuft als root.

Zitat

oder vdr mit den Variablen.

Wie sollte das denn aussehen? Kannst Du mir einen Tip geben?

OK es geht jetzt, habe die Variablen unter /etc/vdr.d/scripts/g2v_init.sh gesetzt:

export LD_LIBRARY_PATH="/usr/lib/vdpau:$LD_LIBRARY_PATH"
export VDPAU_DRIVER="r600"

Bei ARD HD habe ich ungefähr 14% auf jedem Kern. Was soll ich für Dich testen?

Also eins von beiden oder beide braucht er bei dir.

Einfach Fernsehen und gucken ob es viele Framedrops oder "Missed Frames" gibt.

May  4 23:46:47 c60m1 vdr: video/vdpau: missed frame (10693/5172332)

Habe ich bei "ServusTV HD Oesterreich".

Johns

Zitat von zwick der agent

OK es geht jetzt, habe die Variablen unter /etc/vdr.d/scripts/g2v_init.sh gesetzt:

Besser wäre wohl eine Datei mit dem Pfad in /etc/ld.so.conf.d/, falls es das in Gentoo gibt. Ansonsten einen Eintrag zur /etc/ld.so.conf hinzufügen.

Gerald