[ANNOUNCE] xmltv4VDR 0.4.3 - 0.4.9

FireFly , danke für die fleißige Weiterentwicklung des Plugins!

Mal eine Frage zu dem Feature: refactored time controlled import to allow up to 12 imports per day
Gibt es dazu eine Option, um das zu aktivieren?
Ich habe dazu auf die Schnelle nichts gefunden.

Aha, habe es jetzt gefunden.
Ich dachte das wäre eine globale Einstellung, aber Du hast das für jede EPG-Quelle separat einstellbar gemacht.

FireFly
ich habe momentan ein Problem mit dem Plugin in Version-4.8

Vorgeschichte:
Ich bin dabei meinen Streamingdienst zu wechseln und musste deshalb einige Kanäle löschen, zufügen, neu zuweisen usw.
Nach dem ich das gemacht hatte und nach einem Neustart werden bei mir immer automatisch per Cronjob die aktuellen EPG-Daten über das Plugin eingelesen. Das hat bisher problemlos immer funktioniert.

Jetzt habe ich allerdings kurz nach dem Neustart, wenn dann das xmltv4vdr-Plugin die EPG-Daten aktualisiert einen Neustart des VDRs.
Im syslog habe ich dazu folgende Fehlermeldungen:

Quote

...
yavdr vdr: [1534] xmltv4vdr: 'easyepg-iptv' easyepg-iptv 14 '' 1 3sat.de ARD-alpha.de ARD.de ARTE.de brnord daznfast df1 discovery DMax.ch Eurosport1.de hr kabeleins KabelEinsDoku.de kinowelt moviemusic N24Doku.de natgeo natgeowild ndrnds.de ntv One.de phoenix pro7 prosieben_maxx quello rbb_bb rtl rtl2 rtlnitro sat1 sixx sport1 swr_bw tagesschau24.de Tele5.de topfilme vox WDR.de WELT.de ZDF.de ZDFinfo.de ZDFneo.de
yavdr vdr: [1534] xmltv4vdr: 'easyepg-iptv' executing EPGsource with pid 2237
yavdr vdr: [1534] xmltv4vdr: 'easyepg-iptv' EPGsource finished with return code 0
yavdr vdr: [1534] xmltv4vdr: 'easyepg-iptv' successfully executed after 1 try
yavdr vdr: [1534] xmltv4vdr: 'easyepg-iptv' parsing xmltv buffer (13,5 MB) and importing events into DB
yavdr vdr: [1534] xmltv4vdr: 'easyepg-iptv' xmltv buffer parsing skipped 0 faulty xmltv events, failed 0, outdated 128
yavdr vdr: [1534] xmltv4vdr: 'easyepg-iptv' xmltv buffer parsed, imported 17269 xmltv events into DB
yavdr vdr: [1532] VNSI: Requesting clients to reload channel list
yavdr kernel: show_signal_msg: 109 callbacks suppressed
yavdr kernel: xmltv4vdr Impor[1534]: segfault at 18 ip 00005f46e5365cf2 sp 00007146d2ffcac0 error 4 in vdr[5f46e534c000+10a000] likely on CPU 0 (core 0, socket 0)
yavdr kernel: Code: 1f 84 00 00 00 00 00 90 f3 0f 1e fa 48 8d 05 05 3b 16 00 53 48 89 fb 8b 80 20 11 00 00 85 c0 74 09 80 bf dc 05 00 00 00 74 0e <48> 8b 43 18 5b c3 0f 1f 84 00 00 00 00 00 48 8b bf f0 05 00 00 e8
yavdr vdr: message repeated 5 times: [ [1532] VNSI: Requesting clients to reload channel list]
yavdr yavdr-frontend[1482]: INFO:pydbus2vdr:VDR Status: stopped
yavdr yavdr-frontend[1482]: DEBUG:softhddevice:g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name de.tvdr.vdr was not provided by any .service files (2)
yavdr systemd[1]: vdr.service: Main process exited, code=dumped, status=11/SEGV
yavdr systemd[1]: vdr.service: Failed with result 'core-dump'.
yavdr systemd[1]: vdr.service: Consumed 29.169s CPU time.
...
yavdr vdr: [2348] VDR version 2.7.5 started
yavdr vdr: [2348] switched to user 'vdr'
yavdr vdr: [2348] codeset is 'UTF-8' - known
...

