Idee: xmltv2vdr-plugin

achja ... sollten noch mehr grabber kommen z.b. von unseren nicht deutschen usern
(sollte ja durchaus erwünscht sein)
dann könnten die eben genau da rein ? (dist)
und eben auch im makefile aktiviert/deaktiviert werden.
aber vielleicht stell ich mir das jetzt zu simple vor

Zitat von hotzenplotz5

dann hätte man das trotzdem getrennt, aber wenn es jemand braucht auch in einem rutsch installiert.

Das sind doch voneinander unabhängige Probramme die auch in unterschiedlichen Packeten landen. Und die haben auch unterschiedliche Abhängigkeiten, das Plugin hängt von der VDR API Version und dem Patchstand ab, der Grabber hängt davon ab ob er überhaupt gewünscht wird.

Dem Grabberpacket kann ja das Pluginpacket als Abhängigkeit mitgegeben werden (so isntalliert sich das automatishc komplett in einen Rutsch). So wird das Plugin automatisch installiert wenn der Grabber installiert wird.
Aber anderstrum darf das Plugin den Grabber nicht als Abhängigkeit haben (weil z.B. !DE den eh niemand gebrauchen kann).

Zitat von hotzenplotz5

dann könnten die eben genau da rein ? (dist)
und eben auch im makefile aktiviert/deaktiviert werden.
aber vielleicht stell ich mir das jetzt zu simple vor

Grabber sind ja nicht wie VDR Plugins so eng verknüpft. Die können ja auch in Perl, PHP, Python usw. geschrieben sein (und evtl. andere Packete (xmltv) als abhängigkeit haben). Dan hätte das Packet ja unnötig grosse Abhängigkeiten.

Aber das gröste Problem ist das die Updatezyklen der Grabber evtl. höher sind als die des Plugins, willst du jedesmal nen neues Packet rausbringen wenn Datenquelle G einen neuen Sender aufgenommen hat?

cu

Zitat von Keine_Ahnung

Das sind doch voneinander unabhängige Probramme die auch in unterschiedlichen Packeten landen. Und die haben auch unterschiedliche Abhängigkeiten, das Plugin hängt von der VDR API Version und dem Patchstand ab, der Grabber hängt davon ab ob er überhaupt gewünscht wird.

Die sind aber in ein und dem selben Source-Tree. Um vollständig unabhängige Pakete zu bauen, hätte man dann in beiden Source-Paketen die Identischen Sourcen. Es ist nun mal üblich bei einem Source-Tree ein Source-Paket zu haben und die unabhängigen Teile auf mehrere Binär-Pakete zu verteilen.

Gerald

Zitat von Keine_Ahnung

Aber das gröste Problem ist das die Updatezyklen der Grabber evtl. höher sind als die des Plugins, willst du jedesmal nen neues Packet rausbringen wenn Datenquelle G einen neuen Sender aufgenommen hat?

Das macht doch nichts, das stört doch keinen. Wenn man es richtig anstellt, dann kostet das auch keine Arbeit. Bei unseren yaVDR-Paketen führt ein checkin auf github zu einem automatischen Paketbuild auf Launchpad.

Gerald

uff ok es hängt an der kommunikation ...
wie erkläre ich das ....

ich hab die sourcen von hier :
http://projects.vdr-developer.…n-xmltv2vdr.git;a=summary

das ist das plugin incl. einen grabber in dist/epg...

ich will aus den sourcen 2 pakete bauen. das ist richtig, dafür muss ich in debian/control
eben 2 pakete daraus stricken
einmal :
vdr-plugin-xmltv2vdr -> für das plugin
vdr-plugin-xmltv2vdr-grabber-epgdata -> für den grabber

ihr habt recht wenn ihr behauptet das plugin braucht den grabber nicht als "depends".
problem an der sache, ich kann damit nur "alles" bauen.
das heisst z.b. wie bei markad
https://launchpadlibrarian.net…dr5~natty_BUILDING.txt.gz
am ende gibt es ein vdr-markad und vdr-plugin-markad
man könnte vdr-markad auch ohne das plugin installieren, (zumindest war das mal so ...)
ohne das es "abhängig" von dem plugin wäre ....
bei xmltv2vdr wäre es dann genau andersrum, man installiert das plugin ohne notwendigerweise den grabber zu installieren.

gebaut werden muss es bei launchpad trotzdem, weil in den gleichen sourcen (und das ist ja auch gut so, alles an einem ort...)

