Frage zur neuen EPG- Datenbank

    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. :smiling_face:


    Firmware 4.2.2r1-2015-04-10

    DM.One AIO, DM920, DM7080 archiviert DM8000 aus Dezember 2008 und eine DM600.

    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.

    DM.One AIO, DM920, DM7080 archiviert DM8000 aus Dezember 2008 und eine DM600.

    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 enigma2


    Die tempfs ist natürlich die beste Lösung und dann hat man nicht eine schnell startende Box aber auch eine schnell abschließende Box. :grinning_squinting_face:


    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.

    DM.One AIO, DM920, DM7080 archiviert DM8000 aus Dezember 2008 und eine DM600.

    3 Mal editiert, zuletzt von msatter ()

    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 :winking_face:

    2 Mal editiert, zuletzt von Lost in Translation ()

    Sehr schön. Momentan ist es echt langsam mit einer vollen db.
    Freu mich schon. Auch auf den Rest :winking_face:

    Samsung - UE55 ES 8090
    Fritz!Box 7590 AX V2 + Synology DS214play
    DM920 FBC-S2X+Triple + DM One BT combo <-- 28E;23E;19E;13E;KD

    Danke und ich hoffe das damit das gejammere das die database schlechter ist als vorher das epg.dat endlich aufhört

    Reichi


    Wie ist es denn mit GUI restart? Geht es dann auch schneller oder nur beim herunterfahren?
    Die db bremst dort auch gewaltig

    Samsung - UE55 ES 8090
    Fritz!Box 7590 AX V2 + Synology DS214play
    DM920 FBC-S2X+Triple + DM One BT combo <-- 28E;23E;19E;13E;KD

    aus der Sicht vom enigma2 ist das das praktisch gleiche, also sollte es dort auch flotter sein.

    Zitat von Reichi

    Ich hab eben eingebaut, dass enigma2 selbst erst nach tmp-speichert und dann das Ergebnis in den flash kopiert.
    Wer das dann nicht möchte kann es ggf. über eine config-variable steuern.

    Code
    config.misc.epgcache_tempfilename=""


    Wie gesagt, ab dem nächsten Update dann.


    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.

    DM.One AIO, DM920, DM7080 archiviert DM8000 aus Dezember 2008 und eine DM600.

    Wenn Reichi schreibt das er das eingebaut hat brauchst du dich nicht bei Ghost bedanken :grinning_squinting_face:

    Danke Reichi und ich gehe jetzt die neue version testen. :thumbs_up:


    Arbeitet sehr gut und das Problem können wir jetzt als aufgelöst sehen.

    DM.One AIO, DM920, DM7080 archiviert DM8000 aus Dezember 2008 und eine DM600.

    Einmal editiert, zuletzt von msatter ()

    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:



    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 ... :kissing_face:


    LG
    gutemine