[Announce] epgd-0.1.1 und epg2vdr-0.1.0

Danke für die neue Version! Funktioniert wunderbar, aber ein Problem habe ich noch:
ORF sendet schon korrekte Episodentitel, TVM hat für ORF leider nur sehr rudimentäre Daten ohne Episodentitel. Jetzt könnte ich natürlich ORF nur durch den VDR versorgen, aber dann werden die Episoden-Infos von eplists nicht eingebunden. Könnte der epgd auch für DVB-Events die Episoden-Infos holen? Oder könnten die Informationen vom DVB-Event in das TVM-Event übernommen werden wenn diese dort fehlen (und für die "gemergten" Daten ein eplists-lookup gemacht werden?)

Hi!

$ cat epg2vdr.h | grep 0.1.1
static const char* VERSION      = "0.1.1";

q.e.d.

Paket für stable kopiere ich noch, ist gleich da. Ihr seid so ungeduldig, erst mal muss getestet werden

LG Urknall

Ich weiss nicht von wann dein Git Checkout ist, aktuell scheint er jedenfalls nicht zu sein.

$ cat HISTORY | grep 0.1.1
2013-10-28: version 0.1.1

Widerstand ist zwecklos, wir sind die Greper

Ist ja auch egal, jetzt ist alles gut

Passende Version ist auch in stable angekommen und alle sind hoffentlich glücklich.

Zitat von urknall

$ cat HISTORY | grep 0.1.1
2013-10-28: version 0.1.1

Zitat von urknall

Widerstand ist zwecklos, wir sind die Greper

Trotzdem scheint es noch inkosistent zu sein. Das Plugin selbst weißt sich als 0.1.0 aus:

initializing plugin: epg2vdr (0.1.0): epg2vdr plugin

Heute aus dem master Zweig übersetzt.

Gruß, Kokel

Da hast du evtl. ein falsches Paket installiert, bei uns ist das nicht so.

Master von gestern:

cat /var/log/syslog | grep "epg2vdr plugin"
Oct 29 10:56:06 yavdr vdr: [1244] initializing plugin: epg2vdr (0.1.1): epg2vdr plugin

Zitat von jack-itb

Danke für die neue Version! Funktioniert wunderbar, aber ein Problem habe ich noch:
ORF sendet schon korrekte Episodentitel, TVM hat für ORF leider nur sehr rudimentäre Daten ohne Episodentitel. Jetzt könnte ich natürlich ORF nur durch den VDR versorgen, aber dann werden die Episoden-Infos von eplists nicht eingebunden. Könnte der epgd auch für DVB-Events die Episoden-Infos holen? Oder könnten die Informationen vom DVB-Event in das TVM-Event übernommen werden wenn diese dort fehlen (und für die "gemergten" Daten ein eplists-lookup gemacht werden?)

Oh, das scheint ja doch schon zu funktionieren! Jetzt sind die Infos auf einmal vorhanden. Perfekt

Zitat von kokel

Trotzdem scheint es noch inkosistent zu sein. Das Plugin selbst weißt sich als 0.1.0 aus:

ohne das ich jetzt die Leute verrückt machen will aber ich meine das Plugin ist auch 0.1.0 - da haben wir zumindest nix dran gemacht daher kann das gut sein. - muss ich selbst mal im git nachschauen :o

Christian

Zitat von jack-itb

ORF sendet schon korrekte Episodentitel, TVM hat für ORF leider nur sehr rudimentäre Daten ohne Episodentitel.

btw: die Daten von epgdata sind da bei ORF viel besser in Bezug auf Serieninfos und du bekommst Bilderlein, ansonsten ist es so wie du sagst. - Es ist immer gut eine Auswahl zu haben

Christian

Zitat von TheChief

Quellcode

Oct 25 19:54:41 datenserver epgd: SQL-Error in 'select epglv('123', '123')' - FUNCTION epg2vdr.epglv does not exist (1305)
Oct 25 19:54:41 datenserver epgd: SQL-Error in 'select epglvr('123', '123')' - FUNCTION epg2vdr.epglvr does not exist (1305)
Oct 25 19:54:41 datenserver epgd: Error: Missing functions epglv/epglvr, please install first!

Falls dieser Fehler auftritt, müsst ihr noch das epglv Plugin für mySQL installieren. Dieses befindet sich samt README im Verzeichnis epglv.

Kann mir jemand sagen, wie das bei YaVDR Testing ist. Sollte dort das epglv Plugin für mySQL bei einem dist-upgrade mit Installiert werden ? Oder ist das (noch) nicht vorgesehen ?

