TAP für automatische Sommer-/Winterzeitumstellung!

[Dixie]

Bei tapworld gibt es ein Tap das AutoDST heißt. Das müßte nach meinem Verständnis die Umstellung machen. Anpassung an Deutschland scheint aber wohl notwendig zu sein.

lt. Babel Fish:
Stellt automatisch Zeit versetzt zu 1 Stunde ein, als Datum und Zeit innerhalb der britischen Sommerzeit und 0 anders sind. Für nur BRITISCHEN Gebrauch aber konnte leicht angepaßt werden.

Dixie

[ibbi]

Bei tapworld gibt es ein Tap das AutoDST heißt.

Schreibt im Speicher rum: DST_addr = 0xA1AD4844;

[Homer]

[...]
LocalTimeOffsetPolarity = 0
LocalTimeOffset = 02:00:00
TimeOfChange = 29.10.2006 01:00:00
NextTimeOffset = 01:00:00
[...]

Stimmt genau.

Wenn in der Nacht - vielleicht noch bei laufender Aufnahme - der GMT-Offset geändert würde, könnte dies dann auch negative Auswirkungen haben?

Viele Grüße
Homer

[FireBird]

Hi,

nachdem in wenigen Tagen die Verwirrung bezüglich Zeitumstellung wieder den Höhepunkt erreicht und der Eine oder Andere mehr oder weniger laut fluchen wird, greife ich das von Horst initiierte Thema nocheinmal auf. Gerüchteweise passt er nämlich Simon Capewells AutoDST für unsere Verhältnisse an und baut noch ein paar Erweiterungen ein, damit die Zeitumstellung automatisch abläuft. Deswegen ist das Thema leider noch nicht vom Tisch, da die Timer, je nach Art und Weise wie sie erzeugt wurden, zur falschen Zeit starten können. Vorausgesetzt, dass die Frontpanel-Uhr rechtzeitig umgestellt wird, müsste sich folgende Situation ergeben:

* Manuell angelegte Timer
Da sie immer mit der Lokalzeit programmiert werden, sind alle Aufnahmen o.k.

* "Alte", sich wiederholende Timer
Basieren ebenfalls auf der Lokalzeit und die Aufnahmen starten deswegen zur rechten Zeit.

* Via Topfield-EPG programmierte Timer
Programmiert man über die Umstellung hinweg (z.B. heute wird eine Sendung von nächsten Montag ausgewählt), dann startet diese 1 Stunde zu spät. Workaround: man stellt temporär den Offset in der Zeiteinstellung auf 1 Stunde, programmiert die gewünschte Sendung und stellt den Offset wieder zurück.

* Via EPG-TAP programmierte Timer
TAPs, die sich auf die vom API geliefert Zeit verlassen, haben das selbe Problem mit zu spät angelegten Timern. Hier würde mich jetzt das Feedback der Programmierer interessieren, ob sie Gegenmaßnahmen ergriffen haben. Grundsätzlich kann ich eine Funktion liefern die aus der vom API gelieferten Lokalzeit eine echte Lokalzeit berechnet.

MfG. Alex

[t3xi]

Bei 3PG 0.90 gibt's bereits Gegenmaßnahmen. Die Sendungen für Montag werden schon mit der richtigen Winterzeit angezeigt. Ich nehme mal an, dass die Timer nur dann zur richtigen Zeit starten, wenn man die Zeit im System-Menü am Sonntag umstellt.

[thensch]

Super, an alles gedacht. Bin gespannt, wie es funktioniert.

[t3xi]

Schade dass die DST-Adresse 0xA1AD4844 beim 5000er nicht funktioniert, sonst hätte ich eine Automatik einbauen können.

[thensch]

Du sprichst für mich in Rätseln. Topfield testet selbst eine Sommer/Winterzeitumstellung in einer Beta Firmware. Bin auch gespannt, wie das funktioniert.

[FireBird]

