DBoxtimer verändern sich / verschwinden

[KeXXeN]

@Torsten
Wie jetzt ?

Es geht wenn sie aus dem Deep Standby kommt, aber es geht nicht wenn sie schon lief.

Ich denk die Problematik is genau andersrum?

[Torsten73]

@Kexxen:

noch mal ganz genau, damit keine Mißverständnisse aufkommen:

Bei 2 aufeinanderfolgenden Timern ist meine Fehlerbeschreibung immer bei bereits laufender Box passiert, also nicht aus dem Deepstandby.

Bei den Serientimern ist die Box immer vorher im Deepstandby.

Ich habe mehrere Boxen! Mir viel halt nur auf, dass das mit den 2 Timern bei der "immer an" Box passierte. Aus dem Deep Standby habe ich das noch nicht probiert, bzw. kann mich nicht an probleme erinnern, weil ich dort eigentlich nie 2 Timer hintereinander mache.

Ich hoffe jetzt ist es eindeutig

[Micha911]

@Kexxen:
Ich habe mehrere Boxen! Mir viel halt nur auf, dass das mit den 2 Timern bei der "immer an" Box passierte. Aus dem Deep Standby habe ich das noch nicht probiert, bzw. kann mich nicht an probleme erinnern, weil ich dort eigentlich nie 2 Timer hintereinander mache.

Dann kannst Du aber nicht sagen, daß es dort nicht passiert, wenn
Du es gar nicht probiert hast. Ich habe es im Deep Standby probiert
und da schaltete die dbox sich 3 Minuten nach Beginn der zweiten
Aufnahme aus!

[Micha911]

@Micha
Ich kann dich beruhigen, wenn ich das so richitg gesehen habe dann laufen Timer die auf der Box gespeichert werden und über einen Streamingserver aufnehmen und die Box zu diesen Timern nicht aus dem Deep Standby aufwachen muss, absolut tadelos und ohne Fehler durch.

@P.S.
Siehe FAQ Unter "serielles Log / Bootlog"

die timer sind weg, gelöscht! und keinen deep standby zu nutzen,
ist doch enrgieverschwendung, oder? und auf einen nfs-server
direkt aufzunehmen sollte doch kein unterschied zum speichern auf
einen streamingserver machen, was die behandlung der timer
angeht, oder?
leider ist meine box zwar über netz angeschlossen, eine serielle
verbindung wegen zu großem abstand zum nächsten pc aber
nicht ständig möglich, kann man die box nicht so einstellen, daß
ein log über's netz gesendet wird?

[KeXXeN]

die timer sind weg, gelöscht!

Hab ich ja auch nicht behauptet.

und keinen deep standby zu nutzen,
ist doch enrgieverschwendung, oder?

Dann würde es sich schon ehr lohnen den Stecker vom TV immer raus zu ziehen und den nicht auf Standby laufen zu lassen ebenso beim Bildschirm vom Computer und evtl beim Vorhandenen DVD-Player oder Videorecorder. Das würde im Jahr mehr Strom sparen.

und auf einen nfs-server
direkt aufzunehmen sollte doch kein unterschied zum speichern auf
einen streamingserver machen, was die behandlung der timer
angeht, oder?

Eng betrachtet nicht. Global betrachtet aber schon.
Ob der Streamingserver läuft und dann für die Aufnahme eigens ein Programm in dem Moment des Aufnehmens startet oder sich die Box Zeitgemäß auf dem Rechner erst als NFS-Benutzer anmelden muss ist schon ein großer Unterschied. Zumal bei einer direktaufnahme die Box arbeitet. Beim Streamingserver aber der Computer die Box entlastet.
Man könnte einen Zusammenhang zwischen fehlerhafter Anmeldung oder schlechten Timing und dadurch resultierenden fehlerhafter Aufnahme und dem verschwinden der Timer in Betracht ziehen.

[ChakaZulu]

Hi,

wenn ihr die ersten Zeilen der /etc/init.d/start_neutrino mal durch

Code: Alles auswählen

