Thema: Funktioniert automatische EPG-Aktualisierung unter 5.0?

Hat auch vorher funktioniert, so eine epg.dat Datei kann auch mal kaputt gehen, dann kommt es auch zu solchen Effekten.
Ich vverwende das PLUGIN EPG Reffresh das ist eigentlich ne sauber Lösung.

Bringt aber alles nichts.
Ich muß meine epg.dat mit schöner Regelmäßigkeit seit ca. zwei Monaten alle paar Tage bei gestopptem E2 löschen.
Dann befüllt sie sich wieder (entweder Image-Machanismen oder epg-Refresh), und ist dann wieder hinüber.
Ich merke das immer daran, daß es in /home/root eine Datei mit kryptischem Dateinamen gibt, die auch gelöscht weden muß (geht nur per CIFS).
Dazu gibt es auch in einem DreamForum einen langen Thread zum neuen epg-Format bzw. der neuen epg-Datenbank. Da wird nicht mehr die alte epg.dat Struktur gespeichert, sondern direkt eine SQL3-DB erzeugt, und die gespeichert. Damit entfällt wohl auch ein Speicherleak, das bei epg.dat bisher zuschlagen soll. Ich habe den ganzen Thread noch nicht komplett durchdrungen (Länge und Verständnis), hoffe aber, daß in den Images der OE-A diese Technologie auch kommen kann (ohne daß DMM da gleich rebelliert).

FernSupport kann stressig sein. Poste doch mal deine EPG Einstellungen.

Installier dir noch EPG. Refresh und lass die Box zu einer Zeit hochfahren wenn niemand TV schaut, stell Pesudoaufnahme ein, siehe Bild anbei, mit Taste blau / Kanäle noch das TV Bouquet hinzufügen fertig.

EDIT: Habe gerade gesehen, Du hast ja ne VU+ Zero, da funktioniert Pesudoaufnahme nicht, diese Funktion gibt es nur bei Twin Tuner Boxen, die VU+ Zero hat nur 1 Tuner.

Zitat von Papi2000

Ich muß meine epg.dat mit schöner Regelmäßigkeit seit ca. zwei Monaten alle paar Tage bei gestopptem E2 löschen.

Das Problem kenne ich nicht.

Zitat von Papi2000

Dann befüllt sie sich wieder (entweder Image-Machanismen oder epg-Refresh), und ist dann wieder hinüber.

Der Image-Mechanismus ist auf jeden Fall fehlerhaft.
Entweder
- ist ein gigantisches Speicherleck drin
oder
- er will das EPG für alle Sender in der lamedb aktualisieren (Was ja wohl voll blödsinnig wäre) statt nur für die die auch in Bouquets sind
oder
- er verläuft sich in den Alternativen

Mindestens einer der drei o.g. Punkte trifft zu.

Aus dem Grund verwende ich auch nach wie vor EPGRefresh zum Aktualisieren des EPG auf den Sendern, die eines haben.
Zusätzlich läuft bei mir auch noch ein angepaßtes EPGImport/xmltvimport (Es liegt auch schon im oe-a git, aber mir fehlt momentan die Zeit, es auslieferungsfertig zu machen) mit vorgefilterter Rytec-Liste (Das zum Filtern benutzte EPGImportFilter-Plugin läuft momentan nicht ganz rund auf OpenATV) für die Sender, die kein echtes EPG haben (z.B. MTV Music 24, Private TV, Redlight HD, usw.).

Seitdem habe ich immer EPG und so wenig Fehler aus dem Rytec-XMLTV wie möglich (Da ich den Rytec-Import wirklich nur für Sender ohne EPG nutze).

Wenn ich endlich mal mehr Zeit finde, mache ich das xmltvimport fertig und ersetze das auf dem Feed vorhandene durch die aktualisierte Version und vielleicht mache ich mich dann auch mal an den eingebauten Refresh, damit der wirklich als EPGRefresh-Ersatz taugt.
Momentan habe ich aber echt viel Streß ...

