• Let op: Dit is het archief van het Provider Forum. De berichten die je hier ziet zijn gedateerd en er kan niet meer op worden gereageerd.

Tijd informatie nog niet aangepast bij UPC?

Berichten
5.016
In het digitale signaal van UPC wordt ook de tijd informatie mee gestuurd voor de Mediaboxen. Dit gebeurt via twee soorten pakketjes, namelijk de Time and Date Table (TDT) die alleen de UTC tijd doorgeeft en de Time Offset Table (TOT) die de UTC tijd en de lokale afwijking t.o.v. de UTC tijd doorgeeft. Sinds 30 maart is het zomertijd, dus moet de afwijking +2 uur t.o.v. UTC zijn. Op 26 oktober gaan we weer over naar de wintertijd waarbij de afwijking +1 uur t.o.v. de UTC tijd is.

Normaal wordt direct na een overgang de informatie in het TOT pakketje aangepast zodat de ontvanger weet wanneer de volgende overgang gaat plaatsvinden en daar dus rekening mee kan houden bij de timers die de gebruiker kan programmeren. Bij Ziggo/@Home is deze aanpassing direct na de vorige overgang van 30-3-2008 gemaakt en bevat het TOT pakketje de volgende informatie:

Code:
└─■ TOT { Time Offset Table }
  └─■ transport stream ID 18
    └─■ sections:
      └─■ section
        ├─■ UTC_time { 4-6-08 10:25:57 GMT }
        │ ├─■ MJD = 54621
        │ └─■ UTC = 0x102557
        └─■ descriptors:
          └─■ local_time_offset_descriptor
            └─■ local time offsets:
              └─■ offset
                ├─■ country_code = NLD
                ├─■ country_region_id = 0
                ├─■ local_time_offset_polarity = 0
                ├─■ local_time_offset = 02:00
                ├─■ time_of_change { 26-10-08 1:00:00 GMT }
                │ ├─■ MJD = 54765
                │ └─■ UTC = 0x010000
                └─■ next_time_offset = 01:00

Bij UPC is die aanpassing echter nog niet gedaan en bevat de TOT dus nog de informatie van de vorige wintertijd/zomertijd overgang:

Code:
└─■ TOT { Time Offset Table }
  └─■ transport stream ID 2105
    └─■ sections:
      └─■ section
        ├─■ UTC_time { 16-6-08 13:41:25 GMT }
        │ ├─■ MJD = 54633
        │ └─■ UTC = 0x134125
        └─■ descriptors:
          └─■ local_time_offset_descriptor
            └─■ local time offsets:
              └─■ offset
                ├─■ country_code = NLD
                ├─■ country_region_id = 0
                ├─■ local_time_offset_polarity = 0
                ├─■ local_time_offset = 01:00
                ├─■ time_of_change { 30-3-08 1:00:00 GMT }
                │ ├─■ MJD = 54555
                │ └─■ UTC = 0x010000
                └─■ next_time_offset = 02:00
 
Mooi weergegeven en uitgelegd, maar wat probeer je nu uiteindelijk te zeggen?
Ik denk dat de meeste mensen er geen enkel probleem mee hebben zolang de tijd op de display goed staat en zolang bij de DVR klanten de opnames op het juiste moment starten.

Toegegeven; het is inderdaad, als jouw info klopt, een bug, maar zolang niemand er last van ondervind zie ik er niet zo'n probleem in.
 
Maar waarom is het netwerk voorzien van een goede tijd nu zo moeilijk?

Mij modem staat al weken twee uur vooruit, al mijn telefoons geven deze tijd dus verkeerd weer.
Is geen ramp maar het staat zo knullig.

Tijd in de mediabox staat wel goed.

Heeft elk stukje netwerk bij UPC zijn eigen tijd?
 
Mij modem staat al weken twee uur vooruit, al mijn telefoons geven deze tijd dus verkeerd weer.
Is geen ramp maar het staat zo knullig.

Heeft elk stukje netwerk bij UPC zijn eigen tijd?

Is niet bij iedereen zo hoor. Bij mij staat de tijd gewoon altijd goed.
 
MartCom zei:
Mooi weergegeven en uitgelegd, maar wat probeer je nu uiteindelijk te zeggen?
Ik denk dat de meeste mensen er geen enkel probleem mee hebben zolang de tijd op de display goed staat en zolang bij de DVR klanten de opnames op het juiste moment starten.

Toegegeven; het is inderdaad, als jouw info klopt, een bug, maar zolang niemand er last van ondervind zie ik er niet zo'n probleem in.
Bij de overgangen van wintertijd naar zomertijd en omgekeerd lees ik hier op het forum regelmatig klachten van personen die voor een overgang timers hebben gezet die na de overgang moeten afgaan en dan op het verkeerde moment afgaan. Dat zou door deze nog niet aangepaste TOT informatie veroorzaakt kunnen worden wat wel afhankelijk is van het moment dat UPC kiest om die informatie op orde te brengen en afhankelijk is van het feit hoe een ontvanger intern met timers omgaat.

Als klant zie je er op dit moment dus niets van, maar de dagen na de overgang kan het tot klachten leiden met opnames die op de verkeerde tijd starten. Toevallig zie ik dit omdat ik een programmaatje aan het testen was met data uit een UPC Transport Stream, dus meld ik het maar even. Wat UPC er verder mee doet moeten ze zelf weten, maar het is een kleine moeite om net zoals bij Ziggo/@Home en Ziggo/Casema de volgende tijdsovergang nu al via het TOT pakket door te geven om zo mogelijke problemen te voorkomen.
 
Moet inderdaad toegeven dat ik nog nooit problemen er mee heb gehad, bij mij klopt de tijd altijd, zowel op mn Arris als mn mediabox, maar het is inderdaad wel interessant dat dit blijkbaar niet voor alles en iedereen geldt.
 
Maar na de overgang naar zomertijd ging het juist dit keer wel goed.

Echter een paar weken geleden was hier 's nachts wat "gedonder" met de verbinding.
Vanaf die nacht staat de tijd verkeerd.
Maar alleen in mijn modem, de mediabox heeft nergens last van.

Is geen ramp, alles werkt goed maar het staat vreemd op mijn telefoons.
 
Terug
Bovenaan