Sommerzeitumstellung hat nicht funktioniert

[FireBird]

Ein Edit ist hier immer zu langsam. :

a) ist diese >= 2010 blockade in allen für den 5000pvr freigebenen firmwares drin?

Ich bitte um Nachsicht, dass ich jetzt nicht rund 300 Files disassembliere um eine Statistik zu erstellen. Das negative Feedback kam von den verschiedensten Geräteklassen - es scheint also weit verbreitet zu sein.

b) bei dem tap hat es ja bei einigen die settings zerschossen, kam da noch was raus oder steckt der fehler evtl. noch drin?

Ich habe im Hauptthread nur Zabi1 gefunden. StreamCatcher schreibt selbst, dass es beim Hantieren mit 3pg passiert. Da Du von einigen sprichst, hast Du noch wo anders Fehlermeldungen gefunden?

[Dixie]

[quote="FireBird"]Ich habe im Hauptthread nur Zabi1 gefunden. StreamCatcher schreibt selbst, dass es beim Hantieren mit 3pg passiert. Da Du von einigen sprichst, hast Du noch wo anders Fehlermeldungen gefunden?[/quote]
Ich habe gestern mit 2 Töpfen extrem experimentiert und konnte keine Probleme festellen!

Taps siehe Sig.

Dixie

[wishmasterflash]

@firebird

nein, ich erwarte, dass du jede einzelne firmware checkst. also fang an! *ggg*

nein, jetzt wo du es sagst. gestern beim lesen waren es gefühlte 2-3. ok, dann bin ich beruhigt, hab zwar auch 3pg, aber meine settings sind gesichert. sollte also im fall der fälle schnell wiederherstellbar sein.

[Panurg]

Übrigens werden im EPG auch die verkehrten Zeiten angezeigt.
Könnte es sein, dass die ganze Kalamität am EPG liegt?
Wer macht eigentlich dieses EPG? ich meine, irgendwer muss das doch managen oder so.

Also: Mal Richtung EPG schauen!

P

[Töppi]

Das EPG kommt ja von den Sendern und bezieht sich zumindest bei uns auf GMT. Da kann der Topf nichts machen, wenn dort falsche Daten kommen.

[Happy]

Die EPGdaten sind ja eigentlich nicht falsch. Sie stehen eben in Relation zur lokalen Uhrzeit. Wenn der Topf einen falschen GMT-Offset verwendet, dann eben für Uhrzeit und EPG. Passt man den Offset an, ändern sich ja auch schwupps die lokale Uhrzeit und die Epg-Zeiten.

Man könnte im Prinzip die ganze Umstellung am Topf ignorieren. Solange man aus dem EPG programmiert wird trotz falsch Zeiten das Richtige aufgenommen.

Gruß,
Happy

[FireBird]

Man könnte im Prinzip die ganze Umstellung am Topf ignorieren.

Öhm, nö. : Wenn eine Sendung immer um 20h Lokalzeit beginnt, dann macht sie das zur Normalzeit um 19h UTC und jetzt um 18h UTC. Also muss die Umstellung am Topf und beim Sender Hand in Hand gehen.

/Edit: stimmt doch, wenn einem die angezeigten Zeiten egal sind. Es ist alles sehr kompliziert.

[Maliboy]

Genau das. UTC gibt es ja die Daylight Saving Time nicht. Darum passt es dann immer.

Problematisch wird es, wenn
1. Die Sender Ihre Zeiten im EPG selber anpassen (weil sie nicht nachdenken, oder weil sie Denken, die Zeiten stimmen ja gar nicht, weil der EPG verkehrt dargestellt wird)
2. Die TAPs da was anpassen (IMHO hatte 3PG da mal eine Funktion drin, das bei der Ansicht die Daylight Saving Time berücksichtigt wurde. Aber ob das nur bei der Ansicht war, oder auch bei Timern und ob das überhaupt noch drin ist, kann ich nicht sagen).

[Happy]

Wenn man am Samstag ins EPG geschaut hat, dann sah man die Tagesschau von Samstag um 20 Uhr, die von Sonntag um 19 Uhr.
Beide programmiere ich über EPG. Jetzt wird am Sonntag die Uhrzeit nicht umgestellt, daher wird die Tageschau um 19 Uhr (nach Winterzeit gerechnet) korrekt aufgenommen.

Der Sender stellt ja gar nichts um (na ja die Videotextuhr natürlich), nur der Topf wird umgestellt. Der Sender stellt keine Uhr um und keinen EPG.
Der Sender muss nur sicherstellen, dass er die EPG-Daten korrekt in UTC sendet.

Gruß,
Happy

[FireBird]

[quote="Maliboy"]1. Die Sender Ihre Zeiten im EPG selber anpassen (weil sie nicht nachdenken, oder weil sie Denken, die Zeiten stimmen ja gar nicht, weil der EPG verkehrt dargestellt wird)[/quote]
Im EPG ändert sich sehr wohl etwas, da die einzige Konstante der Beginn der Sendung nach Lokalzeit ist. Deswegen muss die UTC-Startzeit angepasst werden.