#!/bin/sh
date -s 010101001970
sectionsd
timerd -d &
sleep 5

ersetzt, dann erscheinen noch mehr Logmeldungen. Vielleicht hilft das ja...
Im CVS habe ich noch ein paar mehr Ausgaben drin, falls jemand darauf Zugriff hat.

Und nochmal zur Erinnerung: solange der sectionsd keine Uhrzeit liefert, erscheinen in der Timerübersicht auch keine Timer. Wenn in diesem Fall auch in der /var/tuxbox/config/timerd.conf nichts steht, dann sind sie tatsächlich gelöscht...

ciao,

ChakaZulu

[Micha911]

die timer sind weg, gelöscht!

Hab ich ja auch nicht behauptet.

Die Frage ist, ob das im normalen Standby nicht passiert und
wenn ja, warum.

und keinen deep standby zu nutzen,
ist doch enrgieverschwendung, oder?

Dann würde es sich schon ehr lohnen den Stecker vom TV immer raus zu ziehen und den nicht auf Standby laufen zu lassen ebenso beim Bildschirm vom Computer und evtl beim Vorhandenen DVD-Player oder Videorecorder. Das würde im Jahr mehr Strom sparen.

Da bin ich nicht so sicher, mein TV hat einen guten Standby-Wert,
geringer als 10 W, genau weiß es jetzt aber auch nicht. Und die
dbox hat im deep standby nur 4 statt 30 (???) W . Ist also schon
ein Unterschied. Allerdings kann man vom PC aus auch im Standby
noch auf das Webinterface zugreifen, und das finde ich einen Vorteil.
Weiß jemand wie stark die Leistungsaufnahme ist, wenn man das
Display stark dimmt?

... Beim Streamingserver aber der Computer die Box entlastet.
Man könnte einen Zusammenhang zwischen fehlerhafter Anmeldung oder schlechten Timing und dadurch resultierenden fehlerhafter Aufnahme und dem verschwinden der Timer in Betracht ziehen.

Das würde ich dann mal testen bei Gelegenheit. Welcher Streaming-
Server ist unter Linux eine gute Wahl? Und ich welchen Formaten wird
dann aufgezeichnet?

Gruß Micha

[Micha911]

Code: Alles auswählen

date -s 010101001970
sectionsd
timerd -d &
sleep 5

...
Wenn in diesem Fall auch in der /var/tuxbox/config/timerd.conf nichts steht, dann sind sie tatsächlich gelöscht...
ChakaZulu

1. Ist das date -s 010101001970 nicht auch ein bißchen problematisch?
Denn wenn die Zeit eigentlich okay ist, wird sie hier doch auf einen
nicht aktuellen Wert gesetzt. Wenn dann die Internetsynchronisation
auch nicht läuft ..
2. Was ist der Unterschied zwischen "timerd" (nicht im Hintergrund und
ohne nachfolgendem sleep) und "timerd -d &" plus "sleep 5"?

Gruß Micha
P.S. Ja mein Wiederholungstimer ist wirklich weg, steht nicht mehr drin
in der timerd.conf

[ChakaZulu]

1. Ist das date -s 010101001970 nicht auch ein bißchen problematisch?

Die Zeit kann vorher nicht ok sein, da sie niemals gesetzt wurde. Da der sectionsd derzeit u.a. auf Jahr >= 2005 prüft wird mit o.g. Datum sichergestellt, dass diese Bedingung nur erfüllt ist, wenn eine Zeit gesetzt wurde (entweder extern oder aus dem EPG). Vorher waren auch z.B. Jahreswerte mit 2019 möglich und dieses Datum wurde als ok betrachtet.
Wenn jemand andere Synchronisationsmechanismen nutzt, dann sollte er das natürlich rausmachen

2. Was ist der Unterschied zwischen "timerd" (nicht im Hintergrund und
ohne nachfolgendem sleep) und "timerd -d &" plus "sleep 5"?