Ist sicherlich kein Problem für mich, das noch einzuspielen, aber wenn es schon drin sein sollte Würde ich mal schauen wollen woran es bei mir hängen könnte

pc-medusa

Zitat von pc-medusa

Kann mir jemand sagen, wie das bei YaVDR Testing ist. Sollte dort das epglv Plugin für mySQL bei einem dist-upgrade mit Installiert werden ? Oder ist das (noch) nicht vorgesehen ?

Wie willst du das automatisch machen wenn doch nieman dein sql root pwd kennt.

Das Paket kopiert es an die richtige Stelle, einbinden musst du es von Hand - mit deinem geheimen PWD halt...

Christian

Zitat von CKone

Wie willst du das automatisch machen wenn doch nieman dein sql root pwd kennt.

Das Paket kopiert es an die richtige Stelle, einbinden musst du es von Hand - mit deinem geheimen PWD halt...

Christian

Es könnte eine Passwortabfrage bei der Installation durchgeführt werden.

Hallo Zusammen,

zunächst einmal möchte ich mich herzlich bei allen beteiligten Entwicklern für dieses tolle Projekt bedanken!

Vor ein paar Tagen habe ich egpd und epg2vdr auf den aktuellen Stand (master) aktualisiert und die entsprechenden Schritte (wie im Eingangspost beschrieben) zum Update durchgeführt. Als EPG-Quelle setze ich für alle TV-Sender epgdata ein, lediglich bei einigen ÖR-Radio-Sendern verwende ich das DVB-EPG.

Zunächst hatte ich die channelmap unverändert gelassen, d.h. die EPG-Daten werden (nach meinem Verständnis) gemischt. Allerdings ist mir heute Mittag aufgefallen, dass für den Rest des heutigen Tages in allen DVB-Einträgen als Quelle DVB eingetragen war.

Da mir die heutigen EPG-Daten nicht gefallen haben (zeitweilig fehlende Subtile/Episoden-Namen, wenig Schauspieler-Informationen, etc.) und ich dies - mglw. fälschlicherweise (siehe weiter unten aus dem README) - auf die Mischen-Funktion geschoben habe, wollte ich zurück zur Technik von vor dem "EPG-Mischen" gehen und habe alle epgdata-Kanäle in channelmap mit ":n:n" versehen - in der Hoffnung, wieder die EPG-Daten wie zuvor zu bekommen.

Danach wiederum: epgd & vdr beendet, DB gelöscht, timers.conf, epg.data vom vdr gelöscht, timersdone.conf von epgsearch gelöscht, epgd neu gestartet, gewartet bis Aktualisierung fertig, vdr gestartet.

Nun finde ich zwar wieder reichlich EPG-Daten von epgdata im vdr - leider beginnen diese für alle TV-Sender erst morgen früh zwischen 05:00 und 06:00 Uhr. Das EPG der ÖR-Radio-Sender, welches ja von DVB verwendet wird, beginnt beim aktuellen Zeitpunkt, ist also vollständig.

Es sieht für mich also so aus, als würden die epgdata-Daten vom epgd erst ab morgen früh in die DB eingetragen oder vom epg2vdr-Plugin eingelesen (kann ich nicht beurteilen).

Dies würde sich dann auch mit der obigen Beobachtung decken (als ich noch das Mischen aktiviert hatte), dass heute nur DVB-EPG-Daten eingetragen wurden (und höchstens ab morgen gemischt wird).

Gibt es irgendeine Einstellung, die ich vielleicht fälschlicherweise verstellt haben könnte, die das von mir beobachtete Verhalten verursachen könnte?

Aus der setup.conf vom vdr:

epg2vdr.ActiveOnEpgd = 0
epg2vdr.Blacklist = 1
epg2vdr.DbHost = 192.168.1.1
epg2vdr.DbName = epg2vdr
epg2vdr.DbPass = <entfernt>
epg2vdr.DbPort = 3306
epg2vdr.DbUser = <entfernt>
epg2vdr.LoadImages = 0
epg2vdr.LogLevel = 4
epg2vdr.MasterMode = 1
epg2vdr.ScheduleBoot = 1
epg2vdr.ShowInMainMenu = 1
epg2vdr.UpdateTime = 2
epg2vdr.Uuid = <entfernt>

Aus der epgd.conf:

