Hi Reichi,
habe mit meiner 8000er die gleichen Probleme und würde mich auch zum Test bereit erklären.
Gruß
Schluckspecht
Hi Reichi,
habe mit meiner 8000er die gleichen Probleme und würde mich auch zum Test bereit erklären.
Gruß
Schluckspecht
Also bei mir lüppt dat Ding von die Reichi jezze seit "Oct 24 23:47".
Einen Freeze hatte ich bislang nicht. Wie sieht es denn bei euch aus?
Außer dir hatte es bisher niemand ;).
Ich hab das eben in's git gepackt:
Ich habe es aber nur dir geschickt :).
Hi Reichi,
nach dem Anlegen und Speichern eines Eintrages im Autotimer hat sich meine 8000er immer aufgehängt. Mit der neuen Datei läuft alles einwandfrei. Seit Samstag keine Probleme mehr. Ich bin begeistert.
Gruß
Schluckspecht
Hallo,
ich kann das nur bestätigen. Es läuft so wie es soll - kein Einfrieren mehr.
Echt klasse!
Vielen Dank an Reichi.
Kann ich davon ausgehen, dass diese Änderung dann in der nächste OE2-Version mit drin ist?
Gruß
Gruselino
Ja, die Änderungen wird in den nächsten Updates (der jeweiligen Images) enthalten sein.
Wie siehts bei Euch aus wenn EPG Refresh den Autotimer startet?
Da bekomme ich jetzt immer die Zahnräder zu sehen und die Box kann nicht mehr bedient werden.
Nachtrag: Hab mal die Vorgänger Version der AutoTimer.py hochgeladen und nun läuft der EPG Refresh inkl. Autotimer wieder.
Hallo Reichi,
leider habe ich mit der aktuellen Version Probleme.
Nach Durchlauf von EPGRefresh sowie mehrfach über den Tag verteilt friert die Box ein.
Wenn ich AutoTimer.py gegen eine ältere Version austausche, läuft wieder alles normal.
Gruß
KarlKlammer
Hallo,
ja leider kann ich das Problem auch bestätigen. In der Hoffnung produktiv auf das nächste Experimental zu wechseln, habe ich das mit EPGRefresh überhaupt nicht getestet. Aber in der Tat kann ich die Zahnräder leider auch bestätigen.
Gruß
Gruselino
Ich seh mir das bei Gelegenheit nochmal an.
EDIT: Eine minimal geänderte EPGRefresh.py ist angehängt, ich warne aber mal vorab, dass es sich dabei um einen schuss ins Blaue handelt!
Danke Reichi,
sieht auf den ersten Blick aus wie ein Schuss ins Schwarze. Keine Zahnräder und Box bleibt nach dem Refresh bedienbar.
Grüße
Hallo Reichi,
bei mir sieht es noch nicht ganz so erfolgreich aus. Wenn ich EPGRefresh manuell durchlaufen lasse, bleibt die Box zwar anschließend bedienbar.
Meine Aktualisierung läuft aber normaler Weise nachts. Und auch mit der geänderten EPGRefresh.py schaltet die Box sich anschließend nicht aus. Sie ist zwar übers Netz noch erreichbar, aber nicht mehr bedienbar. Der einzige Unterschied zu vorher ist, daß jetzt auch das Display dunkel ist.
Ich weiß nicht, ob Du daraus etwas erkennen kannst. Aber hier mal die letzten Zeilen aus dem Log:
[EPGRefresh] Stopping Timer
[AutoTimer] No changes in configuration, won't parse
[TeleText] autostart(1, {})
---- saving lame channel db
saved 457 channels and 7358 services!
release cached channel (timer timeout)
[eDVBCAService] remove channel 0x25f0be8
[eDVBLocalTimeHandler] remove channel 0x25f0be8
[eEPGCache] remove channel 0x25f0be8
stop release channel timer
(0) preClose
[EPGC] store epg to realpath '/media/hdd/epg.dat'
[EPGC] 23854 events written to /media/hdd/epg.dat
main thread is non-idle! display spinner!
thread joined 0
set RTC to previous valid time
- (41) eHbbtv
- (41) eServiceFactoryBludisc
- (41) eServiceFactoryM2TS
- (41) eServiceFactoryMP3
- (41) eServiceFactoryFS
- (41) eServiceFactoryDVB
- (40) eServiceCenter
- (35) CI Slots
- (30) eActionMap
- (21) input device driver
- (21) Console RC Driver
- (20) DVB-CI UI
- (20) UHF Modulator
- (20) RC Input layer
- (20) misc options
- (20) HDMI CEC Subsystem
- (20) [ 629.434000] bcmfb: creating surface with pixel format 0x07e48888 (BPXL_eA8_R8_G8_B8)
AVSwitch Driver
- (15) eWindowStyleManager
- ([ 629.453000] bcmfb: disable manual blit
10) gRC
waiting for gRC thread shutdown
gRC thread has finished
- (9) GFBDC
- (9) gLCDDC
- (9) Font Render Class
- (8) graphics acceleration manager
- (1) Background File Eraser
reached rl -1
Alles anzeigen
Gruß
KarlKlammer
Hi,
hmm das log ist eigtl "Gut". Die Frage ist ob enigma2 hier dann hängen bleibt oder ob der Prozess schon tot ist und irgendeine Erweiterung o.Ä. involviert ist.
Wie wurde das Log erstellt? Denn wenn man enigma2 von der konsole startet funktioniert ein Herunterfahren der Box i.d.R. nicht!
Hallo Reichi,
das Log habe ich seriell mit Putty erstellt. Enigma war ganz regulär durch EPGRefresh aus dem Deep Standby gestartet.
Per FB läßt die Box sich sonst auch ganz normal ausschalten.
Meine Installation ist zwar noch keine zwei Wochen alt, ich flashe aber zur Sicherheit nochmal neu.
Gruß
KarlKlammer
Nicht neu flashen! Ich arbeite an einem Fix. Der Schuss ins Blaue hat halt doch auch etwas blau getroffen ;).
Kein Problem. Das war eine Installation unter BA.
Aber die "ausgedienten" Installationen bleiben bei mir immer noch ein paar Wochen.
Gruß
KarlKlammer
Hi,
wollte hier auch mal meinen Senf zu beitragen:
Ich hatte heute mal EPGRefresh manuell gestartet und währenddessen den Autotimer aufgerufen.
Beim Versuch eines Neustart wurde das Bild schwarz, mit init 4 + 3 über Telnet gabs einen E2 Neustart, der Spinner blieb und man sah ein Standbild des letzten Programms. Hab ich dann nochmal mit init 4 + 3 über Telnet einen Restart versucht, gabs nen Grünen und dabei wurden die anhängenden Crashlogs erstellt.
Vielleicht helfen die ja weiter?
Ich habe sowieso das Gefühl, dass nach Start des Autotimers es ewig dauert bis das Infofenster kommt, welche Sendungen hinzugefügt wurden. Oft kommt die Info auch gar nicht.
Ich hab ne 7020HD mit dem aktuellsten OE2.0. Bei den Plugins hab ich keine py-Datei ausgetauscht.
So, hab jetzt nochmal eine ältere autotimer.py genommen.
Es funktioniert alles wunderbar, auch der autotimer selber funzt schneller, auch mit dem Info-Screen welche Timer hinzugefügt wurden.
Mal eine Frage: Wieso muß EPGRefresh gefixt werden, wenn es ein Fix am Autotimer auch tun würde?