Nochmal invalid xml

Digital Recording
Hagan
Einsteiger
Einsteiger
Beiträge: 198
Registriert: Sonntag 15. Februar 2004, 20:33

Nochmal invalid xml

Beitrag von Hagan »

Hallo.

Gerade ist es mir trotz mehrmaligen Versuchs nicht gelungen, mit dem aktuellen udrec den King Arthur vom Theaterkanal zu streamen.
Es wird eine versteckte Datei mit dem Namen ".log" erstellt (siehe unten).

Wer möchte, kann es gerade nochmal probieren. Die Sendung läuft noch ;)

Code: Alles auswählen

19:35:15 --- start invalid xml ---------
<?xml version="1.0" encoding="UTF-8"?>

<neutrino commandversion="1">
	<record command="record">
		<channelname>ZDFtheaterkanal</channelname>
		<epgtitle>K?nig Arthur</epgtitle>
		<id>43700016d70</id>
		<info1></info1>
		<info2>Wie sieht das ideale Musiktheater aus? "Ein englischer Gentleman w?nscht, wenn sein Ohr befriedigt ist, seinen Geist besch?ftigt, folglich Musik und Tanz flei?ig vermischt mit gesprochener Kom?die oder Trag?die", forderte 1692 das Londoner "Gentlemen&apos;s Journal". Tats?chlich hatte sich im ausklingenden 17. Jahrhundert eine ganz eigene Theaterkunst auf der britischen Insel etabliert, eine multimediale Mixtur aus Schauspiel und Musik, gew?rzt mit Tanzeinlagen, allegorischem Spiel und prallem B?hnenzauber, abwechslungsreich und vielf?ltig.  ? ?Henry Purcells und John Drydens "King Arthur", 1691 im Londoner Dorset Garden uraufgef?hrt, gr?ndet in dieser Tradition. "Musik und Dichtung k?nnen auch f?r sich bestehen, aber die eindr?cklichste Wirkung werden sie hervorbringen, wenn sie vereinigt sind, Geist und Sch?nheit in einer Person", forderte John Dryden.  ? ?Der britische Komponist Henry Purcell und der Dramatiker John Dryden, seit 1668 Poet Laureate am Hofe der Stuarts, lagen im Trend der Zeit, als sie mit "King Arthur" die Genres verkn?pften: Schauspiel paart sich hier mit Oper, h?fische Tanzrhythmen mit possenhaftem Sch?ferspi
--- end invalid xml -----------
Zuletzt geändert von Hagan am Freitag 10. Dezember 2004, 16:17, insgesamt 1-mal geändert.
tonsel
Erleuchteter
Erleuchteter
Beiträge: 536
Registriert: Freitag 21. September 2001, 00:00

Beitrag von tonsel »

Theoretisch sollten die Umlaute bei aktuellen Images korrekt umgesetzt werden.

Nachdem mir das jetzt aber zu dumm wird, schmeiß ich in der nächsten Version jedes Zeichen, dass nicht nach Char-Code 32-127 aussieht raus aus dem xml raus!

tonsel
Hagan
Einsteiger
Einsteiger
Beiträge: 198
Registriert: Sonntag 15. Februar 2004, 20:33

Beitrag von Hagan »

Hi Tonsel.

Für mich sieht es auch ein bischen so aus, als wäre das EPG nicht vollständig gelesen worden. So ist das xml jedenfalls wirklich ungültig, da die Elemente nicht geschlossen werden. Der Theaterkanal hat ja ein sehr ausführliches EPG. Vielleicht ist irgendwo eine Längenbegrenzung.

Übrigens habe ich die box dann überlistet, indem ich einen neuen Timer gesetzt, dann auf einen anderen Transponder umgeschaltet und heruntergefahren habe. Sie fuhr dann wieder hoch, konnte das EPG nicht rechtzeitig auslesen und startete die Aufnahme.
Vielleicht wäre doch eine Option praktisch, das EPG einfach gar nicht auszulesen. Es scheint ja überhaupt nicht nötig zu sein.

