[Announce] tvm2vdr-0.0.2 (Plugin Version!)

Zitat

Original von wbreu

Doch leider, selber Fehler, an der gleichen Stelle.

wenn du den Fehler per Hand editierst dann bekommst Du doch raus welcher Sender und welcher Tag es ist, dann bekommst Du über das Channelmapping den TVMovie-Sender heraus. Mit diesen Angaben findest du die richtige XML-Datei und schickst Sie mir bitte.

Gerald

Servus Gerald,

eventuell reden wir ja aneinander vorbei.

Ich fasse es nochmals zusammen:

- Fehler im Log:

Mar 24 23:32:09 (none) user.err vdr: [21208] ERROR: unexpected tag while reading EPG data:
Mar 24 23:32:09 (none) user.err vdr: [21208] ERROR: EPG data problem in line 1742

- epg.data-Eintrag:

Den tatsächlichen Fehler findet man auf Zeile 17444:

E 65024 1238445000 1800 51 9
T Kulturjournal
S Moderation: Julia Westlake
=> hier ist eine Leerzeile
X 2 40 deu Audio Description
V 1238445000
e

- Problem:

weiter oben gibts Kanal-Eintrag:
c
C S19.2E-1-1073-28224 NDR FS MV

wie komme ich an den Tag, um die korrekt .xml zu ermitteln?
In den Einträgen gibts keine Datumsangabe, siehe:

C S19.2E-1-1073-28224 NDR FS MV
E 64233 1237927500 2700 0 17
T Mit Schaufel, Charme und Trauerflor
S (3/4) Aus dem Leben einer Bestatterfamilie
D Doku-Soap, D 2009|In der Bauernstube geht es hoch her: Heute wird "das Fell von Elisabeth versoffen" - so nennt man nämlich auf dem Lande den Umtrunk nach der Beerdigung. Bestatter Udo Maury ist natürlich auch eingeladen. Mit von Korn und Bier gelöster Zunge werden noch einmal die schönsten Geschichten über die Verblichene zum Besten gegeben.|Juniorchef Manuel Maury muss drei Urnen gleichzeitig beisetzen. Ein spannender Auftrag: Umbettung einer Familie in den Ruheforst von Gartow. Dem Auftraggeber ist die Grabpflege auf dem Friedhof zu beschwerlich. Überhaupt liegen Waldbestattungen voll im Trend - sie sind kostengünstig und finden mitten in der Natur statt. Und auch das ist Alltag für einen Bestatter: Im Morgengrauen ist ein Berufskraftfahrer von der Straße abgekommen und gegen einen Baum geprallt, gestorben im Alter von nur 53 Jahren. Maurys geben sich Mühe - eine offene Aufbahrung soll der Familie den Abschied erleichtern.|Der kleine Familienbetrieb hat Grund zum Feiern. Die Jahresbilanz ist gar nicht schlecht. Aber auch beim Betriebsfest ist das Notfalltelefon immer in Hörweite ...
X 1 03 deu 16:9
X 2 03 deu stereo
X 2 40 deu Audio Description
V 1237927500
e
E 64235 1237930200 1800 0 17
T Weltbilder
S Das Reise- und Reportagemagazin mit Julia-Niharika Sen
D Themen:|* Philippinen: Der Katholik und die Kondome|* Schweden: Klein-Bagdad in der Kleinstadt|* Indien: Die größte Wäscherei der Welt|* Österreich: Mit 80.000 Fragen um die Welt - Wo ist der dritte Mann?
X 1 03 deu 16:9
X 2 03 deu stereo
X 2 40 deu Audio Description
V 1237930200
e

Am besten wäre du schaust dir das mal in Ruhe selber an, vor allem nach einem Neustarten des VDR kommt dann die obige Fehlermeldung.
Ein genaues lokalisieren ist extrem schwierig, da die Zeilenangabe meist gar nicht stimmt.

Gerade eben, wiederum das gleiche Problem, nachdem ich alle xml gelöscht habe und einen kompletten Neuimport gemacht habe.

Alles sehr ärgerlich.

Gruß
Wolfgang

Zitat

Original von wbreu
wie komme ich an den Tag, um die korrekt .xml zu ermitteln?
In den Einträgen gibts keine Datumsangabe, siehe:

Doch gibt es, ist aber in Sekunden seit irgendwann in 1970. Deshalb meinte ich doch Du könntest
die Leerzeile in epg.data einfach per Hand entfernen, danach müssten die EPG-Daten doch wieder
angezeigt werden und du siehst einfach im OSD welcher Tag das ist. Es geht aber auch noch einfacher:

$ date -d "19700101 1238445000 sec" 
Mo 30. Mär 21:30:00 CEST 2009

Die Zweite Zahl ist aus der Zeile die mit "E" beginnt. Die Stunde könnte jetzt falsch sein GMT und so.
Die Datei müsste jetzt also mit 20090330_ beginnen. Mit der Channel-ID aus der Zeile die mit "C" beginnt, bekommst du aus der Channelmap-Datei die Zahl, die im Filenamen noch fehlt.

Zitat

