Timer werden gelöscht

[Darwin69]

@pedant: Die DBox kriegt das Uhrzeitsignal vom Satelliten.
Die stimmt dann immer, aber man kriegt keine Zusatzinfo raus obs
Sommer oder Winterzeit ist. Daher musst du im Jack angeben welche
es ist.
Das TimeT Format (Unix Format) ist nix andres als die Anzahl der
Sekunden seit 1.1.1970 (erschlagt mich jetzt nich wenn das Datum
net stimmt ), d.h. es ist einfach ne riiiiiesige Zahl. Auch dort gibts
keine Unterscheidung ob Sommer oder Winter.

Hope it helps,
Darwin69

[Pedant]

@Darwin69,

danke für die Erklärung, jetzt muss ich aber nochmal nachfragen, ob ich das richtig verstanden habe.
Da ich die Box nicht auf Sommer-, Winterzeit umstellen muss, gibt es zwei Möglichkeiten.

1. Die Box erhält vom Satelliten die Zeit im Unixformat und als Zusatz die Information über Sommer oder Winter.
2. In der Box sind die Daten fest hinterlegt, wann Sommer und Winter anfängt.

So oder so berechnet die Box aus der Unixzeit und der Sommer-, Winterinformation die richtige Uhrzeit, gibt aber diese Information nicht wieder her. Die Uhrzeit die man aus der Box erhält, ist nicht die von der Box errechnete, sondern nur das empfangene Unixzeitformat, ohne die Zusatzinfo über Sommer oder Winter.

Jack muss dann seinerseits auch hergehen und die abgelaufenen Sekunden umrechnen, um herrauszufinden welches Datum/Uhrzeit in den EPG-Informationen steckt. (Unix / 365,25 / 24 / 3600 + 1970 usw.). Vermutlich gibt es fertige Programmroutinen, die die Umwandlung vornehmen.
Um die Sommer-, Winteranpassung vorzunehmen, bezieht sich Jack auf die vorgenommene Einstellung im Programm und nicht auf die Datumsinformation der Systemuhr und auch nicht auch die bekannten Anfangszeiten der Sommer-, Winterzeit.
Ist das so richtig?

(1.1.1970 0:00h stimmt übrigens laut Google)

Gruß Frank

[Pedant]

@MC,

es gibt wenigstens sechs Varianten, bei Jack einen Timer zu generieren.
1. Doppelklick auf eine EPG-Information aus dem laufenden Programm.
2. Einen vorhandenen Timer modifizieren und die Änderungen speichern.
3. Einen vorhandenen Timer modifizieren und als "neu" speicher.
4. Die Timereinträge von Hand vornehmen und als "neu" speichern.
5. Zunachst auf "now" klicken, die Einträge dann ändern und ergänzen und als "neu" speichern.
6. Einen Timer in der intern.mdb manuell anlegen und danach erst Jack starten.

Probier da doch mal, bei korrekt eingestelltem Systemdatum, aus, ob alle Varianten für den aktuellen Tag, nicht funktionieren.
Im Moment kann ich leider die 0.67 Version nicht testen, da auf meiner Box vorübergehen Betanova drauf ist.

Gruß Frank

[Darwin69]

@pedant

nujo. mal zur box:
die kriegt jede paar sekunden die aktuelle uhrzeit (angepasst an sommer
winter) vom satelliten. dadurch dass sie sie angepasst bekommt, weiss sie
nicht obs sommer oder winter ist. das ist der kniff sie kennt einfach die
momentan aktuelle uhrzeit.

zu time_t
ja da gibts ne ganze latte an fertigen funktionen, die meisten sind in der
stdlib enthalten.

unter windoof...
ist das so eine sache. man kann einfach die aktuelle uhrzeit kriegen.
man kann auch einfach rausfinden ob sommer oder winterzeit.
hier kommts echt nur drauf an was man damit macht. die probleme
sind meistens bei den schnittstellen zu andren systemen. man muss hier
aufpassen, dass auch alle die gleichen sachen beruecksichtigen und gleich
handhaben. wie das jack genau macht weiss ich nicht, hab mich noch net
so drum gekuemmert.

generell
es gibt auf dem satelliten noch andere sachen wie timezones und time
offsets. hab aber bis jetzt noch nichts gesehen, dass das irgendwo
auch effektiv ausgewertet wird, ausser auf ein paar dvb programmen
am pc. und dann hast meistens mehr verwirrung als nutzen, wenn du
zu jedem kanal einstellen musst wieviel zeitunterschied zu deiner
normalzeit ist