Leider half es nicht viel, denn gerade diese Sendung scheint problematisch zu sein. Es war schon der dritte Versuch von zwei verschiedenen Sendern, und in allen Fällen gab es im Log folgende Einträge:

Code: Alles auswählen

20:30:57 to DBox: VIDEO 31341 16 0 1 va 456 460
20:30:57 from DBox: INFO: IP ac102102 Port 31341
20:30:57 from DBox: PID va 2 456 460
20:30:57 to DBox: START
20:30:57 from DBox: INFO: UdpSender() - PID109 R0 W0
20:30:57 from DBox: INFO: DmxReader() - Pid 456 204960 0 0
20:30:57 from DBox: INFO: DmxReader() - Pid 460 29280 0 0
20:31:06 found video stream (e0)
20:31:06 found mp2 stream (c0)
20:31:10 13:04:01.16: video resync
20:46:10 Buffer Overflow Start: packet 334813 read 329693 max 334813
20:46:10 Buffer Overflow Stop: packet count 334814
20:46:10 Buffer Overflow Start: packet 334818 read 329698 max 334818
20:46:16 Buffer Overflow Stop: packet count 336940
20:46:20 packet lost 338654 334813
20:46:20 1 packets lost
20:46:20 packet lost 338691 334818
20:46:20 2122 packets lost
20:46:21 13:19:14.48: video resync
21:33:06 Buffer Overflow Start: packet 1432869 read 1427749 max 1432869
21:33:06 Buffer Overflow Stop: packet count 1432870
21:33:06 Buffer Overflow Start: packet 1432875 read 1427755 max 1432875
21:33:13 Buffer Overflow Stop: packet count 1436496
21:33:14 Buffer Overflow Start: packet 1436725 read 1431605 max 1436725
21:33:14 Buffer Overflow Stop: packet count 1436732
21:33:16 packet lost 1437479 1432869
21:33:16 1 packets lost
21:33:16 packet lost 1437479 1432875
21:33:16 3621 packets lost
21:33:16 14:06:11.36: video resync
21:33:20 packet lost 1439361 1436725
21:33:20 7 packets lost
21:44:23 Buffer Overflow Start: packet 1711162 read 1706042 max 1711162
21:44:23 Buffer Overflow Stop: packet count 1711163
21:44:23 Buffer Overflow Start: packet 1711168 read 1706048 max 1711168
21:44:23 Buffer Overflow Stop: packet count 1711192

21:44:23 Buffer Overflow Start: packet 1711262 read 1706142 max 1711262
21:44:37 packet lost 1718119 1711162
21:44:37 1 packets lost
21:44:37 packet lost 1718119 1711168
21:44:37 24 packets lost
21:44:37 packet lost 1718163 1711262
21:44:37 Buffer Overflow Stop: packet count 1718167
21:44:37 6905 packets lost
21:44:37 14:17:34.64: video resync
21:44:38 stream out of data
22:03:43 14:36:32.96: video split
22:11:02 to DBox: STOP
22:11:02 network statistics:
max:      6.8 Mbit/s total data rate
average:  4.9 Mbit/s total data rate
average:  0.000 Mbit/s resend data rate
count:    0 resend packets
average:  1 resend packet per 2446478.0 total packets
max:      0 packets per resend
average:  0.0 packets per resend
22:11:02 TcpSender stopped
22:11:02 UdpReceiver stopped
22:11:02 from DBox: EXIT
22:11:02 TcpReceiver stopped
22:11:04 ESSync stopped - stream errors found
22:11:05 DBoxRecordControl stopped
Bei den Aufnahmen traten die Fehler an unterschiedlichen Stellen auf. Normalerweise sind meine Streams in Ordnung, aber bei dieser konkreten Sendung ist irgendetwas faul. Was bedeuten diese Meldungen, außer daß die Aufnahme i.A. ist?

