Seltsame Sommerzeitumstellung

[satgerd]

Bei mir laufen 3PG, Display und Overfly. Den 3PG Scan habe ich auf die Startzeit 3 Uhr 5 gestellt. Der Scan lief also nach der Sommerzeitumstellung bis 3 Uhr 14. Zusätzlich hatte ich eine Aufnahme der ARD um etwa 4 Uhr eingestellt. Nun kommts: Am Morgen war noch die Winterzeit.
Dann schaltete ich den Receiver ein, stellte auf ARD zum Zeit übernehmen und schaltete nicht einmal eine Minute später aus. Siehe da, die Sommerzeit war da.
Kann mir das jemand erklären?

[Twilight]

nein, ich nicht
aber rtl hat es mal wieder nicht geschafft

twilight

[Maliboy]

Ich habe meinen Topf um 3 (bzw. 4) Uhr eingeschaltet und die Uhr wurde sofort umgestellt

[satgerd]

Zu der Zeit lag ich in Morpheus Armen ;-)
Schließlich hatte ich gezielt auf den Automatismus hingewirkt.

[B4B]

nein, ich nicht
aber rtl hat es mal wieder nicht geschafft

twilight

...und bei N24 gibt es überhaupt kein EPG.

[Bernhard75045]

Ich hab mir lange überlegt, was ich machen soll.

Mein Problem war, dass der Topf zwar beim Einschalten des iTiNa-Scans um 5.30 Uhr die Zeit automatisch umstellen wird, aber ich hatte für 4 Uhr SZ eine 30-Min-Aufnahme programmiert, und da wäre der Topf ja - aufgrund des Ruhezustands - noch in der WZ gewesen, hätte also eine Stunde verspätet eingeschaltet.

Aber dann zog sich der gestrige Abend etwas länger hin, und kurz nach Mitternacht hab ich dann - statt auszuschalten - einfach einen Sleeptimer mit 120 Minuten und ZDF eingestellt. Demnach lief er um 2 Uhr heute früh noch eine knappe Viertelstunde; Zeit genug, die SZ mitzukriegen.



Siehe da; heute früh stimmte die Topf-Zeit und auch die Aufnaheme hat geklappt.

[Maliboy]

PRO SIEBEN und SAT.1 hatte heute Nacht auch ein Loch, wo iTiNa Schrieb: Keine EPG Infos vorhanden...

[imr]

Hallo zusammen,

kann es sein, dass dieses "Loch" noch andauert?

Bei mir haben sich alle Einträge außer SAT1 Pro7 aktualisiert. Wenn ich das "Original"EPG des Topf (5200) starte sehe ich nur leere Einträge jeweils von 05:25 - 17:25 und umgekehrt...

[B4B]

Bei mir ist alles da, außer wie schon erwähnt, N24. (Bei beiden Receivern u. 3PG).

[Maliboy]

Also, im Kabel habe ich EPG Infos...

[Volker]

@imr
bei welchem Provider bist Du denn ? bei mir (KBW) ist EPG schon den ganzen Tag vorhanden.

[cluberer99]

[quote="Maliboy"]Also, im Kabel habe ich EPG Infos...[/quote]

Also bei mir hat N24 auch kein EPG. Weder bei iTiNa noch dem Topf eigenem EPG.

[Maliboy]

OK. N24 gehört zu den Sendern, die ich selten schaue. Aber PRO SIEBEN, SAT.1 und kabel eins haben EPG Infos.

[macplanet]

Ich hatte ebenfalls ein seltsames Sommerzeit-Problem (mit einem 5000 PVR und 3PG 1.28):
Der Scan am Sonntag um 5:00 Uhr hat zwar problemlos gestartet, die Uhr wurde ebenfalls umgestellt.
Allerdings waren bei manchen Sendern (ZDF, RTL, verschiedene Dritte und vermutlich noch weitere Sender, aber nicht alle) die EPG-Daten nicht korrekt: Es fand sich eine Mischung aus neuen Daten und denselben Sendungen eine Stunde früher (also zur Winterzeit). 3PG hat folgerichtig alle Timer auf diesen Sendern doppelt angelegt, zur korrekten Zeit und eine Stunde früher. Auch das Aufrufen des EPG in einem betroffenen Sender hat keine Korrektur herbeigeführt, erst ein Löschen der Datenbank und ein neuerlicher Scan hat das Problem behoben.
Angesichts der Tatsache, daß viele Sender auf verschiedenen Transpondern betroffen waren, vermute ich ein Problem von 3PG.
Kann das jemand nachvollziehen?

Schöne Grüße,
Matthias

[satgerd]

