Timerliste wieder vergesslich...

[RSchmidt1967]

Hallo Ihr,

zunächst mal ein Danke an alle Entwickler &Co. für das neue Image vom 18.02.03.
Einen Bug habe ich auch schon feststellen müssen. Die Timerliste wird beim schalten der Box in den StandBy Modus gelöscht und irgendwie geht die Mutetaste bei mir nicht mehr seit dem Update...

Ist das bei Euch auch?

Gruss René

[termi0815]

Nee, bei mir funktioniert alles ganz normal. Egal ob ich die Box in den Standby-Modus oder auch in den Deep-Standby versetze, die Timerliste bleibt erhalten.

cu termi0815

[RSchmidt1967]

Danke,
habe die Box auch schon neu geflasht, das Ergebnis ist aber das gleiche...

Gruss René

[Xenon-777]

Also ich hab es nur einmal geschaft das der Timer seine Einstelungen vergessen hat ... da hab ich den Timer direckt bei einer Aufname gestört (aktiver timer geändert) und damit die Box bei nachsten Timer-Auftrag zum Abstürtzen gebracht ... danach was die timer.conf leer ... ist mir aber bis jetzt nicht nochmal passirt..

[RSchmidt1967]

Ich werde es heute nochmals neu probieren. Irgendwie schon seltam das es bei Euch geht und bei mir ist die Liste nach dem Herunterfahren in den "Deep StandBy" leer - also nix mit selbständiger Aufnahme etc. Sonst macht das Image vom 18.Feb.03 ja einen sehr guten Eindruck, selbst das Umschalten von DD 5.1 nach DS geht jetzt auf meiner Nokiabox ohne das Lautsprechertötende Fieben!

Gruss René

[Tom]

hi,

also die dbox fängt an jetzt richtig spass zu machen!
-> graben funktioniert (ohne resyncs)
-> wol funktioniert (eine ganz tolle sache!!!!)
-> jugendschutz sperre: ok

aber was jetzt auf einmal nicht mehr geht:
ist (deshalb poste ich das jetzt hier als antowort)
das speichern der timerliste...
... es ist wie oben schon von RSchmidt beschrieben:
nach deep standby ist die liste weg.
was aber auffällt: ich programmier nen timer, schalte die dbox aus.
und anschliessend fährt die dbox tatsächlich zum richtigen zeitpunkt hoch
aber das wars dann auch schon. -> die timerliste ist weg.

.. ich habe bereits die cramfs neu eingepielt, nützt aber garnichts....

weiss jemand rat??
wo wir die timerliste gespeichert?
warum ist die nach dem hochfahren wieder weg??

fragen über fragen...
ABER DENNOCH: ich bin mit den softwarestand (bis auf den timer )
SEHR ZUFRIEDEN!
EIN RESPEKT AN DIE ENTWICKLER.

Gruß Tom.
basisimage 1.6.8; cramfs 18.02.03

[usul]

Sicher das die Liste beim Runterfahren gelöscht wird.

Bei meinen Tests wurde sie (obwohl vorhanden) nach dem Start einfach nicht angezeigt.

cu
usul

BTW: Ich verstehe immer noch nicht warum sie überhaupt beim Herunterfahren gespeichert werden muß. Warum nicht einmal abspeichern wenn der user änderungen vornimmt und gut ist?

[Xenon-777]

gespeichert wird sie /var/tuxbox/config/timerd.conf

[Tom]

die frage wäre, wenn die timerliste beim runterfahren gelöscht wird, oder wenn sie garnicht gespeichert wird, woher weiss die dbox wann sie wieder hochfahren soll???
denn wenn ich einen timer programmiere, anschließen in den deep standby ausschalte, schaltet sich die dbox SELBSTÄNDIG zur angegebener uhrzeit ein (selbstverständlich mit der angegebenen vorlaufzeit von bei mir 5 minuten), aber sonst nichts (keine umschaltung auf den richtigen sender, keine aufnahme)! und die liste ist natürlich weg.

ciao.

[usul]

die frage wäre, wenn die timerliste beim runterfahren gelöscht wird, oder wenn sie garnicht gespeichert wird, woher weiss die dbox wann sie wieder hochfahren soll???

Nur geraten:

Beim Runterfahren "sagt" der timerd der Box (besser irgendeinem Chip in der BOX) "wach um xx:xx wieder auf" und *außerdem* wird die Timerliste gespeichert (was fehlschlägt).

Um xx:xx weckt der Chip die BOX un der nun gestartete Timerd findet keine Timerliste und macht deshalb garnichts.

cu
usul

[Tom]

aaah ja.
das heisst jetzt müssten wir jemanden finden
der das netterweise entweder wieder aktiviert (ich glaub das ging schon mal), oder neu einbaut, oder uns einen workaround anbietet...

ciao.

-> wird die liste eigentlicht gelöscht, oder garnicht erst gespeichert??

[Zwen]

Hi,

