Also das ist jetzt keine ungewöhnliche Größe für die epg.db
das hängt ja auch noch mit deinen einstellungen zusammen für wieviele tage EPG eingelesen werden soll und wie lange in die vergangenheit epg verfügbar sein soll.
Auf die Frage nein, bei mir wird die Datei auch nicht kleiner, eher größer. Wenn man sich mal die epg datei z.B. mit dem SQLLite Manager Firefox Plugin anschaut stehen da sehr viele veraltete Einträge noch drin. Bei mir von Mitte August 2016. Da hatte ich wohl die Datei zuletzt mal gelöscht.
Ab einem gewissen Zeitraum werden nicht mal mehr EPG Einträge durch das EPG Import Plugin eingetragen/gelesen. Lösung ist nur Datei löschen und alles neu an EPG Daten zusammensammeln lassen.
War aber schon immer so.
Ps.: Die Einträge welche veraltet sind stammen von angesprungenen TV Sendern, also nicht durch das EPG Import Plugin eingetragen.
Keine Panik Ghost ist schon dran das Problem zu fixen.
Das geht aber fix, thx
Im Prinzip ist das auch nur ein simpler SQL Befehl ...
yep in 7 datenbanktabellen 
Nicht ganz die sind über DB Trigger verlinked, sprich ein delete in der einen triggert auch updates/deletes in den anderen.
Womit du nur eine delete cascade anwerfen musst mit der richtigen where clause.
Das ist schon recht clever gebaut ...
stimmt die trigger habe ich übersehen, clever ja
Das Ganze Schema der DB ist zwar seltsam, aber nachdem es ja nur die Quelle ist um die Sachen ins Memory zu holen macht das so durchaus Sinn.
Auch wenn ich einige Zeit gebraucht habe zu verstehen wie die Tabellen zusammen spielen um in der Lage zu sein externen EPG da rein zu laden.
Letztendlich ist es aber nicht so kompliziert und das epgdb.py ist jetzt eigentlich ausreichend um zu verstehen was da passiert.
Und nachdem es sowohl alte als auch neue EPG daten zeitlich begrenzen kann siehst du eigentlich auch wie das gemacht wird.
NUR gehört es eben nicht in ein Plugin dort auch noch aufzuräumen, das sollte wenigstens beim starten bzw. stoppen passieren und genau deswegen ist DMM sehr willkommen sowas einzubauen.
Falls ein zusätzlicher housekeeping trigger dafür kommt müsste ich nur das EPGdbBackup Plugin anpassen, weil das ja die DB auch leer neu aufbauen kann und da darf der dann nicht fehlen.
Schauen wir also mal was wir kriegen werden ...
Ich glaub das ist nicht notwendig, weil scheinbar einfach ein echter Fehler vorlag, weshalb die Descriptions nicht gelöscht wurden.
Na ja dann müsste aber der jetzige Trigger angepasst werden ...
Letztendlich ist es ja kein problem, sobald DMM da was ändert muss ich halt das schema wieder dumpen und schauen was anders ist ...
"Force save EPG.db" im EPGRefresh zickt aber auch manchmal rum.
Hab es schon ein weile abgedreht weil es ab und zu mal eine 0.bit crash nach der Aktualiesierung gab.
Wenn ich dann mal mitlogge oder versuche es zu reproduzieren crash es natürlich nicht ...
