[vdr-plugin-xmltv2vdr] Benötige Hilfe für die Konfiguration vom xmltv2vdr-Plugin

Paulaner · August 30, 2024 at 3:45 PM

In den letzten beiden Wochen habe ich testweise nur noch das IPTV von Zattoo genutzt.

Das läuft inzwischen wirklich sehr gut und kann prinzipiell schon produktiv genutzt werden.

Allerdings habe ich noch ein Problem mit dem xmltv2vdr-Plugin beim Einfügen aktuellerer EPG-Daten in die vorhandene EPG-Datenbank vom VDR festgestellt. Das klappt nämlich nicht, d.h. einmal vorhandene EPG-Einträge werden nicht wieder überschrieben, auch wenn sich etwas ändert hat (z.B. irgendwelche Sondersendungen) bzw. neue EPG-Daten vorliegen. Das ist natürlich für den produktiven Einsatz nicht geeignet.

Besonders aufgefallen ist mir das, weil bei den IPTV-Channels oftmals das EPG nur für 2 oder 7 Tage vorliegt.

In diesen Fällen werden dann Platzhalter eingefügt, die Daten wie z.B. "Wird noch angesagt" oder auch "Programm wird noch angekündigt" enthalten.

Siehe hier als Beispiel den Screenshot vom VDR (Channel DAZN Fast) :

Als Vergleich habe ich dazu mal in KODI nachgeschaut (es wird hier dieselbe epg.xmltv verwendet) und da gibt es die neuen Daten und die alten Fülldaten wurden überschrieben. Die richtigen EPG-Daten sind also vorhanden, werden nur vom xmltv2vdr-Plugin nicht eingefügt.

Siehe hier den Screenshot vom KODI:

Hier der stark gekürzte Ausschnitt aus dem "syslog" mit dem Anfang und Ende (hier sind die Daten vom Channel DAZN Fast), wo man genau sieht, dass die Daten zwar aus der "easyepg-zattoo.xmltv" gelesen werden, aber nicht in die EPG-Data vom VDR geschrieben werden, weil da schon Daten sind, die das Plugin nicht überschreiben kann.

Meine Einstellung beim xmltv2vdr-Plugin ist:

Art der Bearbeitung = erstellen (bei "mischen" ergibt sich nach ersten Tests das gleiche Resultat)

Code

svdrpsend plug xmltv2vdr updt force

SYSLOG:
Aug 30 13:39:14 yavdr vdr: [2380] SVDRP yavdr < 127.0.0.1:35706 client connection accepted
Aug 30 13:39:14 yavdr vdr: [4010] EPGSearch: Leaving search timer thread
Aug 30 13:39:14 yavdr vdr: [2380] SVDRP yavdr < 127.0.0.1:35706 connection closed
Aug 30 13:39:14 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' easyepg-zattoo 14 '' 0  3sat.de  ARD-alpha.de  ARD.de  ARTE.de  BRNord.de  DMax.de  Eurosport1.de  HR.de  Kabel.de  KabelEinsDoku.de  MDRSachsen.de  N24Doku.de  One.de  Pro7.de  ProSiebenMaxx.de  RTL.de  RTLNitro.de  SWR.de  Sat1.de  Sixx.de  Sport1HD.de  Tele5.de  Vox.de  WDR.de  WELT.de  ZDF.de  ZDFinfo.de  ZDFneo.de  dazn_fast_de  defa_tv_de  df1_de  moviedome_de  ndrnds.de  ntv_de  one_terra_de  phoenix.de  rbbBrandenburg.de  rtl2_deutschland  tagesschau24.de  top_filme_de 
Aug 30 13:39:14 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!
Aug 30 13:39:14 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' event without id, using starttime as id (weak)!
Aug 30 13:39:14 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!
Aug 30 13:39:16 yavdr vdr: message repeated 198 times: [ [4160] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!]
Aug 30 13:39:16 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!
Aug 30 13:39:16 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!
Aug 30 13:39:16 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!
Aug 30 13:39:17 yavdr vdr: message repeated 176 times: [ [4160] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!]
Aug 30 13:39:17 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!
Aug 30 13:39:17 yavdr vdr: message repeated 34 times: [ [4160] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!]
Aug 30 13:39:18 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR no mapping for channelid SuperRTL.de
Aug 30 13:39:18 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR no mapping for channelid rtl_plus
Aug 30 13:39:18 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!
Aug 30 13:39:18 yavdr vdr: message repeated 16 times: [ [4160] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!]
Aug 30 13:39:18 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR no mapping for channelid VOXup.de
Aug 30 13:39:18 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!
Aug 30 13:39:18 yavdr vdr: message repeated 41 times: [ [4160] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!]
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' skipped 1637 xmltv events
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' processed 17901 xmltv events - see ERRORs above!
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR cannot add '[LIVE] heute'@Sep 02 00:15-Sep 02 00:25
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR found 'Terra X History'@Sep 02 00:10-Sep 02 00:55
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR found '[LIVE] heute'@Sep 02 00:55-Sep 02 01:05