also nochmal :
ich finde das gut, dass der grabber eben auch in den plugin sourcen drin ist !!!!
aber auch ich werde nicht "ein" paket dafür bauen wollen sondern "zwei"
nur eben muss es das makefile möglich machen

Zitat von gda

Die sind aber in ein und dem selben Source-Tree. Um vollständig unabhängige Pakete zu bauen, hätte man dann in beiden Source-Paketen die Identischen Sourcen. Es ist nun mal üblich bei einem Source-Tree ein Source-Paket zu haben und die unabhängigen Teile auf mehrere Binär-Pakete zu verteilen.

Ach darum gehts, dann wäre es vermutlich besser den Grabber als Unterprojekt zum xmltv2vdr Plugin zu erstellen, oder? projects.vdr-developer.org kann das ja.

cu

Ach darum gehts, dann wäre es vermutlich besser den Grabber als Unterprojekt zum xmltv2vdr Plugin zu erstellen, oder?

ich finde das eigentlich gerade gut, das es in den plugin sourcen zu finden ist.

Zitat von hotzenplotz5

Code

Ach darum gehts, dann wäre es vermutlich besser den Grabber als Unterprojekt zum xmltv2vdr Plugin zu erstellen, oder?

ich finde das eigentlich gerade gut, das es in den plugin sourcen zu finden ist.

Zitat von hotzenplotz5

Code

Ach darum gehts, dann wäre es vermutlich besser den Grabber als Unterprojekt zum xmltv2vdr Plugin zu erstellen, oder?

ich finde das eigentlich gerade gut, das es in den plugin sourcen zu finden ist.

Ist vermutlich wieder einer dieser philosophischen Fragen um die man ewig lang herumdiskutieren kann

cu

Ist vermutlich wieder einer dieser philosophischen Fragen um die man ewig lang herumdiskutieren kann

zu spät ...

Ich merke gerade, das ich doppelte Einträge auf "RTL2 HD" habe. Ich habe auf mischen gestellt und lasse nur die "Short Texts" eintragen. Jetzt habe ich einmal 14:01 -15:01 X-Factor ohne Short Texts und einmal von 14:05 -15:00 mit Short Texts.

Das ist nicht nur auf RTL2 HD so. Hätte ich irgendwas mit der epg.data-Datei machen sollen, bevor ich xmltv2vdr das erste mal aktiviert habe?

Habe heute morgen auf die letzte git-version upgedated. Jetzt bekomme ich folgendes:

Aug 01 08:15:15 [vdr] [8018] xmltv2vdr importer thread started (pid=7898, tid=8018)
Aug 01 08:15:15 [vdr] [8018] xmltv2vdr: 'tvm2xmltv' executing epgsource
Aug 01 08:15:40 [vdr] [8018] xmltv2vdr: 'tvm2xmltv' parsing output
Aug 01 08:15:40 [logger] Entity: line 44247: parser error : expected '>'
Aug 01 08:15:40 [logger] <sub-title lang="de">Seitenwechsel</
Aug 01 08:15:40 [logger] ^
Aug 01 08:15:40 [logger] Entity: line 44247: parser error : Opening and ending tag mismatch: sub-title line 44247 and unparseable
Aug 01 08:15:40 [logger] <sub-title lang="de">Seitenwechsel</
Aug 01 08:15:40 [logger] ^
Aug 01 08:15:40 [logger] Entity: line 44247: parser error : Premature end of data in tag programme line 44244
Aug 01 08:15:40 [logger] <sub-title lang="de">Seitenwechsel</
Aug 01 08:15:40 [logger] ^
Aug 01 08:15:40 [logger] Entity: line 44247: parser error : Premature end of data in tag tv line 2
Aug 01 08:15:40 [logger] <sub-title lang="de">Seitenwechsel</
Aug 01 08:15:40 [logger] ^
Aug 01 08:15:40 [vdr] [8018] xmltv2vdr: 'tvm2xmltv' ERROR failed to parse output
Aug 01 08:15:40 [vdr] [8018] xmltv2vdr importer thread ended (pid=7898, tid=8018)

Brauche ich den Grabber auch neu?

Zitat von Joe_D

Kommt das öfters vor?

Ja, bei RTL2 HD ist es aber am schlimmsten. Da ist so gut wie jeder EPG-Eintrag doppelt.