[quote=""t3xi""]Schade dass die DST-Adresse 0xA1AD4844 beim 5000er nicht funktioniert, sonst hätte ich eine Automatik einbauen können.[/quote]
Die funktioniert bei genau einer einzigen UK-F/W und selbst damit ist es nicht ganz trivial.

[Dixie]

[quote=""thensch""]..................Topfield testet selbst eine Sommer/Winterzeitumstellung in einer Beta Firmware. Bin auch gespannt, wie das funktioniert.[/quote]
Ich denke fast es ist keine Automatik, sondern einfach eine Hilfe für den Anwender. Werde es aber mal mit der NL-Firmware testen, dort ist es ja eingebaut.

Dixie

[ICTag]

Pragmatische Ansatz für die die Festplattenplatz frei haben und nicht 1 Monat lang verreisen...
Alle EPG Timers ändern damit sie eine Stunde länger aufnehmen.
Hmmm habe ich das richtig rum gerechnet

Für Auto-Such Timers bin ich überhaupt nicht sicher wie dass funktionieren soll. Dazu kommt Sendungen aus andere Länder. Und nicht zuletzt das GMT Tap.

Ich bin gespannt ....

[Happy]

[quote=""ICTag""]

Für Auto-Such Timers bin ich überhaupt nicht sicher wie dass funktionieren soll. [/quote]

Doch das geht teilweise. Sollte man bei der Umstellung im Urlaub sein, dann wird die Zeit zwar nicht umgestellt, aber die EPG-Zeiten sind dann ja auch "verkehrt".
Also werden Tivo-Timer zur richtigen Zeit erstellt.
Allerdings muss man die Zeiteinschränkung innerhalb eines Suchauftrags entsprechend großzügig gewählt haben, da die Sendung sonst aus dem angenommene Zeitfenster rutschen könnte.

Achtung, bei 3PG läufts wohl anders. Bei automatischer Umschaltung ist es natürlicher besser wie t3xi das macht

Zum Beispiel:
Tagesschau kommt um 20 Uhr. Schaut man nun in den (Original)EPG für Sonntag dann steht da 21 Uhr. Solange man die Uhr aber nicht umstellt passt das aber wieder. Aber wenn der Suchauftrag nur von 19.45 - 20.15 geht dann gäbe es keinen Timer.

Aber nun genug der Verwirrung.

Übrigens fahre ich Samstag in Urlaub. Ich werde wohl vorher umstellen

Die 6000er Besitzer kommen ja auch schon in den Genuß der automatischen Umstellung. Bin schon gespannt.

Gruß,
Happy

[ibbi]

[quote=""Happy""]Die 6000er Besitzer kommen ja auch schon in den Genuß der automatischen Umstellung. Bin schon gespannt.[/quote]

Hoffentlich stellt die neue (Beta-)Firmware-Funktion den Zeit-Offset nicht nur einfach um, sondern kümmert sich auch um über die Umstellung hinwegprogrammierte EPG-Timer.

Ich hoffe, die Beta-Tester prüfen das.

[ibbi]

[quote=""FireBird""]* Via Topfield-EPG programmierte Timer
Programmiert man über die Umstellung hinweg (z.B. heute wird eine Sendung von nächsten Montag ausgewählt), dann startet diese 1 Stunde zu spät. Workaround: man stellt temporär den Offset in der Zeiteinstellung auf 1 Stunde, programmiert die gewünschte Sendung und stellt den Offset wieder zurück.[/quote]

Oder man korrigiert die Zeit des vorgeschlagenen Timers gleich im EPG um eine Stunde nach vorne. Müsste denselben Effekt haben, oder übersehe ich etwas?

[Elle4u]

Ich verstehe da glaube ich gerade etwas falsch.

Wenn ich doch meine Uhr umstelle, dann paßt mir doch JAG die Timer sowieso neu an (Verschiebung der Startzeit), oder?

Im Notfall werden die Aufnahmen dadurch halt eine Stunde zu lang aber das ist mir wurscht...

