na ja wen ich finally verwende ist es aber aus, ich will ja das es weitergeht auch wenn fehlerhafte events passieren (war im oroiginalcode übrigens auch so, dann würde halt error ausgegeben und der nächste event ins file geschrieben)

Das Layout der Tabellen ist nicht so schlecht, weil du die vom Anfang zu ende befüllen kannst, insofern bringen massen updates da nicht so viel, solange der cursor am Ande sehen bleibt und du gleich weiter insertest, dann würde z.B. ein commit pro service/sender reichen, das memory is wirklich kein problem selbst wenn du hunderte epg events ohne commits insertest.

Und du hast vom Plugin schon eine service und eine events liste, da aus den inserts noch eine liste zu machen bringt wenig. Die Datenbanktabellen SIND ja sozusagen die liste wo du mit insersts einfach zeilen appendest. Wie gesagt am schluss sollte ein commit pro service reichen, aber dafür müssen die meisten Fehler gefixed sein, damit er wirjlich alles auf einmal commiten kann.

Aber ich muss jetzt was anderes machen und Reichi kann auch nicht alles fallen lassen und die Hash routine fixen. Am Abend mache ich neue Version mit dem was wir bis jetzt haben ...

Danke, ich bin mit dem anpassen des codes mit euren inputs auch schon fast fertig, sobald das enigma2 dann nicht mehr die memory Leak messages zu hauf ausspuckt kann man es endlich testen und debuggen.

LG
gutemine

Ich pausiere jetzt mal bis der fix auch auf dem Imagefeed ist, weil sobald ich den hash im derzeitigne Zustand mit ? übergebe ans cursor.execute passiert das:

exception: Error binding parameter 0 - probably unsupported type.

I already replied that the hash is an u_32 type - as you found out yourself

Title, short and extended description Tables are just to give fast EPG searching with the help of the hash, which means that if you have same entry and same hash you don't need them twice in the description tables.

You then only need 2 entries in the event table as you found out yourself. For displaying an event enigma2 just needs the hash to quickly pick the long real text(s) from these tables via the hash.

Otherweise you would have complex tables with multiple entries and complicated where clauses to get unique answers. Ghost simply avoided this problem with the hasp pickup and to get good performance too.

He probably could explain it better, but I think this is the whole story in a nutshell.

Da ist nicht mehr viel zu zaubern, wenn man alles an Infos und code zusamen hast baut man es zusammen und debugged es bis es funktioniert.

ABER ins publi git wurde seit fast einer Woche nichts eingechecked, womit die hash routine aus dem enigma2 immer noch nicht funktionieren wird also probiere ich auch nicht weiter bis die tausenden errors weg sind, weil dazwischen die echten zu finden ist mühsam.

Yo are welcome to overtake, as I never really wanted this job

But you shoudl read the comments of the DMM developers here in the thread on performance, you should NOT do any commit before you are done then the speed will dramaticlaly improve - the dm70080 and 820 has enough memory to buffer all the inserts before the real commit comes. And you should not re-use the cursor for different tables - one per table where you just insert/append is much more performant.

In my code that I posted I only had a commit on every insert to be better able to debug and verify the failing inserts. As soon as I moved to 1 insert per channel it already dramatically speed up and I didn't even try with a single commit as I'm still waiting for the hash routine from enigma2 to be checked into the public code.

Ihr versteht es einfach nicht ... mit wäre super nett ... programmiert es sich auch nicht von alleine.

Hat schon irgendwer die simple Frage die ich weiter oben gestellt habe beantwortet ob eigentlich das Laden der Feeds mit der version die ich gemacht habe funktioniert (mal unabhängig davon ob sie in die epg.db geladen werden).

Soooo viel Hilfe kriegst du, weil dafür brauchst du genau 0 programmieren können.

Aber egal. ich habe versprochen den Ball ins Rollen zu bringen und die Infos zusammen zu tragen und zu beweisen das es eigentlich nur um eine Seite Code geht, wenn Ihr ständig danach fragt ohne was beizutragen wird das wenig helfen.

ich habe jetzt schon 3x gepostet das ich gerne die fixes die versprochen wurden im enigma2 hätte, weil ich mich nicht unnötig quälen will - womit nachdem das Wochenende fast um ist Ihr halt warten müsst ... und weiter jammern.

Und ich sehe meine Aufgabe hier nicht darin Leute glücklich zu machen ... sondern schlechtes Gewissen, weil bei den tausenden wären genug Leute dabei die was beitragen könnten aber es nicht tun, und ich als denkbar ungeeigneter der in seinem Leben noch kein CrosEPG oder xmltv benutzt hat, oder je benutzen wird, darf mich hier quälen.

LG
gutemine