[patches] xine-lib-1.2+xineliboutput+xine-plugin verbesserter vdr support

ich versuche gerade xine-lib1.2 + Vdpau Patch von rnissl + durchflieger's Patch zu installieren, aber bekomme folgende Fehlermeldung:

video_out_vdpau.c  -fPIC -DPIC -o .libs/xineplug_vo_out_vdpau_la-video_out_vdpau.o
video_out_vdpau.c:75: warning: initialization discards qualifiers from pointer target type
video_out_vdpau.c:76: warning: initialization discards qualifiers from pointer target type
video_out_vdpau.c:77: warning: initialization discards qualifiers from pointer target type
video_out_vdpau.c:78: warning: initialization discards qualifiers from pointer target type
video_out_vdpau.c:79: warning: initialization discards qualifiers from pointer target type
video_out_vdpau.c:84: warning: initialization discards qualifiers from pointer target type
video_out_vdpau.c:85: warning: initialization discards qualifiers from pointer target type
video_out_vdpau.c:86: warning: initialization discards qualifiers from pointer target type
video_out_vdpau.c:87: warning: initialization discards qualifiers from pointer target type
video_out_vdpau.c:88: warning: initialization discards qualifiers from pointer target type
video_out_vdpau.c:94: warning: initialization discards qualifiers from pointer target type
video_out_vdpau.c:95: warning: initialization discards qualifiers from pointer target type
video_out_vdpau.c:96: warning: initialization discards qualifiers from pointer target type
video_out_vdpau.c:97: warning: initialization discards qualifiers from pointer target type
video_out_vdpau.c:110: warning: missing braces around initializer
video_out_vdpau.c:110: warning: (near initialization for 'blend.blend_constant')
video_out_vdpau.c: In function 'vdpau_process_ovl':
video_out_vdpau.c:615: warning: passing argument 2 of 'vdp_bitmap_put_bits' from incompatible pointer type
video_out_vdpau.c: In function 'vdpau_overlay_end':
video_out_vdpau.c:758: warning: passing argument 2 of 'vdp_output_surface_put_bits' from incompatible pointer type
video_out_vdpau.c:763: warning: passing argument 2 of 'vdp_output_surface_put_bits' from incompatible pointer type
video_out_vdpau.c: In function 'vdpau_frame_proc_slice':
video_out_vdpau.c:793: warning: unused variable 'frame'
video_out_vdpau.c: In function 'vdpau_duplicate_frame_data':
video_out_vdpau.c:946: warning: passing argument 3 of 'vdp_video_surface_getbits_ycbcr' from incompatible pointer type
video_out_vdpau.c:950: warning: passing argument 3 of 'vdp_video_surface_putbits_ycbcr' from incompatible pointer type
video_out_vdpau.c: In function 'vdpau_update_frame_format':
video_out_vdpau.c:967: warning: pointer type mismatch in conditional expression
video_out_vdpau.c: In function 'vdpau_update_noise':
video_out_vdpau.c:1262: warning: passing argument 4 of 'vdp_video_mixer_set_attribute_values' from incompatible pointer type
video_out_vdpau.c: In function 'vdpau_update_sharpness':
video_out_vdpau.c:1291: warning: passing argument 4 of 'vdp_video_mixer_set_attribute_values' from incompatible pointer type
video_out_vdpau.c: In function 'vdpau_update_csc':
video_out_vdpau.c:1329: warning: passing argument 4 of 'vdp_video_mixer_set_attribute_values' from incompatible pointer type
video_out_vdpau.c: In function 'vdpau_update_skip_chroma':
video_out_vdpau.c:1341: error: 'VDP_VIDEO_MIXER_ATTRIBUTE_SKIP_CHROMA_DEINTERLACE' undeclared (first use in this function)
video_out_vdpau.c:1341: error: (Each undeclared identifier is reported only once
video_out_vdpau.c:1341: error: for each function it appears in.)
video_out_vdpau.c:1343: warning: passing argument 4 of 'vdp_video_mixer_set_attribute_values' from incompatible pointer type
video_out_vdpau.c: In function 'vdpau_display_frame':
video_out_vdpau.c:1436: warning: passing argument 3 of 'vdp_video_surface_putbits_ycbcr' from incompatible pointer type
video_out_vdpau.c:1441: warning: passing argument 3 of 'vdp_video_surface_putbits_ycbcr' from incompatible pointer type
video_out_vdpau.c: In function 'vdpau_grab_last_displayed_frame':
video_out_vdpau.c:1909: warning: passing argument 3 of 'vdp_output_surface_get_bits' from incompatible pointer type
video_out_vdpau.c:1920: warning: passing argument 3 of 'vdp_output_surface_get_bits' from incompatible pointer type
video_out_vdpau.c: In function 'vdpau_open_plugin':
video_out_vdpau.c:2549: error: 'VDP_VIDEO_MIXER_ATTRIBUTE_SKIP_CHROMA_DEINTERLACE' undeclared (first use in this function)
video_out_vdpau.c:2549: warning: passing argument 2 of 'vdp_video_mixer_query_attribute_support' makes integer from pointer without a cast
make[3]: *** [xineplug_vo_out_vdpau_la-video_out_vdpau.lo] Fehler 1
make[3]: Leaving directory `/video/vdpau/xine-lib-1.2/src/video_out'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/video/vdpau/xine-lib-1.2/src/video_out'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/video/vdpau/xine-lib-1.2/src'
make: *** [all-recursive] Fehler 1

kompiliert habe ich mit "./autogen.sh --disable-musepack --enable-vdpau"

EDIT: liegt wohl am veralteten VDPAU Treiber *duck*

ich habe jetzt xine-lib-1.2 + vdpau Patch + durchfliegers Patch installiert sowie xineliboutput 1.04 mit durchfliegers Patch.

Xineliboutput verwende ich allerdings nur als Remote (damit bei Abstürzen der grafischen Ausgabe die Aufnahmen nicht im Eimer sind, vdr läuft ja dann weiter und nimmt auf) und gucke dann mit xine-ui. Allerdings haben die Autocrop Einstellungen aus dem VDR Menü keine Wirkung. Funktioniert das nur wenn ich vdr-sxfe benutze?

Wenn ich xine mit "--post autocrop:stabilize=1,soft_start_step=0" starte funktioniert das Autocropping aber die Menüeinstellunge über den VDR haben keine Auswirkungen.

Hallo,

erst mal herzlichen Dank an durchflieger und Samael für die Patches!

Um das Grabbing in vdr-xine in Verbindung mit dem aktuellen xine-vdpau-r281 nutzen zu können, habe ich mich daran versucht den xine-vdpau-xine-lib-1.2-r278-crop-v9.diff an diese Version anzupassen.

Für die Mutigen, die das testen wollen:

Zuerst muss xine-vdpau mit dem xine-lib.patch von vdr-xine gepatcht werden , dann den xine-vdpau-r281-crop-v9.diff anwenden. Nach der Installation von xine-vdpau auch xine-ui neu bauen und installieren. Dann vdr-xine mit dem xine-plugin-0.9.3-grab.patch patchen.

Mit dem xine-vdpau-r281-crop-v9.diff wird LOCKDISPLAY deaktiviert!

Ich habe den Patch auf Debian Sid und Lenny getestet und bisher keine Nebenwirkungen feststellen können.

Gruß, tomas

Hi Tomas,

Ich bekomm das nicht hin, für welche version von xine-lib ist deiner patch ?
Wann für xine-lib-1.2, dafür gibt's doch noch kein patch von rnissl...?
Oder ist dein patch zwei ins eins?

Danke !

Carel

Bin ein bisschen weiter gekommen, gut lesen ...

Aber das patchen geht leider nicht:

carel@nekanali:~/src/xine-vdpau-281-durchflieger-v9-xine-grab$ patch -p1 --dry-run < xine-vdpau-r281-crop-v9.diff
patching file include/xine.h.in
patching file src/vdr/input_vdr.c
patching file src/vdr/Makefile.am
patching file src/vdr/vdr.h
patching file src/video_out/video_out_vdpau.c
Hunk #1 FAILED at 53.
Hunk #2 succeeded at 82 (offset -1 lines).
Hunk #3 succeeded at 124 (offset -1 lines).
Hunk #4 succeeded at 312 (offset -1 lines).
Hunk #5 succeeded at 359 (offset -1 lines).
Hunk #6 succeeded at 861 (offset -1 lines).
Hunk #7 succeeded at 1291 (offset -1 lines).
Hunk #8 succeeded at 1320 (offset -1 lines).
Hunk #9 succeeded at 1343 (offset -1 lines).
Hunk #10 succeeded at 1410 (offset -1 lines).
Hunk #11 succeeded at 1568 (offset -1 lines).
Hunk #12 succeeded at 1582 (offset -1 lines).
Hunk #13 succeeded at 1623 (offset -1 lines).
Hunk #14 succeeded at 1652 (offset -1 lines).
Hunk #15 succeeded at 1670 (offset -1 lines).
Hunk #16 succeeded at 1689 (offset -1 lines).
Hunk #17 succeeded at 1707 (offset -1 lines).
Hunk #18 succeeded at 1836 (offset -1 lines).
Hunk #19 succeeded at 2012 (offset -1 lines).
Hunk #20 succeeded at 2066 (offset -1 lines).
Hunk #21 succeeded at 2118 (offset -1 lines).
Hunk #22 succeeded at 2136 (offset -1 lines).
Hunk #23 succeeded at 2194 (offset -1 lines).
Hunk #24 succeeded at 2258 (offset -1 lines).
Hunk #25 succeeded at 2351 (offset -1 lines).
Hunk #26 succeeded at 2459 (offset -1 lines).
Hunk #27 succeeded at 2579 (offset -1 lines).
Hunk #28 succeeded at 2668 (offset -1 lines).
Hunk #29 succeeded at 2741 (offset -1 lines).
1 out of 29 hunks FAILED -- saving rejects to file src/video_out/video_out_vdpau.c.rej
patching file src/xine-utils/utils.c
patch unexpectedly ends in middle of line
patch unexpectedly ends in middle of line

Ich hab xine-0.9.3 und xine-vdpau rev. 281
Zuerst wird wie gesagt xine-vdpau gepatcht mit der xine-lib patch in der patches subdir der xine-0.9.3 plugin. Da gibt es schon viele hunks succeeded, aber es geht. Danach dein patch aber das fehlt.

Mit fr gr

Carel

EDIT: Willst du der patch noch einmal hochladen, ich glaub der heutige ist korrupt...

Zitat

Original von carel

EDIT: Willst du der patch noch einmal hochladen, ich glaub der heutige ist korrupt...

Hallo Carel,

ich habs sicherheitshalber gerade nochmal selbst durchlaufen lassen:

#svn co svn://jusst.de/xine-vdpau
....
Ausgecheckt, Revision 281.
....
#wget http://www.vdrportal.de/board/attachment.php?attachmentid=22895
#tar xvzf attachment.php\?attachmentid\=22895
xine-vdpau-r281-crop-v9.diff 
#cd xine-vdpau
#patch -p1 -i /Pfad/zu/xine-lib.patch

Da kommen ein paar hunks, da der xine-lib.patch schon etwas älter ist...

#patch -p1 -i ../xine-vdpau-r281-crop-v9.diff
patching file include/xine.h.in
patching file src/vdr/input_vdr.c
patching file src/vdr/Makefile.am
patching file src/vdr/vdr.h
patching file src/video_out/video_out_vdpau.c
patching file src/xine-utils/utils.c
#

keine Probleme...

Wenn das durchgelaufen ist und du bisher eine xine-lib-1.2 verwendet hast, dann solltest du vor dem Bauen deren *Bestandteile*am besten komplett löschen.

Gruß, tomas

Hi Tomas,

Wann du dein attachment öffnet und entpackt siehe ich sonderzeichnen.
Guck mal....

Mit fr gr

carel

Zitat

Original von carel
Hi Tomas,

Wann du dein attachment öffnet und entpackt siehe ich sonderzeichnen.
Guck mal....

Mit fr gr

carel

Alles anzeigen

Hallo Carel,

was verstehst du unter Sonderzeichen?...so was:

^_ý^H^@^L^QýJ^@^Cý<kWýFýýýýýýýl^_ýýý^G^L^Lý^X0ý^D0 ^F2sgguý%
ýýýd^^;ý^?ýUýýZ/ýaH6{Ný^Lý[UýýýUýýý%ýîUý5ý¢ýkýjmý{ý¢ýúiýú =@ýÀjúgnýM_P^[éý6:Zýý}éP  wýýR^L,ý^VAhýý|^Wzýýý/ý{ ý^?zýýLjg ¿&ý{ý

????

dann hast du das nicht (richtig) entpackt. Mach es nochmal so, wie ich es oben beschrieben habe.

Wenns dann immer noch nicht geht, kann ich den Patch für dich ja nochmal ungepackt anhängen. Aber wie oben geschrieben habe ich den Patch selbst heute mittag nochmal runtergeladen, entpackt und angewendet...

Gruß, tomas

Hi Tomas,

Fremd, sehr fremd.
Am ende des patches sehe ich sowas:

struct timeval tm;
tm.tv_sec = usec / 1000000;
tm.tv_usec = usec % 1000000;
@ @ @ @ @ @ @ @

Und das war's...
Das erklärt IMHO auch warum er nicht weiter lauft.
Ich hab's mit wget heruntergeladen und etpackt mit gunzip.
Und auch mit nen windows PC und mit rar entpackt.
Beide selber resultat...

Willst du mir der patch in einer PN schicken ?

Vielen dank,

Carel

Zitat

Original von carel

Am ende des patches sehe ich sowas:

struct timeval tm;
tm.tv_sec = usec / 1000000;
tm.tv_usec = usec % 1000000;

das sind die letzten Zeilen des patches natürlich ohne @@@@

Zitat

Original von carel
Ich hab's mit wget heruntergeladen und etpackt mit gunzip.

und warum hast du es nicht mit

tar xvzf attachment.php\?attachmentid\=22895

entpackt?

Zitat

Original von carel

Willst du mir der patch in einer PN schicken ?

dann kann ichs ja auch direkt hier nochmal anhängen, von den zusätzlichen 40KiB wird der Forumsserver ja nicht in die Knie gehen;)

haben eigentlich andere das gleiche Problem wie Carel?

Groetjes, tomas

Zitat

Original von tomas
und warum hast du es nicht mit

Code

tar xvzf attachment.php\?attachmentid\=22895

entpackt?

Vielleicht weil die Extension .gz und nicht .tar.gz heißt?

Gerald

Zitat

Original von gda

Vielleicht weil die Extension .gz und nicht .tar.gz heißt?

das ist natürlich ein gutes Argument.

Ich ging aber davon aus, dass wenn ich in meiner ersten Antwort an Carel die Befehle, die ich auf meinem Rechner ausgeführt habe, genau aufliste, er das auch genau so macht.

Gruß, tomas

Hallo !

tgz , das war es, mittlerweile lauft es durch!
Würde es gleich testen.

Vielen dank

Groetjes,

Carel

Zitat

Original von tomas
Hallo,

...

Zuerst muss xine-vdpau mit dem xine-lib.patch von vdr-xine gepatcht werden , dann den xine-vdpau-r281-crop-v9.diff anwenden. Nach der Installation von xine-vdpau auch xine-ui neu bauen und installieren. Dann vdr-xine mit dem xine-plugin-0.9.3-grab.patch patchen.

..

Gruß, tomas

Alles anzeigen

Kurze Verständnisfrage: hab bisher immer die xinelib runtergeladen und die patches von jusst angewendet. Da ist seit 278 Funkstille. Könnte ich jetzt Deinen Patch auf ein xinelib 1.2 anwenden und komme mit einem 281/2 Stand raus? Incl Durchflieger patch für xine Plugin und xine-ui? Dann könnte ich ja aufhören, auf jusst nach dem aktuellen Patch Ausschau zu halten
Vgsteiniplatte

Hallo,

Zitat

Original von steiniplatte

Kurze Verständnisfrage: hab bisher immer die xinelib runtergeladen und die patches von jusst angewendet.

das war dann eine xine-lib-1.2, der du mit dem Patch von R. Nissl von jusst.de (xine-)vdpau reingepatcht hast.

Zitat

Original von steiniplatte
Könnte ich jetzt Deinen Patch auf ein xinelib 1.2 anwenden und komme mit einem 281/2 Stand raus?

Nein, ich habe nur die vorhandenen Patches von durchflieger und Samael in xine-vdpau (xine-lib-1.1.x) reingepfriemelt. Das Resultat ist nicht kompatibel zu xine-lib-1.2 sondern nur zu xine-vdpau. Bei einer xine-lib-1.2 würde der *vdpau*-Teil fehlen.

Zitat

Original von steiniplatte
Dann könnte ich ja aufhören, auf jusst nach dem aktuellen Patch Ausschau zu halten

Musst du selbst wissen, ob es denn unbedingt die xine-lib-1.2 sein muss. Ich habe beide eine Weile parallel getestet und konnte da keinen entscheidenden Unterschied feststellen.........lasse mich da aber gern eines besseren belehren!

btw: ich habe die gepatchte xine-vdpau-lib nicht mit xineliboutput getestet!

Gruß, tomas

Hallo, ich würde mal gerne wissen wie stabil VDPAU/xinelib bei euch läuft (mit den Patches aus dem Thread hier) Insbesondere die Robustheit beim Zappen.

Ich hab immer wieder denn Effekt das sich das frontend vdr-sxfe mit nem segfault verabschiedet beim Zappen. Ein automatischer Neustart lässt sich zwar per shellscript realisieren, aber das ist ja mehr ein Notbehelf.
Hinweis: Ich habe nen h264 gepatchten vdr 1.6 (empfange aber nur mpeg2/sdtv programme) am start. Ausserdem ist der VDR HD-OSD gepatcht und ich benutze das atmolight xineplugin. Ich hab auch mal das Atmolightplugin weggelassen, aber auch dann kommt es noch sporadisch zu den Abstürzen, gefühlt würde ich aber sagen reduziert sich die Absturzhäufigkeit ohne Plugin etwas.

Hat hier sonst noch jemand solche sporadischen Abstürze vom vdr-sxfe beobachten können?

Ich hatte deswegen mal xinelib/vdr und Kohorten extra mit debuginfos und -O0 gebaut und habe auch ein paar Callstacks einfangen können. In jedem der Callstacks taucht immer entweder das atmolight plugin, die Grab funktion von xinelib oder was mit autocrop auf. Ich habe so den Verdacht das die Abstürze aus der Ecke kommen. Hat das auch noch jemand beobachten können oder ist das nur bei mir so? Wenn bedarf besteht, kann ich die Callstacks hier posten. Der Absturz lässt sich aber auch so recht gut reproduzieren. Einfach ein Shellscript basteln das per svdrpsend alle zwei Sekunden einen Kanal weiterschaltet. Weiter als bis max. Kanal 100 hats vdr-sxfe mit dem Test bei mir nie geschafft, meist stirbt das Ding bereits viel früher weg.

Hi, ich bin zugegebenermaßen ein relativer noob was Patchen angeht,
kanns aber nicht erwarten mein Atmolight wieder strahlen zu sehen.

Ich versuche gemäß der Ubuntu Anleitung im Wiki meinen VDR aufzusetzen.
Momentan versuche ich Xineliboutput plugin mit deinen Patchen zu versehen,
scheitere jedoch.

Xine-vdpau hat sich, nachdem ich die richtige Version gezogen habe..

svn co svn://jusst.de/xine-vdpau -r 279

prima Patchen lassen:

patch -p1 < xine-vdpau-r279-crop-v9.diff

Btw. seh hier grad neue Patches am Ende des Threads.. vielleicht machst du die besser auf Seite 1...

Die Xineliboutput plugin - CVS Version:

cvs -d:pserver:anonymous@xineliboutput.cvs.sourceforge.net:/cvsroot/xineliboutput login
cvs -z3 -d:pserver:anonymous@xineliboutput.cvs.sourceforge.net:/cvsroot/xineliboutput co -P vdr-xineliboutput

Habe ich so gepatcht:

/usr/src/vdr/PLUGINS/src/xineliboutput# patch -p1 <  xineliboutput-head-vdpau-support-v8.diff
patching file Make.config
patching file config.c
Hunk #1 succeeded at 474 (offset 40 lines).
Hunk #2 succeeded at 608 (offset 45 lines).
Hunk #3 succeeded at 893 (offset 48 lines).
patching file config.h
Hunk #1 succeeded at 335 (offset 14 lines).
patching file po/de_DE.po
patching file setup_menu.c
patching file xine_frontend.c
Hunk #1 succeeded at 1798 (offset 29 lines).
Hunk #2 succeeded at 1890 (offset 29 lines).
patching file xine_frontend_main.c
Hunk #1 FAILED at 390.
Hunk #2 FAILED at 418.
Hunk #3 FAILED at 432.
Hunk #4 succeeded at 466 with fuzz 2 (offset 4 lines).
Hunk #5 succeeded at 579 with fuzz 2 (offset 19 lines).
Hunk #6 FAILED at 742.
4 out of 6 hunks FAILED -- saving rejects to file xine_frontend_main.c.rej
patching file xine_post_autocrop.c

Hier klemmts zum ersten mal... und beim Kompilieren kommt dann:

xine_frontend_main.c:580: Fehler: Doppelter case-Wert
xine_frontend_main.c:570: Fehler: Bereits hier verwendet
make[1]: *** [xine_frontend_main.o] Fehler 1

Was mach ich da falsch? Falscher Patch, falsche Pakete?

BlueIcE
Wieso compilierst du ein File bei dem das Patchen nicht funktioniert hat?

Gerald