. . .   ca. 4.000 Zeilen mit ERROR, weil da eben die Daten nicht überschrieben werden können! . . .


Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR cannot add 'LaLiga Real Madrid - Real Betis'@Sep 08 09:43-Sep 08 11:34
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR found 'Wird noch angesagt'@Sep 08 09:00-Sep 08 12:00
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR found 'Wird noch angesagt'@Sep 08 12:00-Sep 08 15:00
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR cannot add 'Serie A Inter Mailand - Atalanta Bergamo'@Sep 08 11:34-Sep 08 13:24
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR found 'Wird noch angesagt'@Sep 08 09:00-Sep 08 12:00
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR found 'Wird noch angesagt'@Sep 08 12:00-Sep 08 15:00
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR cannot add 'Ligue 1 Highlightshow'@Sep 08 13:24-Sep 08 13:50
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR found 'Wird noch angesagt'@Sep 08 12:00-Sep 08 15:00
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR found 'Wird noch angesagt'@Sep 08 15:00-Sep 08 18:00
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR cannot add 'Serie A Highlightshow'@Sep 08 13:50-Sep 08 14:17
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR found 'Wird noch angesagt'@Sep 08 12:00-Sep 08 15:00
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR found 'Wird noch angesagt'@Sep 08 15:00-Sep 08 18:00
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR cannot add '3.Liga-Highlightshow'@Sep 08 14:17-Sep 08 15:07
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR found 'Wird noch angesagt'@Sep 08 12:00-Sep 08 15:00
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR found 'Wird noch angesagt'@Sep 08 15:00-Sep 08 18:00
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR cannot add 'LaLiga Real Madrid - Real Betis'@Sep 08 15:07-Sep 08 16:58
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR found 'Wird noch angesagt'@Sep 08 15:00-Sep 08 18:00
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR found 'Wird noch angesagt'@Sep 08 18:00-Sep 08 21:00
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR cannot add 'Serie A Inter Mailand - Atalanta Bergamo'@Sep 08 16:58-Sep 08 18:49

  . . . 



Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR cannot add 'Ligue 1 Highlightshow'@Sep 10 08:26-Sep 10 08:52
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR found 'Wird noch angesagt'@Sep 10 06:00-Sep 10 09:00
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR cannot add 'HD LaLiga'@Sep 10 08:52-Sep 10 09:38
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' ERROR found 'Wird noch angesagt'@Sep 10 06:00-Sep 10 09:00
Aug 30 13:39:19 yavdr vdr: [4160] xmltv2vdr: 'easyepg-zattoo' processed 294 vdr events
Aug 30 13:39:19 yavdr vdr: [4160] EPGSearch: loading /var/lib/vdr/plugins/epgsearch/epgsearchupdmail.templ
. . .

Display More

Testweise habe ich mal die vorhandene EPG-Data vom VDR gelöscht bzw. einfach umbenannt, so dass der VDR eine neue "/var/Cache/vdr/epg.data" erstellen musste.

Wenn ich nun den VDR neu starte und dann ein "svdrpsend plug xmltv2vdr updt force" auf der Konsole ausführe, dann werden alle Daten neu erstellt und es gibt dann auch die richtigen neuen EPG-Daten für den hier beobachteten Zeitraum vom 09.09. zum 10.09. im Channel DAZN Fast.

Irgendwie verstehe ich das nicht:

Das xmltv2vdr-Plugin kann prinzipiell neue EPG-Daten in die epg.data vom VDR reinschreiben, aber das Plugin kann keine vorhandenen EPG-Daten löschen und dafür dann neue EPG-Daten reinschreiben!

Vielleicht kann hier Joe_D mal schauen ob er da etwas machen kann!

Paulaner · September 13, 2024 at 5:25 PM

Ich habe in den letzten Tagen noch etwas rumprobiert, aber das xmltv2vdr-Plugin kann vermutlich keine bereits vorhandenen EPG-Daten

in der /var/cache/vdr/epg.data wieder überschreiben.

Warum ist das eigentlich so (oder ist das nur bei mir so?), denn es kommt doch immer wieder vor, dass sich EPG-Daten durch z.B. Sondersendungen usw. ändern können.

In eine leere epg.data kann ja das xmltv2vdr-Plugin problemlos reinschreiben und das nutze ich momentan bei meiner aktuellen Vorgehensweise:

Code

Stoppen des VDR:
    service vdr stop

  Löschen von /var/cache/vdr/epg.data,
      rm /var/cache/vdr/epg.data
 
 Starten des VDR:
    service vdr start
 
 Die EPG-Daten für die IPTV-Kanäle werden nun manuell in die epg.data geschrieben:
    svdrpsend plug xmltv2vdr UPDT force

Display More

Ist jetzt nicht der Weisheit letzter Schluss, aber das klappt soweit gut, ist aber natürlich überhaupt nicht optimal.

Das xmltv2vdr-Plugin müsste doch auch so eingestellt werden können, dass vorhandene EPG-Daten überschrieben werden,