Original von wbreu
Am besten wäre du schaust dir das mal in Ruhe selber an, vor allem nach einem Neustarten des VDR kommt dann die obige Fehlermeldung.
Ein genaues lokalisieren ist extrem schwierig, da die Zeilenangabe meist gar nicht stimmt.

Ich brauche die Zeilenangabe gar nicht, ich glaube auch so, dass da Leerzeichen erscheinen.
Ich habe leider zu wenig Zeit für einen kompletten Test, aber wenn du mir zuarbeiten würdest, dann
könnte ich das XSL-File so nebenbei reparieren. Das ist ja der Vorteil von XSL. ich brauche nicht mal
den Compiler anwerfen. Ich brauche noch nicht einmal den VDR oder das Plugin dafür.

Zitat

Original von wbreu
Gerade eben, wiederum das gleiche Problem, nachdem ich alle xml gelöscht habe und einen kompletten Neuimport gemacht habe.

Alles sehr ärgerlich.

Verständlich, aber was soll ich machen. Ich empfange mit analogem Kabel und DVB-T nur wenige Sender. Die Chance diesen Fehler zu bekommen sinkt dadurch stark. Wolfgang sei nett und hilf mir

Gerald

Hallo Gerald,

kein Problem, also wenn ich wieder einen Fall habe sichere ich das Zeug alles weg und schicke dir dann da Paket (epg.data, Log, und alle .xml) per e-Mail zu.

Soweit ich das heute gesehen habe, sind da immer mehrere Fehler drinnen.
Das macht die Sache noch schwieriger.

PS: evtl hast du ja nen FTP zum Ablegen des Paketes.

PPS: Nochmals danke für deine Mühen, das Problemchen eilt nicht so, denke ich.

Gruß
Wolfgang

Das Date ist der zweite Wert hinter dem großen E am Anfang.

Als normales date anzeigen kannst du dir das mit date:
date -u --date="1970-01-01 1238445000 sec GMT"
Wobei 1238445000 das Datum ist:
Mon Mar 30 20:30:00 UTC 2009

Sieht so aus als wenn die D Sektion leer ist.
Nachdem:

<xsl:if test="string-length(*/UnterTitel)">
<xsl:value-of select="$sstart"/>
<xsl:value-of select="str:replace(*/UnterTitel,'','|')"/>
</xsl:if>
<xsl:if test="string-length($SUMMARY)">
<xsl:value-of select="$dstart"/>
<xsl:value-of select="str:replace(str:replace($SUMMARY,'','|'),'<br>','')"/>
</xsl:if>

Müsste demnach nen Zeilenumbruch irgendwo im UnterTitel und die Langbeschreibung leer sein.

Die Daten möcht ich mal sehen.

Zitat

Original von wbreu
Hallo Gerald,

kein Problem, also wenn ich wieder einen Fall habe sichere ich das Zeug alles weg und schicke dir dann da Paket (epg.data, Log, und alle .xml) per e-Mail zu.

Bitte, bitte, nur das betroffene XML-File. Du bekommst mit der beschriebenen Methode schnell heraus
welches es ist.

Gerald

Zitat

Original von gda

Bitte, bitte, nur das betroffene XML-File. Du bekommst mit der beschriebenen Methode schnell heraus
welches es ist.

Gerald

Hi nochmal,

alles klar, ich mache gerade ein Import, dann werde ich mal sehen was er ausspuckt und schauen dass ich das auf die Reihe bekomme.

Gruß
Wolfgang

Zitat

Original von steffen_b
Die Daten möcht ich mal sehen.

Du würdest mir einen großen Gefallen tun, wenn du dir das mal mit xsltproc mal ansehen
würdest. Wenn ich eine große Debug-Session ansetzen würde, dann werde ich gegrillt.

Gerald

Alles klar, kann ich machen sobald Wolfgang das File hier bereit gestellt hat. Du könntest mich im Gegenzug ja als Member hinzufügen auf origo Dann könnte ich meinen momentanen Stand epgdata betreffend die Tage mal hochschieben. :).

Hi nochmal,

hehe, wie es halt so ist, selbst nach zwei Imports mit unterschiedlicher Anzahl an "Hohltagen" => jetzt kein Problem.

Ich denke ich werde das mal im Auge behalten und wenn es wieder soweit ist, weiß ich ja was zu tun ist.

Sorry Jungs, aber so ist das halt, immer wenn man was braucht....

Gruß
Wolfgang

Kein Thema, zum Wochenende würde das Problem eher passen (Nach Murphy sollte das Problem ja nun zumindest morgen wieder auftreten )

Ist aber definitiv etwas im XML was dem xslt durchrutscht wie's aussieht;)

Zitat

Original von steffen_b
Alles klar, kann ich machen sobald Wolfgang das File hier bereit gestellt hat. Du könntest mich im Gegenzug ja als Member hinzufügen auf origo

Erledigt, ich dachte das hätte ich schon getan, sorry., das Alter.

Gerald

OT: Kein Thema - ist ja Hobby und Spaß ;). Wollte nur diese Version mal sichern - da sie mal funktioniert und das Grundgerüst steht. Sind noch etliche Baustellen offen, bevor das nen Plugin wird. Aber die Drecksarbeit ist grösstenteils erledigt