die Timerliste wird beim runterfahren nur gespeichert, wenn sich etwas geändert hat, was noch nicht gespeichert wurde. Ansonsten wird Sie bei jeder Änderung gespeichert. Zum Wakeup aus dem Deep Standby wird ein interner Timer des Frontprozessor verwendet. Dieser wird vor dem runterfahren auf eine bestimmtes Zeitinterval gesetzt und holt die Box nach Ablauf dieses Intervalls wieder aus dem Standby.

Die alten Timer werden bei Neustart übrigens erst gelesen, wenn die Box die aktuelle Uhrzeit hat, davor arbeitet der Timerd auch gar nicht. Ohne korrekte Uhrzeit würde ja sonst das Chaos losbrechen, d.h. erst wenn ihr auch in der Info/LCD die Uhrzeit seht kommen die timer. Veraltete Timer werden beim Start gelöscht.

Im Log sieht man im Übrigen wieviel timer er speichert....
Eine weitere gute Debugmöglichkeit ist vor start des timerd die timerd.conf zu sichern. Wenn die Timer dann wirklich mal weg sind, kann man anahand der Sicherung sehen, on Sie nicht richtig gespeichert wurden, oder ob sie der timerd beim start nicht richtig geladen hat...

also einfach mal in start_neutrino die zeile

cp /var/tuxbox/config/timerd.conf /var/tuxbox/config/timer.save

vor den Start des timerd einbauen und bei Timerverlust nachschauen.

Ich vermute das Problem eher bei der Uhrzeit beim Start, z.b. wenn ein Sender keine Zeit sendet, wartet der timerd so lange, bis auf einen Sender geschalten wird, der die Uhrzeit überträgt. Oder der sectionsd (das Sorgenkind) behauptet er häbe die Zeit gestellt und hat das noch gar nicht (Zeit evtl noch in der Zukunft) -> Damit wären veile Timer veraltet und würden gelöscht....

Dies kann man im Übrigen ganz gut am Zeitstempel der timerd.conf sehen: Einfach mal nach dem Start, wenn die Timer mal wieder weg sind, Größe und Zeitstempel der timerd.conf nachschauen.

Eure Ergebnisse könnt ihr dann hier posten...
Zwen

[RSchmidt1967]

Hallo!

So, nachdem ich die Box mal fast 12 Stunden stromlos hatte, habe ich die Box neu geflasht und siehe da, jetzt geht auch wieder mit der Timerliste. Warum auch immer...
Von dem Image (18.Feb.03) bin ich ja jetzt richtig begeistert, wenn nicht das "Elend" mit den hängenden Sectionsd wäre. Dieser tritt bei mir nach ca. 6 Stunden Dauerbetrieb auf und dann hilft nur noch für einige Zeit (2 Stunden reichen bei meiner Nokia Box) den Netzstecker zu ziehen und zu warten... Danach beginnt das Spiel von vorne. Ich hoffe das es hier bald eine Lösung gibt.

Gruss René

[Xenon-777]

Was man auch testen könnte ... einen Timer mal aif täglich schalten ... ist das der sectiond wirklich mit einer Uhrzeit in der zukunft unterwegs dann müste der Timer irgentwo in die Fukunft gewechselt werden.

[Tom]

hi

@Zwen: na das ist ja lustig: die datei var/tuxbox/config/timerd.conf
wird bei mir nach dem speichern eines neuen timers garnicht angelegt...
???
woran liegt denn das?

ciao tom

[Tom]

... muss ich denn alles verstehen??? -> nein ich muss nicht, und ich will auch nicht... ;-)

ich hab mal kurzerhand das baseimage 168 nochmals geflasht
und cramfs vom 18.02 nochmals eingespielt alle meine einstellungen
vorgenommen und wie von geisterhand ist der timer wieder da
UND er schein sogar zu funktionieren

... wollte ich nur bemerkt haben....

nichts desto trotz vielen dank für eure mühe...

ciao tom

[Zwen]

na das ist ja lustig: die datei var/tuxbox/config/timerd.conf
wird bei mir nach dem speichern eines neuen timers garnicht angelegt...

Schwer zu sagen... Vielleicht falsche protections des verzeichnisses ...

[zexma]

na das ist ja lustig: die datei var/tuxbox/config/timerd.conf
wird bei mir nach dem speichern eines neuen timers garnicht angelegt...

Schwer zu sagen... Vielleicht falsche protections des verzeichnisses ...

Also ich konnte bis dato (tot toi toi) keinerlei Timer-"Alzheimer" mehr ausmachen (getestet seit 19.02). Meine Timer-Liste hatte dabei zwischenzeitl. eine Grösse von 19kByte erreicht (Jaja, ich streame z.Zt. viel Discovery, die gehn ja immer nur max. 30,45,60 mins. ) Hierbei fuhr/fährt die Box jeweils aus dem Deep-Standby rauf-und runter. Keinerlei Probleme meinerseits mehr feststellbar.
Getestest auf Philips, cramfs 18.02.