z.B. wenn man nicht "mischen" im xmltv2vdr-Plugin auswählt, sondern "erstellen" !

Paulaner · November 13, 2024 at 5:21 PM

Nochmal eine Status-Meldung von mir zum Einsatz des xmltv2vdr-Plugins:

Eine Lösung, um aktualisierte EPG-Daten meiner IPTV-Kanäle auch ohne Löschen der Datei /var/cache/vdr/epg.data in den VDR zu übertragen habe ich leider nicht gefunden. Irgendwie klappt es nicht, dass das xmltv2vdr-Plugin bereits vorhandene EPG-Daten wieder überschreiben kann.

Eigentlich müsste bzw. sollte das ja funktionieren, denn es kann ja auch im "normalen" Programm mal vorkommen, dass z.B. durch Sondersendungen die geplanten Sendungen geändert werden. Bei den EPG-Daten der KabelTV-Sender die der VDR selbst erstellt klappt das ja einwandfrei, nur mit dem xmltv2vdr-Plugin will es nicht!

Mein derzeitiges Script /usr/local/bin/xmltv2vdr-update zum Aktualisieren der EPG-Daten meiner IPTV-Kanäle über das xmltv2vdr-Plugin habe ich noch etwas optimiert und das sieht jetzt so aus:

Bash

#!/bin/sh
# 

# stoppen des VDR:
service vdr stop
sleep 2

# Loeschen der epg-daten vom VDR
rm /var/cache/vdr/epg.data /srv/vdr/video/epg.db

# starten des VDR:
service vdr start
sleep 2

# EPG-Daten für die IPTV-Kanäle manuell in die epg.db schreiben
/usr/bin/svdrpsend plug xmltv2vdr UPDT 1>/dev/null 2>&1 &

exit

Display More

Das Script starte ich momentan ja nach Bedarf direkt von der Konsole. Vielleicht mache ich das später einmal über einen Eintrag im OSD-Menü.

Damit habe ich eine kurze Unterbrechung durch das STOP / START des VDR, aber damit muss ich erstmal leben.

Aber durch das rumprobieren bin ich irgendwann mal darauf gestoßen, dass das xmltv2vdr-Plugin auch EPG-Images einlesen können soll.

Aber ich habe das natürlich nicht hinbekommen und muss also Euch mal um Hilfe bitten, wie ich das evtl. doch noch hinbekomme:

Einlesen von EPG-Images aus der xmltv-Datei :

In der xmltv-Datei die ich für die IPTV-Kanäle verwende gibt es Links, die zu den EPG-Images der jeweiligen Sendungen verweisen.

Im Kodi-Addon werden diese Bilder auch einwandfrei angezeigt. Deswegen bin ich ja auch erst darauf gekommen!

Hier mal ein Beispiel für eine Sendung, wie das in der xmltv-Datei die ich verwende aussieht. Der Link zum EPG-Image ist in der Zeile #4 zu finden.

Code

. . .

</programme><programme start="20241112155500 +0000" stop="20241112165000 +0000" channel="ARTE.de">
    <icon src="https://ondemo.tmsimg.com/assets/p25723970_b_h8_ac.jpg?w=1280&amp;h=720"></icon>
    <title lang="de">Guck mal, wer da kreucht</title>
    <sub-title lang="de">In der Haut eines Marienkäfers</sub-title>
    <desc lang="de">2023 ● S1 E2
Marienkäfer gibt es auf der ganzen Welt. Das Leben eines Marienkäfers ist abenteuerlich; es besteht aus unverhofften Begegnungen, Interaktionen - und aus dem Kampf ums Überleben, nicht zuletzt gegenüber seiner invasiven Importvariante.

Director(s):

Jennifer Aranda Walker

Actor(s):

Lison Daniel</desc>
    <credits>
        <director>Jennifer Aranda Walker</director>
        <actor>Lison Daniel</actor>
    </credits>
    <date>2023</date>
    <category lang="en">Nature / Animals / Environment</category>
    <category lang="en">Magazines / Reports / Documentary</category>
    <episode-num system="xmltv_ns">0 . 1 . </episode-num>
 . . .

Display More

Gebe ich den Link aus Zeile #4 im Browser ein, dann erhalte ich das gewünschte Bild! das klappt also schon einmal.

Nun würde ich das auch gern im VDR-EPG haben, aber ich bekomme keine EPG-Images zu sehen bzw. diese landen erst gar nicht

in dem Verzeichnis /var/cache/vdr/epgimages wie ich es in der xmltv2vdr.conf definiert habe:

Code

#
# xmltv2vdr VDR plugin arguments
#

[xmltv2vdr]

-l /tmp/xmltv2vdr.log
-i /var/cache/vdr/epgimages

Meine Steuerdatei für das xmltv2vdr-Plugin unter /var/lib/epgsources/ habe ich auch angepasst, damit die Epg-Images eingelesen werden und diese Datei sieht nun so aus:

Code

file;00:00;0;1
14
ARD.de
ZDF.de
rbbBrandenburg.de
MDRSachsen.de
ndrnds.de
RTL.de
Sat1.de
Pro7.de
ARTE.de
 . . .

