EPG a změna času

[CableG]

Pomůže mi někdo pochopit pro UPC pořád tak válčí se změnou času? U DVB-C a jejich stbxů to chápu, tragikomický sw v nich má holt své limity. Ale proč je podobně špatně koncipované i jejich DVB-T?

 

Když se teď podívám do EPG v DVB-T UPC, tak dnešní časy jsou ok, zítřejší jsou o hodinu posunuté a místo 13:00 pořad začíná ve 14:00. Kupodivu ale když se podívám do EPG v DVB-T ze vzduchu, tak dnešní časy jsou ok a zítřejší časy jsou taky ok. Takže ne, že by to nešlo...

[mirij]

Ani já to nechápu, několikrát jsem jim to tady připomínal, ale bez výsledku. Asi je potřeba napsat přes webový formulář přímo do UPC.

[Návštěvník Retiree]

Pro zajímavost uvádím několik příkladů, další jsem nehledal....

Seriál Pravěk: Nový svět I

 

www.sms.cz (tv program)

23:15 díl 12

00:05 díl 13

 

www.axnblack.cz (oficiální web)

23:15 díl 12

(díl 13 neuveden)

 

Mux 714 MHz, DVB-C UPC (TransEdit)

22:15 díl 12

23:15 díl 13

 

V každém multiplexu jsou uváděna data související s časovými informacemi:

Aktuální čas uváděn v UTC (GMT)

Je uvedeno datum a čas přechodu na letní (zimní) čas

Je vždy uveden časový posun (Local Time Offset) v daném časovém období

Čas začátku každého programu je uveden v UTC

 

Uvedený stav zaznamenán v 11 hod UTC (tedy okolo našeho poledne)

 

Takže jsem z toho taky jelen a zdá se, že také různí webmastři stránek s tv programem...

Protože také vím (z vlastní zkušenosti), že změny času přinášely a přinášejí jisté problémy, především u průmyslových řídících a bilančních systémů, nesváděl bych vinu vždy jen na UPC. Otázkou je, zda tuto problematiku chápou lidé, kteří jsou odpovědni za distribuci časového plánu tv providerům... (nejšpíše nikoli)

[CableG]

Pozoruhodné je, že ČT má ve vzduchu EPG správně a programy ČT z DVB-T UPC mají EPG špatně - když budeme předpokládat, že zdrojem těchto dat je ČT, tak kdo to po cestě zkazí?

 

Jasně, změna času je potenciální problém a přináší řadu komplikací (jednou se jedna hodina zopakuje, podruhé zase chybí, lituju programátory, co to musí ošetřit), ale pochopit GMT a offset a správně s ním pracovat až tak komplikované není - jak konečně už několik let dokazuje EPG vysílané ve vzduchu.

[Návštěvník Retiree]

Tak mně to nedalo... Odpojil jsem kabel z USB DVB-C tuneru, připojil anténku, naladil dostupné pozemní muxy a jal se zkoumat multiplex 1 české televize z vysílače Jedlová hora (Chomutov).

V připojené tabulce je výsledek:

Povšimněte si času Událostí v muxu České televize.

 

- Multiplex je sestavován podle obecného standardu.

- Veškeré časové údaje jsou uváděny v UTC (GMT)

- Každý multiplex obsahuje datum a čas přechodu na letní/zimní čas

- Každý multiplex obsahuje aktuální údaj o posunu aktuálního času proti UTC

- Veškeré časové údaje jsou uváděny v UTC (viz výše), tedy i informace o začátku každého programu

- V pozemním multiplexu České televize jsou časy začátku programů správně

- UPC rovněž uvádí začátky jednotlivých programů (v muxu) podle UTC. Programová schémata ale zřejmě UPC dostává s aktuálními časy, vkládání EPG dat do multiplexů musí být práce značně monotónní a únavná a příslušnému pracovníkovi uniká, že se již pohybuje v jiném časovém pásmu a stále tam při vkládání dat odečítá jednu nebo dvě hodiny...

 

Možná se mýlím, a chyba je jinde (už několik let)...

 

Omlouvám se, nepodařilo se vložit obrázek vhodné velikosti, snad se to časem naučím...

[mirij]

No vida, krásně jste chybu UPC potvrdil. Škoda, že ten obrázek není větší.

