@caps: Konntest Du das Problem lösen? Ich glaube ich bin in die gleiche Falle getappt, ebenfalls nur noch schwarzes Bild nach Gentoo update (neben Gentoo auch aktuelle xine-lib und xine-ui aus hg und vdr 1.7.14 -> 1.7.15)
Hast Du auch einen segfault?
vdr[2274]: segfault at c ip b73d7d45 sp bfcc2330 error 4 in libc-2.11.2.so[b7362000+164000]
hallo,
vielen dank durchflieger für's update der patches!
ich habe hier ein problem mit der autocrop-funktion unter vdr-xine mit folgenden sw-ständen:
** xinelib-1.2 changeset 11552 609066b321de
** vdr-xine-0.9.3
** vdr-xineliboutput commit 4878df672806aaaba1283b2069305d3084beec68 (Mon, 19 Jul 2010 13:39:24)
wenn "xineplug_post_autocrop.so" aus xineliboutput mit vdr-xine genutzt wird, funktioniert autocropping nicht mehr. "xineplug_post_autocrop.so" aus meiner zuletzt verwendeten xineliboutput version (von juni 2010) funktioniert allerdings noch ...
gruß, ciax
durchflieger
Da ich mit dem neuen Patch für xine-lib-1.2 wieder das Klötzchenproblem beim Zappen auf HD-Sender hatte, hab ich mir den Patch nochmal angeschaut. Kann es sein, dass du folgenden Part aus dem ursprünglichen Patch von tbshl-vdr vergessen hast?
--- vdpau_h264.c.orig 2010-06-13 21:23:35.000000000 +0200
+++ vdpau_h264.c 2010-06-14 10:43:21.000000000 +0200
@@ -582,6 +624,66 @@
+ if(firstpts == 0)
+ firstpts = this->completed_pic->pts;
+ else if(firstpts != -1)
+ {
+ if((this->completed_pic->pts + 60000) < firstpts)
+ {
+ printf("rewind? pic - x %ld first %ld\n",this->completed_pic->pts - 60000, firstpts);
+
+ firstpic = 1;
+ free_parser(this->nal_parser);
+ this->nal_parser = init_parser(this->xine);
+ //dpb_free_all( (this->nal_parser->dpb) );
+
+ }
+ else if(this->completed_pic->pts < firstpts)
+ {
+ if(((uint8_t*)vdp_buffer->bitstream) != NULL)
+ free((uint8_t*)vdp_buffer->bitstream);
+ printf("--> skip frame...\n");
+
+ return 0;
+ }
+ else if(!slc->field_pic_flag /*|| !this->wait_for_bottom_field*/)
+ firstpts = -1;
+
+ }Nach dem Einfügen funktioniert bei mir das Zappen wieder ohne Klötzchen 
Gruß
iNOB
hat sich erledigt
Gerald
Sorry, hab oben nochmal den Part korrigiert.
Gruß
iNOB
kann ich bestätigen, mit Deiner angemerkten 'Passage' läuft alles wieder ohne Klötzchen!
So. Ich bin jetzt mal von xine auf xinelibout mit lokalem frontend umgestiegen.
Damit funktioniert das grabben wieder wunderbar.
Muss also irgendwie an xine liegen.
Wenn ich jedoch das nun funktionieredne vdr-atmo plugin wieder aus schalte, passiert folgendes:
Jul 25 19:05:25 hd-vdr vdr: [11997] [demux_vdr] ts2es: no payload, size 0
Jul 25 19:05:27 hd-vdr vdr: [11997] [demux_vdr] ts2es: no payload, size 0
Jul 25 19:05:32 hd-vdr vdr: [12041] ERROR: TS packet not accepted in Transfer Mode
Jul 25 19:05:32 hd-vdr vdr: [12042] buffer usage: 70% (tid=12041)
Jul 25 19:05:33 hd-vdr vdr: [12042] buffer usage: 80% (tid=12041)
Jul 25 19:05:33 hd-vdr vdr: [12042] buffer usage: 90% (tid=12041)
Jul 25 19:05:33 hd-vdr vdr: [12042] buffer usage: 100% (tid=12041)
Jul 25 19:05:34 hd-vdr vdr: [12041] ERROR: TS packet not accepted in Transfer Mode
Jul 25 19:05:36 hd-vdr vdr: [12041] ERROR: TS packet not accepted in Transfer Mode
Jul 25 19:05:36 hd-vdr vdr: [12042] ERROR: driver buffer overflow on device 1
Jul 25 19:05:38 hd-vdr vdr: [12041] ERROR: TS packet not accepted in Transfer Mode
Jul 25 19:05:40 hd-vdr vdr: [12041] ERROR: TS packet not accepted in Transfer Mode
Jul 25 19:05:40 hd-vdr vdr: [12042] ERROR: driver buffer overflow on device 1
Jul 25 19:05:42 hd-vdr vdr: [12041] ERROR: TS packet not accepted in Transfer Mode
Jul 25 19:05:44 hd-vdr vdr: [12041] ERROR: TS packet not accepted in Transfer ModeDas Grabben von Einzelbildern funzt mit dem hier genannten Patch v13.2 und vdr-xine-0.9.3 als Ausgabeplugin. Was scheints nicht geht, ist das Zusammenspiel des Patches mit dem vdr-atmo-plugin + vdr-xine-0.9.3. Liegt wohl an der Grabbingfrequenz wie hier weiter oben zu lesen ist...
Gruß
iNOB
Originally posted by iNOB
durchflieger
Da ich mit dem neuen Patch für xine-lib-1.2 wieder das Klötzchenproblem beim Zappen auf HD-Sender hatte, hab ich mir den Patch nochmal angeschaut. Kann es sein, dass du folgenden Part aus dem ursprünglichen Patch von tbshl-vdr vergessen hast?Diff--- vdpau_h264.c.orig 2010-06-13 21:23:35.000000000 +0200 +++ vdpau_h264.c 2010-06-14 10:43:21.000000000 +0200 @@ -582,6 +624,66 @@ + if(firstpts == 0) + firstpts = this->completed_pic->pts; + else if(firstpts != -1) + { + if((this->completed_pic->pts + 60000) < firstpts) + { + printf("rewind? pic - x %ld first %ld\n",this->completed_pic->pts - 60000, firstpts); + + firstpic = 1; + free_parser(this->nal_parser); + this->nal_parser = init_parser(this->xine); + //dpb_free_all( (this->nal_parser->dpb) ); + + } + else if(this->completed_pic->pts < firstpts) + { + if(((uint8_t*)vdp_buffer->bitstream) != NULL) + free((uint8_t*)vdp_buffer->bitstream); + printf("--> skip frame...\n"); + + return 0; + } + else if(!slc->field_pic_flag /*|| !this->wait_for_bottom_field*/) + firstpts = -1; + + }Nach dem Einfügen funktioniert bei mir das Zappen wieder ohne Klötzchen
Gruß
iNOB
Ja der Part ist mir tatsächlich "unter den Tisch gefallen". Es fing so schön mit "#if 0" und da habe ich dann wohl was viel optimiert.
Gruss
durchflieger
durchflieger
Also mal viel Danke, dass Du meinen Patch mit einbaust.
(und an die Fehler-Melder natürlich auch!)
Original von durchflieger
Es fing so schön mit "#if 0" und da habe ich dann wohl was viel optimiert.
He he, ja, sorry, verwende ich auch viel, weil könnte man ja noch gebrauchen obwohl es nur Test-Code ist...
Wobei das schon m.o.w. bereinigt ist, und eine Zeile drunter stand:
//debugging
Gruss,
Thomas
Original von Razorblade
@caps: Konntest Du das Problem lösen? Ich glaube ich bin in die gleiche Falle getappt, ebenfalls nur noch schwarzes Bild nach Gentoo update (neben Gentoo auch aktuelle xine-lib und xine-ui aus hg und vdr 1.7.14 -> 1.7.15)Hast Du auch einen segfault?
vdr[2274]: segfault at c ip b73d7d45 sp bfcc2330 error 4 in libc-2.11.2.so[b7362000+164000]
Razorblade: Leider bin ich mittlerweile ratlos. Habe jetzt wirklich viel ausprobiert und bekomm xine-vdpau mit xine-plugin nicht mehr zum Laufen. Lief bis zu dem Gentoo-Systemupdate einwandfrei. Ich verstehs nicht! Habe den nvidia-Treiber von vor dem Update ausprobiert, alte xine-libs (vom 15.06. wovon ich weiß das es lief)... nichts! Ich kappiers nicht. Mein VDR schmiert leider ohne Fehlermeldung ab. Schön langsam machst keinen Spaß mehr... Bist Du denn schon zu einer Lösung gekommen?
Grüße, caps!
Nein, aber ich vermute fast das glibc update als Ursache, der segfault (bei mir) deutet ja auch tendenziell darauf hin.
Ich würde sagen wir machen hier:
http://www.vdrportal.de/board/thread.php?threadid=98265
weiter, hat ja nichts mit dem dem Patch zu tun...
Ich hab zwar einen VDR unter Debian Squeeze mit Tobi's vdr-ng Paketen, aber mein VDR hat vor kurzem nach einem Systemupdate auch total gezickt und ich hab ihn erst nach einigem Rumprobieren wieder zum Laufen gebracht. Ein Blick in /var/log/messages zeigte, dass xineliboutput abschmierte, weil VDPAU nicht gestartet werde konnte. Ich habe zuerst alle NVidia-Treiber-Sachen und xinelib/VDPAU Pakete überprüft, aber die sahen alle korrekt aus, genau wie auf einem VDR-Client auf dem gleichen Softwarestand, auf dem alles lief. Ich habe dann in meiner Verzweiflung noch versucht, den entsprechenden NVidia-Treiber (mit der gleichen Version, nicht den aktuellsten!) manuell zu installieren (den .sh-Installer, den man bei NVidia runterladen kann), und siehe da, nachher lief alles! Keine Ahnung warum, ich dachte eigentlich, die vdr-ng-Pakete sollten reichen, aber vielleicht hat der Treiber-Installer irgendwas zurecht gerückt, was die Pakete nicht korrekt installiert haben...
Nach dem gentoo update vor ein Paar Tagen, funktioniert vdr-xine nicht mehr.
Wenn ich das System starte läuft noch. Versuche ich zu schalten, friert sich das Screen ein und nach ein Paar Sekunden restartet sich vdr 
Als Notlösung bin ich erst einmal bei xineliboutput gelandet.
Original von pinky666
So. Ich bin jetzt mal von xine auf xinelibout mit lokalem frontend umgestiegen.
Damit funktioniert das grabben wieder wunderbar.
Muss also irgendwie an xine liegen.Wenn ich jedoch das nun funktionieredne vdr-atmo plugin wieder aus schalte, passiert folgendes:
CodeJul 25 19:05:25 hd-vdr vdr: [11997] [demux_vdr] ts2es: no payload, size 0 Jul 25 19:05:27 hd-vdr vdr: [11997] [demux_vdr] ts2es: no payload, size 0 Jul 25 19:05:32 hd-vdr vdr: [12041] ERROR: TS packet not accepted in Transfer Mode Jul 25 19:05:32 hd-vdr vdr: [12042] buffer usage: 70% (tid=12041) Jul 25 19:05:33 hd-vdr vdr: [12042] buffer usage: 80% (tid=12041) Jul 25 19:05:33 hd-vdr vdr: [12042] buffer usage: 90% (tid=12041) Jul 25 19:05:33 hd-vdr vdr: [12042] buffer usage: 100% (tid=12041) Jul 25 19:05:34 hd-vdr vdr: [12041] ERROR: TS packet not accepted in Transfer Mode Jul 25 19:05:36 hd-vdr vdr: [12041] ERROR: TS packet not accepted in Transfer Mode Jul 25 19:05:36 hd-vdr vdr: [12042] ERROR: driver buffer overflow on device 1 Jul 25 19:05:38 hd-vdr vdr: [12041] ERROR: TS packet not accepted in Transfer Mode Jul 25 19:05:40 hd-vdr vdr: [12041] ERROR: TS packet not accepted in Transfer Mode Jul 25 19:05:40 hd-vdr vdr: [12042] ERROR: driver buffer overflow on device 1 Jul 25 19:05:42 hd-vdr vdr: [12041] ERROR: TS packet not accepted in Transfer Mode Jul 25 19:05:44 hd-vdr vdr: [12041] ERROR: TS packet not accepted in Transfer Mode
Ich zitiere mich mal selber. Mit folgendem Patch am vdr-atmo plugin scheints, in obiger Kombination zu gehen.
--- inputsoftdevice.c_orig 2010-07-26 14:02:13.000000000 +0200
+++ inputsoftdevice.c 2010-07-26 13:54:51.000000000 +0200
@@ -66,7 +66,7 @@
bool cInputSoftdevice::Close(void)
{
- Cancel(); // stop thread
+ Cancel(-1); // stop thread
return true;
}Wer noch Problem mit gentoo letzten Update und vdr-xine hat, lasst uns hier weiter diskutieren ->
Hallo Leute,
gibt es eigentlich auch einen grab-patch einzeln?
Ich nutze gen2vdr beta7 und dort wird die xine-lib
von vielen ohne patches verwendet, was natürlich
den nachteil hat, daß im vdradmin kein fernsehbild kommt.
Gibt es eine Möglichkeit, den grab-patch quasi "heraus zu isolieren"?
Gruss, flarx
Don’t have an account yet? Register yourself now and be a part of our community!