Viele Grüße,
Hagan.
tonsel
Erleuchteter
Erleuchteter
Beiträge: 536
Registriert: Freitag 21. September 2001, 00:00

Beitrag von tonsel »

Bei Buffer-Overflows oder paket lost sollte man immer erstmal auf pes-Streaming umsteigen. Mich würde dann interessieren ob, die Umwandlung dieser Rohdaten in ES mit udrec -f geht.

tonsel
Hagan
Einsteiger
Einsteiger
Beiträge: 198
Registriert: Sonntag 15. Februar 2004, 20:33

Beitrag von Hagan »

Das werde ich dann mal machen.
Leider kommt die nächste Wiederholung erst am 21...
Nokia Kabel-DBox2 ohne Premiere.
JtG Snap vom 10.08.2005.
udrec 0.12o unter SuSE-Linux 10.0.
PII-233, 256 MB.
Hagan
Einsteiger
Einsteiger
Beiträge: 198
Registriert: Sonntag 15. Februar 2004, 20:33

Beitrag von Hagan »

Hi nochmal.
tonsel hat geschrieben:Bei Buffer-Overflows oder paket lost sollte man immer erstmal auf pes-Streaming umsteigen. Mich würde dann interessieren ob, die Umwandlung dieser Rohdaten in ES mit udrec -f geht.
Ich habe es jetzt mal als pes aufgenommen. Mit projectX ist die Weiterverarbeitung kein Problem. Es werden auch keine Fehler gemeldet. Allerdings sind mir beim Anschauen zwei winzige mpeg-Fehler aufgefallen. Die könnten allerdings auch von einer kurzzeitigen Überlastung des Rechners herrühren (233 Mhz mit mpeg-Decoderkarte).

udrec -f kann den Stream nicht in ES umwandeln. Das bricht reproduzierbar nach 2220994560 Bytes (also oberhalb der kritischen 2GB-Grenze) mit der folgenden unsinnigen Fehlermeldung ab:

Code: Alles auswählen

/usr/bin/mono /usr/local/bin/udrec.exe -es -vsplit 2 -f 041226_194032_00.vpes 041226_194032_01.apes
23:20:37 found video stream (e0)
23:20:37 found mp2 stream (c0)
23:20:38 22:32:41.51: video resync

Unhandled Exception: System.IO.FileNotFoundException: File 'stream_01_00.mpv' not found.
in <0x000bb> System.IO.FileStream:FlushBuffer ()
in <0x0004f> (wrapper remoting-invoke-with-check) System.IO.FileStream:FlushBuffer ()
in <0x00121> System.IO.FileStream:WriteInternal (byte[],int,int)
in <0x00073> (wrapper remoting-invoke-with-check) System.IO.FileStream:WriteInternal (byte[],int,int)
in <0x00198> System.IO.FileStream:Write (byte[],int,int)
in <0x00022> ESSplitWriter:Write (byte[],int,int,long,long,bool)
in <0x00083> Picture:Write (ISplitWriter)
in <0x000cd> VideoES:Write (ESSplitWriter)
in <0x00aa0> ESSync:WriteSynced ()
in <0x00238> ESSync:.ctor (Record,ISplitWriterList)
in <0x01827> udrec:Main (string[])
Die Datei stream_01_00.mpv hat es jedoch selbst angelegt und auch schon besagte 2220994560 Bytes hineingeschrieben.
tonsel
Erleuchteter
Erleuchteter
Beiträge: 536
Registriert: Freitag 21. September 2001, 00:00

Beitrag von tonsel »

Das liegt an mono (bekannt bei v1.0.0) und sollte zumindest bei v1.0.2 nicht mehr sein.

tonsel
Hagan
Einsteiger
Einsteiger
Beiträge: 198
Registriert: Sonntag 15. Februar 2004, 20:33

Beitrag von Hagan »