No ano, je možně, že tím že si UPC sestavuje muxy s EPG daty sama tak dělá tu chybu, že u EPG dat, které leží již v novém čase, hodinu z časů pořadů neodečítá - to ale přece není omluva. A není pro ně omluva ani v případě, že by chyba nějak vznikala někde před nima - zejména oni jsou za to nakonec odpovědni co vysílají a mají si to ohlídat. Jak píše CableG pochopit UTC (což je též GMT) a offset a správně s ním pracovat není až tak komplikované a nejsou přece v UPC tak hloupí (když dokáží sestavit transport stream), aby si neuvědomili, že v přechodném týdnu, kdy se mění čas, vzniká tento problém je potřeba jej správně ošetřit.

[Návštěvník Retiree]

UPC sestavuje zhruba sedmidenní EPG, předpokládám, že je na to určený nějaký komerční program. Rovněž předpokládám, že programátor, který program ovládal, už v UPC dávno nepracuje....

I když řešení může být jednoduché, hledat chybu v programu vyžaduje jisté znalosti a zkušenosti (a zadarmo ani kuře)...

[technik]

Je zajímavé jak tu někteří zapojínají, není to zas tak dlouho co si tu dost lidí sťežovalo na to, že v době přechodu letní/zimní čas dochází ke špatnému zobrazování pořadů v nasledujícim týdnu před změnou času. Většina STB a TV s rokem výroby před 2012 neumí pracovat s informacemi o čase dopředu. To znamená, že prostě vědí o tom kdy dojde ke změně času, ale neumí EPG podle toho přepočítat. Za necelé 3 hodiny dojde k vygenerování nového EPG s časy v GMT podle letního času a bude vše jak má být. Tyto problémy, které tu popisujete zaznamenjí pouze desítky zákazníků oproti majoritní většině. Za půl roku by to moho být jinak, tak uvidíme.

 

Nedělám si iluze o kvalitách STB pro DVBT a myslím si, že naprostá většina těchto zařízení ukazuje čas do změny špatně.

 

Pro nǎse KC bylo proto výhodnějš abychom udělali naš "nesystémovou" úpravu generování EPG

[Návštěvník Retiree]

Právě, že někteří z nás si pamatují (ale většina se letos věnovala rozumnější činnosti, než sledování tv a EPG, takže příspěvků nebylo tolik), pamatují si, že v minulosti byly probl0my s přechodem podstatně větší... Zjevně se jak uživatelé různých přijímačů (soudím dle sebe), tak i technický personál UPC mnohému naučili. Letošní přechod na letní čas hodnotím jako velmi zvládnutý, tedy, když si odmyslím různé berličky a úpravy, zřejmě vyplývající z potřeb různých přijímačů s nedokonalým softwarem, které se v síti UPC stále používají... Za mě palec nahoru.

Ráno, vlastně už v podvečer, bylo vše v pořádku...

Je škoda, že o takových technických problémech není nějaká, třeba v hloubi webu zastrčená, technická rubrika...

[mirij]

Sory Techniku, ale já Vás stále nechápu. Píšete "Nedělám si iluze o kvalitách STB pro DVBT a myslím si, že naprostá většina těchto zařízení ukazuje čas do změny špatně." - no a nebylo by teda lepší zrušit tuto nesystémovou úpravu generování EPG, aby i ty staré přístroje ukazovaly časy EPG správně aspoň do okamžiku změny času? Navíc všechny, i staré STB mají okamžitou synchronizaci času podle času v transport streamu takže po změně času a automatickém znovunačtení EPG budou vidět EPG zase v pořádku, ne?

 

Navíc. stejně v zásadě nesouhlasím s Vaším tvrzením, že pro Vás bylo výhodnější udělat tuto "nesystémovou" úpravu generování EPG. Zvolili jste prostě tu pohodlnější variantu. Pokud už to tak bylo tak jste se měli postarat o to, aby byl opraven firmware těchto zařízení. To samozřejmě není tak úplně snadné, ale vzhledem k tomu, že nabízíte STB daných výrobců tak si myslím, že by Vám určitě vyšli vstříc a firmware opravili (a navíc máte přece možnost aktualizovat i u těch starých zařízení firmware automaticky přes Vaši síť - nebo se mýlím?). Důležité je přece směřovat vždy k tomu co je systémově správné a ne se ohýbat podle nesprávné většiny. Jak dlouho to chcete takto nesprávně dělat? Až se změní většina zařízení?