Serientimer Fehler
-
- Tuxboxer
- Beiträge: 4332
- Registriert: Dienstag 7. Mai 2002, 17:04
Serientimer Fehler
Hi All,
auf welch mysteriöse Art kann es passieren das ein Serientimer verstellt wird? Ich nehme jeden abend CSI auf 13th auf (20:13). Gestern wurde nun plötzlich nicht aufgenommen. - Bin dann über blau/gelb ins timermenü und siehe da der Timer stand auf xx.xx.2020 (Start und Enddatum) vorher lief 14Tage alles normal wie ein "Uhrwerk".(Aufnahme aus deep standby) Ich habe deffinitiv in der letzten Zeit nichts geändert.
YADI 1.0.9
auf welch mysteriöse Art kann es passieren das ein Serientimer verstellt wird? Ich nehme jeden abend CSI auf 13th auf (20:13). Gestern wurde nun plötzlich nicht aufgenommen. - Bin dann über blau/gelb ins timermenü und siehe da der Timer stand auf xx.xx.2020 (Start und Enddatum) vorher lief 14Tage alles normal wie ein "Uhrwerk".(Aufnahme aus deep standby) Ich habe deffinitiv in der letzten Zeit nichts geändert.
YADI 1.0.9
-
- Tuxboxer
- Beiträge: 5873
- Registriert: Samstag 23. Februar 2002, 22:46
-
- Tuxboxer
- Beiträge: 4391
- Registriert: Freitag 21. Mai 2004, 17:16
-
- Tuxboxer
- Beiträge: 4332
- Registriert: Dienstag 7. Mai 2002, 17:04
-
- Tuxboxer
- Beiträge: 4391
- Registriert: Freitag 21. Mai 2004, 17:16
-
- Developer
- Beiträge: 867
- Registriert: Mittwoch 14. August 2002, 19:50
Falsche Uhrzeit der Box beim neu-schedulen des Timers. Winn die Box "denkt" es ist schon 2015 macht es ja keinen Sinn, den Timer auf 2004 zu schedulen.
Allerdings holt sich der Timerd bevor er irgendwas macht, erst das o.k. vom sectionsd dass der ne korrekte Uhrzeit empfanhen und gesetzt hat.
D.h. hier macht entweder der sectionsd mist oder der Sender...
Zwen
Allerdings holt sich der Timerd bevor er irgendwas macht, erst das o.k. vom sectionsd dass der ne korrekte Uhrzeit empfanhen und gesetzt hat.
D.h. hier macht entweder der sectionsd mist oder der Sender...
Zwen
-
- Tuxboxer
- Beiträge: 4332
- Registriert: Dienstag 7. Mai 2002, 17:04
-
- Tuxboxer
- Beiträge: 5873
- Registriert: Samstag 23. Februar 2002, 22:46
Das trifft bei mir schon mal nicht zu da meine Nokia generell nicht mit HW_sections und built_in ucodes klar kommt.Tommy hat geschrieben:vermutl. wars bei mir der Konflikt aus ucode built in und HWsections on. Habe jetzt wieder die F0 drauf und bis jetzt keine Aussetzer. War ein dummer Umbenennungsfehler - habs erst gemerkt als der komplette RTL Transponder nicht mehr ging
Mit der ucode B107 tritt das Problem genauso auf.
Gruß Gorcon
-
- Interessierter
- Beiträge: 24
- Registriert: Freitag 20. Februar 2004, 10:56
Hallo,
sieht mir nach dem gleichen Problem aus wie mein Thread http://forum.tuxbox-cvs.sourceforge.net ... hp?t=33693
Habe gestern festgestellt, dass die Box immer mit einem "falschen" Datum startet, bis der sectionsd das Datum richtig setzt. Dieses Datum war bei mir z.B. im Jahr 2025. Laut zwen sollte der timerd aber erst aktiv werden, wenn der sectionsd die richtige Uhrzeit gesetzt hat (das Uhrzeit-setzen klappt, meine Zweifel im anderen Thread waren nicht berechtigt). Hier hakt es irgendwo, die Daemons laufen zu früh los, und wenn man Pech hat, werden die Timer dabei vermurkst, wenn der sectionsd nicht rechtzeitig die Zeit setzt. Da muss man noch etwas Debugging-Aufwand investieren. Bin dabei, mir das anzusehen, kann mich aber auch nicht gerade als Coding-Helden bezeichnen.
Gruss
ziggy
sieht mir nach dem gleichen Problem aus wie mein Thread http://forum.tuxbox-cvs.sourceforge.net ... hp?t=33693
Habe gestern festgestellt, dass die Box immer mit einem "falschen" Datum startet, bis der sectionsd das Datum richtig setzt. Dieses Datum war bei mir z.B. im Jahr 2025. Laut zwen sollte der timerd aber erst aktiv werden, wenn der sectionsd die richtige Uhrzeit gesetzt hat (das Uhrzeit-setzen klappt, meine Zweifel im anderen Thread waren nicht berechtigt). Hier hakt es irgendwo, die Daemons laufen zu früh los, und wenn man Pech hat, werden die Timer dabei vermurkst, wenn der sectionsd nicht rechtzeitig die Zeit setzt. Da muss man noch etwas Debugging-Aufwand investieren. Bin dabei, mir das anzusehen, kann mich aber auch nicht gerade als Coding-Helden bezeichnen.
Gruss
ziggy
-
- Developer
- Beiträge: 867
- Registriert: Mittwoch 14. August 2002, 19:50
da rennt niemand zu früh los oder setzt etwas zu spät - der Ablauf ist klar definiert:
Der sectionsd bietet eine Methode an, die zurückliefert, ob er die Uhrzeit gesetzt hat. Solange die nicht true liefert macht der timerd gar nix.
Das Problem liegt einzig im sectionsd Uhrzeit handling. Entweder er setzt das flag falsch, ob er die Uhr gesetzt hat (glaub ich nicht) oder empfängt am Anfang eine falsche Uhrzeit (entweder weil der Sender was "falsches" schickt, oder weil er etwas falsch interpretiert).
Leider ist der sectionsd von grünen Marsmenschen geschrieben worden und für beschränkte Erdenbürger ein Buch mit sieben Siegeln ;-)
Zwen
Der sectionsd bietet eine Methode an, die zurückliefert, ob er die Uhrzeit gesetzt hat. Solange die nicht true liefert macht der timerd gar nix.
Das Problem liegt einzig im sectionsd Uhrzeit handling. Entweder er setzt das flag falsch, ob er die Uhr gesetzt hat (glaub ich nicht) oder empfängt am Anfang eine falsche Uhrzeit (entweder weil der Sender was "falsches" schickt, oder weil er etwas falsch interpretiert).
Leider ist der sectionsd von grünen Marsmenschen geschrieben worden und für beschränkte Erdenbürger ein Buch mit sieben Siegeln ;-)
Zwen
-
- Tuxboxer
- Beiträge: 4332
- Registriert: Dienstag 7. Mai 2002, 17:04
-
- Senior Member
- Beiträge: 1339
- Registriert: Donnerstag 24. April 2003, 12:12
-
- Tuxboxer
- Beiträge: 5873
- Registriert: Samstag 23. Februar 2002, 22:46
-
- Tuxboxer
- Beiträge: 4332
- Registriert: Dienstag 7. Mai 2002, 17:04
-
- Tuxboxer
- Beiträge: 5873
- Registriert: Samstag 23. Februar 2002, 22:46
-
- Tuxboxer
- Beiträge: 4332
- Registriert: Dienstag 7. Mai 2002, 17:04
-
- Tuxboxer
- Beiträge: 5873
- Registriert: Samstag 23. Februar 2002, 22:46
-
- Tuxboxer
- Beiträge: 5873
- Registriert: Samstag 23. Februar 2002, 22:46
Habe eben mal spassenshalber in die Timerliste reingeschaut und schon wieder wurde das Datum so verändert das erst am 15.12.2020 aufgenommen wird.
Ich kann nicht nachvollziehen woran das liegt.
Gruß Gorcon
Edit: Habe eben den Timer korigiert, alles abgespeichert und dann die Box runtergefahren und neu gestartet und wieder wurde er geändert. Diesmal "nur" die Uhrzeit um eine Stunde später verändert.
Wieder abgendert Box runtergefahren, nach Neustart war diesmal der Timer i.O.
Kann es sein das der Timer immer verändert wird wenn die Box sehr lange für die Syncronisaton der Zeit braucht?
Ich kann nicht nachvollziehen woran das liegt.
Gruß Gorcon
Edit: Habe eben den Timer korigiert, alles abgespeichert und dann die Box runtergefahren und neu gestartet und wieder wurde er geändert. Diesmal "nur" die Uhrzeit um eine Stunde später verändert.
Wieder abgendert Box runtergefahren, nach Neustart war diesmal der Timer i.O.
Kann es sein das der Timer immer verändert wird wenn die Box sehr lange für die Syncronisaton der Zeit braucht?
-
- Tuxboxer
- Beiträge: 4332
- Registriert: Dienstag 7. Mai 2002, 17:04
-
- Tuxboxer
- Beiträge: 5873
- Registriert: Samstag 23. Februar 2002, 22:46
-
- Tuxboxer
- Beiträge: 4332
- Registriert: Dienstag 7. Mai 2002, 17:04
-
- Tuxboxer
- Beiträge: 5873
- Registriert: Samstag 23. Februar 2002, 22:46
Du verstehst mich nicht richtig.
Das Problem tritt ja vorher schon auf. Ich habe den Timer auf 19:24 gestellt Montag-Freitag SciFi.
Wenn ich die Box zwischendurch mehrmals runter und wieder hochfahre wid die Zeit geändert so das die Box zu dem besagten Timer nicht selbst hochfahren kann.
Wenn beim hochfahren der Timer nicht geändert wurde dann klappt das Automatische Hochfahren 100%ig.
Würde die Box also bei jedem "normalen" Start die Zeit nicht per sectionsD bekommen sondern "woanders" her dann gäbe es das Problem nicht.
Besser wäre es wenn der Timer erst nicht unmittelbar nach dem neustart korigiert würde.
Gruß Gorcon
Das Problem tritt ja vorher schon auf. Ich habe den Timer auf 19:24 gestellt Montag-Freitag SciFi.
Wenn ich die Box zwischendurch mehrmals runter und wieder hochfahre wid die Zeit geändert so das die Box zu dem besagten Timer nicht selbst hochfahren kann.
Wenn beim hochfahren der Timer nicht geändert wurde dann klappt das Automatische Hochfahren 100%ig.
Würde die Box also bei jedem "normalen" Start die Zeit nicht per sectionsD bekommen sondern "woanders" her dann gäbe es das Problem nicht.
Besser wäre es wenn der Timer erst nicht unmittelbar nach dem neustart korigiert würde.
Gruß Gorcon
-
- Tuxboxer
- Beiträge: 4332
- Registriert: Dienstag 7. Mai 2002, 17:04
....war ja eher nur spaßig gemeint - ich kenne das Problem nur zu gut
Sinvoll wäre eine Art Schreibschutz - wenn ein Timer einmal gesetzt ist darf er vom System nicht mehr verändert werden. Ich weis sowieso nicht warum an gesetzten Timern EIngriffe vorgenommen werden. Ein Workaround wäre die Timerdatei zu spiegeln und vorm herunterfahren ein backup einzulesen. Alternativ könnte man evtl bei Zugriff auf die Timerdatei eine Warnmeldung auf dem TV einblenden "Achtung Timer prüfen"
Sinvoll wäre eine Art Schreibschutz - wenn ein Timer einmal gesetzt ist darf er vom System nicht mehr verändert werden. Ich weis sowieso nicht warum an gesetzten Timern EIngriffe vorgenommen werden. Ein Workaround wäre die Timerdatei zu spiegeln und vorm herunterfahren ein backup einzulesen. Alternativ könnte man evtl bei Zugriff auf die Timerdatei eine Warnmeldung auf dem TV einblenden "Achtung Timer prüfen"
-
- Tuxboxer
- Beiträge: 5873
- Registriert: Samstag 23. Februar 2002, 22:46
Nein, das geht nicht denn dann würde die Box nicht wieder starten.Sinvoll wäre eine Art Schreibschutz - wenn ein Timer einmal gesetzt ist darf er vom System nicht mehr verändert werden.
Sie muss ja den neuen Timer berechnen wann wieder gestartet werden soll.
Der Zeitpunkt wann der Timer geändert wird sollte aber besser geändert werden.
Gruß Gorcon
-
- Tuxboxer
- Beiträge: 4332
- Registriert: Dienstag 7. Mai 2002, 17:04