[ibbi]

[quote=""ibbi""]Hoffentlich stellt die neue (Beta-)Firmware-Funktion den Zeit-Offset nicht nur einfach um, sondern kümmert sich auch um über die Umstellung hinwegprogrammierte EPG-Timer.[/quote]

Ist so vielleicht missverständlich formuliert.

Existierende Timer muss die Firmware natürlich in Ruhe lassen, sie muss sich nur um die EPG-Zeiten (d. h. neue EPG-Timer) über die Umstellung hinweg kümmern, d. h. die Offset-Umstellung quasi vorwegnehmen.

[Happy]

[quote=""ibbi""]Hoffentlich stellt die neue (Beta-)Firmware-Funktion den Zeit-Offset nicht nur einfach um, sondern kümmert sich auch um über die Umstellung hinwegprogrammierte EPG-Timer.

Ich hoffe, die Beta-Tester prüfen das.[/quote]

Jede Wette, dass die Firmware die Timer nicht anpasst.

Gruß,
Happy

[dvdbommel]

[quote=""Happy""]Jede Wette, dass die Firmware die Timer nicht anpasst.

Gruß,
Happy[/quote]


Worauf du einen lassen kannst

Gruß DVDbommel

[ibbi]

[quote=""Happy""]Jede Wette, dass die Firmware die Timer nicht anpasst.[/quote]

Darf sie auch gar nicht, weil sie nicht weiß, wie die Timer entstanden sind.

Wie gesagt, das EPG muss den Offset sowie den Umstellungstermin berücksichtigen, aber bevor Du wieder eine Wette anbietest, ich glaube es auch nicht.

[Woodman]

[quote=""FireBird""]... greife ich das von Horst initiierte Thema nocheinmal auf. Gerüchteweise passt er nämlich Simon Capewells AutoDST für unsere Verhältnisse an und baut noch ein paar Erweiterungen ein, damit die Zeitumstellung automatisch abläuft. ...

MfG. Alex[/quote]Nun, nachdem FireBird hier schon so Andeutungen gemacht hat, möchte ich mich doch auch mal dazu äußern:
Grundlage ist Sunstealers AutoDST.tap von www.toppy.org. FireBird hat mir diese TAP mit seinen Änderungen zur Verfügung gestellt.

Es funktioniert folgender Maßen:
Stichtage sind der letzte Sonntag im März und der letzte Sonntag im Oktober(Erfrischend kurz die Algorithmen, die sunstealer hier verwendet hat : ). An diesen Tagen wird um 1:00 GMT der Zeit-Offset geändert.
Testen kann man das Ganze, indem man den Zeit-Offset auf dem Topf ändert in z.B. 3 Std.
Wenn jetzt das TAP aufgerufen wird, wird wunderbar der Offset auf dem Topf korrigiert : aber....
Tja, und das ist der Punkt an dem ich momentan scheitere. ops:
Der Offset wird korrekt geändert, aber die Lokale Zeit bleibt zunächst unverändert!
Wenn man ins Zeitmenu geht, sieht man, das sich die UTC-Zeit geändert hat

So siehts aus:

Code: Alles auswählen

Beispiel (bei korrekter Zeitanzeige):
LocalTime = 11:00
Offset    = 2:00
UTC       = 9:00

Änderung des Offset auf 4:00
LocalTime = 13:00
Offset    = 4:00
UTC       = 9:00

AutoDST.tap aufrufen.

LocalTime = 13:00
Offset    = 2:00
UTC       = 11:00

Hier fehlt mir jetzt das fundierte Wissen von FireBird. Ich habe alles im ZIP-File zusammengepackt. Wer will, kann es ja mal selber testen. Vielleicht findet jemand eine Lösung (Sind ja noch über 24 Std, Zeit )

Gruß

Horst

EDIT: Wenn das funktionieren würde, könnte man es mit dem GMTBug.tap kombinieren.

EDIT2: Das derzeit aktuelle TAP gibt's hier.