Ich kann das nicht mehr hören. sorry - ICH habe davon auch keine Ahnung - aber das ignoriere ich jetzt seit 10 Jahren mehr oder weniger erfolgreich ...

Beide Plugins haben jetzt Ihre Support und Entwicklungsplugins bei OoZooN im Board, was auch jede bessere Suchmaschinen weis.

Und % Anzeigen wenn ich beim Laden noch nicht weis was 100% sind .... genial

Die 0.9 vom OpenEPG zeigt jetzt so wie das EPGImport auch noch einfach die Zahl der geladenen Events an ... besser ?

Ich habe das auch das Laden mit Aufnahme nicht will, aber dann sollte eigentlich eine Fehlermeldung kommen.

Und das man dann im Plugin stecken bleibt ist im Moment absichtlich - sonst kommen gar keine Rückmeldungen ausser das übliche 'geht nicht'

Wobei wie schon gesagt ich das Recording kaum teste. weil es auf der 820 nur begrenzt sinn macht.

Ich klaue in der Zwischenzeit mal die Routine zum Aufwachen aus dem (Deep)standby vom EPGImport, weil das sind nur ein paar Codezeilen - aber testen tue ich das auch nicht

Ich brauche den enigma2 output, da sieht man was wirklich passiert.

Aber das OpenEPG hat Zeit, ich würde gerne die Arbeit an der epgdb.py abschliessen. Ich habe daher vom Rytec EPGImporter eine r14 gemacht wo das aktuelle epgdb.py mit den load/save_finished verwendet wird. Wenn das dort stabil funktioniert kann ich wenigstens das mal abschliessen und eine 2.2 vom EPGImport machen, weil ich habe genauso wenig Lust an dem EPG Zeugs ewig rumzubasteln wie Ihr am Testen.

Das EPGImport ist was das angeht einfacher - weil das Plugin nicht von mir ist und ich nur schauen muss das die epgdb.py tut was sie soll

Nein da ist gar nichts besser - im OpenEPG war ich faul und counte im Moment alle events auch die von channels die du gar nicht in der Senderliste hast. Beim xmltv zählen die einfach schon jetzt nicht mit.

Ich werde das noch anpassen, weil das ganze Processing im OpenEPG würde dadurch etwas schneller wenn die events für channel die du nicht in der Senderliste hast geskipped werden.

Na ja es ist ein netter Consistency check, aber wirklich wichtig wären andere Sachen, deswegen machen wir jetzt eben erstmal das EPGImport fertig, weil da fehlt weniger.

Und du musst eigentlich nichts löschen wenn du EPGImporter und OpenEPG zusammen verwendest das mach die epgdb.py eh das für jeden Channel der geladen wird immer die Events aus der Datenbank enfernt werden bevor neue geladen werden.

Das macht nur Sinn wenn du nicht glaubst das beide Ihre Events laden können, aber über die Phase sind wir ja schon hinweg

EDIT: selbst wenn ich den event counter 'ehrlich' mache sind es mehr events - du hattest also recht.

Na ja damit wenigstens dir nicht fade wird habe ich die 0.11 hochgeladen, da ist auch das wakeup aus dem standby drinnen als Einstellung, aber ich habe nur cut & paste aus dem EPGImport gemacht, keine Ahnung ob das so überhaupt funktioniert.

Hoffentlich verlangt nicht auch noch jemand das man im OpenEPG mehrere Provider zum importieren auswählen kann, weil dann kann ich gleich das EPGImport as Basis nehmen - aber das wäre dann ein Bärendienst

Und ich überlege ob ich das laden mit Aufnahme nicht rausschmeisse, weil wenn keine Inputs kommen was soll ich damit machen - selber testen obwohl ich es nicht mal verwende? Für mich ist schon das EPGImport ein Overkill an epg Daten ...

Und ich bin auch berufsbedingt auf der anderen Seite, womit ich eben in Probleme komme wenn keiner den Rest macht.

Ähm die Idee ist gar nicht so schlecht, aber auch nicht wirklich sinnvoll. Ich habe ja nur aufgezeigt das man den ganzen Overhead vom CrossEPG nicht wirklich braucht um die Daten zu laden, ausser der Parser routine um den Text output der corssepg binaries in die epgdb.py zu kippen ist da auch nichts wirklich von mir.

Wenn ich wirklich gemein wäre würde ich die Handvoll codezeilen dazu machen damit es auch mit den OpenP* Images geht auf diese Weise OpenTV und MHW Daten zu laden, aber ich mache nichts mehr für unsere Holländischen Freunde

Weil die Probleme vom CrossEPG Plugin sind im Loader nicht im Extraktor, nicht umsonst sagte ich das ich keine Lust habe das in fremden Plugins zu fixen.

Na ja durch das boooten hast du ja keinen vorherigen kanal auf den das Plugin zappen könnte, ich konnte nur den aus den Settings nehmen den sich die box als zuletzt geschauten gemerkt hat.

Und darum das die box in Standby geht müsst Ihr Euch auch selber kümmern - z.B. Startuptostandby Plugin oder ähnliches.

Wobei mir die ganze Lösung für das Aufwachen die ich ja nur aus dem EPGImport übernommen habe nicht wirklich gefällt, mit einen Zapptimer wo die box dann auch wieder runterfährt wäre das denke ich eleganter gelöst. Aber wie schon gesagt ich will daran eigentlich nicht mehr viel machen - das sind lauter Standardfeatures wo es massig Leute gibt die das auch proggen können, schon weil es nur cut & paste von anderne Plugins ist.

Mich interessieren eigentlich mehr die weissen Flecken auf der DreamOS Landkarte, ich kann da schon mal eine Ausnahme machen, gerade wenn es lächerlichen Gründen keiner was angreifen will oder wenn so wie in diesem Fall DMM ein Problem hat sich an den vorhandenen Plugins zu vergreifen, aber das kann kein Dauerzustand sein - die Community muss auch erwachsen werden, kindisch bin ich selber