Het viel me zojuist op dat Ziggo/Casema weer eens een poging heeft ondernomen om de EPG problemen op te lossen, maar nog steeds is het niet goed opgelost. Het begint nu zo langzamerhand echt te gênant voor woorden te worden. Dit gedoe duurt nu al meer dan een half jaar terwijl in dit topic toch exact staat aangegeven wat er fout gaat en nog steeds krijgen ze het bij Ziggo/Casema niet voor elkaar om deze eenvoudige problemen op te lossen.
Deze keer hebben ze geprobeerd om de zogenaamde "Uitzending begint om ..." EPG informatie goed te krijgen zodat die gaten van één uur aan het einde van die periode niet meer voorkomen, maar weer klopt het niet. Zie de onderstaande voorbeelden van die "Uitzending begint om ..." EPG informatie uit een nieuwe Transport Stream capture file van TS 7:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
| - EPG gap detected for service ID: 2002, service name: Cartoon Network
Event:
Name: Uitzending begint om 06:00 uur
ID: 1
Start time: 21-1-09 20:00:00 GMT
Duration: 08:59:00
Gap:
Duration: 00:01:00
Event:
Name: Looney Tunes
ID: 337
Start time: 22-1-09 5:00:00 GMT
Duration: 00:25:00
- EPG gap detected for service ID: 2007, service name: Playboy TV
Event:
Name: Uitzending begint om 21:00 uur
ID: 19
Start time: 21-1-09 5:30:00 GMT
Duration: 14:29:00
Gap:
Duration: 02:01:00
Event:
Name: Free View
ID: 71
Start time: 21-1-09 22:00:00 GMT
Duration: 00:10:00
- EPG gap detected for service ID: 2007, service name: Playboy TV
Event:
Name: Uitzending begint om 21:00 uur
ID: 20
Start time: 22-1-09 5:30:00 GMT
Duration: 14:29:00
Gap:
Duration: 02:01:00
Event:
Name: Free View
ID: 49
Start time: 22-1-09 22:00:00 GMT
Duration: 00:10:00
- EPG gap detected for service ID: 11001, service name: BBC three
Event:
Name: Uitzending begint om 20:00 uur
ID: 1
Start time: 21-1-09 5:00:00 GMT
Duration: 13:59:00
Gap:
Duration: 00:01:00
Event:
Name: Doctor Who
ID: 352
Start time: 21-1-09 19:00:00 GMT
Duration: 00:45:00
- EPG gap detected for service ID: 11001, service name: BBC three
Event:
Name: Uitzending begint om 20:00 uur
ID: 2
Start time: 22-1-09 5:00:00 GMT
Duration: 13:59:00
Gap:
Duration: 00:01:00
Event:
Name: Doctor Who
ID: 367
Start time: 22-1-09 19:00:00 GMT
Duration: 00:50:00
- EPG gap detected for service ID: 13002, service name: BBC four
Event:
Name: Uitzending begint om 20:00 uur
ID: 1
Start time: 21-1-09 5:00:00 GMT
Duration: 13:59:00
Gap:
Duration: 00:01:00
Event:
Name: World News Today
ID: 224
Start time: 21-1-09 19:00:00 GMT
Duration: 00:30:00
- EPG gap detected for service ID: 13002, service name: BBC four
Event:
Name: Uitzending begint om 20:00 uur
ID: 2
Start time: 22-1-09 5:00:00 GMT
Duration: 13:59:00
Gap:
Duration: 00:01:00
Event:
Name: World News Today
ID: 278
Start time: 22-1-09 19:00:00 GMT
Duration: 00:40:00 |
Zoals te zien valt in bovenstaande voorbeelden is het gat in de EPG informatie niet langer één uur, maar is nu één minuut geworden omdat ze bij Ziggo/Casema denken dat de "Uitzending begint om ..." periode van bijvoorbeeld BBC Three en Four 13 uur en 59 minuten duurt i.p.v. precies 14 uur en 0 minuten zoals al diverse keren duidelijk is aangegeven in dit topic. Ook bij Cartoon Network hebben ze deze fout van 1 minuut gemaakt, want de "Uitzending begint om ..." duurt bij dit kanaal precies 9 uur en 0 minuten en dus niet 8 uur en 59 minuten. Bij Playboy TV begint de uitzending niet om 21:00 uur zoals in de programma naam wordt aangegeven, maar om 23:00 uur volgens de EPG informatie van het eerste programma op de avond. Ook is daar sprake van de fout van 1 minuut waardoor Ziggo/Casema er dus in totaal 2 uur en 1 minuut naast zit bij Playboy TV.
Hoe moeilijk kan het nu toch zijn? Kennelijk begrijpen ze bij Ziggo/Casema niet wat het concept "programma duur" in de EPG informatie nu eigenlijk inhoudt. Het uitrekenen van de programma duur op basis van aanvangstijden van programma's wil ze maar niet lukken en is wat mij betreft tekenend voor hun gebrekkige kennis van de DVB specificaties. Het volgende voorbeeld laat de "Uitzending begint om ..." EPG informatie zien voor één van de BBC kanalen zoals die door Ziggo/Casema wordt verzonden:
│ │ └─■ event
│ │ ├─■ event_id = 2
│ │ ├─■ start_time { 22-1-09 5:00:00 GMT }
│ │ │ ├─■ MJD = 54853
│ │ │ └─■ UTC = 0x050000
│ │ ├─■ duration = 13:59:00
│ │ ├─■ running_status = undefined
│ │ ├─■ free_CA_mode = one or more elementary streams CA controlled
│ │ └─■ descriptors:
│ │ └─■ short_event_descriptor
│ │ ├─■ ISO_639_language_code = dut
│ │ └─■ event_name
│ │ ├─■ character_coding = Latin alphabet No. 5
│ │ └─■ text = Uitzending begint om 20:00 uur
Het bestaat dus uit een event_id die uniek dient te zijn voor alle progamma's van dit BBC kanaal, een start_time voor de aanvangstijd van het programma in GMT, een duration waarmee de duur van het programma wordt doorgegeven (hier afgebeeld als 13:59:00, maar verzonden als de 3 bytes hexadecimale waarde 0x135900), de running_status waarmee wordt aangegeven of het programma momenteel wordt uitgezonden, de free_CA_mode waarmee kan worden aangegeven of een programma al dan niet van encryptie is voorzien en een short_event_descriptor voor de naam (event_name) van het programma en de gebruikte taal (ISO_639_language_code) van de EPG informatie voor dit programma (dut = Nederlands). I.p.v. een duration van 0x135900 moet Ziggo/Casema er dus voor zorgen dat ze het programma zodanig invoeren dat die duration 0x140000 (= 14:00:00) wordt.
Er zijn ook voorbeelden te vinden van "Uitzending begint om ..." programma's op kanalen waar het soms wel goed gaat, dus er is vergelijkingsmateriaal om te kunnen uitzoeken hoe ze het dan wel moeten invoeren, maar dat komt kennelijk niet bij ze op. Voordat je aan een dergelijke aanpassing begint zoek je toch eerst uit hoe het nu is en wat er dan fout gaat. Vervolgens kijk je even of er voorbeelden in de EPG data te vinden zijn waarbij het wel goed gaat als je niet precies weet hoe je het moet invoeren. Daarna maak je de aanpassing en controleer je of het dan wel goed is. Die laatste stap hebben ze ook deze keer weer niet uitgevoerd, want anders zouden ze zelf toch ook hebben moeten zien dat ze nog steeds een gat van één minuut hebben?
Verder hebben ze nog steeds niet het foutieve EPG filter voor de BBC three en four kanalen aangepast dat ze gebruiken om de C-BBC en Cbeebies programma informatie te verwijderen, want nog steeds ontbreekt door een verkeerd filter het laatste programma voor de onderbreking:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
| - EPG gap detected for service ID: 11001, service name: BBC three
Event:
Name: Doctor Who Confidential
ID: 365
Start time: 22-1-09 4:30:00 GMT
Duration: 00:15:00
Gap:
Duration: 00:15:00
Event:
Name: Uitzending begint om 20:00 uur
ID: 2
Start time: 22-1-09 5:00:00 GMT
Duration: 13:59:00
- EPG gap detected for service ID: 13002, service name: BBC four
Event:
Name: Fashion Victim: Storyville
ID: 276
Start time: 22-1-09 3:15:00 GMT
Duration: 01:15:00
Gap:
Duration: 00:30:00
Event:
Name: Uitzending begint om 20:00 uur
ID: 2
Start time: 22-1-09 5:00:00 GMT
Duration: 13:59:00 |
Ook is er dagelijks bij BBC World News nog steeds een programma van een half uur zoek en is er geen EPG informatie voor het Opvoeden Doe je Zo thema kanaal hoewel Ziggo/Casema wel geconfigureerd heeft dat het er moet zijn:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
| - EPG gap detected for service ID: 12002, service name: BBC World News
Event:
Name: World business report
ID: 264
Start time: 22-1-09 5:30:00 GMT
Duration: 00:30:00
Gap:
Duration: 00:30:00
Event:
Name: World business report
ID: 125
Start time: 22-1-09 6:30:00 GMT
Duration: 01:15:00
- Present/Following EIT does not contain events for service ID: 62, service name: Opvoeden Doe je Zo
- Schedule EIT does not contain events for service ID: 62, service name: Opvoeden Doe je Zo |
Conclusie: Ze hebben bij Ziggo/Casema echt geen idee waar ze nu eigenlijk mee bezig zijn en zijn niet in staat om te controleren of hun eigen handelingen goed zijn uitgevoerd en voldoen aan de DVB specificaties. Na meer dan een half jaar zijn ze door hun onkunde niet in staat om wat simpele foutjes in de EPG data op te lossen. In en in triest, dat zijn nu de "professionals". Waarom gebruiken ze niet gewoon de EPG informatie van Ziggo/@Home? Dan zijn we van deze pijnlijke toestand af en krijgen de klanten in Ziggo/Casema en Ziggo/Multikabel gebied tenminste ook 4 dagen EPG i.p.v. 2 dagen.
:strip_exif()/u/153231/crop5fa699c2d2f02.gif?f=community)
:strip_icc():strip_exif()/u/86747/gonzo60.jpg?f=community)
Lijkt me een aardig idee om de bitrate voor een tijd te monitoren, en te constateren of er verschillen zijn in de netwerken van Ziggo./u/85941/crop61dd9b39bb021_cropped.png?f=community)
:strip_exif()/u/271074/crop57b8b8579eaa5.gif?f=community)
:strip_exif()/u/66427/f_avatar_tw.gif?f=community){kind=avatar}
:strip_icc():strip_exif()/u/192925/jan07Full%2520HD.jpg?f=community)
:strip_icc():strip_exif()/u/79845/icon.jpg?f=community){kind=icon}
/u/37695/crop59072b57d660b_cropped.png?f=community)