Display More

Okay, habe ich mir gesagt, dann mach einmal Alles neu und habe deshalb die /var/lib/vdr/plugins/xmltv4vdr/xmltv4vdr.conf gelöscht,
damit ich keine evtl. alten Sachen mehr habe, sondern alles neu zuweisen muss.

Aber da habe ich jetzt schon beim Konfigurieren des Plugins Probleme!

Hier mal, was ich ausgeführt habe:
1. Ich habe zuerst die EPG-Quelle eingerichtet.

2. Dann habe ich in den 1. EPG-Quell-Kanal die Grundeinstellungen gemacht: Zuweisen der EPG-Quelle und einstellen der EPG-Quellkanal-Option auf "nur ext. Events benutzen" (auch andere Optionen funktionieren nicht)

3. Und dann wollte ich wie immer diese Grundeinstellungen auf alle Quell-Kanäle kopieren, über die "BLAUE"-Taste.
Doch das funktioniert schon nicht. Das Kopieren wird überhaupt nicht ausgeführt. Es passiert gar nichts, es gibt auch keineDa ist also schon der Wurm drin!

Im syslog steht folgendes, aber keine Fehlermeldung o.ä.:

Quote

yavdr vdr: [1334] info: Optionen auf alle Kanäle kopieren?
yavdr vdr: [1334] info: Optionen auf alle Kanäle kopieren?
yavdr CRON[7737]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)

Wäre super, wenn Du Dir das mal anschauen kannst, damit ich wieder ein EPG für die IPTV-Kanäle habe.

Aha, ich hatte in Erinnerung, dass das Kopieren auch sofort möglich gewesen ist.
Aber wenn das nur auf bereits zugewiesene Kanäle geht, dann werde ich nochmals alle Kanäle zuweisen und dann schauen, ob es wieder einen Fehler gibt.

Wird aber wohl heute nicht mehr, da jetzt erstmal der Tatort aufgenommen wird.

Ich melde mich, wenn ich wieder testen konnte.

Entwarnung, es funktioniert alles wieder.
Gestern war ich etwas irritiert, weil ich ja diesen "segfault" beim Starten des Plugins hatte.
Und als ich dann die Zuweisungen der IPTV-Kanäle neu machen wollte, dann hat das Kopieren der Grundeinstellungen auf alle Kanäle nicht funktioniert.

Aber wie FireFly erklärt hat, funktioniert dies nur auf bereits zugewiesene Kanäle, was auch bei genauerere Betrachtung logisch ist.
Heute habe ich nun alle Kanäle neu zugewiesen und es funktioniert alles wie erwartet.

Der segfault ist allerdings nicht so prickelnd gewesen, liegt aber vermutlich an meinem Versuch einer schnellen Lösung, in dem ich einfach die alten Zuweisungen überschreiben wollte. Ich hatte ja die Kanäle und auch die xmltv-Datei geändert und teilweise händisch umbenannt.

Besser ist es sicherlich bei einer großen Änderung die Konfiguration komplett neu zu machen!

FireFly
Ich habe mal meine alte xmltv4vdr.conf angehängt. Vielleicht erkennst Du da etwas, was das segfault auslösen konnte.
Meine alte Zuweisung und xmltv-Datei war easyepg-zattoo , die neue ist dann die easyepg-iptv .
Die xmltv-Datei ist 13MB groß, das ist hier zu groß, wenn Du die trotzdem noch brauchst, dann müsste ich das separat machen.

xmltv4vdr.conf.txt

So genau weiß ich das jetzt gar nicht mehr, aber ich glaube ich hatte den VDR gestoppt und die Dateien umbenannt und teilweise geändert. Und dann einen Neustart (reboot) gemacht.

Aber als es danach nicht lief war jetzt für mich nicht das große Ding, das war nur der "segfault", der unschön war. Am meisten hat mich ja irritiert, dass das Kopieren der Grundeinstellungen nicht funktionierte. Deshalb dachte ich ja, dass etwas mit dem Plugin nicht i.O. ist. Aber das hast Du ja bereits erklärt, das dies Kopieren erst mit zugewiesenen Kanälen funktioniert.