Display More

Auch im OSD-Menü habe ich in der Konfiguration zum xmltv2vdr-Plugin unter "EPG Quellen" die Option Bilder herunterladen = Ja gesetzt.

Wenn ich den VDR nun neu starte, dann gibt es in der syslog folgende Meldungen zum erfolgreichen Start des xmltv2vdr-Plugins:

Code

 . . .
vdr: [3584] starting plugin: xmltv2vdr
vdr: [3584] xmltv2vdr: using codeset 'UTF-8'
vdr: [3632] EPGSearch: searchtimer thread started (pid=3584, tid=3632, prio=high)
vdr: [3636] VNSI Server thread started (pid=3584, tid=3636, prio=high)
vdr: [3637] VNSIStatus thread started (pid=3584, tid=3637, prio=high)
vdr: [3638] VNSITimers thread started (pid=3584, tid=3638, prio=high)
vdr: [3584] xmltv2vdr: using file '/srv/vdr/video/epg.db' for epg database (storage)
vdr: [3584] xmltv2vdr: using file '/tmp/epg.db' for epg database (runtime)
vdr: [3584] xmltv2vdr: using dir '/var/cache/vdr/epgimages' for epgimages (30)
vdr: [3584] xmltv2vdr: 'easyepg-zattoo' added epgsource
vdr: [3584] xmltv2vdr: 'easyepg-zattoo' reading source config
vdr: [3584] xmltv2vdr: 'easyepg-zattoo' is providing data through a file
vdr: [3584] xmltv2vdr: 'easyepg-zattoo' updates data @00:00
vdr: [3584] xmltv2vdr: 'easyepg-zattoo' is providing pics
vdr: [3584] xmltv2vdr: 'easyepg-zattoo' daysmax=14
vdr: [3584] xmltv2vdr: 'easyepg-zattoo' reading plugin config
vdr: [3584] xmltv2vdr: 'easyepg-zattoo' daysinadvance=14
vdr: [3584] xmltv2vdr: 'easyepg-zattoo' using pics=1
vdr: [3584] xmltv2vdr: 'easyepg-zattoo' weekdays=------S
vdr: [3584] xmltv2vdr: 'easyepg-zattoo' nextrun on Sun Nov 17 00:15:00 2024
vdr: [3584] xmltv2vdr: 'easyepg-zattoo' is ready2parse
vdr: [3584] xmltv2vdr: using sqlite v3.45.1
vdr: [3584] starting plugin: softhddevice
vdr: [softhddev] ready detached
 . . .

Display More

Das sieht für mich erstmal so ganz gut aus und sollte dann auch funktionieren.

Wenn ich nun zum Testen manuell ein Update des EPGs über das ganz oben genannte Script: /usr/local/bin/xmltv2vdr-update mache,

dann kommen folgende Meldungen im syslog:

Code

 . . .
vdr: [3797] xmltv2vdr: 'easyepg-zattoo' easyepg-zattoo 14 '' 1  3sat.de  ARD-alpha.de  ARD.de  ARTE.de  BRNord.de  DMax.de  Eurosport1.de  HR.de  Kabel.de  KabelEinsDoku.de  MDRSachsen.de  N24Doku.de  One.de  Pro7.de  ProSiebenMaxx.de  RTL.de  RTLNitro.de  SWR.de  Sat1.de  Sixx.de  Sport1HD.de  Tele5.de  Vox.de  WDR.de  WELT.de  ZDF.de  ZDFinfo.de  ZDFneo.de  dazn_fast_de  defa_tv_de  df1_de  moviedome_de  ndrnds.de  ntv_de  one_terra_de  phoenix.de  rbbBrandenburg.de  rtl2_deutschland  tagesschau24.de  top_filme_de 
vdr: [3797] xmltv2vdr: 'easyepg-zattoo' executing epgsource
vdr: [3797] xmltv2vdr: 'easyepg-zattoo' reading from '/var/lib/epgsources/easyepg-zattoo.xmltv'
vdr: [3797] xmltv2vdr: 'easyepg-zattoo' parsing output
vdr: [3797] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!
vdr: [3797] xmltv2vdr: 'easyepg-zattoo' event without id, using starttime as id (weak)!
vdr: [3797] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!
vdr: message repeated 323 times: [ [3797] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!]
vdr: [3854] animator thread thread ended (pid=3584, tid=3854)
vdr: [3797] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!
vdr: message repeated 66 times: [ [3797] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!]
vdr: [3797] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!
vdr: message repeated 41 times: [ [3797] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!]
vdr: [3797] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!
vdr: message repeated 13 times: [ [3797] xmltv2vdr: 'easyepg-zattoo' ERROR unknown element live, please report!]
vdr: [3797] xmltv2vdr: 'easyepg-zattoo' processed 17121 xmltv events
vdr: [3797] xmltv2vdr: 'easyepg-zattoo' importing from db
vdr: [3797] xmltv2vdr: 'easyepg-zattoo' ERROR channel I-0-690-1 not found in channels.conf
vdr: [3797] xmltv2vdr: 'easyepg-zattoo' processed 16437 vdr events - see ERRORs above!
vdr: [3797] EPGSearch: loading /var/lib/vdr/plugins/epgsearch/epgsearchupdmail.templ
xmltv2vdr importer thread ended (pid=3584, tid=3797)
vdr: [3899] EPGSearch: searchtimer thread started (pid=3584, tid=3899, prio=high)
 . . .