DbHost = localhost
DbPort = 3306
DbName = epg2vdr
DbUser = <entfernt>
DbPass = <entfernt>


EpgView = eventsview.sql


CheckInitial = 1
DaysInAdvance = 14
DaysToUpdate = 2
UpdateTime = 2
UpdateThreshold = 200


XmlStoreToFs = 1


GetEPGImages = 1
EpgImageSize = 2
MaxImagesPerEvent = 1


SeriesEnabled = 1
SeriesPort = 2006
SeriesStoreToFs = 0
SeriesUrl = eplists.constabel.net


CachePath = /var/cache/epgd/


epgdata.url = http://www.epgdata.com
epgdata.pin = <entfernt>

Dann hätte ich noch eine Frage:

Aus dem Eingangspost:

Zitat von TheChief

Wenn DVB Events gemischt werden können, wir nur die Startzeit, die Länge und das VPS-Flag des DVB Events erhalten. Alle anderen Daten werden vom externen Event übernommen

Widerspricht das nicht den Angaben aus dem README:

Zitat von "README"

If events can be merged, just starttime, duration and vps-flag of the DVB event will be used from external provider.

Ersteres wäre doch m.E. wünschenswert. Letzteres würde doch bedeuten, dass ich nur die Uhrzeit/Dauer/VPS-Flag von "den guten EPG-Daten" von epgdata.com bekomme und die für den Rest (also SubTitle, Beschreibung, Schauspieler, FSK) aus den DVB-Daten?

Um heute Abend keine Serien-Aufnahmen zu verpassen, werde ich jetzt erst einmal die channelmap wieder so ändern, dass Mischen aktiv ist und mich halt für die nächsten Aufnahmen mit den DVB-EPG-Daten in den info-Dateien zufrieden geben.

Ergänzung: Habe letzteres gerade durchgeführt: vdr/epgd beendet, DB gelöscht, epg.data/timers.conf/timersdone.conf gelöscht, epgd gestartet, gewartet, vdr gestartet, EPG-scan im VDR gestartet und durch verschiedene Sender gezappt, eine Weile gewartet:

Zunächst hatten die auf die Schnelle aufgerufenen Sender lediglich das externe EPGDATA-EPG ab morgen früh 05:00-06:00, nach kurzer Wartezeit sind die EPGs der Sender jedoch ab dem aktuellen Zeitpunkt gefüllt: Bei allen EPG-Events (die ich überprüft habe) zwischen jetzt und morgen früh steht als Quelle DVB drin. Bei den Sendungen ab morgen früh steht als Quelle DVB/EPGDATA oder EPGDATA.

Viele Grüße,
Alex

PS: Eine Frage noch: Wenn ich an der channelmap Änderungen mache (Kanäle hinzufügen, entfernen, Flags (Mischen/VPS) oder die Quelle ändere, muss ich dann jedes Mal die DB löschen und komplett neu aufbauen lassen oder reicht ein Restart vom epgd?

Wie der Chief schon sagt, viel prosa

Zitat von Alex

PS: Eine Frage noch: Wenn ich an der channelmap Änderungen mache (Kanäle hinzufügen, entfernen, Flags (Mischen/VPS) oder die Quelle ändere, muss ich dann jedes Mal die DB löschen und komplett neu aufbauen lassen oder reicht ein Restart vom epgd?

Nein, natürlich nicht, aber das andere reicht auch nicht

Lass uns erstmal schaun wo deine epgdata Daten von heute hin sind: ist das File unter /var/cache/epgd für heute vorhanden?

root@ProLiant:/var/cache/epgd/epgdata# ls -l
insgesamt 151780
-rw-r--r-- 1 root root 19882530 Okt 30 15:28 20131031_20131030_de_qy.zip
-rw-r--r-- 1 root root 19476056 Okt 30 15:29 20131101_20131030_de_qy.zip
-rw-r--r-- 1 root root 19296244 Okt 31 03:49 20131102_20131030_de_qy.zip
-rw-r--r-- 1 root root 17967628 Okt 27 01:40 20131103_20131025_de_qy.zip
-rw-r--r-- 1 root root 19221187 Okt 28 01:26 20131104_20131025_de_qy.zip
-rw-r--r-- 1 root root 19592981 Okt 29 02:14 20131105_20131028_de_qy.zip
-rw-r--r-- 1 root root 19910408 Okt 30 03:02 20131106_20131029_de_qy.zip
-rw-r--r-- 1 root root 20063893 Okt 31 03:50 20131107_20131030_de_qy.zip

Christian