so alles in allem ist das mit der zeit so eine sache, die immer und ewig
verwirrung stiften wird was solls. man lernt auch damit zu leben.

cheers,
darwin69

[Pedant]

@Darwin69,

so jetzt bin ich wieder verwirrt.
Wenn die Box die richtige Zeit genannt bekommt und der PC und damit auch Jack die hoffentlich richtige Systemzeit hat, warum gibt es dann den Schalter bei Jack und wie kann es sein, dass die EPG-Zeiten in Jack von der Systemzeit abweichen? Es sind doch beides die korrekten Zeiten. Ist der Schalter bei Jack dafür da, bei falscher Einstellung, die Abweichung zu erzeugen, statt sie mit der richtigen Einstellung zu korrigieren?
Vielleicht sollte ich das besser Levi mal fragen.

Vielen Dank soweit.
Gruß Frank

[Levithan]

@Pedant: Die Box bekommt die Zeit anhand des EPG, ähnlich wie Dein Videorecorder/Fernseher die Zeit vom Teletext bekommen kann.
Der nhttpd übermittelt mir die Zeit aber nicht 11.11.2004 20:15 sondern als timcode 1245455422114511 Dies stellt die Sekunden dar, die seid dem 01.01.1970 (hypothetische Geburtsstunde von unix) vergangen sind. Natürlich als GMT. Wenn ich also diesen Timecode in MET umrechne, fehlt generell eine Stunde. Ist Sommerzeit, fehlen sogar 2. Also muss ich auch entprechend Sommer/Winterzeit umstellen.
Klaro ?

[Pedant]

@Levi

Der nhttpd übermittelt mir die Zeit aber nicht 11.11.2004 20:15 sondern als timcode 1245455422114511

Tut mir wirklich leid, aber ich kapier's immernoch nicht.
Laut Darwin69 wäre die Unixzeit, die die Box erhält, schon auf Winter- oder Sommer eingestellt.
Aber wie auch immer: Warum ist die Box in der Lage aus den Info's die korrekte Zeit zu ermitteln, Jack aber nicht. Wenn die Information drin steckt, dann kann sie doch auch jeder da rausholen, wenn sie nicht drin steckt, dann dürfte die Box doch auch nicht wissen, wie spät wirklich es ist?
Was macht die Box mit dieser Unixzeit anders als Jack?

Gruß Frank

[Levithan]

Laut Darwin69 wäre die Unixzeit, die die Box erhält, schon auf Winter- oder Sommer eingestellt.

BEi unixtime gibt es keine Winter/Sommerzeit da GMT.

Aber wie auch immer: Warum ist die Box in der Lage aus den Info's die korrekte Zeit zu ermitteln,

Weil die Box die Zeit anhand des EPGs bekommt, die stimmt ja. (NICHT im unix-timecode!) Jack bekommt die Zeit aber nicht vom EPG, sondern von einer Routine im nhttpd, die die Zeit aber im unix-timecode übermittelt. Das sind 2 paar Schuhe..

Levi

[Darwin69]

hehe, jetzt verwirren wir ihn mal richtig:

alsoo, es gibt in der epg zeiten und es gibt ein getrenntes time paket.
auf premiere transpondern kommt das zeitpaket freundlicherweise mit
den korrekten daten runter. (sprich automatisch sommer winter)
mit den infos aus dem paket korrigiert die box die zeit die in den epg
paketen steht, klaro ?

cheers, darwin69.

ps: falls jemand interesse hat sich 12 ordner voll papier reinzuziehen,
ich hab die entsprechenden normen dazu (auch teilweise als pdf)

[Pedant]

@Levi und Darwin69,

und was ist hiermit?
Wenn man seine Box lieb fragt, bekommt man auch die richtige Uhrzeit und nicht so'n blöden, falschen Sekunden-Unix-Quatsch.

C:\>telnet -f zeit.txt 192.168.0.222
Sagem D-BOX2 - Kernel 2.4.22-dbox2 (13:11:46).
dbox login: root
Password:dbox2
BusyBox v1.00-pre3 (2003.11.16-12:40+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
~ # exec date
Wed Nov 19 14:11:55 CET 2003
C:\>type zeit.txt | find "CET"
Wed Nov 19 14:11:55 CET 2003
C:\>

Gruß Frank

PS: Leider habe ich keine Idee, wie man telnet in eine Batch integriert.

[Levithan]

Weil die Box die Zeit anhand des EPGs bekommt, die stimmt ja. (NICHT im unix-timecode!)