OK. Mit 1.0.5 geht es. Diese Fassung ist also brauchbar (abgesehen von der fehlenden ersten Minute, weil die Box den Start-Versatz des Timers vergessen hat :evil: ).

Im Prinzip habe ich die Sendung jetzt vollständig, wenn auch in mehreren Teilstücken.

Trotzdem habe ich heute noch einen weiteren Versuch gestartet.

Aber leider:

Code: Alles auswählen

19:38:14 --- start invalid xml ---------
<?xml version="1.0" encoding="UTF-8"?>

<neutrino commandversion="1">
	<record command="record">
		<channelname>ZDFtheaterkanal</channelname>
		<epgtitle>K  nig Arthur</epgtitle>
		<id>43700016d70</id>
		<info1>
</info1>
		<info2>Wie sieht das ideale Musiktheater aus? "Ein englischer Gentleman w  nscht, wenn sein Ohr befriedigt ist, seinen Geist besch  ftigt, folglich Musik und Tanz flei  ig vermischt mit gesprochener Kom  die oder Trag  die", forderte 1692 das Londoner "Gentlemen&apos;s Journal". Tats  chlich hatte sich im ausklingenden 17. Jahrhundert eine ganz eigene Theaterkunst auf der britischen Insel etabliert, eine multimediale Mixtur aus Schauspiel und Musik, gew  rzt mit Tanzeinlagen, allegorischem Spiel und prallem B  hnenzauber, abwechslungsreich und vielf  ltig.   Henry Purcells und John Drydens "King Arthur", 1691 im Londoner Dorset Garden uraufgef  hrt, gr  ndet in dieser Tradition. "Musik und Dichtung k  nnen auch f  r sich bestehen, aber die eindr  cklichste Wirkung werden sie hervorbringen, wenn sie vereinigt sind, Geist und Sch  nheit in einer Person", forderte John Dryden.   Der britische Komponist Henry Purcell und der Dramatiker John Dryden, seit 1668 Poet Laureate am Hofe der Stuarts, lagen im Trend der Zeit, als sie mit "King Arthur" die Genres verkn  pften: Schauspiel paart sich hier mit Oper, h  fische Tanzrhythmen mit possenhaftem Sch  ferspiel, nat
--- end invalid xml -----------
Das liegt doch jetzt sicher nicht mehr an den Umlauten.
Meiner Meinung nach ist das EPG einfach unvollständig ausgelesen worden und enthält daher wirklich kein gültiges XML.

Kann man nicht einfach diese Exception abfangen und stattdessen mit irgendwelchen Defaultwerten weiterarbeiten?

Viele Grüße (und einen guten Rutsch),
Hagan
tonsel
Erleuchteter
Erleuchteter
Beiträge: 536
Registriert: Freitag 21. September 2001, 00:00

Beitrag von tonsel »

Das Problem hier ist, dass die Pid's im xml fehlen. Somit bringt das Abfangen der Exception nichts.

Das Problem liegt an der DBox - Der udrec-Empfangspuffer ist reichlich bemessen.

tonsel
Zuletzt geändert von tonsel am Samstag 1. Januar 2005, 17:26, insgesamt 1-mal geändert.
dl6lr
Neugieriger
Neugieriger
Beiträge: 10
Registriert: Sonntag 22. Februar 2004, 17:03

Beitrag von dl6lr »

Das liegt doch jetzt sicher nicht mehr an den Umlauten.
Meiner Meinung nach ist das EPG einfach unvollständig ausgelesen worden und enthält daher wirklich kein gültiges XML.
Ich hatte das gleiche Problem und meine, es liegt an der Größe der EPG-Infos, nicht an Umlauten oder Sonderzeichen. Ich hatte gestern versucht u.a. von 3Sat Peter Gabriel aufzunehmen, da war die EPG-Info auf dem Schirm ausführlich und vollständig im Gegensatz zu der abgeschnittenen Version beim Grabversuch mit udrec. Aufgefallen war mir zusätzlich, daß jede Sendung zweimal im EPG auftrat mit unterschiedlich ausführlichen Infos.