Display More

Das Verzeichnis /var/cache/vdr/epgimages was ich manuell mit bem Besitzer vdr:vdr 755 angelegt hatte ist allerdings immer noch leer und damit gibt es keine EPG-Images. Im syslog gibt es auch keinerlei Einträge/Meldungen dazu!

Damit komme ich jetzt nicht weiter und bräuchte etwas Hilfe.

Gibt es noch etwas was ich einstellen muss?

Joe_D · November 17, 2024 at 9:10 PM

Sorry für die späte Antwort...

Quote from Paulaner

Ich habe in den letzten Tagen noch etwas rumprobiert, aber das xmltv2vdr-Plugin kann vermutlich keine bereits vorhandenen EPG-Daten
in der /var/cache/vdr/epg.data wieder überschreiben.

Welche Event-IDs werden denn in epg.data abgelegt? Wenn es nämlich keine vom EPG-Provider sind werden die vom Plugin selbst generiert aus der Startzeit (und der Länge? - weiss ich schon nicht mehr so genau). Müsste ich nochmals genauer anschauen.

Aber da ich immer nur die Variante "mischen" verwende habe ich das noch nicht so genau geprüft.

Bei EIT hängt alles an der Kanal-eindeutigen Event-ID. Damit kann dann alles geändert werden. Beim "mischen" suche ich die Event-ID vom EIT-Event und verknüpfe den dann mit der Event-ID der externen Quelle.

Quote from Paulaner

Das Verzeichnis /var/cache/vdr/epgimages was ich manuell mit bem Besitzer vdr:vdr 755 angelegt hatte ist allerdings immer noch leer und damit gibt es keine EPG-Images. Im syslog gibt es auch keinerlei Einträge/Meldungen dazu!

Die EPG-Images musst Du selbst anhand der Urls herunterladen und in /var/cache/vdr/epgimages ablegen. xmltv2vdr liest nur die gelieferten Daten in den vdr ein.

Paulaner · November 18, 2024 at 11:47 AM

Quote from Joe_D

Die EPG-Images musst Du selbst anhand der Urls herunterladen und in /var/cache/vdr/epgimages ablegen. xmltv2vdr liest nur die gelieferten Daten in den vdr ein.

Hhmmm, das ist jetzt nicht so optimal.

Ich hatte eigentlich gedacht, da es ja im OSD-Menü für das xmltv2vdr-Plugin die Option Bilder herunterladen = Ja gibt,

würde das dann auch automatisch erfolgen. Dann kann ich das also abhaken.

Quote from Joe_D

Welche Event-IDs werden denn in epg.data abgelegt? Wenn es nämlich keine vom EPG-Provider sind werden die vom Plugin selbst generiert aus der Startzeit (und der Länge? - weiss ich schon nicht mehr so genau). Müsste ich nochmals genauer anschauen.

Da bin ich etwas überfragt, aber wenn ich in die xmltv-Datei vom EPG-Grabber reinschaue, dann sehe ich da keine Event-ID, sondern nur die Start- und Endezeit der Sendung. Hier mal ein Beispiel für die Sendung "Rote Rosen, Folge 4061" vom Sender MDR Sachsen aus der xmltv-Datei:

Code

</programme><programme start="20241118061500 +0000" stop="20241118070500 +0000" channel="MDRSachsen.de">
    <icon src="https://ondemo.tmsimg.com/assets/p28009675_b_h8_aa.jpg?w=1280&amp;h=720"></icon>
    <title lang="de">Rote Rosen</title>
    <sub-title lang="de">Folge 4061</sub-title>
    <desc lang="de">2024 ● S22 E171
Valerie macht Simon klar, dass er nicht der Vater ihres Kindes ist, doch Leyla glaubt nicht daran. Julius hält auch Amelie den Spiegel vor: Sie befindet sich beruflich und privat in einer Sackgasse, was zu ihrer Entscheidung führt, zu kündigen.

Director(s):

Gerald Distl
Patrik Fichte

Actor(s):

Diana Staehly
Sebastian Deyle
Yunus Cumartpay</desc>
    <credits>
        <director>Gerald Distl</director>
        <director>Patrik Fichte</director>
        <actor>Diana Staehly</actor>
        <actor>Sebastian Deyle</actor>
        <actor>Yunus Cumartpay</actor>
    </credits>
    <date>2024</date>
    <category lang="en">Soap / Melodrama / Folkloric</category>
    <category lang="en">Movie / Drama</category>
    <episode-num system="xmltv_ns">21 . 170 . </episode-num>
 . . .

Display More