Zitat von Joe_D

Wieviele Tage im Vorraus lässt du mischen?

15

Zitat von Joe_D

Steht irgendwas mit xmltv2vdr und ERROR im Log?

Nein, gar nichts.

Mit aktualisierten Grabber immer noch:

Aug 01 09:44:36 [vdr] [4268] xmltv2vdr importer thread started (pid=4150, tid=4268)
Aug 01 09:44:37 [vdr] [4268] xmltv2vdr: 'tvm2xmltv' executing epgsource
Aug 01 09:45:02 [vdr] [4268] xmltv2vdr: 'tvm2xmltv' parsing output
Aug 01 09:45:02 [logger] Entity: line 44253: parser error : expected '>'
Aug 01 09:45:02 [logger] <actor>Danielle Burgio</a
Aug 01 09:45:02 [logger] ^
Aug 01 09:45:02 [logger] Entity: line 44253: parser error : Opening and ending tag mismatch: actor line 44253 and a
Aug 01 09:45:02 [logger] <actor>Danielle Burgio</a
Aug 01 09:45:02 [logger] ^
Aug 01 09:45:02 [logger] Entity: line 44253: parser error : Premature end of data in tag credits line 44249
Aug 01 09:45:02 [logger] <actor>Danielle Burgio</a
Aug 01 09:45:02 [logger] ^
Aug 01 09:45:02 [logger] Entity: line 44253: parser error : Premature end of data in tag programme line 44244
Aug 01 09:45:02 [logger] <actor>Danielle Burgio</a
Aug 01 09:45:02 [logger] ^
Aug 01 09:45:02 [logger] Entity: line 44253: parser error : Premature end of data in tag tv line 2
Aug 01 09:45:02 [logger] <actor>Danielle Burgio</a
Aug 01 09:45:02 [logger] ^
Aug 01 09:45:02 [vdr] [4268] xmltv2vdr: 'tvm2xmltv' ERROR failed to parse output
Aug 01 09:45:02 [vdr] [4268] xmltv2vdr importer thread ended (pid=4150, tid=4268)

Wenn ich kurz darauf den Prozess erneut starte bekomm ich eine andere Meldung:

Aug 01 09:46:31 [vdr] [4364] xmltv2vdr importer thread started (pid=4150, tid=4364)
Aug 01 09:46:31 [vdr] [4364] xmltv2vdr: 'tvm2xmltv' executing epgsource
Aug 01 09:46:31 [vdr] [4150] closing SVDRP connection
Aug 01 09:46:56 [vdr] [4364] xmltv2vdr: 'tvm2xmltv' parsing output
Aug 01 09:46:56 [logger] Entity: line 44252: parser error : Premature end of data in tag actor line 44252
Aug 01 09:46:56 [logger] <actor>Amaury 
Aug 01 09:46:56 [logger] ^
Aug 01 09:46:56 [logger] Entity: line 44252: parser error : Premature end of data in tag credits line 44249
Aug 01 09:46:56 [logger] <actor>Amaury 
Aug 01 09:46:56 [logger] ^
Aug 01 09:46:56 [logger] Entity: line 44252: parser error : Premature end of data in tag programme line 44244
Aug 01 09:46:56 [logger] <actor>Amaury 
Aug 01 09:46:56 [logger] ^
Aug 01 09:46:56 [logger] Entity: line 44252: parser error : Premature end of data in tag tv line 2
Aug 01 09:46:56 [logger] <actor>Amaury 
Aug 01 09:46:56 [logger] ^
Aug 01 09:46:56 [vdr] [4364] xmltv2vdr: 'tvm2xmltv' ERROR failed to parse output
Aug 01 09:46:56 [vdr] [4364] xmltv2vdr importer thread ended (pid=4150, tid=4364)

Gibt es da ein Speicherproblem?

Ich hab den Error seit dem heutigen Git-Update auch:

Aug  1 10:35:35 vdr vdr: [2183] xmltv2vdr: 'tvm2xmltv' ERROR failed to parse output

Joe_D: Jetzt läuft es wieder, aber ich bekomme nach kurzer "Updatezeit" folgende Fehlermeldung:

Aug  1 18:09:40 vdr vdr: [2250] ERROR: /var/vdr/video0/epg.data: Datei oder Verzeichnis nicht gefunden

Komisch, vorallem weil die Datei da ist, wo sie angeblich nicht ist.