Thema: Nvidia Beta Treiber mit H264 HW-decoding support!

[mtron]

Nvidia hat einen neuen Closed - Source Treiber veröffentlicht, der die VGA nützt um h264 material zu dekodieren und somit den Prozessor stark entlastet.

Unterstützt werden Karten mit VP2 Chip... Also der GPU der Vga muss mindestens G84 sein! 

VDPAU is currently supported on the following NVIDIA GPUs:

Desktop GPUs:
GeForce 200 Series
GeForce 9 Series
GeForce 86xx Series
GeForce 85xx Series
GeForce 84xx Series
GeForce 8300 GS
GeForce 8800 GTS 512
GeForce 8800 GT
GeForce 8800 GS

Mobile GPUs:
GeForce 98xxM
GeForce 9700M
GeForce 96xxM
GeForce 9500M
GeForce 9300M
GeForce 9200M
GeForce 8800M
GeForce 8800M GTS
GeForce 8800M GTX
GeForce 8600M
GeForce 8400M

Motherboard GPUs:
GeForce 9400
GeForce 9300
GeForce 9100
GeForce 8300
GeForce 8200

jedoch ist die api selbst noch nicht fertig und im nvidia forum hat ein developer gepostet dass h264 hw encoding auch auf die 7x Serie zurückportiert werden könnte (aber nicht mpeg2 HW decoding) ... vp1 hardware natürlich vorausgesetzt.

Zum testen am besten mplayer svn & patch installieren oder einen checkout der gepatchten ffmpeg version installieren & mit ffplay abspielen und staunen

Das Testergebnis eines Core 2 Duo E8400 & GeForce 9800GTX (alt: 48 %, mit neuer api: 10 %)




Nvidia PureVideo Linux Beta Treiber: http://www.nvnews.net/vbulletin/showthread.php?t=123091
PureVideo Linux Dokumentation: ftp://download.nvidia.com/XFree86/vdpau/doxygen/html/index.html
ffmpeg fork mit der neuen nvidia api: http://repo.or.cz/w/FFMpeg-mirror/ffmpeg-vdpau.git
mplayer patch: ftp://download.nvidia.com/XFree86/vdpau/mplayer-vdpau-3219724.tar.bz2
 README: ftp://download.nvidia.com/XFree86/vdpau/mplayer-vdpau-3076399.README.txt

[rikus]

Hallo allerseits,

ich war ewig nicht da, aber nun kann/will ich mich wieder mit DVB-S bzw. S2 unter linux beschaeftigen! Wie ist denn der aktuelle Stand des Linuxgrafikkartentreibers fuer Nvidia (8600GT) bzgl. h.264? Kann man kaffeine nutzen und den h.264-Stream bei DVB-S2 einer Budgetkarte mit dieser Grafikkarte unter Linux (Ubuntu 9.04 64bit) dekodieren? Meine CPU ist sonst zu lahm dafuer (AMD Athlon XP 3200)...

Ich habe schon eine Zeit im Web gesucht, aber nichts verwertbares an Infos gefunden...

Besten Dank,
Rikus

[Warpi]

Kann hier nur meine Ati-Erfahrungen zum besten geben ...

http://www.dvbcube.org/index.php?topic=24807.msg112527#msg112527

[mtron]

Servus!

Wie ist denn der aktuelle Stand des Linuxgrafikkartentreibers fuer Nvidia (8600GT) bzgl. h.264?

hardwarebeschleunigtes h264 mit deinterlacing sollte hinhauen.

 Ein vdpau benchmarking tool gibts hier: http://hftom.free.fr/qvdpautest-0.3.tar.gz
zur interpretation der ergebnisse schau mal auf http://www.nvnews.net/vbulletin/showthread.php?t=133465).  

Über den support von "Vdpau" bei den verschiedenen nvidia chipsets ist da ein interessanter thread:
http://www.gossamer-threads.com/lists/mythtv/mythtvnz/385602

Kann man kaffeine nutzen und den h.264-Stream bei DVB-S2 einer Budgetkarte mit dieser Grafikkarte unter Linux (Ubuntu 9.04 64bit) dekodieren? Meine CPU ist sonst zu lahm dafuer (AMD Athlon XP 3200)