[Maliboy]

Genau das wollte ich eigentlich ausrücken (das Beispiel von Happy). Im EPG steht dann evtl. 19 Uhr. Das will der Sender ja nicht, weil nach Lokalzeit 20 Uhr sein soll. Also sendet er 'falsche' EPG Infos, damit die EPGs das wieder korrekt anzeigen.

Weil, gerade wenn ein Receiver die Daylight Saving Time nicht kennt/kann (was ja dieses Jahr auch wieder auf den Topf zutrifft), kann er die Lokale Zeit aich nicht korrekt Berechnen. Er geht von seinen Fixen Offset auf, der nach der Umstellung aber nicht mehr stimmt.

[Panurg]

Was aber lernt uns das nun?
Ist, mit EPG die Aufnahmen zu programmieren, auf jeden Fall "sicher"? Ich denke, ja. Denn offenbar stimmmen EPG-"Uhr" und TOPF-Uhr ja überein.
Dass das nicht mit der tatsächlichen Uhrzeit (im Rest der Sommerzeit-Welt, außerhalb des TOPF/EPG-Universums) übereinstimmt, ist dann nicht mehr als ein Schönheitsfehler.

P

[FireBird]

Wenn Du über einen Zeitzonenwechsel programmierst, ist die Aufnahme eine Stunde daneben.

[Maliboy]

[quote="Panurg"]Ist, mit EPG die Aufnahmen zu programmieren, auf jeden Fall "sicher"? Ich denke, ja. Denn offenbar stimmmen EPG-"Uhr" und TOPF-Uhr ja überein.[/quote]
Würde ich so unterschreiben. Problematisch könnten da aber EPG Taps sein, die ja nicht in UTC arbeiten.

[quote="Panurg"]Dass das nicht mit der tatsächlichen Uhrzeit (im Rest der Sommerzeit-Welt, außerhalb des TOPF/EPG-Universums) übereinstimmt, ist dann nicht mehr als ein Schönheitsfehler.[/quote]
Das ist ja kein TOPF/EPG Universum, sondern man hat sich drauf geeinigt, das in DVB halt UTC verwendet wird. Meine Server arbeiten im BIOS auch alle auf UTC und nur Linux rechnet um. Manchmal wäre es mir auch am liebsten, wenn die LOG Files UTC wäre und ich nur bei der Ansicht die Lokale Zeit angezeigt bekommen würde.
Übrigens, auch Datenbanken arbeiten inzwischen oft Intern mit UTC. Eigentlich ist es nur noch der Mensch, der zeitonen braucht, weil er einfach bestimmte Umgebungen mit einer Uhrzeit verknüpft.

[quote="FireBird"]Wenn Du über einen Zeitzonenwechsel programmierst, ist die Aufnahme eine Stunde daneben.[/quote]

Nur wenn was von Außen angepasst wird. IMHO passt der TOPF die Timer an.

[FireBird]

[quote="Maliboy"]IMHO passt der TOPF die Timer an.[/quote]
Eben nicht. Er rechnet mit dem aktuellen Offset. Wenn Du am Samstag Vormittag eine Sendung für Samstag 20h und Sonntag 20h programmiert hast und die Uhr Sonntag Vormittag korrigiert hast, kannst Du die Sonntag-Aufnahme kübeln. Die Uhr falsch weiterlaufen zu lassen, ist eher nicht praxisgerecht. Falls doch, laufen alle wiederholende Timer falsch auf.

[Happy]

/Edit: stimmt doch, wenn einem die angezeigten Zeiten egal sind. Es ist alles sehr kompliziert.

Genau, es ist kompliziert.
Die Verwirrung komplett machen dann noch die EPG-TAPs.

Jag verhält sich wie der Topf-EPG, werden vor der Umstellung Timer für nach der Umstellung gesetzt wird
-falsch aufgenommen in dem Fall, dass die Uhr dann umgestellt wird
-richtig aufgenommen, wenn die Uhr nicht verstellt wird.
Während eines Urlaubs ist es also besser ohne die automatische Umstellung zu arbeiten. Jedoch muss bei den Suchtimern der Suchzeit um die entsprechende Stunde erweitert werden.

3PG rechnet die EPG-Enträge für nach der Umstellung schon um. Gemäß des obigen Beispiels erscheint die Tagesschau schon Sommerzeit korrigiert um 20 Uhr.
Zur Winterzeit programmierte Timer für die Sommerzeit werden also
-richtig aufgenommen in dem Fall, dass die Uhr dann umgestellt wird
-falsch aufgenommen, wenn die Uhr nicht verstellt wird.
Bei 3PG ist es also besser mit automatischer Umschaltung zu arbeiten, so sie denn klappt.

iTiNa ist IMHO wie Jag, jedoch würden beim Scan am Sonntag morgen falsch programmierte Timer korrigiert.

Gruß,
Happy

[Happy]