Und hier der Eintrag für diese Sendung, wie die in der in der /var/cache/vdr/epg.data vorhanden ist:

Code

c
C I-65281-304-104 MDR Sachsen HD
E 37327 1731910500 3000 0 FF
T Rote Rosen
S Folge 4061
D 2024 ● S22 E171|Valerie macht Simon klar, dass er nicht der Vater ihres Kindes ist, doch Leyla glaubt nicht daran. Julius hält auch Amelie den Spiegel vor: Sie befindet sich beruflich und privat in einer Sackgasse, was zu ihrer Entscheidung führt, zu kündigen.|Director(s):|Gerald Distl|Patrik Fichte|Actor(s):|Diana Staehly|Sebastian Deyle|Yunus Cumartpay 
e
e
E 37381 1731913500 3000 0 FF
T Sturm der Liebe
S Folge 4319
D 2024 ● E4319|Letzte Folge verpasst? Hier findest du jeden Tag eine neue Folge mit emotionalen Beziehungsgeschichten rund um das Hotel Fürstenhof in Bichlheim.|Director(s):|Udo Müller|Actor(s):|Dirk Galuba|Antje Hagen|Sepp Schauer 
e

Display More

In der Zeile #E ist vermutlich die Event-ID versteckt, denn da findet man u.a. die Startzeit aus der xmltv-Datei:

20241118061500 = 1731910500 als Unix-Timestamp wieder.

Ich merke schon, dass das was ich mir so mit dem xmltv2vdr-Plugin vorgestellt hatte, sich wohl so nicht realisieren lässt.

Schade.

Joe_D · December 8, 2024 at 9:01 AM

Hab' noch einen kleinen Bug den ich mit Anpassungen an vdr version 2.7.x eingebaut habe entdeckt und gefixed...

Joe_D · December 21, 2024 at 10:33 AM New

Quote from Paulaner

Bilder herunterladen = Ja

Kann den Eintrag in "Quelle soll Bilder herunterladen" ändern. Dann passt es besser. Der Hintergrund dazu war eben bei "freien Quellen" mit Bildern deren Traffic nicht im Übermaß zu strapazieren. Das auf der einen Seite die Quelle dafür sorgt das xmltv-Dateien irgendwo landen aber dann das Plugin dafür sorgen soll das Bilder irgendwo anders landen macht für mich gar keinen Sinn. Die Quelle stellt alle Daten bereit, das Plugin importiert. Für die Anzeige von Bildern in den Skins gibt es einen "vdr"-Standard, ansonsten könnte ein Skin ja direkt mit einer Url die Bilder direkt laden.. so müsste das z.B. Kodi machen...

Quote from Paulaner

Ich merke schon, dass das was ich mir so mit dem xmltv2vdr-Plugin vorgestellt hatte, sich wohl so nicht realisieren lässt.

Eigentlich schon. Deine Quelle sollte halt so Quatscheinträge wie "Wird noch angesagt" ignorieren. Und die Bilder müssten sich mit curl auch herunterladen lassen. Zwischen xmltv-Rohformat und xmltv2vdr-Format ist immer irgendwie eine Anpassung notwendig. Und wenn es nur die Kanalnamen sind, damit man bei mehreren Quellen einfach im OSD eine Zuweisung über mehrere Quellen machen kann. Ansonsten wird der komplexe Code noch unübersichtlicher und man konfiguriert sich zu Tode. Ist ja jetzt schon eine Aufgabe

Früher hab' ich ja die epgdata2xmltv-Quelle geschrieben (liegt noch im dist rum), die hat ein zip inkl. Bilder heruntergeladen. Danach die gelieferten epgdata xml-Dateien mit einem relativ komplizierten xls ins xmltv2vdr-Format gewandelt. Da waren auch nutzbare EventIDs dabei..

Quote from Paulaner

Man kann nur EPG-Daten in eine "leere" Datenbank importieren

Ist das wirklich so? Dann wäre das ja ein Bug!

Paulaner · December 21, 2024 at 6:37 PM New

Quote from Joe_D

Die Quelle stellt alle Daten bereit, das Plugin importiert. Für die Anzeige von Bildern in den Skins gibt es einen "vdr"-Standard, ansonsten könnte ein Skin ja direkt mit einer Url die Bilder direkt laden.. so müsste das z.B. Kodi machen...

Was meinst Du mit Quelle? Soll das die xmltv-Datei sein?

In der xmltv-Datei sind ja die Bilder zu innerhalb jeden EPG-Event als URL enthalten.

Wie das dann mit dem VDR + Skin sich verhält weiß ich eben nicht.

Aber ich dachte/hoffte dass neben den EPG-Daten wie Startzeit, Endezeit, Titel, Episode, Plot usw. auch irgendwo die URL für das EPG-Image gespeichert werden könnte/sollte.

Und eigentlich nur wenn eine Aufnahme erfolgt sollte dann das EPG-Image heruntergeladen und in das Aufnahmeverzeichnis kopiert werden, damit es auch später noch verfügbar ist.

Quote from Paulaner

