xmltv2vdr v0.1.0pre ALPHA mit EpgHandler-Unterstützung inkl. vdr-1.6.0-3 Backport

Hallo Zusammen,

anbei xmltv2vdr in einer ALPHA-Version (0.1.0pre) zum Vorabtesten.

Neu ist nun die Unterstützung von EpgHandler ab vdr-1.7.26 (auch bei vdr-1.6.0-3 mit beiliegendem Backport-Patch).
Dies hat es nötig gemacht die Daten in eine sqlite3-Datenbank zwischenzuspeichern (um asynchrone Anfragen des
EpgHandlers beantworten zu können). Der Ablageort der Datenbank kann mit dem Parameter -E angegeben werden.

Nebenbei werden nun auch die XMLTV-Tags Audio/Video/StarRating unterstützt (falls von der Quelle geliefert).
Die doppelte Einstellung der Anzahl zu verarbeitender Tage ist weggefallen, dies wird nun einzeln bei jeder EPGSource gemacht.
Hier kann man nun wie bei Timern gewohnt einen Startzeitpunkt einstellen (z.B. nur jeden Montag, Donnerstag und Sonntag um 1:30 Uhr)

Falls vorhanden werden Episodenlisten ausgewertet und auch ins Log geschrieben wenn etwas nicht gefunden wurde (z.B. bei
neuen Serien, falschen Listen oder wenn ich Mist programmiert habe ;))

Bei mir läuft es auf einem gepatchten 1.6er VDR und ich bin total begeistert. Ich lasse 15 Tage EPG holen und mische es einfach
mit dem EIT-EPG, das bis zu 7 Tage abdeckt. Wenn ein Tag EIT-EPG hinzukommt werden die Daten einfach aus der schon bestehenden
Datenbank gelesen und hinzugemischt. Ich müsste meine Quelle also nur ca. alle 4-7 Tage aktualisieren.

Offen ist noch der Punkt "Staffel/Episoden an alle Timerkanäle anhängen", d.h. Events von Kanälen bearbeiten die nicht von xmltv2vdr
befüllt werden die aber Timer sind. Da frage ich mich noch ob nur das einzelne Timerevent bearbeitet werden soll oder der ganze
zugehörige Kanal.

Desweiteren ist noch ein weiterer Punkt offen. Wenn es tatsächlich mehrere Quellen für einen Kanal gibt so würden nun beide Quellen
in die Datenbank eingetragen. Welche Daten zuerst herausgeholt würden wäre dann rein zufällig. Die Handhabung stelle ich mir
folgendermaßen vor: Allzu komplex möchte ich es nicht, evtl. reicht schon ein "Ranking" der Sourcen, d.h. Anfrage nach Event in bestimmter
Zeit mit bestimmten Titel (sortiert nach Ranking) liefert zwei Ergebnisse -> einfach das erste holen. Wenn nun die erste Source
nichts geholt hat wird automatisch das Ergebnis der zweiten geliefert und so weiter...

Das interne Datenbankformat kann sich evtl. noch ändern bis zur offiziellen v0.1.0, das ist aber nur insoweit schlimm als man
dann die epg.db einfach löschen muss.

Über Rückmeldungen wäre ich dankbar.

Gruß

Joe_D

Zitat von gda

Ohne den von Joe_D für die 1.6 erwähnten Patch wohl kaum.

Der hilft aber nichts bei 1.7.23. Im Endeffekt ist es eigentlich sehr einfach die 1.7.23 auch dazu zu bewegen die EpgHandler-Unterstützung zu haben: Einfach

eit.c
eit.h
epg.c
epg.h

von der 1.7.27 auf die 1.7.23 kopieren. In vdr.c muss noch zwischen cDevice::Shutdown und PluginManager.Shutdown folgendes eingefügt werden:

cDevice::Shutdown();
EpgHandlers.Clear();
PluginManager.Shutdown(true);

Damit xmltv2vdr dann unabhängig von der vdr-Version kompiliert braucht es in config.h noch irgendwo unterhalb der #include-Zeilen ein

#define EPGHANDLER 1

Gruß

Joe_D

Zitat von steffen_b

Ich vermute die Änderung der epg.db ist genauso häufig wie die Frequenz in der der grabber laufen gelassen wird.

Nein, häufiger. Bei jedem Umschalten fragt der VDR Events an die dann in der Datenbank gesucht werden. Passiert aber IMHO in einem eigenem Thread, also asynchron.

Zitat von steffen_b

Handling für Bilder müsste dann auch dein Plugin machen und nicht der Grabber nehme ich an ?

Nur zum Teil und zwar im Modus "Mischen". Die Bilder muss schon der Grabber bereitstellen und zwar mit Dateiname=SourceEventID. xmltv2vdr könnte dann solche Dateien im Bildverzeichnis auf die EITEventID verlinken sobald die EITEventID bekannt wird.

Zitat von steffen_b

Mit Episodenlisten meinst du sicher die eplists vom VDRSeriesTimer.pl ?

Genau.

Gruß

Joe_D

Zitat von Keine_Ahnung

Also doch besser auf die Ramdisk

Ja, das geht einfach mit dem -E Parameter

Zitat von steffen_b

woher weisst du das Bilder da sind oder schaust du einfach nach ob welche da sind ?

Bislang werden BIlder noch gar nicht behandelt, es war nur eine generelle Überlegung was xmltv2vdr mit Bildern anstellen könnte/sollte. epgdata2xmltv hat (noch) kein Bilderhandling - ist mir aber gerade zu viel...

Zitat von steffen_b

du hältst die gemischten Daten auch in der DB vor lese ich daraus. (sonst würde ein EIT Event keine Änderung der DB bewirken)

Jein. Ich halte nicht die gemischten Daten vor, sondern speichere die EITEventID und falls vorhanden die EITDescription zum zugehörigen externen Event. Beim nächsten Mal wird dann der Event über die EITEvent-ID gefunden. Die EITDescription wird nur geschrieben falls diese sich ändert. Vorteil ist nebenbei, das das Mischen immer vom Grundzustand ausgeht (also Description bzw. EITDescription). Im Modus "Hinzufügen" werden die EIT-EpgHandler-Events unterdrückt und die Datenbank wird nur beim Import bemüht. Hier gibt es aber auch noch ein Problem: Falls doch irgendwie EIT-Events im Kanal existieren wird intern auf Mischen umgestellt damit es zu keinen doppelten Einträgen kommt.

Gruß

Joe_D

Zitat von wino

parse.cpp: In Elementfunktion »bool cParse::FetchSeasonEpisode(const char*, const char*, const char*, int&, int&)«:
parse.cpp:128:15: Fehler: Typumwandlung von »iconv_t {aka void*}« nach »int« verliert Genauigkeit [-fpermissive]

Probier mal in parse.cpp Zeile 128 folgendes:

if (conv==(iconv_t) -1) return false;

Gruß

Joe_D