-d impliziert das starten im Vordergrund, der Rest von start_neutrino sollte aber trotzdem abgearbeitet werden. Das sleep habe ich mal reingemacht, weil ich mir nicht sicher war, ob es einen zeitlichen Unterschied macht, wenn der timerd selber forkt oder er direkt im Hintergrund gestartet wird. Wahrscheinlich kann man es auch weglassen..

P.S. Ja mein Wiederholungstimer ist wirklich weg, steht nicht mehr drin
in der timerd.conf

naja, wenn er durch ein falsches Datum entfernt wurde, dann steht er nicht mehr drin

Beim start passiert folgendes:

der timerd fragt den sectionsd, ob eine Uhrzeit da ist. Wenn nein, dann passiert erstmal *nichts*. Sobald dann die Uhrzeit ok ist, lädt der timerd die timer aus timerd.conf und prüft, ob sie noch aktuell sind. Nur solche, die in der Zukunft liegen, werden dann in die interne Liste übernommen, die anderen werden weggeschmissen (diese Operationen sieht man dann durch den Schalter -d). Danach werden die aktuellen Timer wieder in timerd.conf gespeichert. Fällt also ein Timer bei diesen Operationen raus, dann steht er nachher auch nicht mehr in der timerd.conf. Mein Hinweis oben bezog sich auf die Zeit, während der der sectionsd noch keine "Uhrzeit ok"-Meldung geschickt hat.
Der kritische Punkt ist also, dass eine richtige Uhrzeit vorhanden ist, sonst werden timer evtl. fälschlicherweise rausgeschmissen.

Was ist der wiederholungstimer eigentlich für einer? wöchentlich, täglich,...?

ciao,

ChakaZulu

[Micha911]

1. Ist das date -s 010101001970 nicht auch ein bißchen problematisch?

Die Zeit kann vorher nicht ok sein, da sie niemals gesetzt wurde.

woher weiß die box dann, wie sie aus dem deep standby erwachen
soll. ist das eine andere baustelle? wird die uhrzeit beim aufwachen
nicht aus der hardware initialisiert?

Wenn jemand andere Synchronisationsmechanismen nutzt, dann sollte er das natürlich rausmachen

Konkret mache ich folgendes in start_neutrino:
/sbin/rdate time.fu-berlin.de
neutrino -u -f
/sbin/rdate time.fu-berlin.de

Sollte ich das "date -s 010101001970" trotzdem machen?

naja, wenn er durch ein falsches Datum entfernt wurde, dann steht er nicht mehr drin

Was ist der wiederholungstimer eigentlich für einer? wöchentlich, täglich,...?

jeden montag bis freitag um die gleiche zeit, er kann doch eigentlich
nicht durch eine falsche zeit verschwinden, weil er ja in alle ewigkeit
aufnehmen sollte. und außerdem ist da ja noch das rdate was ich als
zusätzliche sicherheit hatte.
gruß micha

p.s. -d heißt also debug beim timerd? und wo kommen die ausgaben
hin? krieg ich sowas nur über eine serielle konsole hin?

[ChakaZulu]

woher weiß die box dann, wie sie aus dem deep standby erwachen
soll. ist das eine andere baustelle? wird die uhrzeit beim aufwachen
nicht aus der hardware initialisiert?

die box hat keine RTC. Es wird über einen Treiber festgelegt, in wievielen Minuten die Box wieder aufwachen soll (wie das genau funktioniert weiss ich nicht, vielleicht werden irqs gezählt? wobei man, wenn man an den Zähler herankommen würde, da auch eine Uhr draus basteln könnte). Leider kenne ich mich mit den Treibergeschichten und der Hardware nicht aus... Die Uhrzeit kann man beim start dann auch nicht irgendwie berechnen, solange unbekannt ist, ob die Box durch eben diesen Timer gestartet wurde oder nicht.

Konkret mache ich folgendes in start_neutrino:
/sbin/rdate time.fu-berlin.de
neutrino -u -f
/sbin/rdate time.fu-berlin.de
Sollte ich das "date -s 010101001970" trotzdem machen?