Man kann nur EPG-Daten in eine "leere" Datenbank importieren, d.h. es dürfen da keine "alten" EPG-Daten drin stehen

Das ist schon so, wie ich hier im Thread Beitrag #21 ausgeführt habe.

Wenn bereits Daten in der EPG-DB stehen, die dann durch neue oder geänderte Beiträge (z.B. irgendeine Katastrophen-Sondersendung) überschrieben werden sollen, dann geht das nicht, es kommen dann die hunderte von Fehlermeldungen, wie in dem Beitrag #21 gezeigt.

Die EPG-Daten wie "Wird noch angesagt" kommen direkt vom IPTV-Provider und stellen ja prinzipiell schon EPG-Daten dar, die nur keinen sinnvollen Inhalt haben. Irgendwann später gibt es dann die richtigen EPG-Daten vom IPTV-Provider und die sollte man eben über die sozusagen "Platzhalter-EPG-Daten" drüber schreiben können.

Gestern hat mir seahawk1986 eine super Lösung gezeigt, in dem über einen svdrpsend-Befehl nur die EPG-Daten der betroffenen Kanäle ( in meinem Fall die IPTV-Kanäle) gelöscht werden, ohne vorher den VDR zu stoppen usw. wie ich es hier in Beitrag #23 beschrieben habe.

Meine Lösung für das Einfügen aktueller EPG-Daten für die IPTV-Kanäle in die VDR-EPG-Datenbank:

Da hat mir seahawk1986 ein schönes Weihnachtsgeschenk gemacht! Vielen Dank dafür! Echt Klasse!

Ausführlich ist das im Nachbarthread [ANNOUNCE] xmltv4VDR 0.4.3 - 0.4.5 Beta , ab Beitrag #33 beschrieben!

Quote from seahawk1986

Kann man stattdessen nicht einfach svdrpsend CLRE ausführen? http://www.vdr-wiki.de/wiki/index.php/SVDRP#CLRE

Da es sich bei mir nicht nur um ein paar IPTV-Kanäle handelt bei denen die EPG-Daten gelöscht werden sollen hat seahawk1986 noch ein kleines Python-Script auf die schnelle erstellt. Damit kann man nun mit einem einzigen Aufruf von einer ganzen Liste zusammenhängender Kanäle die EPG-Daten aus der VDR-EPG-Datenbank löschen:

Quote from seahawk1986

Du kannst den CRLE Befehl optional auf einen einzelnen Kanal beschränken - eine Beschränkung von svdrpsend ist, dass es die Verbindung nach jedem Befehl schließt, was die Sache langsamer macht.

Man könnte die SVDRP-Verbindung auch länger aufrecht erhalten, z.B. mit Python3 und asyncio (da das telnet Modul mittlerweile obsolet ist):

Python

#!/usr/bin/env python3
import asyncio

class SVDRP:
    def __init__(self, host: str = "127.0.0.1", port: int = 6419):
        self.host = host
        self.port = port
        self.reader = None
        self.writer = None
        self.encoding = 'UTF-8'
        self.space = ord(' ') # space as byte value

    async def open_connection(self):
        self.reader, self.writer = await asyncio.open_connection(self.host, self.port)
        greeting = await self.reader.readline()
        _, encoding = greeting.rsplit(b'; ', maxsplit=1)
        self.encoding  = encoding.rstrip().decode()

    async def close_connection(self):
        if self.writer:
            _ = await self.send_cmd("QUIT")
            self.writer.close()
            await self.writer.wait_closed()

    async def read_response(self) -> list[bytes]:
        if not self.reader:
            raise TypeError("trying to use reader without establishing the connection first")
        response = []
        while r := (await self.reader.readline()).strip():
            response.append(r[4:])
            if r[3] == self.space: # if the fourth position is a space, VDR is done with the response
                break
        return response

    async def send_cmd(self, cmd: str) -> list[bytes]:
        if not self.writer:
            raise TypeError("trying to use reader without establishing the connection first")
        self.writer.write(f"{cmd}\r\n".encode(self.encoding))
        await self.writer.drain()
        response = await self.read_response()
        return response

    async def __aenter__(self):
        await self.open_connection()
        return self
    
    async def __aexit__(self, exc_type, exc, tb):
        await self.close_connection()


async def main():
    async with SVDRP() as svdrp:
        for channel_number in range(101, 141):
            await svdrp.send_cmd(f"clre {channel_number}")


asyncio.run(main())

Display More

Wenn ich dieses Python-Script (das habe ich bei mir einfach clre.py benannt) auf der Konsole aufrufe, dann werden, ohne dass der VDR gestoppt wird, die EPG-Daten der Kanäle 101 ... 141 gelöscht. Und dann kann ich anschließend problemlos die aktuellen EPG-Daten der IPTV-Kanäle in die VDR-EPG-Datenbank reinschreiben. Perfekt, genau dass was ich will.

Dazu habe ich noch ein kleines Bash-Script geschrieben, was ich Manuell auf der Konsole oder automatisch zeitgesteuert ausführen kann:

Bash