[quote="FireBird"]Eben nicht. Er rechnet mit dem aktuellen Offset. Wenn Du am Samstag Vormittag eine Sendung für Samstag 20h und Sonntag 20h programmiert hast und die Uhr Sonntag Vormittag korrigiert hast, kannst Du die Sonntag-Aufnahme kübeln. Die Uhr falsch weiterlaufen zu lassen, ist eher nicht praxisgerecht. Falls doch, laufen alle wiederholende Timer falsch auf.[/quote]

IMHO werden Topftimer immer zur lokalen Zeit ausgeführt, unabhängig vom Offset. Bei Umstellung des Offsets bleibt ein auf 20 Uhr programmierter Timer immer noch auf 20 Uhr. Er wird eben zu der dann eingestellt lokalen Zeit um 20 Uhr gestartet.

[Bernhard75045]

...Upps - den hatte ich ja ganz vergessen (nicht meinen Vater - nur dessen Topf ... ops .
Muss ich doch gleich morgen mal anrufen. Hoffentlich bekommen wir das in 15 Minuten hin! ...

Nana, so schwierig ist das doch nicht.
Das geht normalerweise problemlos per Telefon (kann sogar mein Vater, wenn ich ihm die richtigen Kommandos gebe. Und das ist wohl das einzige Problem; Wenn man nicht selbst vor der Kiste sitzt und die Einträge nicht selbst sieht ist das etwas langwieriger...

Vielleicht hilf dies hier (aus meiner Sammlung für absolut Unbedarfte):

Schritt-für-Schritt-Anleitung zur Umstellung der Zeiteinstellung der 5x00er
(Sommer-/Winterzeit-Umstellung)

Receiver (und Fernseher) einschalten, ca 2 bis 3 Min. warten (bis alle TAPs laufen).
Erst dann die Umstellung vornehmen.
Und so geht's:

1. MENU-Taste drücken (links oberhalb der "Nach-Links-Taste, die mit "V-" beschriftet ist)
__Es ist der Eintrag "System-Einstellungen" farblich markiert.
__Falls das nicht der Fall ist: diesen Eintrag mit den beiden "Auf-/Ab-Tasten",
__die mit "P+/P-" beschriftet sind, entsprechend oft drücken.

2. Die "OK-Taste" (in der Mitte) drücken.
__Im neuen Fenster ist der Eintrag "Zeiteinstellung" farblich markiert.
__(Falls das nicht der Fall ist: diesen Eintrag mit den beiden "Auf-/Ab-Tasten",
__die mit "P+/P-" beschriftet sind, entsprechend oft drücken.)

3. Wieder die "OK-Taste" drücken.
__Im neuen Fenster ist der Eintrag "Einstellung/Modus wählen" farblich markiert.
__(Falls das nicht der Fall ist: diesen Eintrag mit den beiden "Auf-/Ab-Tasten",
__die mit "P+/P-" beschriftet sind, entsprechend oft drücken.)
__Hier muss "Automatisch" stehen. Falls nicht, mit den beiden "Links-/Rechts-Tasten",
__die mit "V-/V+"" beschriftet sind, diesen Eintrag wählen.

4. Mit den beiden "Auf-/Ab-Tasten", die mit "P+/P-" beschriftet sind,
__den Eintrag "Zeitdifferenz" anwählen.
__Hier muss im Winter "01:00" stehen, im Sommer dagegen "02:00"
__Die gewünschte Einstellung mit den beiden "Links-/Rechts-Tasten",
__diesen Eintrag entsprechend ändern.

5. Mit den beiden "Auf-/Ab-Tasten", die mit "P+/P-" beschriftet sind,
__den Eintrag "Zeitaktualisierung" anwählen.
__Hier muss "Normal" stehen.
__(Falls nicht, mit den beiden "Links-/Rechts-Tasten", die mit "V-/V+""
__beschriftet sind, diesen Eintrag wählen.

6. Überprüfen, ob ganz unten ein Eintrag "Sommerzeitumstellung" steht.
__Falls nein muss nichts mehr eingestellt werden.
__Falls ja: Mit den beiden "Auf-/Ab-Tasten", die mit "P+/P-" beschriftet sind,
__den Eintrag "Sommerzeitumstellung" anwählen
__und den Eintrag dahinter mit den beiden "Links-/Rechts-Tasten",
__die mit "V-/V+"" beschriftet sind, auf "Aus" stellen.

7. Die "Exit-Taste" (links neben der Taste, die mit "P-" beschriftet ist), drücken.

Nun müssten alle Einstellfenster wieder geschlossen sein und der Receiver die richtige Uhrzeit anzeigen.

Übrigens: Da hier jeder was melden will: beim 5000ci hat's geklappt...

[tombo74!]

Was macht der Topf bei 'automatisch' und 'normal'? Ich dachte immer, man soll besser 'manuell' und dann z.B. den ZDF-Transponder auswählen, damit die Zeit immer stimmt....

[mvordeme]

Das ist die Einstellung, mit der sich der Topf die UTC-Zeit holt. Hier geht es um die Umstellung der Zeitzone.