Ich denke mal, rdate blockiert solange, bis die Zeit gesetzt ist.
Du solltest das sinnvollerweise vor den Aufruf von sectionsd stellen.

jeden montag bis freitag um die gleiche zeit, er kann doch eigentlich
nicht durch eine falsche zeit verschwinden, weil er ja in alle ewigkeit
aufnehmen sollte. und außerdem ist da ja noch das rdate was ich als
zusätzliche sicherheit hatte.

Die Wochentage hast Du eingegeben? Sonst wird er automatisch in einen einfachen Timer umgewandelt

p.s. -d heißt also debug beim timerd? und wo kommen die ausgaben
hin? krieg ich sowas nur über eine serielle konsole hin?

ja, kommt über die Konsole.

ciao,

ChakaZulu

[KeXXeN]

Die Frage ist, ob das im normalen Standby nicht passiert und
wenn ja, warum.

Beim normalen Standby bleibt die Box komplett in Betrieb.
Nur der TV-Ausgang wird abgeschaltet.
Beim Deep Standby wird halt alles ausgeschaltet.

Vergleichbar damit ob du deinen Computer abschaltest oder nur den Monitor abschaltest.

Eine Problematik stellt sich beim Booten aus dem Deep-Standby sehr wohl darin das die Box dann weder EPG Daten noch eine richitge Uhrzeit/Datum besitzt.
So wurde in diesem Thread ja damit schon in Verbindung die These aufgestellt das die Timer wegen einer Falschen Uhrzeit oder eines falschen Datums gelöscht werden / wurden.
Konnte aber bisher ja nicht belegt geschweige denn wiederlegt werden.

Allerdings kann man vom PC aus auch im Standby
noch auf das Webinterface zugreifen, und das finde ich einen Vorteil.
Weiß jemand wie stark die Leistungsaufnahme ist, wenn man das
Display stark dimmt?

KA. Aber wenn sie in Standby ist kannst du das Display mit der Mute taste auch abschalten.

Das würde ich dann mal testen bei Gelegenheit. Welcher Streaming-
Server ist unter Linux eine gute Wahl? Und ich welchen Formaten wird
dann aufgezeichnet?

UDrec läuft unter Mono.
Aufgenommen werden kann in ES, TS und PES.

Glaube das ist jetzt aber genug OT...
Wenn du noch Fragen diesbezüglich hast dann komm gerne mal per PM durch oder mach nen neuen Thread auf.
Is schon unübersichtlich genug.

[Torsten73]

KeXXen:
Dann würde es sich schon ehr lohnen den Stecker vom TV immer raus zu ziehen und den nicht auf Standby laufen zu lassen ebenso beim Bildschirm vom Computer und evtl beim Vorhandenen DVD-Player oder Videorecorder. Das würde im Jahr mehr Strom sparen.

Wie alt ist Dein Fernseher? Aktuelle Geräte haben alle weniger als 5W im Standby, mein Loewe Aconda sogar <1W...
Die DBox ist ein ganz schöner Energiefresser. Im Betrieb 30W ist nicht wenig und Verschwendung sie anzulassen wenn man am Tag vielleicht 2h sie benutzt.
Das dimmen des Display spart praktisch nichts, außer du schaltest das Display aus. Aber das sind vieleicht 1W gerade mal.

@Chakazulu:
Weißt Du wo der Timeout definiert ist, mit dem das Synchronisieren der Uhrzeit gemacht wird? Ich habe nämlich schwer den Verdacht, das die Uhrzeit nur für eine geringe Zeitspanne versucht wird zu synchronisieren. Das wäre eine logische Erklärung für so manche Timer und EPG Anzeigeprobleme.

Ich möchte noch mal auf die Beobachtung der Uhrzeitsynchronisation zurück, wo manche Sender deutlich länger als 15s benötigen, bis die Zeit im Display angezeigt wird.
In dem Fall, das die Timer verworfen werden vermute ich auch das die Time Abfrage unsinnige Werte bringt, so dass die Timerd dann sich verhaspelt.

Lösungsgedankenansatz:
Eine Abfrage in der Form:

Code: Alles auswählen

- Wenn Jahresdatum ungleich aktuelles Jahr nach 15s Wartezeit(verankerte Variable) dann Programmwechsel (auf einen sinnigen Programmplatz z.b. +1) und Infoanzeige (Uhrzeitsync)
- Bei shutdown der Box Variable "aktuelles Jahr" in neutrino.conf (oder ähnlich) speichern.

Damit würde man doch sicherstellen, das die Uhrzeit und Datum nach spätestens 20s stehen.
Das ist eigentlich nichts anderes als ich auch per hand beim Hochfahren mache. Da schalte ich nämlich auch meistens einmal um um alle EPGs zu bekommen und schneller zur Uhrzeit zu kommen. Dabei macht es nichts wenn man im selben Transponder bleibt, es funktioniert trotzdem. Vermutlich wird durch das umschalten die Uhrzeitsync. neu gestartet.

Ich hoffe die Beschreibung kann man verstehen?

Bin mal gespannt was die Schwarzwaldklinikbox gemacht hat wenn ich nach Hause komme. Bis gestern stimmte mal wieder alles (Mo-Do).

Cu
Torsten

[racker]

...die box hat keine RTC

Wie wäre es mit einem Bastelprojekt?
Modem raus und eine RTC bzw eine Funkuhr einbauen?

Nur so ein Gedanke ...

Gruß

[Micha911]

Konkret mache ich folgendes in start_neutrino:
/sbin/rdate time.fu-berlin.de
neutrino -u -f
/sbin/rdate time.fu-berlin.de
Sollte ich das "date -s 010101001970" trotzdem machen?

Ich denke mal, rdate blockiert solange, bis die Zeit gesetzt ist.
Du solltest das sinnvollerweise vor den Aufruf von sectionsd stellen.

okay mach ich, mal sehen was passiert.

jeden montag bis freitag um die gleiche zeit, er kann doch eigentlich
nicht durch eine falsche zeit verschwinden, weil er ja in alle ewigkeit
aufnehmen sollte. und außerdem ist da ja noch das rdate was ich als
zusätzliche sicherheit hatte.

Die Wochentage hast Du eingegeben? Sonst wird er automatisch in einen einfachen Timer umgewandelt

ja die wochentage, hat ja eine ganze zeit funktioniert. nur 2 tage
bevor er eh gelöscht werden sollte, war er von selbst weg.
vorauseilende intelligenz der dbox gar

[petgun]

hi,
ich habe nur einen sich woechentlich wiederholenden Timer...der hat sich die letzte Zeit drei mal veraendert...auf 2031..da kann ich lange warten ;-) Diese Aenderung kann ich aber keiner Aktion zuordnen.

cu,
peter

[Torsten73]

Kurzer Zwischenstand:
Schwarzwaldkliniktimer war gestern Nacht unverändert wie programmiert Mal sehen ob das bis Montag so bleibt. Es ist aber definitiv letztes Wochenende aufgetreten. Habe es aber halt erst am Dienstag gemerkt.
Cu
Torsten

[KeXXeN]

Mal eine kleine Erfahrung von mir.

Hatten heute, wie einige Teile der Bundesrepublik Gewitter.

Leider hat sich meine Box dabei verabschiedet und ich habe sie neu gestartet.

Das Problem dabei war das die Box danach, wegen starken Gewitters und der Lieben Verwandten die meine perfekt Ausgerichtete Satschüssel verdreht haben, keinen Empfang hatte und auf die Uhrzeit vergeblich wartete.

Also hab ich die Box wieder ausgeschaltet.


Gewitter weg, Box wieder an.

Nur wunderte ich mich gerade eben warum sie nicht am Aufnehmen ist, hatte für heute Abend nen Timer programiert...

... und komischerweise waren die Timer auf einmal alle in der Zukunft.
Alle im Jahre 2037 angesiedelt.

[Torsten73]

@Kexxen:
dann mal herzlich willkommen im Verein ...

[Micha911]