#!/bin/sh
# 
#
# Loeschen der alten EPG-Daten der IPTV-Kanäle 101 ... 140,
/usr/local/bin/clre.py
sleep 1

# Aktuelle EPG-Daten für die IPTV-Kanäle manuell in die epg.db vom VDR einfügen
/usr/bin/svdrpsend plug xmltv2vdr UPDT 2>&1 > /dev/null

exit

Display More

Damit ist erstmal dieses Problem für mich behoben.

Das einzige was noch "Nice to have" wäre ist die Geschichte mit den EPG-Images.

Vielleicht finde ich dazu irgendwann auch noch eine Lösung, ist aber nicht so wichtig, denn bisher habe ich ja auch alles ohne EPG-Images gemacht.

Eigentlich bin ich nur über KODI darauf gekommen, dass es so etwas überhaupt gibt!

Joe_D · December 22, 2024 at 9:46 AM New

Quote from Paulaner

Was meinst Du mit Quelle? Soll das die xmltv-Datei sein?

Na das Script oder Programm das von xmltv2vdr als Quelle bezeichnet wird. Das kann die xmltv Datei sein, wenn diese wohlgeformt ist (meistens eher nicht) oder eben ein Script oder Programm das die Quell-xmltv-Datei etwas anpasst.

Quote from Paulaner

In der xmltv-Datei sind ja die Bilder zu innerhalb jeden EPG-Event als URL enthalten.
Wie das dann mit dem VDR + Skin sich verhält weiß ich eben nicht.

Eben ganz anders Je nach Skin werde Bilder angezeigt oder nicht. Ich z.B. verwende den ST-TNG Console Skin der keine Bilder anzeigt. Deshalb ja auch die Möglichkeit, der Quelle mitzuteilen nix mit Bildern zu "machen". Wenn Skins Bilder anzeigen werden diese in irgendwelchen Verzeichnissen gesucht. Also nix mit Url. Bedeutet aber auch das alle Bilder erstmal heruntergeladen werden müssen. Das xmltv2vdr Plugin sorgt dann dafür das die Bildernamen in z.B. <channelID>_<eventID>_*.jpg umbenannt werden, damit der Skin sie finden kann. Auch hier wieder, die EventID läuft einem immer wieder über den Weg

Quote from Paulaner

Und eigentlich nur wenn eine Aufnahme erfolgt sollte dann das EPG-Image heruntergeladen und in das Aufnahmeverzeichnis kopiert werden, damit es auch später noch verfügbar ist.

Siehe oben, heruntergeladen werden müsste es von der Quelle immer. Das Umkopieren ins Aufnahmeverzeichnis macht xmltv2vdr derzeit noch nicht. Weil ich auch selbst nix mit Bilder mache. Das normale DVB-EPG bietet keine Bilder - und die extra von irgendwoher laden?

Habe auch nochmal in die xmltv-Datei geschaut, da habe ich aber nur <icon> - Abschnitte gesehen und keinen einzeigen <image>
P.S.: Achso, wenn <icon> in <programme> vorkommt ist es ein Bildchen von der Sendung... da hab' ich mich von dem komischen Namen <icon> verwirren lassen, obwohl <image> auch definiert wurde... ha.. xmltv... halt...

Quote from Paulaner

Irgendwann später gibt es dann die richtigen EPG-Daten vom IPTV-Provider und die sollte man eben über die sozusagen "Platzhalter-EPG-Daten" drüber schreiben können.

Ich hab mir mal die Events nochmal angeschaut:

Code

<programme start="20240716040000 +0000" stop="20240716070000 +0000" channel="dazn_fast_de">
<icon src="https://ondemo.tmsimg.com/assets/p514472_st_h10_az.jpg?w=1280&amp;h=720"></icon>
<title lang="de">Wird noch angesagt</title>
<desc lang="de">FSK 12 Das Programm wird noch bekannt gegeben.</desc>
<rating system="FSK"><value>12</value></rating>
</programme>

Woher soll das xmltv-Plugin wissen das es sich nicht um "richtige" Events handelt? Leider definiert das schwache xmltv-Format nichtmal sowas Von eine EventID hat es auch noch nie was gehört
Wenn Kodi das also kann, dann IMHO nur über irgendwelche "Tricks". Eventuell haut Kodi alle Einträge weg bevor importiert wird.

Beim vdr unterlasse ich so Späße, denn Timer hängen an Events und die an ihren EventIDs. Deshalb versuche ich ja auch die Events anhand der EventID zu suchen und zu ergänzen/ändern.

Müsste doch möglich sein die Temp-Events einfach mit einem Quell-Script zu filtern und dem xmltv2vdr-Plugin nur "richtige" anzubieten. Zum Beispiel mit einem python-Script. Natürlich kann man auch bei jedem Einlesen zuerst das komplette Kanal-EPG weghauen und komplett neu machen lassen ..

[vdr-plugin-xmltv2vdr] Benötige Hilfe für die Konfiguration vom xmltv2vdr-Plugin

Participate now!

Users Viewing This Thread