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

Hallo,

erstmal Danke für die gute Arbeit. Leider funktioniert bei mir seit V12 das Zusammenspiel von xine-plugin und xine auch nicht mehr. V13 (mit stream-start) und xine-plugin-0.9.3-vdpau-extensions-v13.diff haben das Problem auch nicht gelöst. Sobald ich auf einen anderen Kanal wechsle friert das Bild ein und der Watchdog schlägt zu...

Dies ist xine (X11 gui) - Ein freier Video-Player v0.99.7hg.
(c) 2000-2010 The xine Team.
Kompiliert mit xine Bibliothek 1.1.90 (1.1.90hg)
xine Bibliothek, Version 1.1.90 (1.1.90hg) gefunden.
...
vo_vdpau: vdpau API version : 1
vo_vdpau: vdpau implementation description : NVIDIA VDPAU Driver Shared Library  195.36.31  Tue Jun  1 23:24:02 PDT 2010
vo_vdpau: using 3 output surfaces for display queue
video_out: thread created
...
set_speed 1000000
vo_vdpau: deinterlace: temporal
vo_vdpau: set_scaling_level=0
vo_vdpau: enabled features: inverse_telecine=0
vo_vdpau: disable noise reduction.
vo_vdpau: disable sharpness.
vo_vdpau: vdpau_update_csc: hue=0,000000, saturation=1,000000, contrast=1,000000, brightness=0,000000, color_standard=1 studio_levels=0
vo_vdpau: skip_chroma = 0
vo_vdpau: background_color = 0
video_out: Verwerfe Bild mit pts 177487, weil es zu alt ist (Unterschied: 2499).
video_out: Verwerfe Bild mit pts 178580, weil es zu alt ist (Unterschied: 1406).
video_out: Verwerfe Bild mit pts 181996, weil es zu alt ist (Unterschied: 1592).
video_out: Verwerfe Bild mit pts 188282, weil es zu alt ist (Unterschied: 2503).
video_out: Verwerfe Bild mit pts 190964, weil es zu alt ist (Unterschied: 1636).
video_out: Verwerfe Bild mit pts 197923, weil es zu alt ist (Unterschied: 1862).
video_out: Verwerfe Bild mit pts 205200, weil es zu alt ist (Unterschied: 1783).
video_out: Verwerfe Bild mit pts 214284, weil es zu alt ist (Unterschied: 1698).
video_out: Verwerfe Bild mit pts 226876, weil es zu alt ist (Unterschied: 1705).
video_out: Verwerfe Bild mit pts 244869, weil es zu alt ist (Unterschied: 1710).
video_out: Verwerfe Bild mit pts 275444, weil es zu alt ist (Unterschied: 1731).
video_out: Verwerfe Bild mit pts 379768, weil es zu alt ist (Unterschied: 1795).
200 Bilder angezeigt, 0 Bilder übersprungen, 14 Bilder verworfen
vdr: osdflush: n: 5, 51,8, timeout: 0, result: 0
vdr: osdflush: n: 2, 20,1, timeout: 0, result: 0
vdr: osdflush: n: 4, 40,2, timeout: 0, result: 0
vdr: osdflush: n: 4, 40,3, timeout: 0, result: 0
ao_flush (loop running: 1)
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
video discontinuity #7, type is 0, disc_off 0
waiting for audio discontinuity #7
ao_close
audio_out: no streams left, closing driver
audio discontinuity #7, type is 0, disc_off 0
waiting for in_discontinuity update #7
vpts adjusted with prebuffer to 2152242
ao_flush (loop running: 1)
video discontinuity #8, type is 0, disc_off 0
waiting for audio discontinuity #8
audio discontinuity #8, type is 0, disc_off 0
waiting for in_discontinuity update #8

Grüße, caps!

Hmm... ich stell zwischen der v12 + v13 keinen Unterschied fest. Läuft bei mir problemlos. Das Cropping funzt unter xine nach wie vor prima. Über xinelibout kann ich nix sagen, dass benutz ich zur Zeit nicht.

An der Kästchenproblematik hat sich auch nichts geändert. Ist immer noch auf den 720p-Sendern (ARD+ZDF HD) vorhanden, wenn auch nur kurz sichtbar. Ich werde heute Abend nochmal mit meinem xine-Setting spielen, Eventuell bringt man es damit weg.

Gruß
iNOB

Hmm, ich hab jetzt alle möglichen Kombis an xine-lib / xine-ui / xine-plugin mit und ohne Patches durch und muss feststellen, daß es GAR nicht mehr läuft. Liegt also bei mir wohl nicht am Patch... Ich werde später mal alles ganz neu auschecken. Mal sehen...

Oder kann es daran liegen, daß ich über dast Gentoo-System-Update eine neue Version des nvidia-Treibers installiert habe? Gibt es Probleme mit 195.36.31 in Verbindung mit vdr und vdpau??

Grüße, caps!

