Die EPG-Images befinden sich in der xmltv-Datei, die vom EPG-Grabber erstellt wird.
Sorry, aber das unterstützt das Plugin nicht. Es wird das gleiche Verfahren wie bei xmltv2vdr genutzt, damit man die gleichen Grabber benutzen kann.
Die EPG-Images befinden sich in der xmltv-Datei, die vom EPG-Grabber erstellt wird.
Sorry, aber das unterstützt das Plugin nicht. Es wird das gleiche Verfahren wie bei xmltv2vdr genutzt, damit man die gleichen Grabber benutzen kann.
Okay, hatte ich mir schon gedacht.
Schade, hatte gehofft für die EPG-Images mit Deinem Plugin evtl.eine Lösung zu haben.
Das in KODI verwendete Tvheadend-HTS-Addon, welches ich für die gleichen IPTV-Kanäle verwende kann aus der vom easy EPG-grabber erstellten xmltv-Datei die EPG-Images herausholen und anzeigen.
Welchen EPG-Grabber nutzt Du denn eigentlich?
Das in KODI verwendete Tvheadend-HTS-Addon, welches ich für die gleichen IPTV-Kanäle verwende kann aus der vom easy EPG-grabber erstellten xmltv-Datei die EPG-Images herausholen und anzeigen.
Die Bilder sind aber auch nicht direkt (MIME-kodiert o.ä.) in der xmltv-Datei drin, sondern als URL kodiert, so dass es die aus dem Internet holen muss.
Genau, die EPG-Images sind URLs die die *.jpg Bilder beinhalten.
Ich weiß jetzt gar nicht ob ich Dir schon geschrieben hatte, das ich en easyepg-grabber aus dem KODI-Forum verwende:
[Proof of Concept] [WIP] easyepg als Addon Allerdings verwende ich den Grabber nicht als KODI-Addon, sondern als standalone.
Von dem hole ich mir die xmltv-Datei.
Außerdem wird diese xmltv-Datei auch für TVheadend verwendet, auf das dann das KODI-PVR-Addon Tvheadend-HTSP-Client zugreift um die IPTV-Sender in KODI anzuzeigen. Und hier klappt alles einwandfrei: EPG-Daten und EPG-Images.
Ich habe Dir mal per PM den Link zur xmltv-Datei von Heute geschickt.
Kannst Dir es ja mal anschauen, ob da was zu machen ist!
Ansonsten einen schönen 4. Advent.
Im git ist ein Update, mit dem der Import in einen leeren Schedule (z.B. oft bei IPTV) gefixed ist.
Das Plugin ist jetzt in vdr-projects.github.io drin.
heute bin ich endlich dazu gekommen, das aktuelle xmltv4vdr-Plugin zu testen.
Um es Testen zu können, habe ich die epg-Daten gelöscht und dann per /usr/bin/svdrpsend plug xmltv4vdr UPDT 2>&1 > /dev/null die EPG-Daten von meiner xmltv-Quelle neu eingelesen.
Prinzipiell scheint es bei meinen IPTV-Kanälen nun zu funktionieren, denn es waren danach alle EPG-Daten vorhanden.
Ein Problem was ich jetzt noch habe ist, dass nun das /var/log/syslog mit ca. 30.000 Meldungen geflutet wird!
Außerdem ist der VDR ist für mehr als 30Sek. nicht bedienbar, d.h. er reagiert nicht auf Eingaben durch die Fernbedienung.
Im syslog kann man das vermutlich an der Zeit in der 4. Zeile am Anfang bis zur 4. Zeile am Ende des zitierten Logs (siehe unten) erkennen.
Hier mal der verkürzte Ausschnitt vom Anfang und Ende der Meldungen im syslog:
QuoteDisplay More2025-01-07T10:10:13.971454+01:00 yavdr vdr: [5594] SVDRP yavdr < 127.0.0.1:55594 client connection accepted
2025-01-07T10:10:13.971568+01:00 yavdr vdr: [6231] EPGSearch: Leaving search timer thread
2025-01-07T10:10:13.971603+01:00 yavdr vdr: [5594] SVDRP yavdr < 127.0.0.1:55594 connection closed
2025-01-07T10:10:13.981603+01:00 yavdr vdr: [5548] xmltv4vdr: 'easyepg-zattoo' easyepg-zattoo 14 '' 1 3sat.de moviedome_de ARD-alpha.de ARD.de ARTE.de BRNord.de dazn_fast_de defa_tv_de df1_de DMax.de Eurosport1.de HR.de Kabel.de KabelEinsDoku.de MDRSachsen.de N24Doku.de ndrnds.de ntv_de One.de one_terra_de phoenix.de Pro7.de ProSiebenMaxx.de rbbBrandenburg.de RTL.de rtl2_deutschland RTLNitro.de Sat1.de Sixx.de Sport1HD.de SWR.de tagesschau24.de Tele5.de top_filme_de Vox.de WDR.de WELT.de ZDF.de ZDFinfo.de ZDFneo.de
2025-01-07T10:10:13.989656+01:00 yavdr vdr: [5548] xmltv4vdr: 'easyepg-zattoo' executing EPGsource with pid 6307
2025-01-07T10:10:14.099362+01:00 yavdr vdr: [5548] xmltv4vdr: 'easyepg-zattoo' EPGsource finished with return code 0
2025-01-07T10:10:14.107310+01:00 yavdr vdr: [5548] xmltv4vdr: 'easyepg-zattoo' successfully executed after 1 tries
2025-01-07T10:10:14.107458+01:00 yavdr vdr: [5548] xmltv4vdr: 'easyepg-zattoo' parsing xmltv buffer (13,8 MB) and importing events into DB
2025-01-07T10:10:14.356000+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE2B2898
2025-01-07T10:10:14.356076+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:14.356107+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE2B2898
2025-01-07T10:10:14.356134+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:14.356163+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE2B2898
2025-01-07T10:10:14.356192+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:14.356221+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE2B2898
2025-01-07T10:10:14.356250+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:14.356279+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE2B2898
2025-01-07T10:10:14.356310+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:14.356336+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE2B2898
2025-01-07T10:10:14.356365+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:14.356394+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE2B2898
2025-01-07T10:10:14.356423+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:14.356455+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE2B2898
2025-01-07T10:10:14.356484+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:14.356510+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE2B2898
2025-01-07T10:10:14.356535+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:14.356565+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE2B2898
2025-01-07T10:10:14.356595+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:14.356624+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE2B2898
2025-01-07T10:10:14.356652+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:14.356678+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE2B2898
2025-01-07T10:10:14.356706+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:14.356732+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE2B2898
2025-01-07T10:10:14.356767+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:14.356799+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE2B2898
2025-01-07T10:10:14.356825+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:14.356857+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE2B2898
2025-01-07T10:10:14.356890+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:14.356919+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE2B2898. . . ca. 30.000 Meldungen im /var/log/syslog
2025-01-07T10:10:15.492970+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:15.493019+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE37C0F8
2025-01-07T10:10:15.493030+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:15.493071+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE37C0F8
2025-01-07T10:10:15.493082+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:15.493101+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE37C0F8
2025-01-07T10:10:15.493112+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:15.493143+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE37C0F8
2025-01-07T10:10:15.493154+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:15.493208+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE37C0F8
2025-01-07T10:10:15.493219+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:15.493256+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE37C0F8
2025-01-07T10:10:15.493267+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:15.493298+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE37C0F8
2025-01-07T10:10:15.493309+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:15.493336+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList = BE37C0F8
2025-01-07T10:10:15.493351+01:00 yavdr vdr: [5548] xmltv4vdr: ImportXMLTVEvent: ChannelIDList.Size() = 1
2025-01-07T10:10:15.513321+01:00 yavdr vdr: [5548] xmltv4vdr: 'easyepg-zattoo' xmltv buffer parsing skipped 0 faulty xmltv events, failed 0, outdated 1194
2025-01-07T10:10:15.513349+01:00 yavdr vdr: [5548] xmltv4vdr: 'easyepg-zattoo' xmltv buffer parsed, imported 15556 xmltv events into DB
2025-01-07T10:10:17.454244+01:00 yavdr systemd[1]: Starting sysstat-collect.service - system activity accounting tool...
2025-01-07T10:10:17.458592+01:00 yavdr systemd[1]: sysstat-collect.service: Deactivated successfully.
2025-01-07T10:10:17.458729+01:00 yavdr systemd[1]: Finished sysstat-collect.service - system activity accounting tool.
2025-01-07T10:10:46.650408+01:00 yavdr vdr: [5493] timer 1 (114 1455-1602 'Shopping Queen ffmpeg') set to event Di. 07.01.2025 15:00-16:00 'Shopping Queen'
2025-01-07T10:10:46.650609+01:00 yavdr vdr: [5545] VNSI: Requesting clients to reload timers
2025-01-07T10:11:06.402315+01:00 yavdr vdr: [5493] timer 2 (103 1927-2018 'Brandenburg aktuell ffmpeg') set to event Di. 07.01.2025 19:30-20:00 'rbb24 Brandenburg aktuell'
2025-01-07T10:11:06.402393+01:00 yavdr vdr: [5493] timer 4 (103 1858-1929 'Heimatjournal') set to event Sa. 11.01.2025 19:00-19:27 'Heimatjournal'
2025-01-07T10:11:06.402427+01:00 yavdr vdr: [5545] VNSI: Requesting clients to reload timers
2025-01-07T10:11:06.412202+01:00 yavdr systemd[1]: Starting apt-daily.service - Daily apt download activities...
2025-01-07T10:11:06.977499+01:00 yavdr systemd[1]: apt-daily.service: Deactivated successfully.
2025-01-07T10:11:06.977637+01:00 yavdr systemd[1]: Finished apt-daily.service - Daily apt download activities.
2025-01-07T10:11:08.695001+01:00 yavdr vdr: [5548] xmltv4vdr: Appended 14961 events to 39 channels
2025-01-07T10:11:08.695287+01:00 yavdr vdr: [5548] EPGSearch: loading /var/lib/vdr/plugins/epgsearch/epgsearchupdmail.templ
2025-01-07T10:11:18.695222+01:00 yavdr vdr: [6485] EPGSearch: search timer update started
2025-01-07T10:11:18.809519+01:00 yavdr vdr: [6485] EPGSearch: search timer update finished
Ich habe eigentlich gedacht, dass das Log nur in die von mir vorgegeben Logdatei -l /tmp/xmltv4vdr.log geht.
Da ist dann auch das gesamte Log zu finden, aber eben noch zusätzlich gibt es alles im syslog.
mit ca. 30.000 Meldungen geflutet wird
Ups, das hätte nur in die Debug-Logdatei /tmp/xmltv4vdr.log gehen sollen, ist in der der nächsten Version aber sowieso nicht mehr drin, da ich mittlerweile weiß, wo der Fehler für Deine Crashs liegt. Bis dahin kannst Du die beiden isyslog-Zeilen 1135 und 1136 in database.cpp bedenkenlos löschen/auskommentieren.
Außerdem ist der VDR ist für mehr als 30Sek. nicht bedienbar
Das habe ich bei mir schon umgebaut und ist auch in der nächsten Version gefixed. Momentan bin ich noch an einem anderen Problem dran und hoffe, zum Wochenende die nächste Version veröffentlichen zu können.
Es gibt eine neue Version 0.4.6-Beta, die einige Fehler behebt:
Insbesondere ist jetzt der Crash gefixed, wenn man die XMLTV-Datei nicht mit dem Plugin holt, sondern anderweitig bereitstellt und dort mehr Sender als angefordert drin sind.
Noch offen ist warum öfters bei einigen Sendern keine Events angezeigt werden wenn man nur externe Quellen nutzt. Wordaround ist derzeit, den VDR neu zu Starten, da alle Events importiert sind, aber erst nach einem Neustart angezeigt werden.
Danke an dile für die unermüdlichen Tests und Logfiles!
Downloadseite: https://github.com/FireFlyVDR/vdr-plugin-xmltv4vdr
aktuelle Version: 0.4.6-Beta
FireFly
FireFly , super gemacht! Läuft jetzt einwandfrei!
Ich habe heute die neue Version vom xmltv4vdr-Plugin getestet und alles funktioniert einwandfrei.
Die EPG-Daten für meine IPTV-Kanäle werden im laufenden Betrieb des VDR aktualisiert.
Das dauert bei meinen 40 IPTV-Kanälen insgesamt ca. 60 Sekunden, wie man im syslog gut erkennen kann.
Start ist bei Zeile #3 und das Ende ist bei Zeile #10, siehe unten.
Das Aktualisieren des EPGs verläuft dabei ohne Störungen und der VDR bleibt wähernd dieser Zeit voll bedienbar.
Perfekt! Genauso wie ich es mir vorgestellt habe!
Auch das syslog wird nicht mehr mit zig tausend Meldungen geflutet, sondern es gibt nur noch die u.a. Meldungen zu sehen.
Der Rest an Meldungen landet in der /tmp/xmltv4vdr.log .
...
2025-01-12T17:20:14.883964+01:00 yavdr vdr: [1562] SVDRP yavdr < 127.0.0.1:59662 connection closed
2025-01-12T17:20:14.894105+01:00 yavdr vdr: [1552] xmltv4vdr: 'easyepg-zattoo' easyepg-zattoo 14 '' 1 3sat.de moviedome_de ARD-alpha.de ARD.de ARTE.de BRNord.de dazn_fast_de defa_tv_de df1_de DMax.de Eurosport1.de HR.de Kabel.de KabelEinsDoku.de MDRSachsen.de N24Doku.de ndrnds.de ntv_de One.de one_terra_de phoenix.de Pro7.de ProSiebenMaxx.de rbbBrandenburg.de RTL.de rtl2_deutschland RTLNitro.de Sat1.de Sixx.de Sport1HD.de SWR.de tagesschau24.de Tele5.de top_filme_de Vox.de WDR.de WELT.de ZDF.de ZDFinfo.de ZDFneo.de
2025-01-12T17:20:14.904368+01:00 yavdr vdr: [1552] xmltv4vdr: 'easyepg-zattoo' executing EPGsource with pid 15126
2025-01-12T17:20:15.014469+01:00 yavdr vdr: [1552] xmltv4vdr: 'easyepg-zattoo' EPGsource finished with return code 0
2025-01-12T17:20:15.026299+01:00 yavdr vdr: [1552] xmltv4vdr: 'easyepg-zattoo' successfully executed after 1 try
2025-01-12T17:20:15.026468+01:00 yavdr vdr: [1552] xmltv4vdr: 'easyepg-zattoo' parsing xmltv buffer (13,7 MB) and importing events into DB
2025-01-12T17:20:16.302432+01:00 yavdr vdr: [1552] xmltv4vdr: 'easyepg-zattoo' xmltv buffer parsing skipped 0 faulty xmltv events, failed 0, outdated 290
2025-01-12T17:20:16.302563+01:00 yavdr vdr: [1552] xmltv4vdr: 'easyepg-zattoo' xmltv buffer parsed, imported 16345 xmltv events into DB
2025-01-12T17:21:13.767217+01:00 yavdr vdr: [1552] xmltv4vdr: Appended 16345 events to 40 channels
2025-01-12T17:21:13.767624+01:00 yavdr vdr: [1552] EPGSearch: loading /var/lib/vdr/plugins/epgsearch/epgsearchupdmail.templ
2025-01-12T17:21:23.767677+01:00 yavdr vdr: [15269] EPGSearch: search timer update started
2025-01-12T17:21:23.909929+01:00 yavdr vdr: [15269] EPGSearch: search timer update finished
...
Display More
Heute gab es bei yaVDR ein aus dem GIT aktualisiertes xmltv4vdr-Plugin-0.4.6-beta.
Allerdings hat das Plugin jetzt ein sehr sonderbares Verhalten, was direkt mit diesem Update zusammenhängt.
Denn wenn ich das "alte" libvdr-xmltv4vdr.so.5 (was auf einer 2. Partition meiner Festplatte noch war) wieder in den VDR kopiere, dann ist alles wieder okay.
Jetzt ist es so, dass ich nun bei jedem Aktualisieren der EPG-Daten einen zusätzlichen Eintrag von allen Events in den EPGs habe. Also nach 2x Aufruf des EPG-Updates habe ich alle Einträge doppelt, nach 3 Aufrufen sind dann alle Einträge 3fach usw. Siehe hier die entsprechenden Screenshots
Wenn ich den VDR aber nun neu starte, dann sind diese zusätzlichen Einträge in den EPGs wieder weg und es gibt nur noch 1 Eintrag pro Event., so wie es sein soll.
Aber da ich die EPG-Daten einmal pro Stunde automatisch über einen Cronjob aktualisiere, habe ich nun also pro Stunde wieder einen zusätzlichen Eintrag in den EPGs.
Das beeinflusst zwar nicht die Timerprogrammierung, aber macht das EPG nur ziemlich unübersichtlich.
FireFly
könntest Du da mal nachschauen, welche Änderungen es gab die dieses merkwürdige Verhalten verursachen?
Im GIT ist seit einigen Tagen ein Commit, der beim Ersetzen der Schedules etwas anders arbeitet weil machnmal ein Schedule erst nach dem Restart angezeigt wurde, aber vielleicht hilft er auch in diesem Fall.
Bei den Sendern hast Du auch "nur ext. Quellen benutzen" eingestellt, also nicht z.B. "anreichern" ?
Ansonsten müsstest Du mal bei yavdr nachfragen, was bei deren Paket anders übersetzt wurde, da ich yavdr nicht nutze.
Bei den Sendern hast Du auch "nur ext. Quellen benutzen" eingestellt, also nicht z.B. "anreichern" ?
Genau so ist es, da habe ich "nur ext. Quellen benutzen" eingestellt!
Und so ist es ja auch seit ca. 10 Tagen perfekt gelaufen (siehe 3 Beiträge oberhalb, Beitrag #50).
Erst als ich gestern wiedermal ein "dist-upgrade" gemacht habe, wurde eine neuere Version des xmltv4vdr-Plugin installiert.
Und wenn ich jetzt einfach die "libvdr-xmltv4vdr..." mit der vorherigen Version austausche ist der Fehler nicht mehr da, dann läufts wieder einwandfrei.
Ich kann mir eigentlich nicht vorstellen, das der Fehler etwas mit der Paketierung bei "yavdr" zu tun haben könnte!
Meine Vermutung ist eher, das es etwas mit dem von Dir neu eingefügten "Commit, der beim Ersetzen der Schedules etwas anders arbeitet ..." zu tun,
denn nach einem Restart des VDRs ist ja bei mir auch alles okay, bis dann die nächste Aktualisierung des EPGs durchgeführt wurde. Dann gibts wieder doppelte Einträge.
Hier mal noch der Link zum ppa von yavdr-noble, welches ich verwende: https://launchpad.net/~seahawk1986-h…buntu/vdr-2.7.3
Da gibts auch eine "diff-Datei" wo die Änderungen aufgeführt sind, wenn man sich die Package-Details anschaut.
Dazu einfach auf den "diff" klicken, dann wird der geöffnet!:
diff from 0.4.6+git20250111-12-facf5e7-0yavdr0~noble to 0.4.6+git20250118-13-2b21fa7-0yavdr0~noble
Mir ist jetzt noch etwas aufgefallen, weiß jetzt allerdings nicht ob es das schon vorher gab.
In der Logdatei finde ich diesen Eintrag (Zeile #12):
'easyepg-zattoo' xmltv buffer parsed, imported 16438 xmltv events into DB - see ERRORs above!
Aber ich finde im Log keinerlei ERRORs, da sieht alles gut aus!
Hier mal ein Log von soeben:
Jan 21 14:38:51 [1553] cEPGSources::Action Start: manualStart
Jan 21 14:38:51 [1553] Execute: 3sat.de moviedome_de ARD-alpha.de ARD.de ARTE.de BRNord.de dazn_fast_de defa_tv_de df1_de DMax.de Eurosport1.de HR.de Kabel.de KabelEinsDoku.de MDRSachsen.de N24Doku.de ndrnds.de ntv_de One.de one_terra_de phoenix.de Pro7.de ProSiebenMaxx.de rbbBrandenburg.de RTL.de rtl2_deutschland RTLNitro.de Sat1.de Sixx.de Sport1HD.de SWR.de tagesschau24.de Tele5.de top_filme_de Vox.de WDR.de WELT.de ZDF.de ZDFinfo.de ZDFneo.de
Jan 21 14:38:51 [1553] 'easyepg-zattoo' easyepg-zattoo 14 '' 1 3sat.de moviedome_de ARD-alpha.de ARD.de ARTE.de BRNord.de dazn_fast_de defa_tv_de df1_de DMax.de Eurosport1.de HR.de Kabel.de KabelEinsDoku.de MDRSachsen.de N24Doku.de ndrnds.de ntv_de One.de one_terra_de phoenix.de Pro7.de ProSiebenMaxx.de rbbBrandenburg.de RTL.de rtl2_deutschland RTLNitro.de Sat1.de Sixx.de Sport1HD.de SWR.de tagesschau24.de Tele5.de top_filme_de Vox.de WDR.de WELT.de ZDF.de ZDFinfo.de ZDFneo.de
Jan 21 14:38:51 [1553] 'easyepg-zattoo' executing EPGsource with pid 6088
Jan 21 14:38:51 [1553] 'easyepg-zattoo' EPGsource finished with return code 0
Jan 21 14:38:51 [1553] 'easyepg-zattoo' reading from '/var/lib/epgsources/easyepg-zattoo.xmltv'
Jan 21 14:38:51 [1553] 'easyepg-zattoo' successfully executed after 1 try
Jan 21 14:38:51 [1553] 'easyepg-zattoo' parsing xmltv buffer (14,6 MB) and importing events into DB
Jan 21 14:38:52 [1553] 'easyepg-zattoo' found additional channelid tkmde_479
Jan 21 14:38:52 [1553] 'easyepg-zattoo' found additional channelid tkmde_373
Jan 21 14:38:52 [1553] 'easyepg-zattoo' xmltv buffer parsing skipped 0 faulty xmltv events, failed 0, outdated 188
Jan 21 14:38:52 [1553] 'easyepg-zattoo' xmltv buffer parsed, imported 16438 xmltv events into DB - see ERRORs above!
Jan 21 14:38:52 [1553] AppendEvents 0 add: I-65281-313-113 End:Di. 21.01. 14:38 Start:Di. 21.01. 10:30 Dur:45
Jan 21 14:38:52 [1553] AppendEvents 1 add: I-65281-313-113 End:Di. 21.01. 11:15 Start:Di. 21.01. 11:15 Dur:45
Jan 21 14:38:52 [1553] AppendEvents 2 add: I-65281-313-113 End:Di. 21.01. 12:00 Start:Di. 21.01. 12:00 Dur:25
Jan 21 14:38:52 [1553] AppendEvents 3 add: I-65281-313-113 End:Di. 21.01. 12:25 Start:Di. 21.01. 12:25 Dur:30
Jan 21 14:38:54 [1553] AppendEvents 0 add: I-65281-328-128 End:Di. 21.01. 14:38 Start:Di. 21.01. 10:30 Dur:30
Jan 21 14:38:54 [1553] AppendEvents 1 add: I-65281-328-128 End:Di. 21.01. 11:00 Start:Di. 21.01. 11:00 Dur:45
Jan 21 14:38:54 [1553] AppendEvents 2 add: I-65281-328-128 End:Di. 21.01. 11:45 Start:Di. 21.01. 11:45 Dur:20
Jan 21 14:38:54 [1553] AppendEvents 3 add: I-65281-328-128 End:Di. 21.01. 12:05 Start:Di. 21.01. 12:05 Dur:55
. . . Hier musste ich ein paar zeilen löschen, da es sonst zu viele Zeichen sind!
Jan 21 14:39:33 [1553] AppendEvents 0 add: I-65281-325-125 End:Di. 21.01. 14:39 Start:Di. 21.01. 10:35 Dur:55
Jan 21 14:39:33 [1553] AppendEvents 1 add: I-65281-325-125 End:Di. 21.01. 11:30 Start:Di. 21.01. 11:30 Dur:50
Jan 21 14:39:33 [1553] AppendEvents 2 add: I-65281-325-125 End:Di. 21.01. 12:20 Start:Di. 21.01. 12:20 Dur:55
Jan 21 14:39:33 [1553] AppendEvents 3 add: I-65281-325-125 End:Di. 21.01. 13:15 Start:Di. 21.01. 13:15 Dur:50
Jan 21 14:39:34 [1553] AppendEvents 0 add: I-65281-340-140 End:Di. 21.01. 14:39 Start:Di. 21.01. 09:00 Dur:132
Jan 21 14:39:34 [1553] AppendEvents 1 add: I-65281-340-140 End:Di. 21.01. 11:12 Start:Di. 21.01. 11:12 Dur:143
Jan 21 14:39:34 [1553] AppendEvents 2 add: I-65281-340-140 End:Di. 21.01. 13:35 Start:Di. 21.01. 13:35 Dur:58
Jan 21 14:39:34 [1553] AppendEvents 3 add: I-65281-340-140 End:Di. 21.01. 14:33 Start:Di. 21.01. 14:33 Dur:31
Jan 21 14:39:35 [1553] AppendEvents 0 add: I-65281-329-129 End:Di. 21.01. 14:39 Start:Di. 21.01. 10:17 Dur:35
Jan 21 14:39:35 [1553] AppendEvents 1 add: I-65281-329-129 End:Di. 21.01. 10:52 Start:Di. 21.01. 10:52 Dur:106
Jan 21 14:39:35 [1553] AppendEvents 2 add: I-65281-329-129 End:Di. 21.01. 12:38 Start:Di. 21.01. 12:38 Dur:106
Jan 21 14:39:35 [1553] AppendEvents 3 add: I-65281-329-129 End:Di. 21.01. 14:24 Start:Di. 21.01. 14:24 Dur:101
Jan 21 14:39:36 [1553] AppendEvents 0 add: I-65281-317-117 End:Di. 21.01. 14:39 Start:Di. 21.01. 09:30 Dur:240
Jan 21 14:39:36 [1553] AppendEvents 1 add: I-65281-317-117 End:Di. 21.01. 13:30 Start:Di. 21.01. 13:30 Dur:55
Jan 21 14:39:36 [1553] AppendEvents 2 add: I-65281-317-117 End:Di. 21.01. 14:25 Start:Di. 21.01. 14:25 Dur:5
Jan 21 14:39:36 [1553] AppendEvents 3 add: I-65281-317-117 End:Di. 21.01. 14:30 Start:Di. 21.01. 14:30 Dur:60
Jan 21 14:39:37 [1553] AppendEvents 0 add: I-65281-330-130 End:Di. 21.01. 14:39 Start:Di. 21.01. 08:49 Dur:116
Jan 21 14:39:37 [1553] AppendEvents 1 add: I-65281-330-130 End:Di. 21.01. 10:45 Start:Di. 21.01. 10:45 Dur:112
Jan 21 14:39:37 [1553] AppendEvents 2 add: I-65281-330-130 End:Di. 21.01. 12:37 Start:Di. 21.01. 12:37 Dur:110
Jan 21 14:39:37 [1553] AppendEvents 3 add: I-65281-330-130 End:Di. 21.01. 14:27 Start:Di. 21.01. 14:27 Dur:108
Jan 21 14:39:37 [1553] AppendEvents 0 add: I-65281-305-105 End:Di. 21.01. 14:39 Start:Di. 21.01. 10:30 Dur:30
Jan 21 14:39:37 [1553] AppendEvents 1 add: I-65281-305-105 End:Di. 21.01. 11:00 Start:Di. 21.01. 11:00 Dur:35
Jan 21 14:39:37 [1553] AppendEvents 2 add: I-65281-305-105 End:Di. 21.01. 11:35 Start:Di. 21.01. 11:35 Dur:50
Jan 21 14:39:37 [1553] AppendEvents 3 add: I-65281-305-105 End:Di. 21.01. 12:25 Start:Di. 21.01. 12:25 Dur:45
Jan 21 14:39:39 [1553] AppendEvents 0 add: I-65281-321-121 End:Di. 21.01. 14:39 Start:Di. 21.01. 10:30 Dur:10
Jan 21 14:39:39 [1553] AppendEvents 1 add: I-65281-321-121 End:Di. 21.01. 10:40 Start:Di. 21.01. 10:40 Dur:20
Jan 21 14:39:39 [1553] AppendEvents 2 add: I-65281-321-121 End:Di. 21.01. 11:00 Start:Di. 21.01. 11:00 Dur:10
Jan 21 14:39:39 [1553] AppendEvents 3 add: I-65281-321-121 End:Di. 21.01. 11:10 Start:Di. 21.01. 11:10 Dur:20
Jan 21 14:39:42 [1553] AppendEvents 0 add: I-65281-338-138 End:Di. 21.01. 14:39 Start:Di. 21.01. 10:10 Dur:65
Jan 21 14:39:42 [1553] AppendEvents 1 add: I-65281-338-138 End:Di. 21.01. 11:15 Start:Di. 21.01. 11:15 Dur:60
Jan 21 14:39:42 [1553] AppendEvents 2 add: I-65281-338-138 End:Di. 21.01. 12:15 Start:Di. 21.01. 12:15 Dur:60
Jan 21 14:39:42 [1553] AppendEvents 3 add: I-65281-338-138 End:Di. 21.01. 13:15 Start:Di. 21.01. 13:15 Dur:55
Jan 21 14:39:43 [1553] AppendEvents 0 add: I-65281-327-127 End:Di. 21.01. 14:39 Start:Di. 21.01. 09:00 Dur:240
Jan 21 14:39:43 [1553] AppendEvents 1 add: I-65281-327-127 End:Di. 21.01. 13:00 Start:Di. 21.01. 13:00 Dur:30
Jan 21 14:39:43 [1553] AppendEvents 2 add: I-65281-327-127 End:Di. 21.01. 13:30 Start:Di. 21.01. 13:30 Dur:75
Jan 21 14:39:43 [1553] AppendEvents 3 add: I-65281-327-127 End:Di. 21.01. 14:45 Start:Di. 21.01. 14:45 Dur:45
Jan 21 14:39:44 [1553] AppendEvents 0 add: I-65281-303-103 End:Di. 21.01. 14:39 Start:Di. 21.01. 10:30 Dur:50
Jan 21 14:39:44 [1553] AppendEvents 1 add: I-65281-303-103 End:Di. 21.01. 11:20 Start:Di. 21.01. 11:20 Dur:50
Jan 21 14:39:44 [1553] AppendEvents 2 add: I-65281-303-103 End:Di. 21.01. 12:10 Start:Di. 21.01. 12:10 Dur:50
Jan 21 14:39:44 [1553] AppendEvents 3 add: I-65281-303-103 End:Di. 21.01. 13:00 Start:Di. 21.01. 13:00 Dur:10
Jan 21 14:39:46 [1553] AppendEvents 0 add: I-65281-315-115 End:Di. 21.01. 14:39 Start:Di. 21.01. 10:00 Dur:60
Jan 21 14:39:46 [1553] AppendEvents 1 add: I-65281-315-115 End:Di. 21.01. 11:00 Start:Di. 21.01. 11:00 Dur:115
Jan 21 14:39:46 [1553] AppendEvents 2 add: I-65281-315-115 End:Di. 21.01. 12:55 Start:Di. 21.01. 12:55 Dur:120
Jan 21 14:39:46 [1553] AppendEvents 3 add: I-65281-315-115 End:Di. 21.01. 14:55 Start:Di. 21.01. 14:55 Dur:65
Jan 21 14:39:47 [1553] AppendEvents 0 add: I-65281-323-123 End:Di. 21.01. 14:39 Start:Di. 21.01. 09:00 Dur:180
Jan 21 14:39:47 [1553] AppendEvents 1 add: I-65281-323-123 End:Di. 21.01. 12:00 Start:Di. 21.01. 12:00 Dur:10
Jan 21 14:39:47 [1553] AppendEvents 2 add: I-65281-323-123 End:Di. 21.01. 12:10 Start:Di. 21.01. 12:10 Dur:110
Jan 21 14:39:47 [1553] AppendEvents 3 add: I-65281-323-123 End:Di. 21.01. 14:00 Start:Di. 21.01. 14:00 Dur:300
Jan 21 14:39:49 [1553] AppendEvents 0 add: I-65281-331-131 End:Di. 21.01. 14:39 Start:Di. 21.01. 09:11 Dur:100
Jan 21 14:39:49 [1553] AppendEvents 1 add: I-65281-331-131 End:Di. 21.01. 10:51 Start:Di. 21.01. 10:51 Dur:99
Jan 21 14:39:49 [1553] AppendEvents 2 add: I-65281-331-131 End:Di. 21.01. 12:30 Start:Di. 21.01. 12:30 Dur:97
Jan 21 14:39:49 [1553] AppendEvents 3 add: I-65281-331-131 End:Di. 21.01. 14:07 Start:Di. 21.01. 14:07 Dur:96
Jan 21 14:39:49 [1553] Appended 16438 events to 40 channels
Jan 21 14:39:49 [1553] cEPGSources::Action End
Jan 21 14:43:45 [6716] DropOutdatedEvents before Di. 21.01. 10:43 deleted 0 links, 0 pics and 3 events
Display More
Sorry, wenn ich etwas nerve, aber für das EPG meiner IPTV-Kanäle ist das xmltv4vdr-Plugin einfach super und ich würde ungern darauf verzichten!
Ich kann das Problem mit der neusten Version leider auch nachstellen. Ich habe einfach mehrfach hintereinander den Import durchgeführt und die Einträge waren dadurch erst doppelt und dann dreifach vorhanden.
Ist mir bisher noch gar nicht aufgefallen da der VDR zum Testen nicht durchgehend gelaufen ist und ich das EPG auch einige Male gelöscht hatte.
Außerdem verschwindet der Fehler auch wieder wenn man den VDR neu startet.
wenn ich jetzt einfach die "libvdr-xmltv4vdr..." mit der vorherigen Version austausche ist der Fehler nicht mehr da, dann läufts wieder einwandfrei.
Dann ist das bei Dir genau anders herum als bei anderen: da haben nämlich die Events nach einem Import gefehlt (und waren erst nach einem Neustart da) was mit diesem Commit behoben wurde. In der yavdr-Version ist der neueste Commit enthalten. Dass nach einem Neustart die Einträge nur einmal da sind heißt aber, dass sie auch nur einmal in der Schedule-Liste drin sind wenn sie geschrieben werden. Wieso sie mehrfach angezeigt werden kann ich mir momentan nicht erklären. Ich hoffe, ich kann das bei mir nachstellen, bin aber derzeit noch an einem anderen Problem dran...
CodeJan 21 14:38:52 [1553] 'easyepg-zattoo' found additional channelid tkmde_479 Jan 21 14:38:52 [1553] 'easyepg-zattoo' found additional channelid tkmde_373 Jan 21 14:38:52 [1553] 'easyepg-zattoo' xmltv buffer parsing skipped 0 faulty xmltv events, failed 0, outdated 188 Jan 21 14:38:52 [1553] 'easyepg-zattoo' xmltv buffer parsed, imported 16438 xmltv events into DB - see ERRORs above!
Da in der xmltv-Datei Kanäle gefunden wurde, die nicht angefordert wurden (found additional channelid), wir das als Fehler gewertet. Die Schnittstelle ist ja eigentlich so gedacht, dass die Programminformationen für genau die aufgeführten Kanäle geholt werden.
Da in der xmltv-Datei Kanäle gefunden wurde, die nicht angefordert wurden (found additional channelid), wir das als Fehler gewertet.
Okay, den Fehler habe ich gefunden.
Da waren 2 Kanäle in der xmltv-Datei, die ich doppelt vergeben hatte. Ist jetzt korrigiert und nun gibts auch keine ERROR-meldung mehr.
Dann ist das bei Dir genau anders herum als bei anderen: da haben nämlich die Events nach einem Import gefehlt (und waren erst nach einem Neustart da)
Scheint ja nicht nur mich zu betreffen, sondern u.a. auch dile (siehe oben, Beitrag #55).
Hoffen wir, dass Du das nachstellen kannst und den Fehler findest.
Glücklicherweise konnte ich den Fehler bei mir nachstellen, im GIT ist ein Fix dafür
Habe heute das aktualisierte Plugin getestet und es funktioniert einwandfrei!
Der Fehler mit den mehrfachen Einträgen der EPG-Events bei wiederholten Aufrufen des Importes der EPG-Daten ist weg.
Danke für die schnelle Hilfe.
Da jetzt soweit alle Features implementiert sind, die auf meiner Liste standen, und noch einige Fehler bereinigt sind (Danke an Paulaner fürs Melden und insbesondere dile fürs Melden und Testen der Fixes) ist es Zeit für ein neues Release 0.4.7 (ohne Beta-Status) mit folgenden Neuerungen:
Für User, die nur externes EPG benutzen, ist vermutlich die Option bis zu 12x am Tag neues EPG zu holen am interessantesten.
Downloadseite: https://github.com/FireFlyVDR/vdr-plugin-xmltv4vdr
FireFly
Don’t have an account yet? Register yourself now and be a part of our community!