[Announce] epgd-0.1.4 / epg2vdr-0.1.3 - Advent, Advent...

Nachdem wir mit Entwicklung des epgdata Loaders erstmalig die Daten mehrerer ext Provider im Zugriff hatten, mit Einführung des merge von der Realität eingeholt wurden das ext Provider nicht nur bei aktuellen Programmänderungen gern mal redaktionell falsch liegen, kam uns die Idee all diese Events gegeneinander auszuspielen

Es war zuerst nur ne harmlose Spielerei deren Wirkung uns dann echt überrascht hatte: multimerge hat schon einen riesen Hub den wir nicht vorenthalten wollen

Hier nun das letzte Feature Release zu epgd/epg2vdr in 2013

Mischen vom DVB EPG und externem EPG über mehrere Provider, multimerge

Ich versuchs mal kurz zu erklären: zu einem Kanal gibt es von nun an einen Haupt-, und einen Nebenprovider. Fällt der Hauptprovider aus rückt der Nebenprovider an seine Stelle. Fallen beide aus ergibt sich wie bisher ein Fallback auf das DVB Event. - Events jenseits der Mischgrenzen werden grundsätzlich mit dem Hauptprovider aufgefüllt.

Im Kopf des mergeepg.sql gibt es zudem die Möglichkeit dieses Austauschverhalten von events nach eigenen Präferenzen in gewissem Rahmen zu beeinflussen. So kann man immer dann zum Nebenprovider schwenken wenn das event des Nebenproviders geeigneter erscheint.

Die Präferenzen die wir angedacht haben sind das Vorhandensein von Serieninformationen, Bilder oder generell subtitle, die Priorisierung erfolgt in der Reihenfolge a,b oder c

Im Default ist es wie folgt eingestellt:

/*
* configure merge
*/
set @epi ='a';
set @img ='b';
set @sht ='';

Also zuerst Serien, dann Bilder, shorttext (so nennen wir die Subtitle) werden nicht priorisiert

epgd
http://projects.vdr-developer.org/projects/vdr-epg-daemon
git clone git://projects.vdr-developer.org/vdr-epg-daemon.git

2013-11-29: version 0.1.3
   - change: included procedures and views for multimerge
   - change: added 90 minutes more for series fetch at eplists.constabel.net

epg2vdr
http://projects.vdr-developer.org/projects/plg-epg2vdr
git clone git://projects.vdr-developer.org/vdr-plugin-epg2vdr.git

Upgrade von älteren Versionen:

Wenn ihr von älteren DB-Versionen upgraded in diesem Fall am besten mit einer leeren DB beginnen:

- epgd und VDR stoppen
- epgd-dropall ausführen. Liegt normalerweise unter /usr/local/bin/epgd-dropall (nicht epgd-tool) - Bilder können später wieder zugeordnet werden und müssen nicht gelöscht werden
- epg.data / Symlinks und Bilder auf den clients löschen, um ein sauberes EPG zu erhalten
- epgd kompilieren und installieren gemäss README (make, make plugins, make install, make install-plugins)
- um ein bestmögliches Ergebnis zu erziehlen DaysToUpdate wie in der Beispielkonfiguration auf 4 erhöhen (je nach Geschmack aber mehr hilft beim Mischen nicht)
- epgd starten
- am besten den Updatelauf abwarten und dann die clients wieder starten
- Nicht traurig sein wenn bereits gescrapter Inhalt nicht mehr zugeordnet werden kann

Alle Tabellen, Views und Prozeduren werden beim Upgrade automatisch angelegt und aktualisiert. Direkt nach dem Start sollte das Update mit dem externen EPG Provider automatisch ausgeführt werden.
Danach das Plugin aktualisieren (siehe README vom Plugin) und VDR starten.

Nach dem Start des VDR wird es eine Weile dauern, bis die DVB Events in die Datenbank wandern. Dies könnt ihr durch ein „svdrpsend SCAN“ beschleunigen oder durch Zapping durch die Kanäle.

An den epglv/r Funktionen hat sich nichts geändert, muss also nicht neu in die DB eingebunden werden

