Frage zur neuen EPG- Datenbank
-
-
Danke bschaar, damit konnte ich die Dateien auffinden und die URLs anpassen. Jetzt funktioniert der Import wieder.
-
Ich wölte mal wieder ein XMLTV Import machen und dann 'delete' ich die alte epg.db und starte Enigma auf neuem. Ich sah eine Änderung und wenn epg.db nicht mehr da ist dann bleibt epg.journal nur 25 KB und die epg.db wird direkt geschrieben und das geht SEHR flott.
Firmware 4.2.2r1-2015-04-10
-
Nochmal probiert und mijn epg.db ist 86MB und also sehr groß. Shutdown (standby) daurt etwa fast Minute wenn ich nichts mache. Wenn ich ein UserScript starte die die epg.db 'delete' dan wird gleich danach eine 23KB epg.dat geschrieben. Wenn ich dann ein shutdown mache dann wird kein zwischen journal geschieben und de EPG wird gleich in die epg.db geschrieben. Und wie Ich schön ein meine vorige beitrag geschrieben habe geht das SEHR schnell und ich denke etwa 15 Sekunden dauert es dann.
-
Nochmals, wenn DMM das erstmal ins tempfs machen würde ginge es in < 10 sekunden.
Irgendwann verliere ich sowieso die Geduld und mach ein Plugin dafür, aber noch halte ich mich zurück so gut ich kann, weil das ist lächerlich wenn keiner Zeit für 2 Codezeilen hat.
-
Ich habe es jetzt die zeit bestimmt und normal mit epg.db-journal ist es 56 Sekunden und ohne egp.db-journal ist es 20 Sekunden.
Es hat sich etwas geändert seit ende 2014 und weil nun nicht eine epg.db-journal geschrieben wird wenn die epg.db leer ist. Also wenn man nur die epg.db umbenennt nach epg.db (mv -f epg.db epg.db.backup) nach es eingelesen zu haben im memory und so spart man viel zeit aus beim ausschalten der Box.
Und wenn die Box niet gut abgeschossen ist dann besteht die epg.db nich mehr und dann kann man das folgende tun:
systemctl stop enigma2
mv -f epg.db.backup epg.db
systemctl start enigma2Die tempfs ist natürlich die beste Lösung und dann hat man nicht eine schnell startende Box aber auch eine schnell abschließende Box.
Update: die epg.db wird auch gleich überschrieben wenn schon eine epg.db-journal anwesend ist beim abschließen der Box. Leider wird diese epg.db-journal 'deleted' beim abschließen so das es immer auf neuem muss.
-
Man liest immer über die Riesen große epg Datenbank und eins verstehe ich nicht. Die Datenbank ist so groß weil die Daten für tausende kanäle lädt aber könnte man das nicht begrenzen mit ein filter für Kanälen die in die Favoriten sind und alles andere einfach raus? Ich nehme an dass das sehr schwierig zu tun ist seit keine das noch gemacht hat oder die Daten sind nicht einfach lesbar.
Sind testers für OpenEPG auf Enigma 2.0 noch immer gesucht, wenn schon melde ich mir hier bereit. Mein Deutsch ist zwar nicht so gut aber verstehen kann man mich schon. -
Machen kann man vieles aber der nächste will dann seine bouquets haben, etc.
Ausserdem hat die box genug cpu und Memory für alles, nur beim Schreiben muesste man noch ein bisschen tricksen.
Bezueglich OpenEPG für OE 2.0 muesstest du dich bei OoZooN im Entwicklungs und Support Thread des Plugins einfinden, aber wenn es wirklich nur fuer dich wäre kann ich dir nicht sagen, ob ich motiviert wäre das einzubauen, auch wenn es nicht so schwer wäre
-
-
Fährt die Box dann schneller herunter?
-
erheblich
-
Sehr schön. Momentan ist es echt langsam mit einer vollen db.
Freu mich schon. Auch auf den Rest -
Danke und ich hoffe das damit das gejammere das die database schlechter ist als vorher das epg.dat endlich aufhört
-
-
aus der Sicht vom enigma2 ist das das praktisch gleiche, also sollte es dort auch flotter sein.
-
Danke Ghost und Ich sehe aus nach die update die das schreiben der epg.db schneller macht. Jetzt lösche ich immer die epg.db bevor ich die Box abschließe weil dann das Speichern der epg.db sehr flott geht.
-
Wenn Reichi schreibt das er das eingebaut hat brauchst du dich nicht bei Ghost bedanken
-
Wenn Reichi schreibt das er das eingebaut hat brauchst du dich nicht bei Ghost bedanken
Blöd von mir und es muss natürlich Reichi sein.
-
Danke Reichi und ich gehe jetzt die neue version testen.
Arbeitet sehr gut und das Problem können wir jetzt als aufgelöst sehen.
-
das speichern beim reboot & enigma2 restart ist jetzt wie es sein sollte, aber sobald man die location dynamisch mit config.misc.epgcache_filename im Betrieb ändert und/oder das neue eEPGCache.setCacheFile benutzt gibt es sehr schöne Crashes:
Code
Alles anzeigen[EPGC] schedule finished(1434483161) [EPGC] stop caching events(1434483161) [EPGC] next update in 60 min [EPGC] cleanup invalid data action -> SetupActions save unknown action SetupActions/save! typo in keymap? action -> ColorActions green [EPGC] db thread stopped thread joined 0 [EPGC] Saving database from memory PC: 747f0d1c 00000000 00000001 00000000 74960a14 000003e8 025791f0 00000000 00000002 00f143fb 74973570 00000000 00636e75 65686361 6d65745f 6c696670 00980000 74865b9c 023b6730 00978698 02367c28 70d022c8 5afb6b78 0097cef0 5afb6bc8 00978244 747f0cd8 00000000 00000000 7497a0d0 5afb6a60 5afb6e00 747f147c As a final action, i will try to dump a bit of code. I just hope that this won't crash. 747f0d1c: 0c 00 43 8c 01 00 63 24 2a 20 83 00 10 00 80 14 0c 00 43 ac 21 c8 00 02 09 f8 20 03 21 20 20 02 (end) ------- thread joined 0 Aborted
Versucht man statt dem settings parameter zu ändern das neue eEPCCache.CacheFile zu verwenden dumpt es auch, und wenn man beides macht erst recht.
Bin ich zu blöde dazu oder hat da wen nicht beachtet das jemand den Pfad auch zu Laufzeit ändern kann/will um temporär wo anders hin zu sichern?
Ich passe das gerne an, aber im Moment weis ich nicht wie es gedacht ist ... oder ob es einfach noch kaputt ist ...
LG
gutemine