[RELEASE] Takealug EPG Grabber

Ich kann das Problem das patrick beschreibt auch bei mir feststellen. Insofern glaube ich nicht das es mit der Hardware zu tun hat.

Ich habe es bei einem Raspi2/Kodi18 unter Verwendung von TV Spielfilm.

Im [definition=9,3]Kodi.[definition='1','0']log[/definition][/definition] sehe ich keine Auffälligkeiten wie ihr auch schon festgestellt habt. Die guide.xml scheint wenn man mit einem Datei Manager äußerlich draufschaut zum Zeitpunkt des letzten automatischen grabbens aktualisiert worden zu sein. Öffne ich aber die xml und prüfe wie vorgeschlagen das Erstelldatum konnte ich heute sehen das sie trotzdem schon vier Tage alt vom 4. Mai war. Erst nach dem manuellen Anstoß erneut zu grabben wurden die vier fehlenden Tage in der xml nachgetragen und dann auch von TvHeadend erkannt und hinzugefügt.

Aus welchen Gründen auch immer scheint das bearbeiten der guide.xml beim automatischen grabben fehlzuschlagen.

Wie geschrieben ändert sich bei mir nur das Datum/Zeit der guide.xml aber das Erstelldatum in der XML ändert sich nicht und es kommen auch keine neuen EPG Daten hinzu außer wenn ich das grabben manuell auslöse.

Heutiger Screenshot, Dateidatum ist aktuell aber Erstelldatum immer noch Samstag:

EPG Daten die da nicht drin stehen kann TvHeadend nicht einlesen egal wie oft es das versucht. Wie ist das bei dir? Hast du in der XML nachgesehen?

Sehr merkwürdig, eigentlich sollte es keinen Unterschied machen ob das manuelle, oder die automatische Funktion für die epg Erstellung getriggert wird.
Zumal das [definition=9,3]Kodi.[definition='1','0']log[/definition][/definition] nirgends meckert...
Ggf hilft :

1. Kodi --> Einstellungen(Experten Ansicht) ---> Medien ---> Allgemein " Löschen und umbenennen von Dateien erlauben"

Ansonsten bin ich erstmal ratlos... @PvD , hast du ggf eine Idee ?

**edit
Wird die .xml Datei über das automatische grabben korrekt erstellt, wenn im Zielverzeichniss keine existiert?

Habe ich gemacht und die bestehende Datei vorher umbenannt. Das Ergebnis ist völlig überraschend. Es wird eine neue guide.xml erstellt mit den Daten von Samstag, also ein Duplikat der vorherigen Datei. Eventuell Problem mit dem Cache??

Kannst du den ordner \userdata\addon_data\service.takealug.epg-grabber\temp mal löschen? (kodi danach neu starten), besteht das Problem dann noch immer ?

Das paßt zu meinen Ergebnissen.

Nach löschen vom Temp Ordner und reboot ist das grabben sofort losgelaufen und hat die xml mit neuen Daten aktualisiert. Da mir nicht klar war ob das repräsentativ war habe ich zur nächsten vollen Stunde erneut grabben lassen ohne dass die Erstelluhrzeit in der Datei modifiziert wurde.

Zusätzlich habe ich gestern abend auf einem Client mit CoreElec und Kodi 19 zum ersten Mal Takelug installiert, drei Sender hinzugefügt und zwei Timer zum grabben. Basierend auf dem Zeitstempel wurde direkt gegrabt. Bei den zwei folgenden automatischen Läufen wie auf dem Raspi keine Aktualisierung der xml. Das kann doch nicht nur uns zwei betreffen?

Ich kann das Datum Problem reproduzieren, beim automatischen grabben wird das datum (welches innerhalb der .xml) mitgeschrieben wird nicht aktuallisiert, wieso ist für mich nicht erklärlich ...
ABER:
Es scheint das die Daten trotzdem aktuallisiert werden, zumindest konnte ich in einem schnellen test einfach einen weiteren channel selektieren, der landete anschließend beim automatischen grabben in der .xml, allerdings wieder mit falschem datum, wo er sich das "alte" herzieht, und wieso er das bei "manuell" nicht macht versteh wer will....

Ich schaus mir weiter an, hab leider aktuell wenig zeit und mag für mich selbst auch das ein oder andere an projekten umsetzen

Ok, ich glaube einen funktionierenden Workaround eingebaut zu haben,
vor jedem Grabben wird absofort automatisch das Modul "xml_structure" neu geladen.

Update für matrix + leia ist im kodinerds Repo.

Das sieht super aus! Neues Datum in der xml Datei und auch für einen Tag mehr EPG Daten nach dem automatischen grabben. Problem gelöst

Freu dich nicht zu früh, durchaus möglich das auch die einzelnen Provider Module vor jedem grab vorgang einmal neu geladen werden müssen (die errechnen das zu grabbende Zeit delta abhängig von datum + anzahl eingestellter tage die gegrabbt werden sollen.
Wenn die also auch von einem falschen start Datum ausgehen, wäre das ebenso doof.

Ich wunder mich nur das es bisher a: niemandem aufgefallen, oder b: neues Problem seit leia 18.9 / Matrix ist.

Wie auch immer, wenn es nicht klappt, geh ich davon aus das ihr euch meldet

Ende Februar könnte schon hinkommen das es anfing. Anfangs hatte ich den Provider in Verdacht das er nicht immer 14 Tage an Daten vorhält bis mir auffiel das jedes mal nach manuellem grabben die fehlenden Tage da waren. Eventuell hat es nach reboot auch einmal wieder automatisch geklappt so das es noch weniger auffällt. Da ich den Raspi auch als Videorekorder benutze bin ich mehrfach drüber gestolpert und Patricks Hinweise haben mich animiert nochmal genauer hinzusehen. Ich werde es weiter beobachten.

Ja, wenn reboots dazwischen sind, käme das einem addon de + aktivieren, oder eben modul reload gleich, dann fällt es nicht auf...