integration von vdpau in vdr

Hi,

Welche CPU-Last?
Xine braucht so zwischen 2-6% der CPU.
Mit ffmpeg hat das bei mir nie so richtig geklappt das waren so 75% CPU, aber es hat andauernd gestockt. CoreAVC habe ich nie getestet.

Mit VDPAU scheint es allerdings noch tearing (http://de.wikipedia.org/wiki/Tearing) Probleme zu geben. Ich habe eine bisschen im nvnews Forum mitgelesen, dort ist das Problem auch schon bekannt und soll wohl behoben werden.

Ich denke damit kommt der VDR HDTV ein ganzes Stück näher, auch wenn es noch fast keine Sender gibt
Auch spulen kann ich in Aufnahmen noch nicht, aber das kommt bestimmt alles noch. Außerdem ist zu berücksichtigen, dass die xine-vdpau Integration erst ein paar Tage alt ist.

Gruß
Mucki

Schön, sowas wollte ich hören - dann warte ich noch ein wenig bis das ganze etwas mehr aus dem Alphastadium entwächst - dann reicht auch meine 45W DualCore-CPU *freu*

Marcus

Hallo,

hab mich doch mal daran versucht - leider bekomme ich die xine-lib nicht kompiliert:

In file included from ../../src/input/input_plugin.h:28,
                 from ../../src/xine-engine/xine_internal.h:35,
                 from vdpau_h264.c:30:
../../src/xine-utils/xineutils.h:977: warning: ‘struct timezone’ declared inside parameter list
../../src/xine-utils/xineutils.h:977: warning: its scope is only this definition or declaration, which is probably not what you want
vdpau_h264.c: In function ‘vdpau_h264_decode_data’:
vdpau_h264.c:184: warning: format ‘%d’ expects type ‘int’, but argument 2 has type ‘uint64_t’
vdpau_h264.c:319: warning: passing argument 5 of ‘this->vdpau_accel->vdp_decoder_create’ makes pointer from integer without a cast
vdpau_h264.c:319: error: too many arguments to function ‘this->vdpau_accel->vdp_decoder_create’
vdpau_h264.c:347: warning: format ‘%d’ expects type ‘int’, but argument 2 has type ‘uint64_t’
vdpau_h264.c:438: warning: dereferencing type-punned pointer might break strict-aliasing rules
vdpau_h264.c: In function ‘vdpau_h264_discontinuity’:
vdpau_h264.c:561: warning: unused variable ‘this’
vdpau_h264.c: At top level:
vdpau_h264.c:690: warning: initialization discards qualifiers from pointer target type
make[2]: *** [xineplug_decode_vdpau_h264_la-vdpau_h264.lo] Fehler 1
make[2]: *** Warte auf noch nicht beendete Prozesse...
 gcc -DHAVE_CONFIG_H -I. -I../../include -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils -I../../src/input -I../../src/input -I../../lib -I../../lib -fvisibility=hidden -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -mtune=athlon -O3 -pipe -fomit-frame-pointer -falign-functions=4 -falign-loops=4 -falign-jumps=4 -fexpensive-optimizations -fschedule-insns2 -ffast-math -finline-functions -Wpointer-arith -g -O2 -Wall -Wchar-subscripts -Wnested-externs -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wmissing-format-attribute -Wformat=2 -Wno-format-zero-length -Wstrict-aliasing=2 -Werror=implicit-function-declaration -DNDEBUG -MT xineplug_decode_vdpau_mpeg12_la-vdpau_mpeg12.lo -MD -MP -MF .deps/xineplug_decode_vdpau_mpeg12_la-vdpau_mpeg12.Tpo -c vdpau_mpeg12.c  -fPIC -DPIC -o .libs/xineplug_decode_vdpau_mpeg12_la-vdpau_mpeg12.o
vdpau_mpeg12.c: In function ‘decode_render’:
vdpau_mpeg12.c:548: warning: passing argument 5 of ‘accel->vdp_decoder_create’ makes pointer from integer without a cast
vdpau_mpeg12.c:548: error: too many arguments to function ‘accel->vdp_decoder_create’
vdpau_mpeg12.c:570: warning: dereferencing type-punned pointer might break strict-aliasing rules
vdpau_mpeg12.c:576: warning: unused variable ‘info’
vdpau_mpeg12.c:597: warning: dereferencing type-punned pointer might break strict-aliasing rules
vdpau_mpeg12.c: At top level:
vdpau_mpeg12.c:913: warning: initialization discards qualifiers from pointer target type
make[2]: *** [xineplug_decode_vdpau_mpeg12_la-vdpau_mpeg12.lo] Fehler 1
mv -f .deps/xineplug_decode_vdpau_h264_la-h264_parser.Tpo .deps/xineplug_decode_vdpau_h264_la-h264_parser.Plo
make[2]: Leaving directory `/usr/local/src/xine-vdpau/src/libvdpau'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/usr/local/src/xine-vdpau/src'
make: *** [all-recursive] Fehler 1

Checkout von svn co svn://jusst.de/xine-vdpau und Treiber: NVIDIA-Linux-x86-180.06-pkg1.run

Hat evtl. jemand einen Tipp woran der Fehler liegt?

[EDIT]: Liegt wohl am Treiber - ich probiere es nochmal mit 180.16...die NVIDIA-Homepage war etwas verwirrend - der ftp-Server ist da besser gewesen

Marcus

Hallo Marcus,

guckst du hier:

http://lists.kafic.ba/pipermai…2008-December/000007.html

nvidia driver version 180.16 or later

Gruß
Wolfgang

Genau ist mir auch eben aufgefallen - und genau mein Problem ist hier beschrieben: http://lists.kafic.ba/pipermai…2008-December/000017.html

Danke & Gruss
Marcus

Hallo,

so, mein erster Test:

SDTV mit XV: beide CPU-Cores zusammen ca. 25% Last
SDTV mit VDPAU: beide CPU-Cores zusammen ca. 5% Last

Die Last bei XV erscheint mir doch etwas hoch für einen AMD X2 4850 - oder ist das normal? Liegt es evtl. am runtertakten auf 1000MHz und cpupowerd schaltet den Takt noch nicht hoch auf 2500MHz?

Tendenz: VDPAU macht seine Arbeit.

HDTV mit XV: beide CPU-Cores zusammen hatten immer so ca. 115% Last
HDTV mit VDPAU: beide CPU-Cores zusammen ca. 25% Last

Allerdings klappte erstmal nur Einsfestival (EPG war vorhanden), Arte, Anixe und Astra wollten nicht (auch kein EPG, obwohl die vor 2,3 Wochen noch liefen, ohne vdpau). Ein paar Bildstörungen und Ruckler waren vorhanden, aber nicht in der Größe wie bei FFMPEG. Ebenfalls alles sehr "Alpha" mit tlw. Abstürzen beim Umschalten oder Segfaults (könnte man ja mal dumpen).

Wenn das ganze den Kinderschuhen entwächst, sollte es klappen wie man es sich erhofft - ohne eine 90W CPU zu benötigen

Edit: gerade nochmal mit ffmpeg getestet - Last bei 115% bei Einsfestival (siehe oben). Arte, Anixe und Astra gehen immer noch nicht - haben die die Frequenz geändert?

Edit2: Hat sich erledigt - irgendwie hat der VDR bei diesen Kanälen auf DVB-S umgestellt. Folgendes brachte die Lösung und auch ein Bild/EPG:
Menü->Kanäle->Arte HD -> Editieren und auf DVB-S2 sowie 8PSK umstellen

Edit3: also mit VDPAU bekomme ich Astra und Anixe HD nicht zum Laufen (kein Bild / Absturz) - Arte und Einsfestival gehen - mit FFMPEG geht alles (aber eben mies)

Marcus

Hallo Marcus,

na klar ist das was anderes, wenn die CPU mit 1000 MHz läuft anstatt mit 2500 MHz. Dann zeigt htop z.B auch höhere Werte an.

Könntest du mal bitte kurz beschreiben, wie du was(?) eingerichtet hast?

und

wie du die Anbindung an den VDR umgesetzt hast?

PS: Evtl. machen dann mehr mit, wenn mal exakter beschrieben wird, was getan werden muss, und welches Grundsystem genommen wurde!?

Gruß
Wolfgang

Klar doch - allerdings gehe ich nicht bis ins kleinste Detail - eine Newbie-Anleitung kann es nicht werden:

Folgende Konfiguration habe ich am Laufen:

• Debian/Lenny (testing) mit allen soweit es geht über aptitude installiert (hierzu z.B. http://www.debian-multimedia.org und http://ftp.debian-unofficial.org/ verwendet, so dass ich auch daraus ffmpeg und die Libraries (avformat, etc.) verwende)
• Kernel 2.6.27.7 (siehe auch Signatur)
• s2-liplianin-cvs-20081107 Treiber ausgecheckt (http://mercurial.intuxication.org/hg/s2-liplianin/) und installiert für meine TT-3200 S2
• vdr-1.7.0 unter Verwendung des obigen Treibers installiert mit folgenden Patches: vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff und vdr-1.7.0-s2api-07102008-h264-clean.patch (siehe http://www.linuxtv.org/piperma…October/thread.html#18061)

und nun entweder die Schiene für VDPAU (1), FFMPEG (2) oder CoreAVC (3)

1: VDPAU

• NVIDIA Treiber 180.16 installiert (siehe meine obige Frage im Thread)
• xine-lib mit VDPAU-Unterstützung ausgecheckt (vom 21.12.2008): svn co svn://jusst.de/xine-vdpau
• xine-vdpau übersetzt: ./autogen.sh && ./configure --prefix=/usr/local && make && make install
• offizielle xineliboutput-Plugin V1.0.3 (keine CVS-Version) für VDR übersetzt und installiert
• vdr gestartet und vdr-sxfe verwendet, so dass bei korrekten HDTV-Einträgen in der channels.conf auch etwas zu sehen ist - wie gesagt, Abstürze, Instabilitäten sind normal

2: FFMPEG

• aktueller, offizieller NVIDIA Treiber reicht aus
• xine-lib 1.2 ausgecheckt (vom 02.11.2008): http://hg.debian.org/hg/xine-lib/xine-lib-1.2
• xine-lib-1.2 übersetzt: ./autogen.sh && ./configure --prefix=/usr/local --with-external-ffmpeg --disable-dxr3 && make && make install
• offizielle xineliboutput-Plugin V1.0.3 (keine CVS-Version) für VDR übersetzt und installiert
• vdr gestartet und vdr-sxfe verwendet, so dass bei korrekten HDTV-Einträgen in der channels.conf auch etwas zu sehen ist - hierbei seltener Abstürze, aber CPU-Last enorm (zu) hoch und nur auf einem Core

3: CoreAVC

• aktueller, offizieller NVIDIA Treiber reicht aus
• xine-lib 1.2 ausgecheckt (vom 02.11.2008): http://hg.debian.org/hg/xine-lib/xine-lib-1.2
• xine-lib-1.2 übersetzt: ./autogen.sh && ./configure --prefix=/usr/local --with-external-ffmpeg --disable-dxr3 && make && make install
• CoreAVC nach Anleitung von HDTV CoreAVC / xine-lib 1.2 / dshowserver on linux 64Bit installiert (allerdings für mein 32bit-System)
• offizielle xineliboutput-Plugin V1.0.3 (keine CVS-Version) für VDR übersetzt und installiert
• vdr gestartet und vdr-sxfe verwendet, so dass bei korrekten HDTV-Einträgen in der channels.conf auch etwas zu sehen ist - hierbei eher Abstürze als bei FFMPEG, CPU-Last erträglicher, beide Cores werden verwendet

Hoffe soweit verständlich...

Gruss
Marcus

hi dad401,

danke für deine informationen - eine frage noch (ich denke, daß es deshalb nicht unbedingt richtung newbie bereich geht ... :))

ad xineliboutput: in welchem betriebsmodus nutzt du diesen plug (inkl. vdpau)? mit dem "lokalen frontend" oder mit den remote frontends (zB. vdr-sxfe)? bei letzterem wäre es schon interessant, wie xine davon mitbekommt, das der videomodus "vdpau" sein soll ..

danke & gruß,
ciax

Ich nutze vdr-sxfe (also "lokales" remote-Frontend *g*) - ohne Angabe startet er direkt mit VDPAU - ansonsten je nach Angabe des Videotreibers...

Soweit ich weiss, teilt die xine-lib dem vdr-sxfe die verfügbaren Modis mit, denn bei vdr-sxfe --help steht vdpau dabei.

Marcus

wie kann ich dem xineliboutput sagen, welche xine-lib er nehmen soll?
offensichtlich nimmt er die falsche. in /usr/local/src hab ich mit xine-vdpau insgesamt drei verzeichnisse einer xine-lib. ich dachte durch make install wird xine-vdpau automatisch die aktuelle version.

Hi duc,

ich habe einfach alle anderen Versionen verschoben, so das nachher nur noch /usr/local/lib/xine/plugins/1.25 da war.

wenn du in Xine-vdpau make install gemacht hast solltest du noch ldconfig aufrufen, stand auf der xinehq Seite, bei mir hat er dann alles gefunden.

PS.
Mit Rev. 108 kann ich jetzt kann man jetzt sogar fast immer auf HD-Sender Umschalten, Aufnahmen lassen sich jetzt abspielen, und Spulen kann man auch. Es bleibt zwar noch zwischendurch hängen, aber eine Verbesserung ist es auf jeden Fall.

Gruß
Mucki

danke mucki

ldconfig hats gebracht. jetzt kennt mein vdr-sxfe auch vdpau.

edit
ich hab jetzt so ziemlich alles probiert, was hier beschrieben wurde, bei mir funktioniert es nicht. sobald ich auf einen hd kanal schalte, schmiert das frontend ab
insofern ists bei mir auch stabil
edit

hi duc,

ich wollte dich schon gerade fragen ob es bei dir mit vdr-sxfe wirklich auch mit HD geht. Bei mir geht mi vdr-sxfe auch nur SDTV bei HDTV stürzt es ab. Deswegen öffne ich den VDR Stream ja auch mit den Xine Player und damit geht es.

Hier bekommst du die aktuelle Version

cvs -z3 -d:pserver:anonymous@xine.cvs.sourceforge.net:/cvsroot/xine co xine-ui

Gruß
Mucki

Zitat

Original von duc

edit
ich hab jetzt so ziemlich alles probiert, was hier beschrieben wurde, bei mir funktioniert es nicht. sobald ich auf einen hd kanal schalte, schmiert das frontend ab
insofern ists bei mir auch stabil
edit

Hallo duc,

das hier kann ich bestätigen, leider ..., aber das wird schon, jeden Tag wirds bessser.

Gruß
Wolfgang

Zitat

Original von Mucki86
hi duc,

ich wollte dich schon gerade fragen ob es bei dir mit vdr-sxfe wirklich auch mit HD geht. Bei mir geht mi vdr-sxfe auch nur SDTV bei HDTV stürzt es ab. Deswegen öffne ich den VDR Stream ja auch mit den Xine Player und damit geht es.

Hier bekommst du die aktuelle Version

Code

cvs -z3 -d:pserver:anonymous@xine.cvs.sourceforge.net:/cvsroot/xine co xine-ui

Gruß
Mucki

Alles anzeigen

hab ich grad auch noch probiert, da wirds auch nicht besser. ok, es dauert bis zu zwei sekunden länger, bis xine abschmiert und es kommt auf orf hd sogar kurz ein bild. aber anixe hd oder astra+ hd geht leider gar nicht.
xine-vdpau hatte den versionsstand 108 von gestern, also auch relativ frisch.
abwarten hilft sicher

verbessert sich was bei Verwendung des Treibers 180.18?

Zitat

Original von newsy
verbessert sich was bei Verwendung des Treibers 180.18?

nein, bei mir nicht. (im Vergleich zu 180.16)

Status: xine-vdpau rev 108, Nvidia 180.18, Geforce 9500GT
Starten von xine-vdpau oder Umschalten führt zu 50% zum Hängen von xine.
xine killen und neustarten hilft dann.
Früher musste man das nvidia-modul neuladen.

Wenn es mal läuft, kann man auch einen Film komplett sehen. z.B. 1 FestivalHD läuft recht gut.
Ton ist auch noch manchmal asynchron.

auf ARTE HD hab ich manchmal starke Tonprobleme.

Hi,

bei mir sieht es ungefähr so aus wie bei rolandm. Manchmal kann man 5 mal denn Sender wechseln und man denkt super alles ok, und dann bleibt es doch wider hängen. FestivalHD läuft wirklich ganz gut. Habt ihr auf AstraHD+ auch zwischendurch mal Bildstörungen und kurze Tonaussetzer?

Wie ist das bei euch eigentlich mit dem OSD? Ich habe das nur in der oberen Linken Ecke?

http://img354.imageshack.us/im…7/bildschirmphoto1pi8.png

Gruß
Mucki

Gibt es im xineliboutput in den Einstellungen nicht die Option, das OSD auf die Auflösung zu vergrößern??

cu
biggsmann