Wenn ich aus der info2 alle Entitäten sowie die Umlaute (=doppelte Leerzeichen) herausnehme, komme ich auf exakt 1024 Byte, evtl. aber auch Zufall. Mein genutzter CVS-Stand ist allerdings etwas älter (Juni 2004)

Bernd
DrStoned
Tuxboxer
Tuxboxer
Beiträge: 2614
Registriert: Montag 20. Mai 2002, 10:49
Image: JTG-Image [IDE] Version 2.4.4
Image: (7025SS) Merlin

Beitrag von DrStoned »

Aufgefallen war mir zusätzlich, daß jede Sendung zweimal im EPG auftrat mit unterschiedlich ausführlichen Infos.
Das kommt bei 3SAT öfter mal vor.

Greetz von DrStoned :lol: :lol: :lol:
Greetz von DrStoned :lol: :lol: :lol:
dl6lr
Neugieriger
Neugieriger
Beiträge: 10
Registriert: Sonntag 22. Februar 2004, 17:03

Beitrag von dl6lr »

Das kommt bei 3SAT öfter mal vor.
Nicht nur 3Sat, auch Kika, N3 und andere Sender. Ich habe keine Ahnung wie der Aufbau des EPG aussieht, aber ich vermute, daß, wenn sich Sendetermine oder Infos ändern, evtl. eine neue ID vergeben wird und die Infos sich dadurch nicht überschreiben. Auf Kika waren z.B. gestern sich widersprechende Einträge über Sendezeiten, dort hatte sich wohl etwas verschoben. ndererseits ist die Beschickung des EPG bei diesen Sendern musterhaft im Gegensatz zu einigen privaten (RTL, Vox), die nur die nächsten 24 Stunden im Angebot haben.

So, ich versuche gleich mal 3Sat 20:15 "Marlene" zu streamen, die EPG im Webbrowser ist vollständig und inkl. Umlaute 1858 Zeichen lang. Habe ich mal gesichert und bin gespannt, was passiert.

Bernd
dl6lr
Neugieriger
Neugieriger
Beiträge: 10
Registriert: Sonntag 22. Februar 2004, 17:03

Beitrag von dl6lr »

So, ich versuche gleich mal 3Sat 20:15 "Marlene" zu streamen, die EPG im Webbrowser ist vollständig und inkl. Umlaute 1858 Zeichen lang. Habe ich mal gesichert und bin gespannt, was passiert.
OK, ist fehlgeschlagen. EPG ist immer noch einwandfrei und komplett über nhttpd auslesbar, aber udrec meckert ein invalides (weil zu kurzes) XML-Dokument an. Es sind diesmal aber nicht exakt 1024 Zeichen sondern mehr.

Bernd
tonsel
Erleuchteter
Erleuchteter
Beiträge: 536
Registriert: Freitag 21. September 2001, 00:00

Beitrag von tonsel »

Ich hab's gerade auf ZDF-Doku ausprobiert. Das gespeicherte xml-File war 1733 Bytes lang und vollständig.

Gibt's das Problem auch mit JtG oder anderen Programmen?

tonsel
dl6lr
Neugieriger
Neugieriger
Beiträge: 10
Registriert: Sonntag 22. Februar 2004, 17:03

Beitrag von dl6lr »

Das gespeicherte xml-File war 1733 Bytes lang und vollständig.
Ich meinte nur den reinen Info-Text im tag <info2>
Die abgeschnittenen XML-Files waren 1415 Byte (Peter Gabriel, 3Sat), 1457 Byte (Marlene, 3Sat) und 1456 Byte (Chili-TV, KiKa) lang. Ein hier gültiges XML-File mit sehr kurzem Text ist 1199 Byte lang, davon sind 759 Byte info2.

Ich werde mal einen neueren CVS-Stand testen

Nachtrag:

OK, CVS-Stand vom 21.11.2004 hat identisches Verhalten, gerade getestet mit ZDF Theaterkanal "Der Schein trügt".

Bernd
Hagan
Einsteiger
Einsteiger
Beiträge: 198
Registriert: Sonntag 15. Februar 2004, 20:33

Beitrag von Hagan »

Hallo nochmal
tonsel hat geschrieben:Bei Buffer-Overflows oder paket lost sollte man immer erstmal auf pes-Streaming umsteigen. Mich würde dann interessieren ob, die Umwandlung dieser Rohdaten in ES mit udrec -f geht.

tonsel
Ich hatte heute nochmal so einen Buffer-Overflow. Beim "udrec -f" gibt es an der Stelle ein video resync. An der betroffenen Stelle gibt es ein kurzes Brummen, aber die Tonspur bleibt synchron. Das ist meiner Meinung nach OK so. Bei der Bearbeitung durch ProjectX werden die kaputten Frames komplett entfernt.


Zum XML Thema ist mir noch aufgefallen, daß nach einem solchen Fehler die folgenden Aufnahmen ebenfalls fehlschlagen, bis udrec neu gestartet wird. Die Box schaltet sich dann an, aber udrec nimmt nichts auf. Ich vermute, es liegt noch an dem alten Socket-Problem. Das habe ich ja, wie an anderer Stelle erwähnt, durch "udrec -sso" in einer Endlosschleife umgangen. Kann es sein, daß sich udrec in diesem Fehlerfall nicht beendet?

Viele Grüße,
Hagan


Edit: Bei diesem Beispiel gab es nur wenige Buffer-Overflows, aber keinen Stream-Abbruch. Vielleicht ist das deshalb nicht wirklich aussagekräftig.
dl6lr
Neugieriger
Neugieriger
Beiträge: 10
Registriert: Sonntag 22. Februar 2004, 17:03

Beitrag von dl6lr »

Zum XML Thema ist mir noch aufgefallen, daß nach einem solchen Fehler die folgenden Aufnahmen ebenfalls fehlschlagen, bis udrec neu gestartet wird. Die Box schaltet sich dann an, aber udrec nimmt nichts auf.
Das kann ich nicht generell bestätigen, bei mir konnte ich mehrfach versuchen die Aufnahme zu starten, udrec hat auch andere Sendungen aufgenommen. Allerdings hatte ich auch sporadisch bereits das socket-Problem.

Bernd
Hagan
Einsteiger
Einsteiger
Beiträge: 198
Registriert: Sonntag 15. Februar 2004, 20:33

Beitrag von Hagan »

Ich denke auch, daß dieses Problem nur in speziellen Fällen auftritt.
Es würde mich aber interessieren, ob sich "udrec -sso" beendet, wenn die xml ungültig ist.
Nokia Kabel-DBox2 ohne Premiere.
JtG Snap vom 10.08.2005.
udrec 0.12o unter SuSE-Linux 10.0.
PII-233, 256 MB.
MajorK
Einsteiger
Einsteiger
Beiträge: 328
Registriert: Freitag 9. Mai 2003, 09:55

Beitrag von MajorK »

tonsel hat geschrieben:Theoretisch sollten die Umlaute bei aktuellen Images korrekt umgesetzt werden.

Nachdem mir das jetzt aber zu dumm wird, schmeiß ich in der nächsten Version jedes Zeichen, dass nicht nach Char-Code 32-127 aussieht raus aus dem xml raus!
Spricht was gegen CDATA? :gruebel:
tonsel
Erleuchteter
Erleuchteter
Beiträge: 536
Registriert: Freitag 21. September 2001, 00:00

Beitrag von tonsel »

Ich hab' noch ein bischen rumprobiert. Bis jetzt konnte ich noch keine Sendung finden bei der es nicht geht (max. <info2> war 2400 Byte)
Spricht was gegen CDATA?
Was ist CDATA? Das Problem mit den Umlauten oder besser Sonderzeichen ist, dass immer wieder welche auftauchen, die auf der DBox gar nicht angezeigt werden und ganz seltsame Char-Codes haben.