Aktuell ist noch folgendes Problem: nehme ich zwei sendungen
direkt nacheinander via timer auf, so geht die box 3 minuten nach
beginn der zweiten aufnahme (bei zwei minuten vorlaufzeit für jeden
timer) in den deep standby und die zweite aufnahme ist futsch.
dieses problem ist übrigens reproduzierbar.

Habe dieses Problem nicht, wenn ich die Aufnahmen programmiere
und die Box nur in den einfachen Standby versetze.
Interessanterweise meckert die Box beim Programmieren des
zweiten Timers, daß sich diese Aufnahme mir der ersten überlappen
würde (deren Endzeit aber gleich der Anfangszeit der zweiten
Aufnahme ist). Interessant auch, dass die angezeigte Anfangszeit
des ersten Timers 3 Minuten früher als die tatsächlich programmierte
ist. In der Timerliste ist aber alles richtig eingetragen. Wieder 3 Minuten.
Zufall?
Gruß Micha

[ChakaZulu]

Interessanterweise meckert die Box beim Programmieren des
zweiten Timers, daß sich diese Aufnahme mir der ersten überlappen
würde (deren Endzeit aber gleich der Anfangszeit der zweiten
Aufnahme ist). Interessant auch, dass die angezeigte Anfangszeit
des ersten Timers 3 Minuten früher als die tatsächlich programmierte
ist. In der Timerliste ist aber alles richtig eingetragen. Wieder 3 Minuten.
Zufall?

Nö, war kein Zufall. Ich hab die Announcetime für den Überschneidungscheck verwendet. Kann man aber ändern und sollte kein Problem sein, da aufeinanderfolgende Timer funktionieren dürften..
<edit>wobei, sollte nochmal vorher getestet werden</edit>

ciao,

ChakaZulu

[Torsten73]

Hi,
da fällt mir siedendheiß etwas ein:
http://forum.tuxbox-cvs.sourceforge.net ... imer++mode

Peinlich, aber die Ursache des Problems der 2 aufeinanderfolgenden Timer ist bekannt und eigentlich mit Tricksen auch möglich zu lösen.

Ich muß Alzheimer haben

Also an alle die ihre Box im SPTS Mode dauerhaft haben, schaltet in den Aufnahmeoptionen den SPTS Schalter aus, dann klappt es auch.

Was es aber nicht ändert, ist das es ein Fehler des SPTS/PES Mode Switches ist.

Zum Schwarzwaldkliniktimer:
Dieses We hat sich nichts verändert. Aber ich kriege Dich noch Du kannst Dich nicht verstecken

Cu
Torsten

[Gorcon]

Aufnahmeoptionen den SPTS Schalter aus, dann klappt es auch.

Das ist aber ein schlechter kompromiss, denn abspielen geht dann überhaupt nicht mehr mit einem per NFS gemountetem Laufwerk.

Gruß Gorcon

[Torsten73]

@Grocon:
Das verstehe ich jetzt nicht. Was hat die Aufnahmeoption mit der Wiedergabe zu tun? Du zeichnest doch weiterhin in TS auf und die wiedergabe funktioniert bei mir auch noch immer.

Du darfst nur nicht die Box im PES Mode laufen lassen, sie muß immer auf TS Mode stehen.

Der Grund des Fehlers liegt halt darin, das Neutrino einen PES/TS Wechsel macht, obwohl der nicht nötig ist. Das führt zu einer Zeitverzögerung und dann funktioniert die Aufnahme nicht.

Was aber stimmt ist, dass für die Leute die ihre Box im PES Mode laufen lassen diese Möglichkeit natürlich nicht existiert.

Da sollte der PES/TS Mode Switch korrigiert werden (Siehe meinen Link)

Cu
Torsten

[Gorcon]

Ich kann aber nur per SPTS einen TS Stream aufnehmen, ohne SPTS ist es ja automatisch nur noch PES.

Ich habe in den Einstellungen immer SPTS abgeschaltet (damit es beim Umschalten nicht so laut knackt) und in der Aufnahme Einstellung dann SPTS aktiviert.

Gruß Gorcon