Bist du dir sicher, dass du xine-lib-1.2 verwendest?

Zitat

Kompiliert mit xine Bibliothek 1.1.90

Gruß
iNOB

Zitat

Original von iNOB
Bist du dir sicher, dass du xine-lib-1.2 verwendest?

Das sieht bei mir auch so aus, bin mir aber ziehmlich sicher, dass ich die 1.2er Version verwende.
Wenn ich das richtig sehe, kommt das aus der version.sh von xine 1.2.
Dort steht:

...
XINE_VERSION_MAJOR=1
XINE_VERSION_MINOR=1
XINE_VERSION_SUB=90
XINE_VERSION_PATCH=
# Release series number (usually $XINE_MAJOR.$XINE_MINOR)
XINE_VERSION_SERIES=1.2
...

Ich habe mit der V13 fast die gleichen Probleme wie mit V12.
Das Bild ist nach der Aktivierung vom atmo quasi in Zeitlupe.

Zitat

XINE_VERSION_MAJOR=1
XINE_VERSION_MINOR=1
XINE_VERSION_SUB=90

wobei man das auch als 1.1.90 lesen könnte

Ich glaub mich zu erinnern das die xine-lib-1.2 intern als 1.1.90 läuft.

axo...gut, war nur so ein Gedanke.

Gruß
iNOB

Zitat

Original von NemoN
wobei man das auch als 1.1.90 lesen könnte

Ist mit schon klar. Was willst Du damit sagen ?

Ich habe mir gerade mal xine-plugin-0.9.3-grab.patch.gz und xine-plugin-0.9.3-vdpau-extensions-v13.diff.gz angesehen.
Nach meinem Verständniss müssen beide ins xine-Plugin gepatched werden.
Wenn ich das aber tue, fehlt ein Struct:

g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -DUSE_DDEPGENTRY -DUSE_LIEMIEXT -DUSE_MAINMENUHOOKS -DUSE_NOEPG -DUSE_PLUGINMISSING -DUSE_SORTRECORDS -DUSE_WAREAGLEICON -DUSE_YAEPG -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"xine"' -DFIFO_DIR=\"/tmp/vdr-xine\" -DVERIFY_BITMAP_DIRTY=0 -I/usr/src/v4l-dvb/linux/include `pkg-config --cflags libxine`  -I../../../include xineLib.c
xineLib.c: In member function ‘uchar* PluginXine::cXineLib::execFuncGrabImage(const char*, int&, bool, int, int, int)’:
xineLib.c:4029: error: ‘data_grab_image_vdpau_t’ was not declared in this scope
xineLib.c:4029: error: expected `;' before ‘data’
xineLib.c:4030: error: ‘data’ was not declared in this scope
xineLib.c:4030: error: ‘func_grab_image_vdpau’ was not declared in this scope
make[1]: *** [xineLib.o] Fehler 1
make[1]: Leaving directory `/usr/src/vdr-1.7.14/PLUGINS/src/xine-0.9.3'

Des weitern gibt es einen Reject, der aber ignoriert werden kann.