Kann ich auch nicht. Was ich noch festgestellt habe: Obwohl dann am Sonntag die Zeit automatisch umgestellt war, nahm Sat1 abends eine Stunde zu früh auf. Vielleicht hätte ich besser noch mit 3PG die blaue Taste zum Suchen betätigt. Naja, in einem Jahr denke ich bestimmt nicht mehr dran ;-(

[koenen]

Jedes halbe Jahr der selbe Zauber!
Für's EPG gibt es keine Sommerzeit, keine Winterzeit und logischerweise auch keine Umstellung vom einen auf's andere. EPG arbeitet mit UTC. Was sich bei der Umstellung z.B. von MEZ Winterzeit (UTC+1) auf MESZ Sommerzeit (UTC+2) ändert ist die Umrechnung der UTC Zeit für die Darstellung auf dem Bildschirm. Wenn also die Tagesschau im Winter um 19:00 UTC anfängt, dann stellt das EPG vom Topf das als 20:00 MEZ (= UTC+1) dar. Im Sommer fängt die Tagesschau dagegen um 18:00 UTC an, was dann auf dem Topf als 20:00 MESZ (= UTC+2) dargestellt wird. Dummerweise sieht dann kurz vor der Umstellung das EPG falsch aus.
Sa 28.3.2009 Tagesschau 19:00UTC = 20:00MEZ
So 29.3.2009 Tagesschau 18:00UTC = 19:00MEZ = 20:00 MESZ
Da der Topf jedoch noch auf MEZ steht, zeigt er Tagesschau So 29.3. 19:00 Uhr an
Soweit ist alles klar. UTC Der Topf programmiert einen Timer am Sa 28.3.2009 um 19:00 UTC und am So um 18:00 UTC und alles passt, wenn die Sender korrekte EPG Daten senden würden.
Die Sender sind natürlich auch ein bischen durcheinander. Im EPG erscheint die Tagesschau einmal um Sa 20:00 MEZ und am Sonntag um 19:00 MEZ. Korrigiert der Sender das fälschlicherweise, so steht im EPG dann Sa 19:00 UTC, Sonntag 19:00 UTC. Am Sonntag wird dann nochmal korrigiert und man hat dann Sonntag 18:00 UTC für die Tagesschau. 3PG legt dann den Sonntagstimer doppelt an. Am Samstag wir einer für den Sonntag 19:00 UTC = 21:00 MESZ angelegt und am Sonntag dann einer um 18:00 UTC = 20:00 MESZ.
Grüße
Joachim

[macplanet]

[quote="koenen"]
Die Sender sind natürlich auch ein bischen durcheinander. Im EPG erscheint die Tagesschau einmal um Sa 20:00 MEZ und am Sonntag um 19:00 MEZ. Korrigiert der Sender das fälschlicherweise, so steht im EPG dann Sa 19:00 UTC, Sonntag 19:00 UTC. Am Sonntag wird dann nochmal korrigiert und man hat dann Sonntag 18:00 UTC für die Tagesschau. 3PG legt dann den Sonntagstimer doppelt an. Am Samstag wir einer für den Sonntag 19:00 UTC = 21:00 MESZ angelegt und am Sonntag dann einer um 18:00 UTC = 20:00 MESZ.
[/quote]

Mir ist das, was Du schreibst, schon klar.
Nur erklärt es mein Problem nicht: Wenn der Sender sein EPG korrigiert, sollte nur das korrigierte EPG vorhanden sein. War es in meinem Fall aber nicht -- es waren falsche und richtige Daten gemischt (und zwar bei so vielen Sendern, daß ich an einen redaktionellen Fehler nicht glauben will).
3PG kommt mit der Verschiebung von Sendungen ja normalerweise problemlos klar: Verschiebt sich eine Sendung im EPG, wird der Timer korrigiert. Insofern hätte spätestens nach einem Scan die Sache in Ordnung kommen sollen.
War in dem Fall aber nicht so.

Die Frage ist also: Haben tatsächlich verschiedene Sender ihr EPG kaputtkorrigiert?
Oder haben sie es vielleicht korrigiert, 3PG ist mit der Korrektur aber nicht zurechtgekommen? M.E. spricht vieles für letzteres, da die Daten nach einer Lösung der Datenbank ja korrekt waren.

Schöne Grüße,
Matthias

[Wolfman]

So wie von macplanet geschrieben (z.B. doppelte Timer) sah das auch auf meinem 5500er mit 3PG 1.28 aus.

Da iTiNa auf meinem 6000er, soweit ich auf die Schnelle feststellen konnte, aber die Timer richtig gesetzt hatte, scheint da irgendwie ein Problem bei 3PG vorzuliegen (zumal ich mich nicht daran erinnern kann, bei den bisherigen Zeitumstellungen ein vergleichbares Timerchaos gesehen zu haben).

Und um der Diskussion vorzugreifen: iTiNa läuft bei mir bisher nur im Test und dabei wird es wohl auch bleiben .

[mvordeme]

Kann es sein, dass es an den fraglichen Stellen Lücken im neuen EPG gab? Mein Verdacht ist nämlich, dass 3PG nur dann einen alten Eintrag ersetzt, wenn dieser vollständig von neuen Einträgen überdeckt wird. Solange es irgendwo eine kleine Lücke gibt, durch die der alte Eintrag hindurch schimmert, bleibt er drin, wenn auch mit orangefarbenen Zeitangaben.

Um dieses Problem zu vermeiden habe ich Sonntag Nacht einfach mal die 3PG.dat gelöscht.

Grüße,
-- mvordeme

[Wolfman]

Möglich.
Nachdem heute die meisten Sender wieder gestimmt haben, habe ich jetzt (noch) mal die 3PG.dat gelöscht (hatte ich Sonntag nachmittag schon mal, aber da waren wohl einige Sender noch am Rumfrickeln), damit der Scan morgen (bzw. heute früh) "bei Null" anfangen kann.