Vielen Dank wie immer an Jörg, und sorry für die endlosen Diskussionen, vielen Dank auch an die Tester 3PO, Taipan, wino und ofenheizer - 3PO auch noch einmal für die Erweiterung am alternativen EPG Design im Rahmen der Harmonisierung von Bewertungen externer EPG Provider.

Happy EPG,

Christian

Wir nehmen dann ab jetzt mal ne größere Auszeit um zum Einen mal was anderes als EPG zu sehen, zum Anderen aber auch um ein paar innere Strukturen für das verbleibende Feature "mapping" von Kanälen vorzubereiten. Sollte Louis sich natürlich spontan dazu entschließen im Rahmen des Scrapers was machen zu wollen, so bleibt das von diesem Statement unberührt

Quote from TheChief

Muss ich in mergeepg.sql irgendwas ändern, wenn ich nur einen Hauptprovider habe? Muss ich genrell irgendwas anpassen, wenn ich nur einen externen Provider benutze?

Nein, für die Nutzung mit nur einem Provider ergibt sich keine Änderung.

Er wird bei dir das Event ohne Serie, Bilder und shorttext zwar nicht so prickelnd finden, da du ihm aber auch nix anderes anbietest wird er dabei bleiben müssen

Aber besorg dir lieber ein ABO, das ist nicht zu unterschätzen Chief!

Hier ein paar Statements der Tester:

Quote

Es funktioniert einwandfrei. Als Ergebnis gibt es besseres EPG und auch Bilder sind nun reichlich vorhanden.

Quote

Ich bin sehr zufrieden damit. Es ist alles Lückenlos da, gemischt, bebildert wie nie zuvor und das hochwertigste EPG das wir hier je hatten.

Und ja: die alten Loaderplugins gehen nicht mehr...

Christian

Hallo Markus

nein, als Tester musst du nur neben dem epgd das loader Plugin des anderen externen Provider aktualisieren dann gehts auch andersrum.

Christian

Quote from ofenheizer

Ansonsten kann ich seit letztem Wochenende auch nur sagen, es läuft perfekt.

HeHeHe - hätteste früher dein Statement abgegeben wärst du oben namentlich erwähnt worden

Quote from ofenheizer

@Christian
vllt. solltest Du hier im Announce noch etwas dazu schreiben, wie denn beim multimerge die channelmap.conf auszuschauen hat.

schreib doch selber, vllt überleg ichs mir dann noch

Christian

ja ich hab das so eingestellt weil es halt für mich Sinn ergibt, Jörg wollte das mit den Untertiteln Probieren da hab ich das natürlich mit vorbereitet - prinzipiell kannst du beide events in ihrer Ausprägung miteinander vergleichen und in bestimmten Situationen das defaultverhalten manipulieren.

Lass es am besten erstmal so stehen und gewinne einen Eindruck

Christian

Quote from kokel

Ist 'a' hier dann hardcoded und steht für Hauptprovider sowie 'b' für Nebenprovider?

achso: nein Quatsch

a => find ich ganz toll
b => nicht übel aber nicht so wichtig wie a
c => na halt wichtig aber kein show stopper

aber ich versteh auch grad nicht was da unklar dran ist:

machst du es ohne Prio

/*
* configure merge
*/
set @epi ='';
set @img ='';
set @sht ='';

möchtest du immer dann wenn der Nebenprovider einen Untertitel hat (der Hauptprovider aber nicht) zu dem wechseln, Bilder und Serien sind dir egal

/*
* configure merge
*/
set @epi ='';
set @img ='';
set @sht ='a';

oder wir auch immer, ist ne einfach Matrix

Christian

nein ich hab das letzte Post noch mal zur Erklärung editiert.

Es ist natürlich kein Platzhalter sondern läuft wie ausgeliefert, und wie der Ausliefrungszustand funktioniert ist ja im Eröffnungspost erklärt:

Quote

Im Default ist es wie folgt eingestellt:

Code

/*
* configure merge
*/
set @epi ='a';
set @img ='b';
set @sht ='';

Also zuerst Serien, dann Bilder, shorttext (so nennen wir die Subtitle) werden nicht priorisiert

Da muss man nix einstellen nur wenn man ein anderes Verhalten mag

Christian