tonsel
dl6lr
Neugieriger
Neugieriger
Beiträge: 10
Registriert: Sonntag 22. Februar 2004, 17:03

Beitrag von dl6lr »

Ich hab' noch ein bischen rumprobiert. Bis jetzt konnte ich noch keine Sendung finden bei der es nicht geht
Welches Image benutzt Du? Ich boote übers Netz mit rootpath nfs, die version ist CVS Head vom 21.11.2004, davor war es der 6.6.2004.
udrec0.12k in mono 1.04 auf Linux 2.4.21

Bernd
tonsel
Erleuchteter
Erleuchteter
Beiträge: 536
Registriert: Freitag 21. September 2001, 00:00

Beitrag von tonsel »

Ich verwende ein JtG-Image von etwa Juni. udrec läuft unter WinXP-SP1.

Mono kann ich zur Zeit nicht testen, da ich gerade dabei bin einen neuen Rechner aufzubauen auf dem noch kein Linux installiert ist.

tonsel
Hagan
Einsteiger
Einsteiger
Beiträge: 198
Registriert: Sonntag 15. Februar 2004, 20:33

Beitrag von Hagan »

Hallo.
dl6lr hat geschrieben:
Zum XML Thema ist mir noch aufgefallen, daß nach einem solchen Fehler die folgenden Aufnahmen ebenfalls fehlschlagen, bis udrec neu gestartet wird. Die Box schaltet sich dann an, aber udrec nimmt nichts auf.
Das kann ich nicht generell bestätigen, bei mir konnte ich mehrfach versuchen die Aufnahme zu starten, udrec hat auch andere Sendungen aufgenommen. Allerdings hatte ich auch sporadisch bereits das socket-Problem.
Das ist natürlich nur dann ein Problem, wenn auch das socket-Problem auftritt, also wohl nur bei bestimmten Konfigationen.

Ich habe es jetzt endlich mal mit erweitertem Logging in meinem udrec-Schleifen-Script überprüfen können. udrec beendet sich in diesem Fehlerfall tatsächlich nicht.

@tonsel:
Wäre es wohl möglich, das noch zu ändern? Oder hat eine solche Änderung evtl. andere unerwünschte Seiteneffekte?
Bis dahin werde ich mich mit einem watchdog-Script behelfen, das überprüft, ob eine ".log"-Datei existiert und in diesem Fall das udrec abschießt.

Viele Grüße,
Hagan.
tonsel
Erleuchteter
Erleuchteter
Beiträge: 536
Registriert: Freitag 21. September 2001, 00:00

Beitrag von tonsel »

Ich hab' udrec0.12l online gestellt. Hier beendet sich udrec bei einem Problem mit der Netzwerkverbindung. Der Retry findet nicht mehr statt - hat eh' nichts gebracht.

tonsel
Hagan
Einsteiger
Einsteiger
Beiträge: 198
Registriert: Sonntag 15. Februar 2004, 20:33

Beitrag von Hagan »

tonsel hat geschrieben:Ich hab' udrec0.12l online gestellt. Hier beendet sich udrec bei einem Problem mit der Netzwerkverbindung. Der Retry findet nicht mehr statt - hat eh' nichts gebracht.
Danke.
Eigentlich meinte ich ja das Beenden im sso-Modus, wenn eine fehlerhafte xml gelesen wurde.
Aber egal, mein watchdog-Script läuft jetzt und funktioniert soweit. Damit sollten dann wenigstens die nachfolgenden Aufnahmen klappen.

Das xml-Problem tritt bei mir übrigens bei praktisch jeder Theaterkanal-Aufnahme auf, wenn das EPG bereits gelesen wurde. Daher kann ich das jetzt gut testen :lol: .

Hagan