ja sogar wunderbar (bei mir mit sempron 3000+ mit 30% CPU bei 720p   . Softwaremässig funktioniert das mittels xine-vdpau, . um das mit kaffeine verwenden zu können muss die kaffeine binary mit

Code: [Auswählen]

./configure --without-xcb
gebaut werden. xine-vdpau wird vom ehemaligen kaffeine maintainer hftom geschrieben und funzt super mit kaffeine . mehr dazu: http://www.nvnews.net/vbulletin/showthread.php?t=124791

[kater]

bei ATI ist Röhre gucken angesagt  

[rikus]

Besten Dank fuer die umfassenden Infos!

qvdpautest bringt bei mir folgendes:

SURFACE GET BITS: 597.534 M/s
SURFACE PUT BITS: 343.382 M/s

MPEG DECODING (1920x1080): 64 frames/s
MPEG DECODING (1280x720): 151 frames/s
H264 DECODING (1920x1080): 45 frames/s
H264 DECODING (1280x720): 99 frames/s
VC1 DECODING (1440x1080): 95 frames/s

MIXER WEAVE (1920x1080): 1129 frames/s
MIXER BOB (1920x1080): 1551 fields/s
MIXER TEMPORAL (1920x1080): 363 fields/s
MIXER TEMPORAL + SKIP_CHROMA (1920x1080): 484 fields/s
MIXER TEMPORAL_SPATIAL (1920x1080): 99 fields/s
MIXER TEMPORAL_SPATIAL + SKIP_CHROMA (1920x1080): 108 fields/s

MIXER TEMPORAL_SPATIAL (720x576 video to 1920x1080 display): 388 fields/s

Laut der genannten Website mit Vergleichen sollte dies annehmbar sein, oder? Da werde ich mir die Tage mal Kaffeine mit vdpau-xine bauen!

Gruss, Rikus

[mtron]

99 frames/s bei 720p ist weit mehr als du brauchst (bei 1080 sendern könnte es knapp werden). Aber da die meisten ÖR & arteHD in 720p senden (werden) würd ich es auf alle fälle probieren  

Und ein spass ist das basteln selbst allemal  

[rikus]

Hiho,

so, habe nun erfolgreich xine-vdpau und kaffeine 0.88 gebaut. In Ubuntu 9.04 habe ich bereits xine unter /usr/lib liegen, das xine-vdpau liegt nun unter /usr/local/lib.

kaffeine --verbose zeigt mir auch an, dass es das unter /usr/local/lib nutzt. Kann man auch irgendwie testweise erreichen, dass er das "alte" nutzt so als Vergleich? Sieht man bereits bei "normalen" DVB-S weniger Last? Ich habe bisher nur eine Hauppauge DVB-S-Karte, eine S2 will ich mir erst diese Tage zulegen...

Danke, Rikus

[mtron]

nö, mit mpeg2 kann die vdpau wenig anfangen.

Was meinst du mit "alte nutzt"? Die alte kaffeine version?

[rikus]

ah, ich dachte, mpeg2 wuerde durch die Grafikkarte auch dekodiert werden.

Ich meine die alte Version der xinelib, die ich noch auf dem Rechner habe, parallel zur xine-vdpau.

Danke, Rikus

[mtron]

achso. Naja zwei xine-lib versionen nebeneinander ist nicht gut. Wenn es sich vermeiden lässt würde ich absolut davon abraten.

Am vernünftigsten wäre es du baust dir ordentliche debian pakete von der xine-lib, damit sie das Paketmanagementtool verwalten kann (so kannst du z.b. deine tests mit der xine version aus den repositories machen, und die alte version dann durch die vdpau variante updaten lassen.

So wäre eigentlich ein sauberer weg.

Teilweises MPEG2 hardware encoding geht schon einige Jahre mit den XVMC video out treibern (schau mal in kaffeine unter Xine engine Parameters) Aber das ist ausschliesslich für sehr alte Maschinen eine option denn ab ~1GHZ wird grundsätzlich der xv vo treiber empfohlen der mit nvidia's & binary treiber die besten ergebnisse erzielen sollte.


Falls du willst kann ich dir ein TS sample eines 720p streams zukommen lassen (ist recht gross ~ 100 MB). Damit kannst auch schon ohne dvb-s2 hardware mal deine software testen

[rikus]

ohja, ein Sample waere natuerlich super vor dem Test mit der richtigen (noch nicht vorhandenen) Hardware!

Gruss, Rikus

[mtron]

ok, hast eine private mitteilung  

[rikus]

So, das HD-Testvideo wird abgespielt, aber mit sehr hoher Last und Rucklern :-( Wo koennte das Problem liegen? Ich habe die xinelib-vdpau installiert und das kaffeine 0.8.8. Laut kaffeine --verbose nutzt es auch die richtige xinelib... Kaffeine 0.8.8 ist aus einem Beitrag hier im Forum, ich werde nochmal die VBersion aus dem SVN holen, aber afair ist das eine 0.8.7, oder?

Gruss, Rikus

[mtron]

an vieles... chipset, mainboard, ect. Aber bleiben wir estmal bei der software. ist am wahrscheinlichsten

versuche das testvideo mit einem vdpau fähigen mplayer abzuspielen. Wenns da nicht ruckelt liegt sicher an xine. Aber erstmal wäre es gut deinen install soweit in ordnung zu bringen dass du nur eine xine-lib version auf deinem System drauf ist. Denn auch wenn die offizielle xine-lib mit --prefix=/usr gebaut ist und die vdpau version mit --prefix=/usr/local kann es trotzdem probleme geben.  

kaffeine selbst zu kompilieren ist auch eine gute idee

Die allerletzte Version von der qt3 basierten kaffeine Version ist die 0.8.8 Release von hftom's website und der bugfix patch für eac3 audio von hier.

ebenso einen versuch wert ist es im xorg.conf Composite auszuschalten:

Code: [Auswählen]

Section "Extensions"
      Option  "Composite"     "Disable"
EndSection
und die Option "TripleBuffer" in der Device section (nach der 'driver nvidia' zeile) bringt mehr memory buffer fürs playback (zwackt dies aber vom 3D speicher ab)

Code: [Auswählen]

  Option         "TripleBuffer" "True"

ebenso interessant in diesem zusammenhang falls du cpu frequency scaling eingeschaltet hast:

AMD Powernow Kernel Module

If you are using the powernow kernel module with an AMD CPU and are having problems playing HD video with VDPAU (stuttering video or audio) then it maybe that your processor is causing a bottleneck. An 8300 chipset should be capable of running the Temporal x2 deinterlacer, if you are getting stuttering then this is likely to be the issue.

   1. Execute the following command as root to find the current clockspeed of your processor "cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq".
   2. If it reports back a value less than 1800000 then you need to set the minimum processor speed.
   3. Add the following command to /etc/rc.d/rc.local (Fedora, maybe different for other distro's) -

   #Set minimum CPU speed to prevent playback issues with VDPAU
   echo "1800000" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq

Ansonsten, wenn du des englischen mächtig bist ist im nvnews forum (in der Linux Section) eine gute Anlaufstelle für solche probleme. Dort lesen auch die wirklichen geeks mit, die dir dann sicher helfen können.