hd-vdr:/usr/src/vdr/PLUGINS/src/xine-0.9.3# cat xineLib.c.rej
*************** namespace PluginXine
*** 4002,4007 ****
  #define PNMTOJPEG "pnmtojpeg"
  #endif

    uchar *cXineLib::execFuncGrabImage(const char *FileName, int &Size, bool Jpeg, int Quality, int SizeX, int SizeY)
    {
      if (!isConnected())
--- 4002,4008 ----
  #define PNMTOJPEG "pnmtojpeg"
  #endif

+ 
    uchar *cXineLib::execFuncGrabImage(const char *FileName, int &Size, bool Jpeg, int Quality, int SizeX, int SizeY)
    {
      if (!isConnected())

Zitat

Original von durchflieger
Zeigt doch mal wie dein xine log aussieht.

Bitte

Edit:

hd-vdr:/usr/src/xine-lib-1.2# hg log|head
changeset:   11552:609066b321de
tag:         tip
user:        Reinhard Nißl <rnissl@gmx.de>
date:        Sun Jul 18 23:33:46 2010 +0200
summary:     Fix input_vdr to use the best match when choosing zoom factors

gepatched mit xine-lib-1.2-r11543-vdpau-extensions-v13-stream-start-v100614.diff.
xine-0.9.3 gepatched mit xine-plugin-0.9.3-vdpau-extensions-v13.diff

edit 2:
Irgendwie vermisse ich in V13 die VDPAU-Grab Funktion.

Zitat

Original von durchflieger
Hallo,

so jetzt gibt es direkt schon die Version 13 bei der nun auch das vdr xine plugin es wieder tut.
Den Code für die grab Funktion in dem plugin habe ich komplett überarbeitet.

Die grab Funktion sollte jetzt auch auf die "alte" Methode zurückfallen, falls kein vdpau
output driver eingesetzt wird. Allerdings klappt das bei mir nicht richtig. Ich habe zwar alle notwendigen Tools (y4mscaler etc.) installiert. Die Bilddaten werden auch an die Tools übergeben aber es kommen keine Daten aus den Tools zurück.
Vieleicht kann das ja mal jemand überprüfen bei dem die alte Methode schon funktioniert hat.

Downloadlink siehe ersten Artikel.

Gruss
durchflieger

Alles anzeigen

Nabend durchflieger,

also mit der V13 funktioniert jetzt das xine-plugin inkl. Grabbing wieder ganz sauber.

Danke dir für die Anpassungen!

Gruß
Wolfgang

Zitat

Original von durchflieger
pinky666

also in deinem xine.log sehe ich eigentlich nur dass die Patches offenbar vorhanden sind.
Was ist denn jetzt genau dein Problem. Hast du Bildstörungen oder läuft dein Atmo zu langsam?
Wer erzeugt da eigentlich die Logmeldung "Atmo on"? Hast du da noch mehr Patches angewendet?

Gruss
durchflieger

Alles anzeigen

Ich habe das Problem, dass ich wen ich mein Atmo einschalte nur noch Standbilder sehe. Das Bild wird nur noch ab und zu aktualisiert. Ton ist gar nicht mehr vorhanden.
Das Atmo an sich scheint die korrekten Farben zu zeigen, der Grab an sich funktioniert augenscheinlich.

Noch was:
Ich verwende das native Atmo Plugin, nicht das xine-post Plugin.

"Atmo on" kommt von mir.
Hab per echo "Atmo on" >> xine.log den Zeitpunkt im log markiert, bevor ich das atmo eingeschaltet habe.

Zitat

Original von durchflieger

Hallo Wolfgang,
könntest du auch mal die Ausgabe über xv mit grabbing testen. Dann sollte der "fallback" auf die alte
Methode greifen aber das klappt bei mir nicht richtig.
Gruss
Andreas

Nabend Andreas,

also habe mal wieder das gute alte xv aktiviert, hier mit xineliboutput, die letzten Zeilen des Logs:

....
Jul 23 19:25:50 (none) user.debug vdr: [4939] [vdr-fe]    fe_grab: grabbing PNM -1 -1x-1
Jul 23 19:25:50 (none) user.info vdr: [4939] [vdr-fe]    fe_grab: scaling not implemented
Jul 23 19:25:52 (none) user.info vdr: [4962] [input_vdr] No data in 8 seconds, queuing no signal image
Jul 23 19:25:52 (none) user.info vdr: [4962] [input_vdr] using custom "no signal" image /etc/vdr/plugins/xine/noSignal.mpg
....

mit -V vdpau geht's einwandfrei.

Hier steht dann das Bild komplett.

Gruß
Wolfgang

Hallo,

also hier klappt das Grabbing mit xineliboutput über xv:

Jul 23 20:08:24 sid vdr: [2532] connect from 127.0.0.1, port 53684 - accepted
Jul 23 20:08:25 sid vdr: [2532] [xine..put] cXinelibServer::GrabImage: image size is 424388 bytes
Jul 23 20:08:25 sid vdr: [2532] grabbed image to /tmp/xili.jpg
Jul 23 20:08:25 sid vdr: [2532] closing SVDRP connection

und vdr-xine mit xv:

es wird zwar eine Datei mit entsprechendem Namen angelegt, aber die Datei ist leer.

Ausgabe des VDR:

cmd: y4mscaler -I chromass=420_MPEG2 -I active=1280x720+0+0 -O chromass=444 -O size=1920x1080 -O sar=17280:17280 | y4mtoppm -L | pnmtojpeg -quality=100 >&13
sh: Syntax error: Bad fd number

wegen des *sh: Syntax error: Bad fd number*

hab ich dann in der xineLib.c auf sie Schnelle mal das ">&%d" bei

if (Jpeg)
        {              
          ::asprintf(&cmd, Y4MSCALER " -I chromass=%s -I active=%dx%d+%d+%d -O chromass=444 -O size=%dx%d -O sar=%d:%d "
                      "| " Y4MTOPPM " -L "
                      "| " PNMTOJPEG " -quality=%d "
                      ">&%d"
            , chromass, videoW, videoH, videoX, videoY, SizeX, SizeY, oRn, oRd
            , Quality
            , outfd);

zur Ausgabe gegen ein ">out.jpg" getauscht. Das Bild wird dann korrekt in die out.jpg gegrabbt.

Das Grabbing bei vdr-xine funktioniert also prinzipiell mit der alten Methode über xv, nur die Ausgabe in die beim *svdrpsend.pl grab* angegebene Datei funzt nicht....dürfte aber für nen Profi sehr wahrscheinlich kein Problem sein, das zu richten....

Grabbing mit vdr-xine und vdpau ging hier auch schon mit V12 des Patches.

Gruß
Tomas