Zitat von Papi2000

hoffe aber, daß in den Images der OE-A diese Technologie auch kommen kann (ohne daß DMM da gleich rebelliert).

Die Technik an sich wäre das geringste Problem.
SQL-Datenbanken sind ja nun kein Geheimwissen.
Ich denke, nicht einmal eine identische Benennung und Definition der Felder (Damit die erzeugte DB z.B. auch im Netzwerk geteilt oder durch Kopieren synchronisiert werden kann) würde irgendein schützenswertes Gut von Dream berühren, dazu ist das viel zu sehr low-tec.
Es müßte nur irgendjemand machen ...

Allerdings ist Dream knallhart, was deren alte Boxen angeht:
Die stellen sich in etwa auf den Standpunkt, daß jemand der bescheuert genug war vor 5 Jahren 1000 EUR für 'ne Dream auszugeben das auch nach 5 Jahren wieder ist.
Die trennen ganz klar zwischen altem Schrott ("Sowieso nur noch Clones") und den aktuellen Boxen.

Frag mal bei Dream irgendwas wegen einer DM800HD an, z.B. wegen neuer Treiber mit gstreamer 1.x- und glibc-2.x-Kompatibilität ... die Antwort wird lauten "Kein Clone-Support", ganz so als seien selbstverständlich alle echten DM800 inzwischen einer DM820 gewichen, nur weil die DM800 schon seit einiger Zeit nicht mehr original verkauft wird.

Klar, neu kaufen kann man die alten Dreams wirklich nur noch als Clone (Und das sollte man tunlichst unterlassen, für das Geld kriegt man deutlich bessere aktuelle Boxen), aber es ist schon eine befremdliche Haltung seitens des Herstellers, wenn der sagt, daß deshalb auch alle echten alten Boxen inzwischen kaputt - auf jeden Fall aber "weg" - sein müßten ...


Diese Haltung spielt für uns an der Stelle eine Rolle, wo neuere Features aus Dreams E2 (Genannt "Dreambox OS") nachgebildet werden:
Dream tut das ohne Rücksicht auf Verluste nur für die neuen Boxen und braucht sich dementsprechend um Null Flash, Null MHz wie bei der DM800 keinen Kopf zu machen.

Auf Boxen mit 64 MB Flash ist OpenATV schon jetzt nicht mehr wirklich lauffähig. Auf einer frisch geflashten DM800 kannst Du froh sein, daß der Platz überhaupt noch reicht um ein paar Wifi-Treiber zu löschen, damit Du im Anschluß Kram auf 'nen Stick verlagern kannst.
Flashen und loslegen ist da nicht mehr, das ist nur noch was für Liebhaber und Frickler.
Kommt bei diesen Boxen auch nur eine Lib a la mariadb, mysql o.ä. dazu, dann bricht dort vermutlich alles zusammen.

Früher oder später kommen wir an den Scheidepunkt wo wir sagen müssen "Es geht nicht mehr, die Boxen x, y und z fallen hinten raus" oder wir betreiben alle neuen Boxen unter Potential.

Ich bin sehr dafür zu sagen "4.2 war das letzte OpenATV für DM800" und "5.0/5.1 wird das letzte OpenATV für Boxen mit 64 MB Flash sein".
Für die dämliche DM800 wurde beim Versuch OpenATV 5.0 dafür zu bauen schon jetzt genug Entwicklungszeit verbrannt und die 64 MB-Grenze haben wir eigentlich schon lange überschritten. Die "smallflash"-Images enthalten nicht einmal mehr den für komfortable Netzwerkfunktionalität im Windows-Netzwerk (Also dem Normalfall) essentiellen Samba.
Es gibt nichts mehr, was man opfern könnte um irgendeine Lib doch noch hineinzuquetschen, außer man schmeißt auch noch WiFi raus.