Hallo gda!

Logfile:

Mar 26 21:43:46 (none) vdr: [6146] ERROR: unexpected tag while reading EPG data: Libyen
Mar 26 21:43:46 (none) vdr: [6146] ERROR: EPG data problem in line 741

epg.data

E 11871 1238337900 900 60 13
T Schätze der Welt - Erbe der MenschheitS Ghadames - die unterirdische Oase
Libyen
V 1238337900

Datum:

wolfi_vdr:~# date -u --date="1970-01-01 1238337900 sec GMT"
So 29. Mär 14:45:00 UTC 2009

tvm2vdr_channelmap.conf

513 = S19.2E-1-1051-28723 // EinsPlus;ARD

Datei = "20090329_513.xml.gz"
Leider ist die Datei zu gross.
Download

Gruss
Wolfgang

Da ist ziemlich viel in der Grütze.

Zitat

Original von wolfi.m
epg.data

Code

E 11871 1238337900 900 60 13
T Schätze der Welt - Erbe der MenschheitS Ghadames - die unterirdische Oase
Libyen
V 1238337900

Datum:

"Schätze der Welt - Erbe der Menschheit" scheint von einem Sender zu kommen der TW1 heißt.
"Ghadames - die unterirdische Oase Libyen" kommt von EinsExtra (551) und nicht von EinsPlus (513).
Die Datei von dir enthält keinen der Texte. Meine Version von 20090329_551.xml.gz sieht nach der
Verarbeitung so aus:

E 36667 1238283900 900 0
T Ghadames - die unterirdische Oase - Libyen
S Die unterirdische Oase (Libyen)
D Dokumentation, D  1999||||Ghadames - eine Oase in Libyen am Dreiländereck ...

Kannst Du mir mal deine 20090329_551.xml.gz schicken? Holst du dir Daten für einen Sender TW1?
Wenn ja dann pack die Dateien doch mal aus und suche nach "Schätze der Welt" wenn du das gefunden hast, dann schick mir dafür auch mal einen Link.

Gerald

Ich kann den entsprechenden Eintrag da drin nicht finden. Kannst du das File von EinsExtra nochmal zur Verfügung stellen ?

In meinem EPG kommt das um 15:45 von EinsExtra:

C S19.2E-1-1051-28721 EinsExtra
E 37770151 1238341500 900 0 FF
T Schtze der Welt - Erbe der Menschheit
S Ghadames, Libyen: Die unterirdische Oase
D [Kultur & Musik][Kultur]|Sende-Id:37208666
V 1238341500
e

Zitat

Original von steffen_b
Ich kann den entsprechenden Eintrag da drin nicht finden. Kannst du das File von EinsExtra nochmal zur Verfügung stellen ?

In meinem EPG kommt das um 15:45 von EinsExtra:

Code

C S19.2E-1-1051-28721 EinsExtra
E 37770151 1238341500 900 0 FF
T Schtze der Welt - Erbe der Menschheit
S Ghadames, Libyen: Die unterirdische Oase
D [Kultur & Musik][Kultur]|Sende-Id:37208666
V 1238341500
e

"Erbe der Menschheit" kommt bei mir viel später. mitten im Text und zusätzlich noch bei einem andern Sender:

# grep "Erbe der Menschheit" *
20090329_019.xml:        <Text>Die Unesco schýtzt seit 1972 die wertvollsten Natur- und Kulturdenkmýler der Welt als ýErbe der Menschheitý. Die Fernsehreihe ýSchýtze der Weltý erzýhlt von diesen Orten in eindrucksvollen Bildern.</Text>
20090405_551.xml:        <Text>Don Fernando Cardani, ein uruguayischer Schauspieler mit Wurzeln in Italien, lebt heute im Weltkulturerbe Colonia del Sacramento. Er fýhrt in &quot;Schýtze der Welt - Erbe der Menschheit&quot; durch seine Stadt und lýsst dabei deren wechselvolle Geschichte Revue passieren.</Text>

N8
Gerald

Mein Eintrag ist aus epgdata - ich wollte nur meinen Eintrag enfügen um zu zeigen das es von EinsExtra kommt.

Interessanterweise kommt es 16:45 ? Die Zeitumstellung ...

Hi,

da hab ich Bockmist gebaut.Hab da irgendwas versemmelt.
Datei ist natürlich "20090329_551.xml.gz"

TW1 Austria hab ich nicht mehr in der "tvm2vdr_channelmap.conf"

Ghadames - die unterirdische Oase "0:45 und 16:45"

Sorry!!

Gruss

Wolfgang

Ich kann den Fehler hier nicht nachstellen. Es gibt nichts verdächtiges bei diesem Event und nen Fehler bekomm ich auch nicht. Entweder ist es noch nicht die richtige Datei - oder sie haben den Fehler inzwischen behoben.

Wenn er noch da sein sollte müsste er beim fullupdate ja wieder auftreten. Wenn er wieder auftritt, dann müsstest du mal im cache Verzeichnis nach Libyen suchen (zgrep Libyen *)