Nein das ipk ist fuer OpenATV images auf 7080 820. In OE2.0 images kannst du es zwar installieren aber da das epg.dat nicht korrekt ist wird es nur crashen beim laden. Nur images mit dem patch um direkt epg pro event zu laden funktionieren damit also nützt das ipk nur in PLi und ATV und deren Derivaten.

Bezueglich der dvb id - das ist ein counter womit sie nicht gleich bleibt.ich muss mir erst was einfallen lassen damit da immer dass gleiche kommt. Weil es ist besser alles zu loeschen und neu zu laden.

na ja aber das ist nicht die Lösung wenn du EPG für mehre Tage vorab laden willst.

Die dvb id muss ja nur pro sender unique sein, und da typisch nur ein paar hundert events pro channel geladen werden reicht auch eine 16Bit dvb id so wie im standard definiert aus.

Ich war aber faul und generiere die id einfach indem ich von 1 raufzähle bis der channel gewechselt wird. Die selbe id sollte nur vergeben werden wenn Titel und Beschreibung gleich sind.

Ich denke ich werde halt jetzt eine 16 bit checksum aus dem titel+beschreibung string rechnen, die sollte dann wenn ich am nächsten Tag reloade auch wieder die gleiche sein.

Weil darauf alle Events pro sender der beladen wir zu löschen mag ich nicht verzichten, weil sich ja EPG auch ändern kann wenn Sendungen verschoben werden, etc.

Ihr müsst Euch aber gedulden, ich weis nicht ob ich schon heute zeit dafür habe eine neue epgdb.py zu machen wo das so drinnen ist.

Wenn wer schnellen python code für eine simple 16Bit checksum rumliegen hat ... ist der natürlich auch willkommen ... weil das würde den Process beschleunigen.

Sonst bleibt nur die 2 checksums die sowieso gebildet werden so zu verbinden das immer was 16Bitiges rauskommt das halbwegs unique ist

https://code.google.com/p/kabo…etcher.py?spec=svn41&r=41

Das müsste eigentlich reichen um eine sinnvolle dvb event id zu bekommen - ich baue es mal ein und ihr dürft es ausprobieren.

Sorry, aber ich hatte zuerst den coutner so das er über alle channel unique hochgezählt hat und das hat wunderbar funktioniert wenn weniger als 65536 Events geladen wurden, aber beim EPG von UK mit rund 80-100k events war das Chaos pur in der epg.db.

Also irgendwo im C++ habt ihr ein 16 bit limit drauf. Und die Idee der dvb event id ist ja genau das wenn eine Wiederholung titel und beschreibung haben die selbe event id vergeben wird damit clevere devices die nicht 2x aufnehmen wenn danach gesucht wird.

Das Problem ist halt das der XMLTV Importer die dvb event id nicht geladen kriegt - im CrossEPG wo es über den Transponder kommt vielleicht schon ... aber selbst da weis ich noch nicht wie man die rauskriegt.

Und ich müsste nachsehen wie die dvb event id im xmtlv für die epg.dat generiert wird ...

SCHLECHTE Idee

Unsere holländischen Freude machen das so:

# EVENT DATA
# simply create an incremental ID, starting from '1'
# event_id appears to be per channel, so this should be okay.
EPG_EVENT_DATA_id += 1

3x darfst du raten warum ich es so simpel implementiert hatte ...

wie schon gesagt du kannst weiter oben im Thread nachlesen wie viel spass wir hatten als die event id einfach über alle kanäle raufgezählt hatte bis ich sie pro Kanal gemacht habe damit sie nie über 65k geht.

Aber egal, sie soll laut standard nur 16 bit sein und selbst bei 30 Tagen EPG kommt man nicht mal annähernd auf diese zahl. Aber für eine checksum würde es natürlich helfen wenn ich einfach aus titel+beschreibung+startzeit eine 16 oder 32 Bit ID machen kann.

Nur typisch sind ein paar hundert EPG events pro Kanal zu laden, das sind weniger als 1% von 16Bit Integer, womit die chance auf die selbe checksum schon ziemlich gering sein sollte ...

Und die Fletcher checksum gibt es eh als 32 und 16 bit variante, wir können also gerne beide testen ...

In unserem Fall sollte es aber egal sein wenn Titel und Beschreibeung die selbe event id haben - weil dann heisst die Aufnahme halt gleich aber hat anderen Timestamp wenn es eine Wiederholung ist.

Ausprobieren ist besser als diskutieren, und wenn es mit 32 bit auch geht kann ich auch die standard checksum nehmen und halt einfach mit begin+titel+beschreubung als text aufrufen, wobei ich eben nicht sicher bin ob ich begin dazu nehmen soll

Im Anhang ist einfach eine epgdb.py zum Ersetzen im XMTLV und OpenEPG Plugin.

Da wird die dvb event id noch mit fletcher32 berechnet, bitte probiert mal aus ob da wenn man nach einem timer nochmals die epg.db befüllt Titel und Beschreubung der Aufnahnme stimmt.

Und dann bitte z.B. auf UK schauen ob der EPG der sender stimmt, weil eben so wie von Ghost vorgeschlagen eine 32Bit event id geladen wird.

Und ich teste in der Zwischenzeit fletcher16

Ja bitte, auf der vorherigen Seite steht ja jetzt eh wie man das Problem mit den Timern reproduzieren kann.

Eine variante mit fletcher16 kann ich auch anbieten, aber jetzt schauen wir mal ob Ghost recht hat