Bij Ziggo/Casema hebben ze nog steeds niet door dat de Entitlement Management Message (EMM) data stream ontbreekt in Transport Stream 150 die gebruikt wordt voor de doorgifte van Regio 22...
Ze hebben bij Ziggo/Casema eindelijk wat puntjes opgelost, maar hebben zich natuurlijk beperkt tot de makkelijke dingetjes want het moet niet te moeilijk worden. De EMM data stream is toegevoegd aan Transport Stream 150 voor de doorgifte van Regio 22 in Ziggo/Multikabel gebied en ook hebben ze de BAT service informatie nu toegevoegd zodat een ontvanger ook in Transport Stream 150 weet waar de firmware updates te vinden zijn.
De configuratie fouten in de Network Information Tables (NIT) en de Logical Channel Numbering (LCN) zijn kennelijk te moeilijk voor Ziggo/Casema want daar is nog steeds niets aan gedaan getuige het volgende lijstje:
Om maar bij het voorbeeld van het verplaatste Regio 22 te blijven: Dit kanaal had voorheen service ID 22003 toen het nog in Transport Stream 22 werd doorgegeven. Uit bovenstaande LCN checkup blijkt dat er nog ergens een verwijzing is naar 22003 in de Service Information die Ziggo/Casema verstuurd. Met wat freeware hobby tools is zonder enige moeite te acherhalen waar die verwijzing dan wel zit, namelijk in de Network Information Table (NIT) voor het Ziggo/Multikabel gebied:

Waarom Ziggo/Casema dit soort problemen niet weet te vinden en op te lossen met die dure professionele tools is mij een raadsel.
De configuratie fouten in de Network Information Tables (NIT) en de Logical Channel Numbering (LCN) zijn kennelijk te moeilijk voor Ziggo/Casema want daar is nog steeds niets aan gedaan getuige het volgende lijstje:
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
| - Service ID (4056) not found in TS (4) of NIT (500) for LCN (861) - Service ID (6008) not found in TS (6) of NIT (500) for LCN (114) - LCN (0) should not be assigned to data Service ID (7002) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7003) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7004) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7005) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7006) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7007) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7008) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7009) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7010) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7011) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7012) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7013) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7014) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7015) in TS (7) of NIT (500) - Service ID (20001) not found in TS (20) of NIT (500) for LCN (364) - Service ID (22004) not found in TS (22) of NIT (500) for LCN (998) - Service ID (22006) not found in TS (22) of NIT (500) for LCN (901) - LCN not defined in TS (50) of NIT (500) for Service ID (401) - LCN not defined in TS (60) of NIT (500) for Service ID (402) - LCN (0) should not be assigned to data Service ID (7002) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7003) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7004) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7005) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7006) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7007) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7008) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7009) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7010) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7011) in TS (7) of NIT (2222) - Service ID (6008) not found in TS (6) of NIT (5555) for LCN (114) - LCN (0) should not be assigned to data Service ID (7002) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7003) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7004) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7005) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7006) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7007) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7008) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7009) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7010) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7011) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7012) in TS (7) of NIT (5555) - LCN not defined in TS (7) of NIT (5555) for Service ID (7061) - Service ID (20001) not found in TS (20) of NIT (5555) for LCN (364) - LCN (0) should not be assigned to data Service ID (7002) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7003) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7004) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7005) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7006) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7007) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7008) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7009) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7010) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7011) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7012) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7014) in TS (7) of NIT (8888) - LCN not defined in TS (22) of NIT (8888) for Service ID (22003) |
Om maar bij het voorbeeld van het verplaatste Regio 22 te blijven: Dit kanaal had voorheen service ID 22003 toen het nog in Transport Stream 22 werd doorgegeven. Uit bovenstaande LCN checkup blijkt dat er nog ergens een verwijzing is naar 22003 in de Service Information die Ziggo/Casema verstuurd. Met wat freeware hobby tools is zonder enige moeite te acherhalen waar die verwijzing dan wel zit, namelijk in de Network Information Table (NIT) voor het Ziggo/Multikabel gebied:

Waarom Ziggo/Casema dit soort problemen niet weet te vinden en op te lossen met die dure professionele tools is mij een raadsel.
Nog even de andere eerder gemelde punten nagelopen waaruit helaas weer blijkt dat Ziggo/Casema hier nog steeds niets aan gedaan heeft:
Hoe lang gaat het nog duren totdat Ziggo/Casema eens een keer met dezelfde EPG oplossing komt die al jaren bij Ziggo/@Home wordt toegepast zodat er ook 4 dagen EPG informatie is bij de Ziggo/Casema/Multikabel klanten in afwachting van de ook al jaren beloofde EPG firmware updates voor de Samsung en Panasonic ontvangers?
Hoe lang gaat het nog duren totdat Ziggo/Casema stopt met het beperken van de bitrates van kanalen zodat de Ziggo/Casema/Multikabel klanten exact dezelfde kwaliteit geleverd krijgen als de Ziggo/@Home klanten? We betalen immers toch ook hetzelfde!
Hoe lang gaat het nog duren totdat de Ziggo/Casema klanten ook Sport1 HD kunnen ontvangen? Zij betalen toch ook hetzelfde voor hun Film1 en Sport1 abonnementen als de Ziggo/@Home en Ziggo/Multikabel klanten! Zij hoeven toch niet het kind van de rekening te worden omdat een paar Ziggo/Casema managers geen gezichtsverlies willen leiden als ze weer in gesprek moeten gaan met Film1 en Sport1 om te onderhandelen over doorgifte?
En sinds wanneer worden door klanten gekochte ontvangers zonder expliciete opdracht van die klanten automatisch voorzien van een firmware update zoals onlangs door het arrogante Ziggo/Casema is gedaan bij de Cisco 8455DVB OpenTV/HDTV/VOD/PVR? Als die update verkeerd had uitgepakt dan krijg je van die UPC taferelen waarbij alle klanten maanden lang met de ellende zitten omdat het kabelbedrijf het verdomd om een foute firmware update terug te draaien terwijl die klanten voor de update wel hun ontvanger gewoon konden gebruiken. Ik maak als klant zelf wel uit wanneer ik een update installeer en dat is zeer zeker niet direct na het uitbrengen. De ervaring leert immers dat het beter is om eerst af te wachten totdat de nadelige effecten van een bepaalde firmware update bekend zijn zodat je wel overwogen een afweging kan maken om de update wel of niet te installeren.
- Transport Stream 150 wordt nog steeds doorgegeven via 482,75 MHz i.p.v. 482 MHz waardoor er onnodig 0,75 MHz aan bandbreedte verspild wordt.
- In Transport Streams 1, 25 en 26 worden nog steeds content_descriptors uitgefilterd in plaats van de component_descriptors door het toepassen van een verkeerd filter door Ziggo/Casema.
- Via de Transport Streams 25 en 26 wordt nog steeds voor 4 dagen aan volledige en uitgebreide EPG informatie doorgegeven terwijl Ziggo medewerkers altijd lopen te verkondigen dat het doorgeven van volledige en uitgebreide EPG data voor 4 dagen tot problemen leidt bij in ieder geval de Samsung DCB-9401R en de Panasonic TU-DC40RD. Dat er hier duidelijk sprake is van een configuratie fout bij twee multiplexers blijkt wel uit het feit dat in alle andere Transport Streams maar voor 2 dagen aan volledige en uitgebreide EPG data wordt verzonden.
- Nog steeds ontbreken in alle Transport Streams met uitzondering van Transport Stream 7 de "Other" Service Description Tables.
- Nog steeds ontbreekt de programma informatie van het programma om 20:00 uur bij BBC Three en BBC Four vanwege een verkeerd filter omdat Ziggo/Casema de EPG data van de CBBC en CBeebies programma's overdag niet wil laten zien.
- Nog steeds heet het netwerk bij de Ziggo/Multikabel klanten "AMR Ziggo Digitale Televisie" in plaats van "Ziggo Digitale Televisie" zoals bij de Ziggo/Casema en Ziggo/@Home klanten wel het geval is. Hoewel "AMR" waarschijnlijk een afkorting is voor Alkmaar is het natuurlijk nergens voor nodig om de Ziggo/Multikabel klanten lastig te vallen met dit soort interne "werk" informatie van Ziggo/Casema.
Hoe lang gaat het nog duren totdat Ziggo/Casema eens een keer met dezelfde EPG oplossing komt die al jaren bij Ziggo/@Home wordt toegepast zodat er ook 4 dagen EPG informatie is bij de Ziggo/Casema/Multikabel klanten in afwachting van de ook al jaren beloofde EPG firmware updates voor de Samsung en Panasonic ontvangers?
Hoe lang gaat het nog duren totdat Ziggo/Casema stopt met het beperken van de bitrates van kanalen zodat de Ziggo/Casema/Multikabel klanten exact dezelfde kwaliteit geleverd krijgen als de Ziggo/@Home klanten? We betalen immers toch ook hetzelfde!
Hoe lang gaat het nog duren totdat de Ziggo/Casema klanten ook Sport1 HD kunnen ontvangen? Zij betalen toch ook hetzelfde voor hun Film1 en Sport1 abonnementen als de Ziggo/@Home en Ziggo/Multikabel klanten! Zij hoeven toch niet het kind van de rekening te worden omdat een paar Ziggo/Casema managers geen gezichtsverlies willen leiden als ze weer in gesprek moeten gaan met Film1 en Sport1 om te onderhandelen over doorgifte?
En sinds wanneer worden door klanten gekochte ontvangers zonder expliciete opdracht van die klanten automatisch voorzien van een firmware update zoals onlangs door het arrogante Ziggo/Casema is gedaan bij de Cisco 8455DVB OpenTV/HDTV/VOD/PVR? Als die update verkeerd had uitgepakt dan krijg je van die UPC taferelen waarbij alle klanten maanden lang met de ellende zitten omdat het kabelbedrijf het verdomd om een foute firmware update terug te draaien terwijl die klanten voor de update wel hun ontvanger gewoon konden gebruiken. Ik maak als klant zelf wel uit wanneer ik een update installeer en dat is zeer zeker niet direct na het uitbrengen. De ervaring leert immers dat het beter is om eerst af te wachten totdat de nadelige effecten van een bepaalde firmware update bekend zijn zodat je wel overwogen een afweging kan maken om de update wel of niet te installeren.
Nog een nieuw punt, voor Car Channel en ShopZo|SUUS is wel geconfigureerd dat er Present/Following EPG informatie is, maar die EPG informatie bevat geen events:
- Present/Following EIT does not contain events for service ID: 94, service name: Car Channel
- Present/Following EIT does not contain events for service ID: 13, service name: ShopZo|SUUS
Zal wel weer een configuratie foutje zijn.
- Present/Following EIT does not contain events for service ID: 94, service name: Car Channel
- Present/Following EIT does not contain events for service ID: 13, service name: ShopZo|SUUS
Zal wel weer een configuratie foutje zijn.
Is daar niet een achterliggende reden voor? Dat is hier namelijk ook (weet niet precies bij welke frequentie het is) en dat is al heel heel heel lang zo. Ergens tussen de 460 en 480 schakelt men over (en raak je die 0.75 kwijt) naar een iets ander frequentie-schema voor de kanalen. Of dat toevallig historisch zo gegroeid is of dat nu een specifieke reden heeft zou ik op zich wel willen weten.Transport Stream 150 wordt nog steeds doorgegeven via 482,75 MHz i.p.v. 482 MHz waardoor er onnodig 0,75 MHz aan bandbreedte verspild wordt.
Heel het frequentie-gebeuren verbaasd me sowieso, omdat elk land en elke kabelaanbieder op de wereld zijn frequenties zo'n beetje anders lijkt in te delen, maar ik heb er nog nooit een goede reden voor gelezen.
Ik heb nog even in wat andere frequentie plannen van Nederlandse kabelbedrijven gezocht en bij Ziggo/@Home wordt in Cogas gebied de frequentie 482 gewoon gebruikt en hetzelfde geldt voor Harderwijk. Ik denk dat die vaste kanalen/frequentie indelingen alleen van toepassing waren bij analoge TV via de kabel om de gebruikte kabel frequenties te mappen op de vaste ether kanalen/frequenties die gebruikt werden voor analoge TV zodat de analoge tuners voor zowel ether als kabel TV te gebruiken waren. Voor digitale kabel toepassingen kunnen ze denk ik iedere willekeurige frequentie gebruiken zolang ze natuurlijk die 8 MHz bandbreedte in de gaten houden. Ik vermoed dat Sony hier ook de mist mee inging met de 3000 series van hun TV waarbij men zich meer hield aan de vaste kanalen/frequentie indeling voor DVB-T waardoor ze de 396 MHz frequentie niet wisten te vinden wat weer is opgelost in de 4000 series.Klaus_1250 schreef op zaterdag 13 september 2008 @ 21:16:
Is daar niet een achterliggende reden voor? Dat is hier namelijk ook (weet niet precies bij welke frequentie het is) en dat is al heel heel heel lang zo. Ergens tussen de 460 en 480 schakelt men over (en raak je die 0.75 kwijt) naar een iets ander frequentie-schema voor de kanalen. Of dat toevallig historisch zo gegroeid is of dat nu een specifieke reden heeft zou ik op zich wel willen weten.
Heel het frequentie-gebeuren verbaasd me sowieso, omdat elk land en elke kabelaanbieder op de wereld zijn frequenties zo'n beetje anders lijkt in te delen, maar ik heb er nog nooit een goede reden voor gelezen.
[ Voor 3% gewijzigd door ArChie op 13-09-2008 22:14 ]
Het gevolg van die 0,75 MHz verschuiving ten opzichte van het reguliere 8 MHz raster dat bij Ziggo/Multikabel normaal wordt toegepast is natuurlijk we iets groter dan alleen de verspilling van 0.75 MHz bandbreedte. Als het kabelfrequentie plan van Ziggo/Multikabel wordt bijgewerkt voor deze nieuwe Transport Stream 150 dan ziet dat er als volgt uit:
Als in de toekomst de drie frequenties voor de analoge kanalen ZDF, Jetix/Veronica en RTL 4 worden vrijgemaakt voor digitale TV door ze bijvoorbeeld te verplaatsen naar andere frequenties dan passen er in het gat dat ontstaat tussen Transport Stream 150 en Transport Stream 12 geen drie Transport Streams omdat ze daarvoor net 0,75 MHz bandbreedte te kort komen.
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
| Naam: Frequentie: Opmerking: Internet upstream 0-69 Diverse internet upstream kanalen 74 Vrij 82 Vrij 86-88 2 MHz bandbreedte ruimte Analoge radio kanalen 88-108 108-110 2 MHz bandbreedte ruimte 114 Vrij 122 Vrij 130 Vrij 138 Vrij 146 Vrij 154 Vrij 162 Vrij 170 Vrij 176 Vrij TV Noord-Holland 184 één 192 Ketnet/Canvas 200 Nederland 1 208 Nederland 2 216 Nederland 3 224 Transport Stream 1 234 Lokale omroep/kabelkrant 240 ARD 248 BBC 1 256 TV5MONDE 264 Transport Stream 2 274 Transport Stream 3 282 Transport Stream 4 290 Regio 22 296 Internet downstream 306 Internet downstream 314 Internet downstream 322 Internet downstream 330 Internet downstream 338 Internet downstream 346 354 Vrij 362 Vrij 370 Vrij 378 Vrij 386 Vrij 394 Vrij 402 Vrij 410 Vrij 418 Vrij Test Transport Stream 426 Niet meer in gebruik Transport Stream 5 434 Transport Stream 6 442 Transport Stream 8 450 Transport Stream 9 458 Transport Stream 10 466 Transport Stream 11 474 478-478.75 0.75 MHz bandbreedte ruimte Transport Stream 150 482.75 Moet eigenlijk 482 MHz zijn ZDF 488 Jetix/Veronica 496 RTL 4 504 Transport Stream 7 514 522 Vrij RTL 5 528 RTL 7 536 Transport Stream 12 546 SBS 6 552 562 Vrij 570 Vrij Transport Stream 16 578 Transport Stream 17 586 Videorecorder 592 602 Vrij 610 Vrij 618 Vrij Transport Stream 13 626 Transport Stream 14 634 Transport Stream 18 642 Test Transport Stream 650 Niet meer in gebruik Transport Stream 19 658 Transport Stream 15 666 AT5 672 Transport Stream 20 682 Net 5 688 BBC World 696 Transport Stream 21 706 Transport Stream 22 714 Transport Stream 23 722 Live Shop 728 BBC 2 736 TMF 744 National Geographic Channel/CNBC 752 Transport Stream 24 762 Eurosport 768 RTL 8 776 Euronews 784 Transport Stream 25 794 Animal Planet 800 TV Informatie Kanaal 808 Discovery Channel 816 Transport Stream 26 826 MTV Nederland 832 TVE 840 Nickelodeon/Comedy Central 848 CNN 856 |
Als in de toekomst de drie frequenties voor de analoge kanalen ZDF, Jetix/Veronica en RTL 4 worden vrijgemaakt voor digitale TV door ze bijvoorbeeld te verplaatsen naar andere frequenties dan passen er in het gat dat ontstaat tussen Transport Stream 150 en Transport Stream 12 geen drie Transport Streams omdat ze daarvoor net 0,75 MHz bandbreedte te kort komen.
Anoniem: 248134
" Quote Archie....En sinds wanneer worden door klanten gekochte ontvangers zonder expliciete opdracht van die klanten automatisch voorzien van een firmware update zoals onlangs door het arrogante Ziggo/Casema is gedaan bij de Cisco 8455DVB OpenTV/HDTV/VOD/PVR?"
De klant kan deze optie kiezen / uitschakelen.
De andere punten zal ik nog een uitgebreid doorlezen als ik tijd heb (ivm IBC)
De klant kan deze optie kiezen / uitschakelen.
De andere punten zal ik nog een uitgebreid doorlezen als ik tijd heb (ivm IBC)
Voor de aardigheid toch even een kabelfrequentie plan gemaakt voor Roosendaal in Ziggo/@Home gebied:Klaus_1250 schreef op zaterdag 13 september 2008 @ 21:16:
Dat is hier namelijk ook (weet niet precies bij welke frequentie het is) en dat is al heel heel heel lang zo. Ergens tussen de 460 en 480 schakelt men over (en raak je die 0.75 kwijt) naar een iets ander frequentie-schema voor de kanalen. Of dat toevallig historisch zo gegroeid is of dat nu een specifieke reden heeft zou ik op zich wel willen weten.
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
| Naam: Frequentie: Opmerking: Internet upstream 0-69 Diverse internet upstream kanalen 74 Vrij 82 Vrij 86-88 2 MHz bandbreedte ruimte Analoge radio kanalen 88-108 108-112 4 MHz bandbreedte ruimte 116 Vrij, moet eigenlijk 114 MHz zijn 124 Vrij, moet eigenlijk 122 MHz zijn Internet downstream 132 Moet eigenlijk 130 MHz zijn Internet downstream 140 Moet eigenlijk 138 MHz zijn Internet downstream 148 Moet eigenlijk 146 MHz zijn 156 Vrij, moet eigenlijk 154 MHz zijn 164 Vrij, moet eigenlijk 162 MHz zijn 172 Vrij, moet eigenlijk 170 MHz zijn 176-182 6 MHz bandbreedte ruimte Nederland 1 184 Nederland 2 192 Nederland 3 200 één 208 Ketnet/Canvas 216 InfoTV 224 230-232 2 MHz bandbreedte ruimte 236 vrij, moet eigenlijk 234 MHz zijn 244 Vrij, moet eigenlijk 242 MHz zijn Transport Stream 22 252 Moet eigenlijk 250 MHz zijn Transport Stream 23 260 Moet eigenlijk 258 MHz zijn Transport Stream 11 268 Moet eigenlijk 266 MHz zijn Transport Stream 10 276 Moet eigenlijk 274 MHz zijn Transport Stream 9 284 Moet eigenlijk 282 MHz zijn Transport Stream 7 292 Moet eigenlijk 290 MHz zijn 300 Vrij, moet eigenlijk 298 MHz zijn 308 Vrij, moet eigenlijk 306 MHz zijn Internet downstream 316 Moet eigenlijk 314 MHz zijn Internet downstream 324 Moet eigenlijk 322 MHz zijn Internet downstream 332 Moet eigenlijk 330 MHz zijn 340 Vrij, moet eigenlijk 338 MHz zijn 348 Vrij, moet eigenlijk 346 MHz zijn Transport Stream 18 356 Moet eigenlijk 354 MHz zijn Transport Stream 2 364 Moet eigenlijk 362 MHz zijn Transport Stream 3 372 Moet eigenlijk 370 MHz zijn Transport Stream 4 380 Moet eigenlijk 378 MHz zijn Transport Stream 12 388 Moet eigenlijk 386 MHz zijn Transport Stream 6 396 Moet eigenlijk 394 MHz zijn Transport Stream 8 404 Moet eigenlijk 402 MHz zijn Transport Stream 13 412 Moet eigenlijk 410 MHz Zijn Transport Stream 1 420 Moet eigenlijk 418 MHz zijn Transport Stream 19 428 Moet eigenlijk 426 MHz zijn Transport Stream 206 436 Moet eigenlijk 434 MHz zijn Transport Stream 207 444 Moet eigenlijk 442 MHz zijn Transport Stream 27 452 Moet eigenlijk 450 MHz zijn Transport Stream 5 460 Moet eigenlijk 458 MHz zijn 464-470 6 MHz bandbreedte ruimte ShopZo-SUUS 472 TV Roosendaal 480 Omroep Brabant TV 488 Test Transport Stream 498.75 Copy TS 25, moet eigenlijk 498 MHz zijn NET5 504 TV & Co 512 522.75 Vrij, moet eigenlijk 522 MHz zijn ARD 528 538.75 Vrij, moet eigenlijk 538 MHz zijn Euronews 544 554.75 Vrij, moet eigenlijk 554 MHz zijn Transport Stream 16 562.75 Moet eigenlijk 562 MHz zijn ZDF 568 578.75 Vrij, moet eigenlijk 578 MHz zijn 586.75 Vrij, moet eigenlijk 586 Mhz zijn Videorecorder 592 602.75 Vrij, moet eigenlijk 602 MHz zijn 610.75 Vrij, moet eigenlijk 610 MHz zijn 618.75 Vrij, moet eigenlijk 618 MHz zijn 626.75 Vrij, moet eigenlijk 626 MHz zijn SBS 6 632 642.75 Vrij, moet eigenlijk 642 MHz zijn RTL 7 648 Transport Stream 15 658.75 Moet eigenlijk 658 MHz zijn BBC 1 664 674.75 Vrij, moet eigenlijk 674 MHz zijn Transport Stream 14 682.75 Moet eigenlijk 682 MHz zijn Transport Stream 25 690.75 Moet eigenlijk 690 MHz zijn BBC 2 696 706.75 Vrij, moet eigenlijk 706 MHz zijn Nickelodeon/Comedy Central 712 RTL 5 720 RTL 8 728 TV5MONDE 736 RTL 4 744 TMF 752 CNN 760 770.75 Vrij, moet eigenlijk 770 MHz zijn Animal Planet 776 MTV 784 Veronica/Jetix 792 802.75 Vrij, moet eigenlijk 802 MHz zijn 810.75 Vrij, moet eigenlijk 810 MHz zijn RTBF La Une 816 Transport Stream 24 826.75 Moet eigenlijk 826 MHz zijn National Geographic Channel 832 Eurosport 840 Discovery Channel 848 BBC World 856 |
Het frequentie plan voor de analoge TV kanalen in Roosendaal blijkt hetzelfde 8 MHz raster te gebruiken als ook bij Ziggo/Multikabel wordt toegepast. Je zou dan verwachten dat Ziggo/@Home uitgaande van dat 8 MHz raster voor die analoge TV frequenties op hetzelfde 8 MHz raster zou uitkomen voor de frequenties van de digitale toepassingen als ook bij Ziggo/Multikabel wordt toepast. Dat wil dus zeggen vanaf 114MHz steeds 8 MHz erbij tellen en het 8 MHz frequentie raster voor de digitale toepassingen passen prima binnen het raster van de analoge TV kanalen.
Ik heb sterk de indruk dat daarmee in het verleden een foutje is gemaakt door Ziggo/@Home toen de frequenties voor de kabel Internet modems werden toegevoegd in Roosendaal. Daarbij zijn kennelijk verkeerde frequenties gebruikt waardoor het raster voor de digitale toepassingen 2 MHz verschoven kwam te liggen t.o.v. het analog frequentie raster. Naarmate het aantal digitale TV Transport Streams in de loop der jaren is gegroeid kwam men steeds dichter in de buurt van de frequenties die gebruikt worden voor analoge TV en zie je van de 2 en 6 MHz bandbreedte ruimte blokken ontstaan in de grensgebieden wat in feite versplide bandbreedte is. Had Ziggo/@Home wel hetzelfde digitale 8 MHz raster gebruikt als bij Ziggo/Multikabel dan zouden ze in het gebied van 108 MHz tot 470 MHz twee extra Transport Streams kwijt kunnen voor digitale toepassing dan dat nu het geval is.
Het gebied vanaf 470 MHz tot 862 HMz wordt/werd voornamelijk gebruikt voor de analoge TV kanalen. Als Ziggo/@Home vast zou houden aan het 8 MHz raster voor de digitale toepassing zoals van toepassing is in het gebied onder de 470 MHz dan zouden ze nauwelijks Transport Streams voor digitale toepassing in dat overwegend analoge TV gebied hebben kunnen plaatsen. Vandaar dat ze zijn overgegaan op een ander 8 MHz raster boven de 470 MHz waarbij ze toch weer een vreemde 0.75 MHz boven het 8 MHz raster zijn gaan zitten dat bij Ziggo/Multikabel wordt/werd toepast en dat bij Ziggo/Multikabel perfect binnen het 8 MHz raster voor analoge TV paste. Net als bij Ziggo/Multikabel zorgt die afwijking van 0.75 MHz er uiteindelijk ook bij Ziggo/@Home voor dat er weer sprake is van het verlies van één extra Transport Stream door de 0.75 en 7.25 MHz bandbreedte ruimtes die ontstaan door het niet goed aansluiten van de analoge en digitale 8 MHz rasters.
Zonde van de beschikbare ruimte op de kabel en in feite zou men in de toekomst drie extra analoge TV kanalen of Transport Streams voor digitale toepassingen kunnen doorgeven bij Ziggo/@Home als ze dit eenmalig rechtzetten en dan als het even kan in het hele Ziggo gebied hetzelfde frequentie plan toepassen. Het frequentie plan van Ziggo/Casema zit opzich ook goed in elkaar, maar daar is er sprake van een 2 MHz verschuiving van de Transport Streams in het blok van 126 MHz tot 174 MHz waardoor de boel straks ook weer niet lekker aansluit en er weer zo'n loze ruimte ontstaat waardoor er weer een Transport Stream verloren gaat. Bij Ziggo/Multikabel ging het goed totdat Transport Stream 150 werd geïntroduceerd.
[ Voor 1% gewijzigd door ArChie op 14-09-2008 18:59 . Reden: Internet downstreams bijgewerkt ]
Een paar jaar terug is er een move geweest van een groot aantal frequenties, maar ik weet niet meer hoe en wat precies. Weet wel dat een hoop zenders toen van frequentie zijn gewisseld. Verder, volgens mij zijn er een aantal extra Internet downstream kanalen, maar waar die precies zitten weet ik niet. Dacht tussen de 300 en 350.
Sidenote: Afgelopen week is er wat apparatuur vervangen op de kabel, waarschijnlijk aanpassing voor Docsis 3 (stond niet letterlijk in de brief, maar uit de tekst is het wel op te maken). Waar de modem (SB4200E) voorheen inlogde met Docsis 1.0 doet ie het nu met 1.1. Eveneens is de ontvangt van de centrale beter geworden (Upstream power level is nog maar 42-44).
Sidenote: Afgelopen week is er wat apparatuur vervangen op de kabel, waarschijnlijk aanpassing voor Docsis 3 (stond niet letterlijk in de brief, maar uit de tekst is het wel op te maken). Waar de modem (SB4200E) voorheen inlogde met Docsis 1.0 doet ie het nu met 1.1. Eveneens is de ontvangt van de centrale beter geworden (Upstream power level is nog maar 42-44).
Even in de transponder directory van Transedit een ini bestand aanmaken met de volgende inhoud:Klaus_1250 schreef op zondag 14 september 2008 @ 16:53:
Verder, volgens mij zijn er een aantal extra Internet downstream kanalen, maar waar die precies zitten weet ik niet. Dacht tussen de 300 en 350.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
| [SATTYPE] 1=4000 2=Ziggo/@Home - Internet [DVB] 0=14 1=116000,5,6952 2=124000,5,6952 3=132000,5,6952 4=140000,5,6952 5=148000,5,6952 6=156000,5,6952 7=164000,5,6952 8=172000,5,6952 9=236000,5,6952 10=244000,5,6952 11=300000,5,6952 12=308000,5,6952 13=316000,5,6952 14=324000,5,6952 15=332000,5,6952 16=340000,5,6952 17=348000,5,6952 |
Daarna met Transedit één voor één de frequenties uit dit bestand na lopen met behulp van de Analyse knop (Scan of Scan All heeft geen zin aangezien er geen DVB-SI informatie is om in de lijst weer te geven). Bij elke frequentie waar in het analyse bitrate overzicht 0x1FFF (NULL bytes) en 0x1FFE (payload) elementary streams verschijnen heb je een Internet downloadstream te pakken. Meer PID's zijn er niet in zo'n Internet downstream. Bovenstaande configuratie gaat uit van QAM256 en een symbol rate van 6952. Desnoods even in de handleiding kijken van je kabel internet modem of er nog andere settings mogelijk zijn. Je moet in ieder geval op de 140 MHz een Internet downstream vinden met Transedit aangezien je aangaf dat je modem op die frequentie stond ingesteld. Als je na afloop even laat weten welke frequenties gebruikt worden dan kan ik het kabelfrequentie plan van Roosendaal aanvullen.
Zie hier bijvoorbeeld de bitrates van de Internet downstream op de 306 MHz bij Ziggo/Multikabel (QAM256 met symbolrate 6952) :

Deze Internet downstream is in mijn wijk voor zo'n 25% in gebruik op het moment van de meting. In de Internet downstream op de 330 MHz is het wat drukker:

Deze Internet downstream is in mijn wijk voor zo'n 25% in gebruik op het moment van de meting. In de Internet downstream op de 330 MHz is het wat drukker:

[ Voor 18% gewijzigd door ArChie op 14-09-2008 17:50 ]
132, 140, 148, 172, 316, 324, 332 en 348 Mhz. Maar niet allemaal 256QAM en of Symbolrate 6952 aangezien er bij een aantal frequenties rotzooi verschijnt.
Als er rotzooi verschijnt dan is het geen Internet downstream frequentie, maar gewoon ruis dat door de Twinhan kaart wordt opgepikt en toevallig de pakket start marker op de juiste plek heeft staan. Dus graag alleen de frequenties vermelden waar je echt de 0x1FFF en ox1FFE data streams aangetroffen hebt.Klaus_1250 schreef op zondag 14 september 2008 @ 18:02:
132, 140, 148, 172, 316, 324, 332 en 348 Mhz. Maar niet allemaal 256QAM en of Symbolrate 6952 aangezien er bij een aantal frequenties rotzooi verschijnt.
Dat zijn alleen 140 en 148. Maar dat is erg vreemd wat mijn downstream zit op dit moment op 132 :-) En van 324 weet ik dat er een Internet Downstream zit of iig zat. Overigens, de kaart kan op de bovenstaande frequenties wel een lock krijgen en dat lukt normaal niet als er geen signaal is. TransEdit markeert dat ook anders. [X] is geen signaal en [N] is een signaal maar waarmee die niks kan.
Kan BPI (Baseline Privacy) hier niks mee te maken hebben? Dat zorgt voor last-mile encryption op de MAC-layer. Is pas actief sinds de upgrade vorige week.
Kan BPI (Baseline Privacy) hier niks mee te maken hebben? Dat zorgt voor last-mile encryption op de MAC-layer. Is pas actief sinds de upgrade vorige week.
[ Voor 16% gewijzigd door Klaus_1250 op 14-09-2008 18:32 ]
Okee, misschien een andere symbol rate of QAM dan. Zijn die instellingen niet uit je kabel internet modem te halen net als die 132 frequentie die hij momenteel gebruikt. Hetgeen dat ik als rotzooi bestempel zijn overigens van die PID's waarop maar één pakketje wordt aangetroffen.Klaus_1250 schreef op zondag 14 september 2008 @ 18:21:
Dat zijn alleen 140 en 148. Maar dat is erg vreemd wat mijn downstream zit op dit moment op 132 :-) En van 324 weet ik dat er een Internet Downstream zit of iig zat. Overigens, de kaart kan op de bovenstaande frequenties wel een lock krijgen en dat lukt normaal niet als er geen signaal is. TransEdit markeert dat ook anders. [X] is geen signaal en [N] is een signaal maar waarmee die niks kan.
Dat zou misschien kunnen. Bij Ziggo/Multikabel passen ze dat dan niet toe omdat ik op alle zes de genoemde frequenties netjes een signaal krijg zoals in bovenstaande plaatjes.Klaus_1250 schreef op zondag 14 september 2008 @ 18:21:
Kan BPI (Baseline Privacy) hier niks mee te maken hebben? Dat zorgt voor last-mile encryption op de MAC-layer. Is pas actief sinds de upgrade vorige week.
Nee, de SB4200E is nogal karig met info. Zelfs de QAM geeft ie niet op. MAAR ik kan wel handmatig van downstream wisselen, en op 324 (nu) werkt het ook. 172 en 348 moet ik nog eens naar kijken, de output in TransEdit ziet er daar ook iets anders uit.
Vreemdgenoeg, nu ik de modem op 324 heb gezet, krijg ik in TransEdit nu netjes de output 0x1FFE en 0x1FFF voor dat kanaal.
Vreemdgenoeg, nu ik de modem op 324 heb gezet, krijg ik in TransEdit nu netjes de output 0x1FFE en 0x1FFF voor dat kanaal.
[ Voor 20% gewijzigd door Klaus_1250 op 14-09-2008 18:49 ]
Ik heb waarschijnlijk een wat oudere versie van TransEdit aangezien ik DVBViewer niet aangeschaft heb die voor de nieuwere versies van TransEdit wel geïnstalleerd moet zijn wil de Analyse knop werken. Als Transedit aangeeft dat er wel een signaal is zie je dan in het bitrate scherm wel dat de totale datarate gelijk is aan zo'n 51 Mbps op de kanalen waar "rotzooi" binnenkomt? Zoja, dan is die frequentie mogelijk toch een Internet downstream, maar dan voorzien van encryptie via die BPI instelling zodat TransEdit er geen kaas meer van weet te maken.Klaus_1250 schreef op zondag 14 september 2008 @ 18:21:
TransEdit markeert dat ook anders. [X] is geen signaal en [N] is een signaal maar waarmee die niks kan.
Voorlopig ga ik dan even uit van de volgende frequenties: 132, 140, 148, 316, 324 en 332 Mhz. Bij Ziggo/Multikabel zijn het er ook zes en ze zitten in aaneengesloten blokken. Zou je misschien voor mijn begripsvorming nog een schermprintje van bijvoorbeeld de 132 MHz en een 172 MHz kunnen plaatsen? Mogelijk begrijp ik dan ook wat je bedoelt met "het ziet er iets anders uit" voor die twee frequenties.Klaus_1250 schreef op zondag 14 september 2008 @ 18:45:
Nee, de SB4200E is nogal karig met info. Zelfs de QAM geeft ie niet op. MAAR ik kan wel handmatig van downstream wisselen, en op 324 (nu) werkt het ook. 172 en 348 moet ik nog eens naar kijken, de output in TransEdit ziet er daar ook iets anders uit.
Huh, zou de wijkcentrale dan soms geen klantjes hebben voor die 324 MHz en daarom van die vreemde data genereren wat verandert op het moment dat jij de frequentie aanpast wat ongetwijfeld via de upstream frequentie wordt doorgegeven. Heeft dat kanaal ook BPI?Vreemdgenoeg, nu ik de modem op 324 heb gezet, krijg ik in TransEdit nu netjes de output 0x1FFE en 0x1FFF voor dat kanaal.
Aantal kanalen is 51Mpbs (140, 148, 324). De rest minder ~36 of ~27. Nu weet ik wel dat vroeger er een aantal QAM64 kanalen waren. Of dat nu nog is, geen idee. Ik weet ook niet of er nog een COM21 netwerk bestaat (gingen ze destijds vervangen, maar haast hadden ze er toen niet mee).
BPI lijkt er niks mee te maken te hebben, tenminste, 324 heeft het ook.
Op 316 en 332 is iig niet met een SB4200E (Docsis 1.0/1.1) af te stemmen. Als ik met TransEdit kijk en op omliggende frequenties (.25 .50), word daar wel "iets" uitgezonden, maar geen flauw idee wat. Vreemde in het verhaal blijft dat ik op 132 met TransEdit ook rotzooi zie terwijl de modem daar wel op zat (moet wel zeggen dat er in het modem log een handjevol sync errors stond).
Kan zijn dat de Twinhan daar een frequntie-gat heeft, aangezien de ontvangst op 140mhz 60% kwaliteit geeft en op 148mhz 85%. Die lijn doortrekkend gaat het op 132Mhz niet meer werken, dan heeft FEC ook geen zin meer.
Als ik de kans heb zal ik nog wel eens een analoge tv ergens vandaan prikken om te kijken of er iets op die frequenties te zien is. Weet dat er een paar jaar een kanaal is geweest waar alleen een lege desktop werd uitgezonden (wat natuurlijk niet in het frequentie-overzicht stond), dus kan zijn dat er op die frequenties ook iets dergelijks zit.
BPI lijkt er niks mee te maken te hebben, tenminste, 324 heeft het ook.
Op 316 en 332 is iig niet met een SB4200E (Docsis 1.0/1.1) af te stemmen. Als ik met TransEdit kijk en op omliggende frequenties (.25 .50), word daar wel "iets" uitgezonden, maar geen flauw idee wat. Vreemde in het verhaal blijft dat ik op 132 met TransEdit ook rotzooi zie terwijl de modem daar wel op zat (moet wel zeggen dat er in het modem log een handjevol sync errors stond).
Kan zijn dat de Twinhan daar een frequntie-gat heeft, aangezien de ontvangst op 140mhz 60% kwaliteit geeft en op 148mhz 85%. Die lijn doortrekkend gaat het op 132Mhz niet meer werken, dan heeft FEC ook geen zin meer.
Als ik de kans heb zal ik nog wel eens een analoge tv ergens vandaan prikken om te kijken of er iets op die frequenties te zien is. Weet dat er een paar jaar een kanaal is geweest waar alleen een lege desktop werd uitgezonden (wat natuurlijk niet in het frequentie-overzicht stond), dus kan zijn dat er op die frequenties ook iets dergelijks zit.
[ Voor 71% gewijzigd door Klaus_1250 op 14-09-2008 19:23 ]
Volgens de folder gebruikt het modem altijd een symbolrate van 6952 en heb je maar twee mogelijkheden voor de QAM, namelijk 64 of 256:Klaus_1250 schreef op zondag 14 september 2008 @ 19:05:
Aantal kanalen is 51Mpbs (140, 148, 324). De rest minder ~36 of ~27. Nu weet ik wel dat vroeger er een aantal QAM64 kanalen waren. Of dat nu nog is, geen idee. Ik weet ook niet of er nog een COM21 netwerk bestaat (gingen ze destijds vervangen, maar haast hadden ze er toen niet mee).
code:
1
2
3
4
5
| Modulation . . . . . . . . . . . . . . . . . . . . . . . . . 64 or 256 QAM Maximum Data Rate* . . . . . . . . . . . . . . . . . . 51 Mbps Bandwidth. . . . . . . . . . . . . . . . . . . . . . . . . . 8 MHz Symbol Rate . . . . . . . . . . . . . . . . . . . . . . . . 64 QAM 6.952 Msym/s Symbol Rate . . . . . . . . . . . . . . . . . . . . . . . . 256 QAM 6.952 Msym/s |
Je zou eens kunnen kijken of op de 132 MHz soms een QAM64 gebruikt wordt, maar het lijkt me sterk. Als QAM 64 gebruikt wordt dan moet je weer ergens rond de 38 Mbps uitkomen. Bij rotzooi komt bij mij de totaal datarate niet boven de Kbps uit.
Mooi, dan kunnen we dat tenminste uitsluiten.BPI lijkt er niks mee te maken te hebben, tenminste, 324 heeft het ook.
Heb jij soms een splitter/versterker met een data poort voor het modem en een andere uitgang voor je TV signaal of een tweegats AOP? Als ik zo de storingen lees op het gebruikers forum dan willen de lage frequenties nog wel eens voor moeilijkheden zorgen. Bij gebruik van de Cisco 8455DVB moeten de Ziggo/Casema klanten ook klussen aan de COAX installatie omdat anders de VOD frequenties niet goed werken die bij Ziggo/Casema ook in die 130 MHz regionen zitten. Als jouw Twinhan kaart op de TV poort zit van de splitter/versterker dan zou je misschien wel eens tegen dergelijk probleem kunnen aankijken waardoor de kaart geen kaas weet te maken van het signaal.Klaus_1250 schreef op zondag 14 september 2008 @ 19:05:
Op 316 en 332 is iig niet met een SB4200E (Docsis 1.0/1.1) af te stemmen. Als ik met TransEdit kijk en op omliggende frequenties (.25 .50), word daar wel "iets" uitgezonden, maar geen flauw idee wat. Vreemde in het verhaal blijft dat ik op 132 met TransEdit ook rotzooi zie terwijl de modem daar wel op zat (moet wel zeggen dat er in het modem log een handjevol sync errors stond).
Kan zijn dat de Twinhan daar een frequntie-gat heeft, aangezien de ontvangst op 140mhz 60% kwaliteit geeft en op 148mhz 85%. Die lijn doortrekkend gaat het op 132Mhz niet meer werken, dan heeft FEC ook geen zin meer.
Jup. Splitter met radio, tv en data poort. TV signaal gaat ook nog door een versterker heen, en een tweetal isolators (ooit 110v op mijn klauwen gehad vanwege een kapotte tv die op de coax zat).ArChie schreef op zondag 14 september 2008 @ 19:30:
[...]
Heb jij soms een splitter/versterker met een data poort voor het modem en een andere uitgang voor je TV signaal ...?
Volgens de specificaties van Twinhan:Klaus_1250 schreef op zondag 14 september 2008 @ 19:05:
Kan zijn dat de Twinhan daar een frequntie-gat heeft, aangezien de ontvangst op 140mhz 60% kwaliteit geeft en op 148mhz 85%.
Dus het gebied van 108 tot zo'n 176 MHz zou moeten kunnen, maar of die specificaties van Twinhan kloppen is natuurlijk nog maar de vraag.Receiving frequency: 51~858 MHz tuning range.
Mogelijk dat die TV uitgang een beperkter frequentie gebied heeft waar die lage frequenties die voor de kabel modems gebruikt worden in Roosendaal niet inzitten. Dat zou je kunnen testen door tijdelijk die splitter te verwijderen en het kabel signaal direct naar de TV aansluiting van de Twinhan kaart te sturen of de Twinhan kaart op de modem uitgang aan te sluiten. Maar dat wordt dan wel een heel geklus. Met je eigen kabel modem heb je al aangetoond dat er op 132 MHz een Internet downstream zit, dus ik geloof het verder wel. Het lijstje van de zes frequenties klopt denk ik wel.Klaus_1250 schreef op zondag 14 september 2008 @ 19:45:
Jup. Splitter met radio, tv en data poort. TV signaal gaat ook nog door een versterker heen, en een tweetal isolators (ooit 110v op mijn klauwen gehad vanwege een kapotte tv die op de coax zat).
Wel heb je nu waarschijnlijk proefondervindelijk vastgesteld dat je ook nog aan de COAX installatie zal moeten gaan sleutelen als je ooit een VOD ontvanger aanschaft en Ziggo/@Home ook de lage frequenties gaat gebruiken.
Er is weer een week verstreken sinds de vorige meting, dus een mooi moment om eens te kijken of Ziggo/Casema nog iets heeft uitgevoerd. Deze week heeft Ziggo/Casema zowaar wat van de punten uit mijn lijstje opgepakt, dus laat ik voor de verandering eens beginnen met het goede nieuws:
Ik begrijp niet waarom Ziggo/Casema niet besluit om direct alle configuratie fouten uit de Service Informatie te halen als ze daar toch mee aan de slag gaan. Het gaat immers steeds om hetzelfde type fouten. De fout: "Service ID (4056) not found in TS (4) of NIT (500) for LCN (861)" wil zeggen dat Ziggo/Casema in Transport Stream 4 van de Network Information Table (NIT) voor Netwerk ID 500 het logische kanaal nummer 861 heeft gedefinieerd voor een niet bestaande service ID 4056. Anders gezegd, er zit een foute verwijzing in de LCN data van TS 4 van NIT 500. Zie ook de volgende informatie van een DVB-SI tool:
├─■ NIT { Network Information Table }
│ ├─■ network ID 500, version 29
│ │ ├─■ network_id = 500
│ │ ├─■ version_number = 29
│ │ └─■ sections: { Required sections: 3, available sections: 3 }
│ │ ├─■ section { 0/2 }
│ │ │ ├─■ section_number = 0
│ │ │ ├─■ last_section_number = 2
│ │ │ ├─■ descriptors:
│ │ │ │ ├─■ network_name_descriptor
│ │ │ │ │ └─■ network_name
│ │ │ │ │ ├─■ character_coding = Latin alphabet
│ │ │ │ │ └─■ text = 0500 Ziggo SA Network
│ │ │ │ ├─■ private_data_specifier_descriptor
│ │ │ │ │ └─■ private_data_specifier = 16
│ │ │ │ └─■ linkage_descriptor
│ │ │ │ ├─■ transport_stream_id = 7
│ │ │ │ ├─■ original_network_id = 500
│ │ │ │ ├─■ service_id = 7015
│ │ │ │ ├─■ linkage_type = Service replacement service
│ │ │ │ └─■ linkage_data = 0000 44 56 52 31 04 B0 01 10 09 DVR1.....
│ │ │ └─■ transport streams:
│ │ │ ├─■ stream
│ │ │ ├─■ stream
│ │ │ ├─■ stream
│ │ │ ├─■ stream
│ │ │ │ ├─■ transport_stream_id = 4
│ │ │ │ ├─■ original_network_id = 500
│ │ │ │ └─■ descriptors:
│ │ │ │ ├─■ cable_delivery_system_descriptor
│ │ │ │ ├─■ service_list_descriptor
│ │ │ │ ├─■ private_data_specifier_descriptor
│ │ │ │ │ └─■ private_data_specifier = 40
│ │ │ │ └─■ EACEM_logical_channel_descriptor
│ │ │ │ └─■ logical channels:
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ └─■ channel
│ │ │ │ ├─■ service_id = 4056
│ │ │ │ ├─■ visible_service_flag = true
│ │ │ │ └─■ logical_channel_number = 861
│ │ │ ├─■ stream
Hetzelfde geldt ook voor de LCN verwijzingen naar de niet bestaande service ID's 6008 en 20001. Even in het systeem dat de LCN verwijzingen toevoegd aan de DVB-SI deze foutieve LCN verwijzingen verwijderen en dat probleem is ook opgelost. Omgekeerd gaat het ook fout, de gevallen waarbij er dus wel een service gedefinieerd is in de service_list_descriptor van een NIT, maar de bijbehorende LCN verwijzing niet is aangemaakt. Dat geldt voor de service ID's 401, 402 en 7061.
Met service ID 179 is wat bijzonders aan de hand. Vorige week bestond deze service nog niet en het lijkt erop dat service ID 179 een probeerseltje was aangezien in de Service Description Table (SDT) geen volledige definitie van service ID 179 is terug te vinden:
├─■ SDT { Service Description Table }
│ ├─■ transport stream ID 1, version 27
│ ├─■ transport stream ID 2, version 27
│ ├─■ transport stream ID 3, version 27
│ ├─■ transport stream ID 4, version 27
│ ├─■ transport stream ID 5, version 27
│ ├─■ transport stream ID 6, version 27
│ ├─■ transport stream ID 7, version 29
│ ├─■ transport stream ID 8, version 27
│ ├─■ transport stream ID 9, version 27
│ ├─■ transport stream ID 10, version 27
│ ├─■ transport stream ID 11, version 28
│ ├─■ transport stream ID 12, version 27
│ ├─■ transport stream ID 13, version 27
│ ├─■ transport stream ID 14, version 27
│ ├─■ transport stream ID 15, version 27
│ ├─■ transport stream ID 16, version 27
│ ├─■ transport stream ID 17, version 27
│ ├─■ transport stream ID 18, version 28
│ ├─■ transport stream ID 19, version 27
│ ├─■ transport stream ID 20, version 27
│ ├─■ transport stream ID 21, version 27
│ ├─■ transport stream ID 22, version 29
│ │ ├─■ transport_stream_id = 22
│ │ ├─■ version_number = 29
│ │ ├─■ original_network_id = 500
│ │ └─■ sections: { Required sections: 1, available sections: 1 }
│ │ └─■ section { 0/0 }
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 0
│ │ └─■ services:
│ │ ├─■ service
│ │ ├─■ service
│ │ ├─■ service
│ │ ├─■ service
│ │ ├─■ service
│ │ │ ├─■ service_id = 179
│ │ │ ├─■ EIT_schedule_flag = false
│ │ │ ├─■ EIT_present_following_flag = false
│ │ │ ├─■ running_status = running
│ │ │ ├─■ free_CA_mode = one or more elementary streams CA controlled
│ │ │ └─■ descriptors:
│ │ └─■ service
│ │ ├─■ service_id = 22001
│ │ ├─■ EIT_schedule_flag = true
│ │ ├─■ EIT_present_following_flag = true
│ │ ├─■ running_status = running
│ │ ├─■ free_CA_mode = one or more elementary streams CA controlled
│ │ └─■ descriptors:
│ │ └─■ service_descriptor
│ │ ├─■ service_type = Digital television service
│ │ ├─■ service_provider_name
│ │ │ ├─■ character_coding = Latin alphabet
│ │ │ └─■ text = Ziggo
│ │ └─■ service_name
│ │ ├─■ character_coding = Latin alphabet
│ │ └─■ text = AL-jazeera
│ ├─■ transport stream ID 23, version 27
│ ├─■ transport stream ID 24, version 27
│ ├─■ transport stream ID 25, version 29
│ ├─■ transport stream ID 26, version 1
│ ├─■ transport stream ID 50, version 28
│ ├─■ transport stream ID 60, version 28
│ └─■ transport stream ID 150, version 19
De descriptors van service ID 179 ontbreken. Ter vergelijking is ook service ID 22001 uitgeklapt zodat zichtbaar is welke descriptor normaal bij een service definitie hoort, namelijk een service_descriptor.
Verder zijn bij Ziggo/Casema nog steeds de LCN 0 verwijzingen naar de firmware download kanalen nog niet verwijderd die bij Ziggo/@Home ook niet worden toegepast.
In plaats van het oplossen van de fout met het component_descriptor filter voor de Transport Streams 1, 25 en 26 heeft Ziggo/Casema er nu voor gekozen om helemaal geen filter meer toe te passen. Dat wil dus zeggen dat de component_descriptor en content_descriptor nu in alle Transport Streams voor de Present/Following EPG worden doorgegeven. Hoewel het goed is dat dit nu consistent is voor alle Transport Streams rijst wel direct de vraag hoe consistent de verwijzingen vanuit de Program Map Table (PMT) informatie naar de component_descriptors in de EPG informatie is. Daarvoor zal ik echter eerst mijn tool nog moeten aanpassen om daar makkelijk uitspraken over te kunnen doen.
Niet opgelost zijn de volgende punten:
Het wijzigen van de netwerk naam stelt helemaal niets voor en was voorheen ook altijd goed zonder die werk aanduiding "AMR":
│ └─■ network ID 8888, version 27
│ ├─■ network_id = 8888
│ ├─■ version_number = 27
│ └─■ sections: { Required sections: 3, available sections: 3 }
│ ├─■ section { 0/2 }
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 2
│ │ ├─■ descriptors:
│ │ │ ├─■ network_name_descriptor
│ │ │ │ └─■ network_name
│ │ │ │ ├─■ character_coding = Latin alphabet
│ │ │ │ └─■ text = AMR Ziggo Digitale Televisie
│ │ │ └─■ private_data_specifier_descriptor
│ │ │ └─■ private_data_specifier = 16
│ │ └─■ transport streams:
Eén labeltje aanpassen in de NIT voor netwerk ID 8888 en ook dit is opgelost.
- In Transport Streams 25 en 26 wordt niet langer voor 4 dagen EPG informatie doorgegeven, maar 2 dagen EPG informatie net zoals in de overige Transport Streams zodat dit tenminste weer consistent is voor alle Transport Streams en geen mogelijke problemen meer oplevert voor de Samsung DCB-9401R en de Panasonic TU-DC40RD die niet goed tegen te veel EPG data kunnen.
- In Transport Streams 1, 25 en 26 wordt niet langer de content_descriptor uitgefilterd door het toepassen van een verkeerd filter.
- Verwijzingen naar de niet langer bestaande services 22003, 22004 en 22006 zijn verwijderd uit de Service Informatie.
- De Present/Following EPG informatie van Car Channel en ShopZo|SUUS is weer terug.
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
| - Service ID (4056) not found in TS (4) of NIT (500) for LCN (861) - Service ID (6008) not found in TS (6) of NIT (500) for LCN (114) - LCN (0) should not be assigned to data Service ID (7002) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7003) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7004) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7005) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7006) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7007) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7008) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7009) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7010) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7011) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7012) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7013) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7014) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7015) in TS (7) of NIT (500) - Service ID (20001) not found in TS (20) of NIT (500) for LCN (364) - LCN not defined in TS (22) of NIT (500) for Service ID (179) - LCN not defined in TS (50) of NIT (500) for Service ID (401) - LCN not defined in TS (60) of NIT (500) for Service ID (402) - LCN (0) should not be assigned to data Service ID (7002) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7003) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7004) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7005) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7006) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7007) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7008) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7009) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7010) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7011) in TS (7) of NIT (2222) - Service ID (6008) not found in TS (6) of NIT (5555) for LCN (114) - LCN (0) should not be assigned to data Service ID (7002) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7003) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7004) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7005) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7006) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7007) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7008) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7009) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7010) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7011) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7012) in TS (7) of NIT (5555) - LCN not defined in TS (7) of NIT (5555) for Service ID (7061) - Service ID (20001) not found in TS (20) of NIT (5555) for LCN (364) - LCN (0) should not be assigned to data Service ID (7002) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7003) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7004) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7005) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7006) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7007) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7008) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7009) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7010) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7011) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7012) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7014) in TS (7) of NIT (8888) |
Ik begrijp niet waarom Ziggo/Casema niet besluit om direct alle configuratie fouten uit de Service Informatie te halen als ze daar toch mee aan de slag gaan. Het gaat immers steeds om hetzelfde type fouten. De fout: "Service ID (4056) not found in TS (4) of NIT (500) for LCN (861)" wil zeggen dat Ziggo/Casema in Transport Stream 4 van de Network Information Table (NIT) voor Netwerk ID 500 het logische kanaal nummer 861 heeft gedefinieerd voor een niet bestaande service ID 4056. Anders gezegd, er zit een foute verwijzing in de LCN data van TS 4 van NIT 500. Zie ook de volgende informatie van een DVB-SI tool:
├─■ NIT { Network Information Table }
│ ├─■ network ID 500, version 29
│ │ ├─■ network_id = 500
│ │ ├─■ version_number = 29
│ │ └─■ sections: { Required sections: 3, available sections: 3 }
│ │ ├─■ section { 0/2 }
│ │ │ ├─■ section_number = 0
│ │ │ ├─■ last_section_number = 2
│ │ │ ├─■ descriptors:
│ │ │ │ ├─■ network_name_descriptor
│ │ │ │ │ └─■ network_name
│ │ │ │ │ ├─■ character_coding = Latin alphabet
│ │ │ │ │ └─■ text = 0500 Ziggo SA Network
│ │ │ │ ├─■ private_data_specifier_descriptor
│ │ │ │ │ └─■ private_data_specifier = 16
│ │ │ │ └─■ linkage_descriptor
│ │ │ │ ├─■ transport_stream_id = 7
│ │ │ │ ├─■ original_network_id = 500
│ │ │ │ ├─■ service_id = 7015
│ │ │ │ ├─■ linkage_type = Service replacement service
│ │ │ │ └─■ linkage_data = 0000 44 56 52 31 04 B0 01 10 09 DVR1.....
│ │ │ └─■ transport streams:
│ │ │ ├─■ stream
│ │ │ ├─■ stream
│ │ │ ├─■ stream
│ │ │ ├─■ stream
│ │ │ │ ├─■ transport_stream_id = 4
│ │ │ │ ├─■ original_network_id = 500
│ │ │ │ └─■ descriptors:
│ │ │ │ ├─■ cable_delivery_system_descriptor
│ │ │ │ ├─■ service_list_descriptor
│ │ │ │ ├─■ private_data_specifier_descriptor
│ │ │ │ │ └─■ private_data_specifier = 40
│ │ │ │ └─■ EACEM_logical_channel_descriptor
│ │ │ │ └─■ logical channels:
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ ├─■ channel
│ │ │ │ └─■ channel
│ │ │ │ ├─■ service_id = 4056
│ │ │ │ ├─■ visible_service_flag = true
│ │ │ │ └─■ logical_channel_number = 861
│ │ │ ├─■ stream
Hetzelfde geldt ook voor de LCN verwijzingen naar de niet bestaande service ID's 6008 en 20001. Even in het systeem dat de LCN verwijzingen toevoegd aan de DVB-SI deze foutieve LCN verwijzingen verwijderen en dat probleem is ook opgelost. Omgekeerd gaat het ook fout, de gevallen waarbij er dus wel een service gedefinieerd is in de service_list_descriptor van een NIT, maar de bijbehorende LCN verwijzing niet is aangemaakt. Dat geldt voor de service ID's 401, 402 en 7061.
Met service ID 179 is wat bijzonders aan de hand. Vorige week bestond deze service nog niet en het lijkt erop dat service ID 179 een probeerseltje was aangezien in de Service Description Table (SDT) geen volledige definitie van service ID 179 is terug te vinden:
├─■ SDT { Service Description Table }
│ ├─■ transport stream ID 1, version 27
│ ├─■ transport stream ID 2, version 27
│ ├─■ transport stream ID 3, version 27
│ ├─■ transport stream ID 4, version 27
│ ├─■ transport stream ID 5, version 27
│ ├─■ transport stream ID 6, version 27
│ ├─■ transport stream ID 7, version 29
│ ├─■ transport stream ID 8, version 27
│ ├─■ transport stream ID 9, version 27
│ ├─■ transport stream ID 10, version 27
│ ├─■ transport stream ID 11, version 28
│ ├─■ transport stream ID 12, version 27
│ ├─■ transport stream ID 13, version 27
│ ├─■ transport stream ID 14, version 27
│ ├─■ transport stream ID 15, version 27
│ ├─■ transport stream ID 16, version 27
│ ├─■ transport stream ID 17, version 27
│ ├─■ transport stream ID 18, version 28
│ ├─■ transport stream ID 19, version 27
│ ├─■ transport stream ID 20, version 27
│ ├─■ transport stream ID 21, version 27
│ ├─■ transport stream ID 22, version 29
│ │ ├─■ transport_stream_id = 22
│ │ ├─■ version_number = 29
│ │ ├─■ original_network_id = 500
│ │ └─■ sections: { Required sections: 1, available sections: 1 }
│ │ └─■ section { 0/0 }
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 0
│ │ └─■ services:
│ │ ├─■ service
│ │ ├─■ service
│ │ ├─■ service
│ │ ├─■ service
│ │ ├─■ service
│ │ │ ├─■ service_id = 179
│ │ │ ├─■ EIT_schedule_flag = false
│ │ │ ├─■ EIT_present_following_flag = false
│ │ │ ├─■ running_status = running
│ │ │ ├─■ free_CA_mode = one or more elementary streams CA controlled
│ │ │ └─■ descriptors:
│ │ └─■ service
│ │ ├─■ service_id = 22001
│ │ ├─■ EIT_schedule_flag = true
│ │ ├─■ EIT_present_following_flag = true
│ │ ├─■ running_status = running
│ │ ├─■ free_CA_mode = one or more elementary streams CA controlled
│ │ └─■ descriptors:
│ │ └─■ service_descriptor
│ │ ├─■ service_type = Digital television service
│ │ ├─■ service_provider_name
│ │ │ ├─■ character_coding = Latin alphabet
│ │ │ └─■ text = Ziggo
│ │ └─■ service_name
│ │ ├─■ character_coding = Latin alphabet
│ │ └─■ text = AL-jazeera
│ ├─■ transport stream ID 23, version 27
│ ├─■ transport stream ID 24, version 27
│ ├─■ transport stream ID 25, version 29
│ ├─■ transport stream ID 26, version 1
│ ├─■ transport stream ID 50, version 28
│ ├─■ transport stream ID 60, version 28
│ └─■ transport stream ID 150, version 19
De descriptors van service ID 179 ontbreken. Ter vergelijking is ook service ID 22001 uitgeklapt zodat zichtbaar is welke descriptor normaal bij een service definitie hoort, namelijk een service_descriptor.
Verder zijn bij Ziggo/Casema nog steeds de LCN 0 verwijzingen naar de firmware download kanalen nog niet verwijderd die bij Ziggo/@Home ook niet worden toegepast.
In plaats van het oplossen van de fout met het component_descriptor filter voor de Transport Streams 1, 25 en 26 heeft Ziggo/Casema er nu voor gekozen om helemaal geen filter meer toe te passen. Dat wil dus zeggen dat de component_descriptor en content_descriptor nu in alle Transport Streams voor de Present/Following EPG worden doorgegeven. Hoewel het goed is dat dit nu consistent is voor alle Transport Streams rijst wel direct de vraag hoe consistent de verwijzingen vanuit de Program Map Table (PMT) informatie naar de component_descriptors in de EPG informatie is. Daarvoor zal ik echter eerst mijn tool nog moeten aanpassen om daar makkelijk uitspraken over te kunnen doen.
Niet opgelost zijn de volgende punten:
- Transport Stream 150 wordt nog steeds doorgegeven via 482,75 MHz i.p.v. 482 MHz waardoor er onnodig 0,75 MHz aan bandbreedte verspild wordt.
- Nog steeds ontbreken in alle Transport Streams met uitzondering van Transport Stream 7 de "Other" Service Description Tables.
- Nog steeds ontbreekt de programma informatie van het programma om 20:00 uur bij BBC Three en BBC Four vanwege een verkeerd filter omdat Ziggo/Casema de EPG data van de CBBC en CBeebies programma's overdag niet wil laten zien.
- Nog steeds heet het netwerk bij de Ziggo/Multikabel klanten "AMR Ziggo Digitale Televisie" in plaats van "Ziggo Digitale Televisie" zoals bij de Ziggo/Casema en Ziggo/@Home klanten wel het geval is. Hoewel "AMR" waarschijnlijk een afkorting is voor Alkmaar is het natuurlijk nergens voor nodig om de Ziggo/Multikabel klanten lastig te vallen met dit soort interne "werk" informatie van Ziggo/Casema.
Het wijzigen van de netwerk naam stelt helemaal niets voor en was voorheen ook altijd goed zonder die werk aanduiding "AMR":
│ └─■ network ID 8888, version 27
│ ├─■ network_id = 8888
│ ├─■ version_number = 27
│ └─■ sections: { Required sections: 3, available sections: 3 }
│ ├─■ section { 0/2 }
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 2
│ │ ├─■ descriptors:
│ │ │ ├─■ network_name_descriptor
│ │ │ │ └─■ network_name
│ │ │ │ ├─■ character_coding = Latin alphabet
│ │ │ │ └─■ text = AMR Ziggo Digitale Televisie
│ │ │ └─■ private_data_specifier_descriptor
│ │ │ └─■ private_data_specifier = 16
│ │ └─■ transport streams:
Eén labeltje aanpassen in de NIT voor netwerk ID 8888 en ook dit is opgelost.
[ Voor 7% gewijzigd door ArChie op 14-12-2008 21:03 . Reden: small tags toegevoegd ]
Nog even een PID lijst gemaakt op basis van de DVB-SI data van alle Transport Streams bij Ziggo/Multikabel. Uit een vergelijking met de PID lijst van 11 augustus blijkt dat Ziggo/Casema niet meer zo aan het rommelen is met de toewijzing van PID nummers. De grootste wijziging t.o.v. 11 augustus is eigenlijk dat de PID nummering voor de pakketten die gebruikt worden voor het doorgegeven van de EMM en ECM sleutel informatie voor het Conditional Access ID van Ziggo/Casema (CA_ID = 1538) zijn gewijzigd naar de 5000 reeks i.p.v. de 50 reeks die het voorheen was. Op basis van wat oude Transport Stream capture files lijkt deze wijziging al plaats te hebben gevonden sinds begin september. Wat Ziggo/Casema daarmee wil bereiken is mij verder niet duidelijk.
De PID nummering voor de EMM en ECM sleutel informatie voor het Conditional Access ID van Ziggo/Multikabel (CA_ID = 1540) is niet gewijzigd. Daarvoor worden PID nummers in de 4000 reeks gebruikt.
De PID nummering voor de EMM en ECM sleutel informatie voor het Conditional Access ID van Ziggo/Multikabel (CA_ID = 1540) is niet gewijzigd. Daarvoor worden PID nummers in de 4000 reeks gebruikt.
Ik weet niet wat ze nu weer aan het rommelen zijn bij Ziggo/Casema, maar vanavond is Transport Stream 4, die in Ziggo/Multikabel gebied op 290 MHz wordt doorgegeven, één en al storing. De BER is constant ongeveer rond de 700 wat op de volgende kanalen continu blokken genereert of het geluid verstoort:
Er zal wel weer een verbinding of versterker ergens in de wijk niet lekker zijn. Misschien een QAM modulator die weer eens de juiste instellingen is kwijtgeraakt. Het zal wel weer een langdurige geschiedenis worden voordat dit weer wordt opgelost. Het blijft waardeloos met die verbindingen sinds Ziggo/Casema het digitale TV signaal levert in ZIggo/Multikabel gebied.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
| ============================================================================================= 4 356,00 356,00 290,00 64/6,875 64/6,875 64/6,875 --------------------------------------------------------------------------------------------- Nick 'Toons 1 66 304 304 304 NDR 1 107 603 603 603 SWR Fernsehen 1 109 605 605 605 Kabel 1 1 113 609 609 609 Animal Planet 1 4002 21 21 21 Discovery World 1 4004 202 202 202 Discovery Science 1 4005 201 201 201 Discovery Travel 1 4006 203 203 203 VRT Radio 1 2 4050 842 842 842 VRT Radio 2 2 4051 843 843 843 VRT Radio Klara 2 4052 844 844 844 VRT Studio Brussel 2 4053 845 845 845 VRT Radio Donna 2 4054 846 846 846 BBC Radio 4 2 4055 850 850 850 ============================================================================================= |
Er zal wel weer een verbinding of versterker ergens in de wijk niet lekker zijn. Misschien een QAM modulator die weer eens de juiste instellingen is kwijtgeraakt. Het zal wel weer een langdurige geschiedenis worden voordat dit weer wordt opgelost. Het blijft waardeloos met die verbindingen sinds Ziggo/Casema het digitale TV signaal levert in ZIggo/Multikabel gebied.
Vandaag hebben ze bij Ziggo/Casema de boel kennelijk wat bijgeregeld aangezien Transport Stream 4 nu een constante BER heeft van ongeveer 12. Nog steeds niet de normale BER van 0 die ik op die Transport Stream 4 had, maar toch al een aanzienlijke verbetering t.o.v. die BER van 700. Waarom ze toch zo blijven rommelen met die afregeling van de QAM modulators en/of versterkers is mij niet duidelijk. Storingsvrije ontvangst van digitale TV is tegenwoordig bijna niet meer mogelijk sinds Ziggo/Casema de boel heeft overgenomen.
Anoniem: 248134
Het frequentie plan gaat deels op de schop. De 6 MHz kanalen vinden hun oorsprong in het gebruik van COM21.ArChie schreef op zondag 14 september 2008 @ 16:10:
[...]
Zonde van de beschikbare ruimte op de kabel en in feite zou men in de toekomst drie extra analoge TV kanalen of Transport Streams voor digitale toepassingen kunnen doorgeven bij Ziggo/@Home als ze dit eenmalig rechtzetten en dan als het even kan in het hele Ziggo gebied hetzelfde frequentie plan toepassen. Het frequentie plan van Ziggo/Casema zit opzich ook goed in elkaar, maar daar is er sprake van een 2 MHz verschuiving van de Transport Streams in het blok van 126 MHz tot 174 MHz waardoor de boel straks ook weer niet lekker aansluit en er weer zo'n loze ruimte ontstaat waardoor er weer een Transport Stream verloren gaat. Bij Ziggo/Multikabel ging het goed totdat Transport Stream 150 werd geïntroduceerd.
De lijst in het start topic bijgewerkt na de laatste wijzigingen, namelijk het verwijderen van Nederland 1 HD en het toevoegen van Comedy Central Family.
Met het toevoegen van Comedy Central Family is duidelijk geworden waar het probeerseltje van Ziggo/Casema met service ID 179 voor was, namelijk om een week later aan Comedy Central Family toe te wijzen. Verder heeft Ziggo/Casema op basis van een snelle scan volgens mij nagenoeg niets aan de overige openstaande problemen gedaan. Nog steeds ontbreken de eerste programma's van BBC Three en BBC Four na de dag programmering van de kinder zenders door het foute filter van Ziggo/Casema. Dit blijkt overigens ook te gelden voor Cartoon Network dat van 's avonds 9 uur tot 's morgens 6 uur geen uitzending heeft waarbij elke ochtend voor het eerste programma om 6 uur exact de EPG informatie ontbreekt.
Afgezien van het service ID 179 dat zich vanzelf heeft opgelost door het toevoegen van Comedy Central Family is er verder niets gebeurd aan de Logical Channel Numbering (LCN) problemen:
Met het toevoegen van Comedy Central Family is duidelijk geworden waar het probeerseltje van Ziggo/Casema met service ID 179 voor was, namelijk om een week later aan Comedy Central Family toe te wijzen. Verder heeft Ziggo/Casema op basis van een snelle scan volgens mij nagenoeg niets aan de overige openstaande problemen gedaan. Nog steeds ontbreken de eerste programma's van BBC Three en BBC Four na de dag programmering van de kinder zenders door het foute filter van Ziggo/Casema. Dit blijkt overigens ook te gelden voor Cartoon Network dat van 's avonds 9 uur tot 's morgens 6 uur geen uitzending heeft waarbij elke ochtend voor het eerste programma om 6 uur exact de EPG informatie ontbreekt.
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
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
| - EPG gap detected for service ID: 2002, service name: Cartoon Network Event: Name: Uitzending begint om 06:00 uur ID: 1 Start time: 26-9-08 19:00:00 GMT Duration: 09:00:00 Gap: Duration: 00:25:00 Event: Name: Tom & Jerry ID: 320 Start time: 27-9-08 4:25:00 GMT Duration: 00:25:00 - EPG gap detected for service ID: 3010, service name: TV Gelderland Event: Name: Hallo Gelderland. ID: 159 Start time: 27-9-08 3:20:00 GMT Duration: 00:40:00 Gap: Duration: 03:00:00 Event: Name: Gisteren gemist? ID: 123 Start time: 27-9-08 7:00:00 GMT Duration: 03:00:00 - EPG gap detected for service ID: 8006, service name: Rai Uno Event: Name: Nachtprogramma ID: 208 Start time: 27-9-08 0:35:00 GMT Duration: 03:25:00 Gap: Duration: 00:10:00 Event: Name: Incantesimo ID: 209 Start time: 27-9-08 4:10:00 GMT Duration: 00:20:00 - Present/Following EIT does not contain present event for service ID: 11001, service name: BBC three - EPG gap detected for service ID: 11001, service name: BBC three Event: Name: Uitzending begint om 20:00 uur ID: 2 Start time: 26-9-08 5:00:00 GMT Duration: 13:00:00 Gap: Duration: 00:30:00 Event: Name: The Real Hustle Las Vegas ID: 346 Start time: 26-9-08 18:30:00 GMT Duration: 00:30:00 - EPG gap detected for service ID: 11001, service name: BBC three Event: Name: Uitzending begint om 20:00 uur ID: 3 Start time: 27-9-08 5:00:00 GMT Duration: 13:00:00 Gap: Duration: 00:15:00 Event: Name: Mind, Body and Kick Ass Moves ID: 165 Start time: 27-9-08 18:15:00 GMT Duration: 00:30:00 - EPG gap detected for service ID: 12002, service name: BBC World News Event: Name: School's out ID: 281 Start time: 27-9-08 4:30:00 GMT Duration: 00:30:00 Gap: Duration: 00:30:00 Event: Name: Middle East business report ID: 282 Start time: 27-9-08 5:30:00 GMT Duration: 01:00:00 - Present/Following EIT does not contain present event for service ID: 13002, service name: BBC four - EPG gap detected for service ID: 13002, service name: BBC four Event: Name: Uitzending begint om 20:00 uur ID: 2 Start time: 26-9-08 5:00:00 GMT Duration: 13:00:00 Gap: Duration: 00:30:00 Event: Name: Jacqueline du Pre and the Elgar Cello Concerto ID: 305 Start time: 26-9-08 18:30:00 GMT Duration: 01:10:00 - EPG gap detected for service ID: 13002, service name: BBC four Event: Name: Uitzending begint om 20:00 uur ID: 3 Start time: 27-9-08 5:00:00 GMT Duration: 13:00:00 Gap: Duration: 00:10:00 Event: Name: Civilisation ID: 150 Start time: 27-9-08 18:10:00 GMT Duration: 00:50:00 - EPG gap detected for service ID: 13007, service name: /Geschiedenis Event: Name: Reporter: Voorzitter van Nederland ID: 369 Start time: 27-9-08 3:46:00 GMT Duration: 00:49:00 Gap: Duration: 00:36:00 Event: Name: Beeldspraak: Jacques de Vries en de kunst voor het volk ID: 375 Start time: 27-9-08 5:11:00 GMT Duration: 00:30:00 - EPG gap detected for service ID: 14003, service name: AT 5 Event: Name: Herhalingen ID: 245 Start time: 26-9-08 23:30:00 GMT Duration: 04:30:00 Gap: Duration: 01:00:00 Event: Name: Herhalingen ID: 280 Start time: 27-9-08 5:00:00 GMT Duration: 03:00:00 - EPG gap detected for service ID: 23001, service name: TV 5 Monde Europe Event: Name: Le grand raid des gnous ID: 327 Start time: 27-9-08 1:00:00 GMT Duration: 00:55:00 Gap: Duration: 02:05:00 Event: Name: Nieuws ID: 328 Start time: 27-9-08 4:00:00 GMT Duration: 00:30:00 - EPG gap detected for service ID: 103, service name: /Geloven Event: Name: Het vermoeden: Geert Kimpen ID: 401 Start time: 27-9-08 3:27:00 GMT Duration: 00:33:00 Gap: Duration: 00:01:00 Event: Name: Nioscoop: Het leven van de profeet (3) ID: 402 Start time: 27-9-08 4:01:00 GMT Duration: 00:29:00 |
Afgezien van het service ID 179 dat zich vanzelf heeft opgelost door het toevoegen van Comedy Central Family is er verder niets gebeurd aan de Logical Channel Numbering (LCN) problemen:
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
| - Service ID (4056) not found in TS (4) of NIT (500) for LCN (861) - Service ID (6008) not found in TS (6) of NIT (500) for LCN (114) - LCN (0) should not be assigned to data Service ID (7002) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7003) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7004) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7005) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7006) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7007) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7008) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7009) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7010) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7011) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7012) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7013) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7014) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7015) in TS (7) of NIT (500) - Service ID (20001) not found in TS (20) of NIT (500) for LCN (364) - LCN not defined in TS (50) of NIT (500) for Service ID (401) - LCN not defined in TS (60) of NIT (500) for Service ID (402) - LCN (0) should not be assigned to data Service ID (7002) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7003) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7004) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7005) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7006) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7007) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7008) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7009) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7010) in TS (7) of NIT (2222) - LCN (0) should not be assigned to data Service ID (7011) in TS (7) of NIT (2222) - Service ID (6008) not found in TS (6) of NIT (5555) for LCN (114) - LCN (0) should not be assigned to data Service ID (7002) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7003) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7004) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7005) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7006) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7007) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7008) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7009) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7010) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7011) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7012) in TS (7) of NIT (5555) - LCN not defined in TS (7) of NIT (5555) for Service ID (7061) - Service ID (20001) not found in TS (20) of NIT (5555) for LCN (364) - LCN (0) should not be assigned to data Service ID (7002) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7003) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7004) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7005) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7006) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7007) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7008) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7009) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7010) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7011) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7012) in TS (7) of NIT (8888) - LCN (0) should not be assigned to data Service ID (7014) in TS (7) of NIT (8888) |
Bij de verwerking van de door BBC World News aangeleverde EPG informatie gaat ook wat fout bij Ziggo/Casema. Het valt me namelijk op dat elke dag altijd de EPG informatie van het programma van 7 uur 's morgens ontbreekt. BBC World News is een kanaal dat 24 uur per dag uitzendt, dus om de één of andere reden komt het programma van 7 uur niet terecht in de EPG database bij Ziggo/Casema. Zie onderstaand voorbeeld uit een Transport Stream capture file van 12 juli. De tijden zijn nog niet gecorrigeerd naar de lokale tijden die op die datum in Nederland van toepassing waren, namelijk GMT + 2 uur:
Mogelijk een fout in het programma dat het door BBC World News aangeleverde EPG bestand moet uitlezen?
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| - EPG gap detected for service ID: 12002, service name: BBC World News Event: Name: Nature inc. ID: 283 Start time: 12-7-08 4:30:00 GMT Duration: 00:30:00 Gap: Duration: 00:30:00 Event: Name: Middle East business report ID: 284 Start time: 12-7-08 5:30:00 GMT Duration: 01:00:00 |
Mogelijk een fout in het programma dat het door BBC World News aangeleverde EPG bestand moet uitlezen?
Ook deze week heeft Ziggo/Casema weer niets gedaan aan de problemen in het digitale TV signaal. Daarom deze keer maar eens wat nader onderzoek naar het update mechanisme van de door Ziggo/Casema verzonden EPG informatie. Zoals ik eerder al een keer heb aangegeven verzendt Ziggo/Casema in principe voor twee dagen volledige EPG informatie inclusief uitgebreide omschrijvingen. Die twee dagen houdt in alle EPG informatie voor de huidige dag en alle EPG informatie van de volgende dag waarbij een dag begint om 00:00 uur en 24 uur duurt.
Voor elk digitaal TV kanaal dat over EPG informatie beschikt wordt een eigen set van twee dagen aan EPG informatie verzonden. Zo'n EPG informatie set heeft per kanaal een aparte versie nummering en wordt als een X aantal losse secties verzonden die een ontvanger weer bij elkaar moet voegen tot een complete set. Aan de hand van het versie nummer kan de ontvanger bepalen of de EPG informatie gewijzigd is voor een bepaald kanaal. Zo niet dan kan de ontvanger de verzonden EPG informatie voor een kanaal negeren.
Er worden twee soorten EPG informatie verzonden, namelijk de zogenaamde Present/Following EPG informatie die een ontvanger kan tonen tijdens het zappen in de informatie box onder aan het scherm en de Schedule EPG informatie waarmee het volledige EPG overzicht door de ontvanger getoond kan worden. De Present/Following EPG informatie set van een kanaal bestaat altijd uit twee secties, namelijk één voor het huidige programma en één voor het volgende programma waarbij de set weer een eigen versie nummer heeft. Het aantal programma's per sectie van de Schedule EPG informatie set varieert aangezien elke sectie een periode van 3 uur beslaat en als er in die periode geen programma begint wordt er een lege secties verzonden voor een EPG informatie set van een kanaal verzonden.
Een DVB systeem werkt intern op basis van de GMT tijd, dus niet gecorrigeerd voor onze tijdzone en de zomer/winter tijd. De lokale tijd is in ons land momenteel GMT+2 uur wat de ontvanger weet omdat er ook zogenaamde Time Offset Table (TOT) pakketjes verzonden worden waarin de lokale tijd afwijking t.o.v. GMT wordt aangegeven. De ontvanger kan aan de hand van die informatie alle GMT tijden in de DVB Service Informatie naar de juiste lokale tijd omzetten. Dat geldt dus ook voor de EPG informatie die in de vorm van Event Information Tables (EIT) naar de ontvangers worden verzonden. In feite begint een set EPG informatie om 00:00 GMT van de huidige dag wat inhoudt dat tijdens de zomertijd de EPG informatie set pas om 02:00 uur lokale tijd wordt ververst waarbij de afgelopen dag verwijderd wordt uit de EPG informatie set, de vorige volgende dag de huidige dag wordt en een nieuwe volgende dag wordt toegevoegd. Tijdens de wintertijd vindt die switch om 01:00 lokale tijd plaats.
Op 3 oktober heb ik om 23:00 lokale tijd een eerste steekproef genomen en daarna herhaalt op 4 oktober om 01:00, 04:00, 09:00, 15:00 en 21:00 uur lokale tijd om aan de hand van de versie nummers van de Schedule EPG informatie te kunnen controleren of die EPG informatie gedurende de dag nog regelmatig bijgewerkt wordt voor bijvoorbeeld programma's die uitlopen of komen te vervallen. Dat bijwerken van EPG informatie blijkt bij Ziggo/Casema niet of nauwelijks plaats te vinden. Zoals verwacht zit er tussen de steekproef van 23:00 op 3 oktober en 01:00 uur op 4 oktober geen verschil in de versie nummers van de EPG informatie sets voor alle kanalen en wordt tijdens beide steekproeven de EPG informatie voor 3 en 4 oktober verzonden.
Om 02:00 's nachts vindt de dag switch plaats waarbij de EPG informatie van 3 oktober uit de sets wordt gehaald en de EPG informatie van 5 oktober wordt toegevoegd. Als een gevolg van die switch worden de versie nummers van alle EPG informatie sets voor alle kanalen met één verhoogd. Na 02:00 uur krijgen de ontvangers die dan aanstaan het dus even druk met het updaten van alle EPG informatie die verzonden wordt. De steekproef van 04:00 laat inderdaad deze update zien.
Bij de steekproef van 09:00 uur lokale tijd blijkt dat er weer een grootschalige versie nummer update is geweest sinds de steekproef van 04:00 waarbij voor veel kanalen de set versie nummers opnieuw met één verhoogd zijn, maar dit keer niet voor alle kanalen. Er wordt nog steeds voor 4 en 5 oktober EPG informatie verzonden, maar kennelijk wordt er om 06:00 uur lokale tijd bij Ziggo/Casema een taak gestart dat bij de meest kanalen alle EPG informatie tot 6 uur 's morgens verwijderd uit de EPG informatie sets zodat er overdag minder EPG informatie te verzenden is. Op zich natuurlijk geen vreemde gedachte, want waarom zou je verouderde EPG informatie blijven verzenden? Bij veel kanalen is dan in de steekproef te zien dat het eerste programma in de EPG informatie set begint om 04:00 uur GMT of later, maar niet voor alle kanalen. Waarom niet voor alle kanalen de EPG informatie sets op dat tijdstip worden opgeschoond is mij niet duidelijk.
Na die grootschalige opschoon actie van 06:00 uur wijzigt er verder helemaal niets meer gedurende de huidige dag bij Ziggo/Casema. De versie nummering van de Schedule EPG Informatie sets blijft voor alle kanalen gelijk bij de steekproeven van 15:00 en 21:00 in vergelijking met die van 09:00 uur lokale tijd. Geen dynamische updates dus van programma's die later beginnen omdat er gedurende de dag wat uitloop is en ook geen opschoon acties meer om verouderde EPG informatie te verwijderen met tussenpozen van bijvoorbeeld 6 uur. Tot 02:00 lokale tijd op 5 oktober zal alles hetzelfde blijven waarna de nachtelijke updates weer plaatsvinden.
Niet bepaald een efficient update mechanisme. Het lijkt mij zinvoller als de volledige update niet elke 24 uur zou plaatsvinden, maar bijvoorbeeld iedere 12 of misschien zelfs iedere 6 uur. Met kortere periodes wordt er overdag ook veel minder onnodig veroudere EPG informatie verzonden. Verder is het niet echt meer van deze tijd met al die directe IP verbindingen tussen service providers dat Ziggo/Casema maar éénmalig op een dag om 06:00 uur 's morgens een programma update draait en daarna geen enkele programma update meer uitvoert. Het moet toch niet zo moeilijk zijn om de EPG informatie actueler te houden zodat de klanten er ook nog iets aan hebben bij het programmeren van hun PVR of het zetten van timers via de EPG.
Voor elk digitaal TV kanaal dat over EPG informatie beschikt wordt een eigen set van twee dagen aan EPG informatie verzonden. Zo'n EPG informatie set heeft per kanaal een aparte versie nummering en wordt als een X aantal losse secties verzonden die een ontvanger weer bij elkaar moet voegen tot een complete set. Aan de hand van het versie nummer kan de ontvanger bepalen of de EPG informatie gewijzigd is voor een bepaald kanaal. Zo niet dan kan de ontvanger de verzonden EPG informatie voor een kanaal negeren.
Er worden twee soorten EPG informatie verzonden, namelijk de zogenaamde Present/Following EPG informatie die een ontvanger kan tonen tijdens het zappen in de informatie box onder aan het scherm en de Schedule EPG informatie waarmee het volledige EPG overzicht door de ontvanger getoond kan worden. De Present/Following EPG informatie set van een kanaal bestaat altijd uit twee secties, namelijk één voor het huidige programma en één voor het volgende programma waarbij de set weer een eigen versie nummer heeft. Het aantal programma's per sectie van de Schedule EPG informatie set varieert aangezien elke sectie een periode van 3 uur beslaat en als er in die periode geen programma begint wordt er een lege secties verzonden voor een EPG informatie set van een kanaal verzonden.
Een DVB systeem werkt intern op basis van de GMT tijd, dus niet gecorrigeerd voor onze tijdzone en de zomer/winter tijd. De lokale tijd is in ons land momenteel GMT+2 uur wat de ontvanger weet omdat er ook zogenaamde Time Offset Table (TOT) pakketjes verzonden worden waarin de lokale tijd afwijking t.o.v. GMT wordt aangegeven. De ontvanger kan aan de hand van die informatie alle GMT tijden in de DVB Service Informatie naar de juiste lokale tijd omzetten. Dat geldt dus ook voor de EPG informatie die in de vorm van Event Information Tables (EIT) naar de ontvangers worden verzonden. In feite begint een set EPG informatie om 00:00 GMT van de huidige dag wat inhoudt dat tijdens de zomertijd de EPG informatie set pas om 02:00 uur lokale tijd wordt ververst waarbij de afgelopen dag verwijderd wordt uit de EPG informatie set, de vorige volgende dag de huidige dag wordt en een nieuwe volgende dag wordt toegevoegd. Tijdens de wintertijd vindt die switch om 01:00 lokale tijd plaats.
Op 3 oktober heb ik om 23:00 lokale tijd een eerste steekproef genomen en daarna herhaalt op 4 oktober om 01:00, 04:00, 09:00, 15:00 en 21:00 uur lokale tijd om aan de hand van de versie nummers van de Schedule EPG informatie te kunnen controleren of die EPG informatie gedurende de dag nog regelmatig bijgewerkt wordt voor bijvoorbeeld programma's die uitlopen of komen te vervallen. Dat bijwerken van EPG informatie blijkt bij Ziggo/Casema niet of nauwelijks plaats te vinden. Zoals verwacht zit er tussen de steekproef van 23:00 op 3 oktober en 01:00 uur op 4 oktober geen verschil in de versie nummers van de EPG informatie sets voor alle kanalen en wordt tijdens beide steekproeven de EPG informatie voor 3 en 4 oktober verzonden.
Om 02:00 's nachts vindt de dag switch plaats waarbij de EPG informatie van 3 oktober uit de sets wordt gehaald en de EPG informatie van 5 oktober wordt toegevoegd. Als een gevolg van die switch worden de versie nummers van alle EPG informatie sets voor alle kanalen met één verhoogd. Na 02:00 uur krijgen de ontvangers die dan aanstaan het dus even druk met het updaten van alle EPG informatie die verzonden wordt. De steekproef van 04:00 laat inderdaad deze update zien.
Bij de steekproef van 09:00 uur lokale tijd blijkt dat er weer een grootschalige versie nummer update is geweest sinds de steekproef van 04:00 waarbij voor veel kanalen de set versie nummers opnieuw met één verhoogd zijn, maar dit keer niet voor alle kanalen. Er wordt nog steeds voor 4 en 5 oktober EPG informatie verzonden, maar kennelijk wordt er om 06:00 uur lokale tijd bij Ziggo/Casema een taak gestart dat bij de meest kanalen alle EPG informatie tot 6 uur 's morgens verwijderd uit de EPG informatie sets zodat er overdag minder EPG informatie te verzenden is. Op zich natuurlijk geen vreemde gedachte, want waarom zou je verouderde EPG informatie blijven verzenden? Bij veel kanalen is dan in de steekproef te zien dat het eerste programma in de EPG informatie set begint om 04:00 uur GMT of later, maar niet voor alle kanalen. Waarom niet voor alle kanalen de EPG informatie sets op dat tijdstip worden opgeschoond is mij niet duidelijk.
Na die grootschalige opschoon actie van 06:00 uur wijzigt er verder helemaal niets meer gedurende de huidige dag bij Ziggo/Casema. De versie nummering van de Schedule EPG Informatie sets blijft voor alle kanalen gelijk bij de steekproeven van 15:00 en 21:00 in vergelijking met die van 09:00 uur lokale tijd. Geen dynamische updates dus van programma's die later beginnen omdat er gedurende de dag wat uitloop is en ook geen opschoon acties meer om verouderde EPG informatie te verwijderen met tussenpozen van bijvoorbeeld 6 uur. Tot 02:00 lokale tijd op 5 oktober zal alles hetzelfde blijven waarna de nachtelijke updates weer plaatsvinden.
Niet bepaald een efficient update mechanisme. Het lijkt mij zinvoller als de volledige update niet elke 24 uur zou plaatsvinden, maar bijvoorbeeld iedere 12 of misschien zelfs iedere 6 uur. Met kortere periodes wordt er overdag ook veel minder onnodig veroudere EPG informatie verzonden. Verder is het niet echt meer van deze tijd met al die directe IP verbindingen tussen service providers dat Ziggo/Casema maar éénmalig op een dag om 06:00 uur 's morgens een programma update draait en daarna geen enkele programma update meer uitvoert. Het moet toch niet zo moeilijk zijn om de EPG informatie actueler te houden zodat de klanten er ook nog iets aan hebben bij het programmeren van hun PVR of het zetten van timers via de EPG.
Voor de volledigheid nog het EPG informatie overzicht van de laatste steekproef om 21:00 op 5 oktober.
Deel 1:
Even op het code uitklap knopje boven dit overzicht drukken om alles zichtbaar te maken.
Deel 1:
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
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
| ================================================================================================================================================================= 1 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- History Channel 1 57 Y 2/2 8 Y 16/16 2 04-10-2008 00:00:00 05-10-2008 23:10:00 52 Phoenix CNE 1 1001 Y 2/2 10 Y 16/16 13 04-10-2008 00:00:00 05-10-2008 23:00:00 87 Cultura 1 1002 Y 2/2 29 Y 16/16 4 04-10-2008 03:57:00 05-10-2008 23:59:00 62 NOS Politiek 24 1 1003 Y 2/2 29 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 22:00:00 26 Humor TV 1 1004 Y 2/2 23 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 23:37:00 49 101 TV 1 1005 Y 2/2 9 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 22:00:00 29 TV Oost 1 1006 Y 2/2 0 Y 16/16 3 04-10-2008 00:00:00 05-10-2008 23:10:00 114 Limburg L1 1 1007 Y 2/2 0 Y 16/16 15 04-10-2008 04:00:00 05-10-2008 22:00:00 66 ================================================================================================================================================================= 2 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- TRT International 1 2001 Y 2/2 7 Y 16/16 7 04-10-2008 04:00:00 05-10-2008 23:00:00 88 Cartoon Network 1 2002 Y 2/2 20 Y 15/15 4 04-10-2008 04:00:00 05-10-2008 19:00:00 73 National Geographic Channel 1 2003 Y 2/2 14 Y 16/16 28 04-10-2008 00:00:00 05-10-2008 23:00:00 42 BBC Prime 1 2004 Y 2/2 3 Y 16/16 2 04-10-2008 00:00:00 05-10-2008 23:00:00 75 Sterren.nl 1 2005 Y 2/2 5 Y 16/16 4 04-10-2008 04:02:00 05-10-2008 22:01:00 55 Extreme sports 1 2006 Y 2/2 26 Y 16/16 2 04-10-2008 00:00:00 05-10-2008 23:30:00 77 Playboy TV 1 2007 Y 2/2 4 Y 16/16 4 04-10-2008 00:25:00 05-10-2008 23:35:00 50 ================================================================================================================================================================= 3 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- TMF Pure 1 74 Y 2/2 11 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 22:00:00 23 Phoenix InfoNews 1 165 N N Eurosport 2 1 3001 Y 2/2 4 Y 16/16 15 04-10-2008 00:00:00 05-10-2008 23:45:00 59 Fashion TV 1 3002 Y 2/2 10 Y 16/16 2 04-10-2008 00:00:00 05-10-2008 23:55:00 162 Hallmark 1 3003 Y 2/2 30 Y 16/16 2 04-10-2008 00:30:00 05-10-2008 23:00:00 29 arte 1 3004 Y 2/2 7 Y 16/16 4 04-10-2008 03:00:00 05-10-2008 22:50:00 62 Samanyolu TV 1 3005 Y 2/2 31 Y 16/16 0 04-10-2008 03:45:00 05-10-2008 23:00:00 27 TV West 1 3006 Y 2/2 13 Y 15/15 7 04-10-2008 05:00:00 05-10-2008 18:00:00 44 Travel Channel 1 3007 Y 2/2 21 Y 16/16 8 04-10-2008 00:00:00 05-10-2008 23:00:00 70 TV Gelderland 1 3010 Y 2/2 18 Y 16/16 19 04-10-2008 00:00:00 05-10-2008 23:15:00 58 ================================================================================================================================================================= 4 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Nick 'Toons 1 66 Y 2/2 18 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 23:30:00 59 NDR 1 107 Y 2/2 18 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 22:15:00 62 SWR Fernsehen 1 109 Y 2/2 19 Y 16/16 3 04-10-2008 04:00:00 05-10-2008 23:50:00 66 Kabel 1 1 113 Y 2/2 21 Y 16/16 2 04-10-2008 01:30:00 05-10-2008 22:20:00 55 Animal Planet 1 4002 Y 2/2 10 Y 16/16 9 04-10-2008 00:00:00 05-10-2008 23:00:00 66 Discovery World 1 4004 Y 2/2 4 Y 16/16 27 04-10-2008 00:05:00 05-10-2008 23:35:00 44 Discovery Science 1 4005 Y 2/2 0 Y 16/16 9 04-10-2008 00:10:00 05-10-2008 23:40:00 70 Discovery Travel 1 4006 Y 2/2 4 Y 16/16 7 04-10-2008 00:00:00 05-10-2008 23:15:00 79 VRT Radio 1 2 4050 N N VRT Radio 2 2 4051 N N VRT Radio Klara 2 4052 N N VRT Studio Brussel 2 4053 N N VRT Radio Donna 2 4054 N N BBC Radio 4 2 4055 N N ================================================================================================================================================================= 5 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- MTV NL 1 19 Y 2/2 28 Y 16/16 12 04-10-2008 04:00:00 05-10-2008 22:10:00 38 Nederland-E 1 59 Y 2/2 24 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 23:51:00 152 Nick Hits 1 67 Y 2/2 9 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 22:00:00 22 MTV Brand New 1 73 Y 2/2 23 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 22:00:00 22 3Voor12 Central TV 1 77 Y 2/2 0 Y 16/16 4 04-10-2008 05:00:00 05-10-2008 23:00:00 34 GoedTV 1 155 Y 2/2 25 Y 16/16 2 04-10-2008 00:00:00 05-10-2008 21:35:00 175 RTBF Sat 1 5003 Y 2/2 4 Y 16/16 12 04-10-2008 07:10:00 05-10-2008 23:40:00 54 WDR 1 Live 2 5050 N N WDR2 2 5051 N N WDR4 2 5053 N N WDR5 2 5054 N N RNE Radio 1 2 5055 N N L1 Radio 2 5056 N N ================================================================================================================================================================= 6 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Veronica/Jetix 1 6001 Y 2/2 19 Y 16/16 4 04-10-2008 03:59:00 05-10-2008 22:45:00 83 NET 5 1 6002 Y 2/2 3 Y 16/16 5 04-10-2008 05:15:00 05-10-2008 22:45:00 41 een 1 6003 Y 2/2 6 Y 16/16 7 04-10-2008 06:59:00 05-10-2008 22:50:00 57 RTL 8 1 6004 Y 2/2 14 Y 16/16 5 04-10-2008 05:00:00 05-10-2008 22:16:00 32 TMF 1 6005 Y 2/2 6 Y 16/16 9 04-10-2008 04:00:00 05-10-2008 23:00:00 40 Juize FM 2 6050 N N ================================================================================================================================================================= 7 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Zenderoverzicht 1 12 N N Humax PVR loader 128 7002 N N Samsung PVR loader 128 7003 N N Siemens PVR loader 128 7004 N N Nokia loader 128 7005 N N Samsung loader 128 7006 N N Philips loader 128 7007 N N Samsung HD loader 128 7008 N N Panasonic loader 128 7009 N N Samsung 2nd Gen loader 128 7010 N N Humax SD 128 7011 N N Digi1 loader 128 7012 N N SA Vod loader 128 7013 N N Samsung Loader 2 128 7014 N N VODIguide 128 7015 N N JVC LCD loader 128 7016 N N Motors TV 1 7020 Y 2/2 29 Y 16/16 2 04-10-2008 00:15:00 05-10-2008 23:50:00 60 Nick/Comedy Central 1 7021 Y 2/2 17 Y 16/16 4 04-10-2008 03:00:00 05-10-2008 22:25:00 86 WDR 1 7022 Y 2/2 30 Y 16/16 7 04-10-2008 03:20:00 05-10-2008 22:45:00 65 Garuda TV 1 7023 N N Holland DOC 1 7024 Y 2/2 28 Y 16/16 4 04-10-2008 04:30:00 05-10-2008 22:15:00 39 Arrow Classic Rock 2 7050 N N BNR Nieuws Radio 2 7051 N N Classic FM 2 7052 N N Funx 2 7053 N N Slam! FM 2 7054 N N Q-Music 2 7055 N N Radio 1 2 7056 N N Radio 2 2 7057 N N Radio 3 2 7058 N N Radio 4 2 7059 N N Radio France Inter. 2 7060 N N Radio Rembrandt 2 7061 N N ================================================================================================================================================================= 8 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- MGM Movie Channel 1 8002 Y 2/2 6 Y 16/16 1 04-10-2008 00:00:00 05-10-2008 22:40:00 26 Nederland 3 1 8003 Y 2/2 20 Y 18/18 25 04-10-2008 04:28:00 05-10-2008 23:20:00 108 Nederland 1 1 8004 Y 2/2 6 Y 16/16 5 04-10-2008 05:00:00 05-10-2008 23:00:00 54 Nederland 2 1 8005 Y 2/2 22 Y 18/18 31 04-10-2008 05:00:00 05-10-2008 22:40:00 62 Rai Uno 1 8006 Y 2/2 26 Y 16/16 30 04-10-2008 04:10:00 05-10-2008 23:25:00 46 ================================================================================================================================================================= 9 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- TCM 1 41 Y 2/2 8 Y 16/16 8 04-10-2008 01:45:00 05-10-2008 23:00:00 27 Lig TV 1 9001 Y 2/2 5 Y 16/16 2 04-10-2008 00:15:00 05-10-2008 23:30:00 47 Show TV 1 9002 Y 2/2 30 Y 15/15 19 04-10-2008 00:00:00 05-10-2008 20:00:00 28 Turkmax 1 9003 N N ATV 1 9004 N N Kanal D 1 9005 Y 2/2 9 Y 16/16 4 04-10-2008 00:30:00 05-10-2008 23:30:00 26 Radio 6 2 9050 N N Radio 10 Gold 2 9051 N N Radio 538 2 9052 N N Wereldomroep RNW 1 2 9053 N N TMF Radio 2 9054 N N Sky Radio 2 9055 N N Veronica radio 2 9056 N N Caz! 2 9057 N N Radio 5 2 9058 N N BBC Radio 1 2 9059 N N BBC Radio 2 2 9060 N N BBC Radio 3 2 9061 N N BBC World Service 2 9062 N N Kink FM 2 9063 N N City FM 2 9064 N N WDR 3 2 9065 N N Ujala Radio 2 9066 N N RAI Radio 1 2 9067 N N Radio West 2 9068 N N Radio M Utrecht 2 9069 N N Radio omroep Brabant 2 9070 N N Radio Rijnmond 2 9071 N N Radio Noord Holland 2 9072 N N Tweede kamerlijn 2 9073 N N Arrow Jazz FM 2 9075 N N ================================================================================================================================================================= 10 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- CNBC Europe 1 100 Y 2/2 26 Y 16/16 2 04-10-2008 00:00:00 05-10-2008 23:00:00 78 Journaal 24 1 10001 Y 2/2 30 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 22:00:00 23 Omroep Fryslan 1 10002 Y 2/2 27 Y 14/14 7 04-10-2008 05:00:00 05-10-2008 17:00:00 14 Film1 HD 25 10003 Y 2/2 5 Y 16/16 20 04-10-2008 00:40:00 05-10-2008 22:50:00 24 Tv Oranje 1 10004 Y 2/2 21 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 22:00:00 29 FOX Turk 1 10005 N N ================================================================================================================================================================= 11 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- HaberTurk 1 163 N N JimJam 1 171 N N BBC three 1 11001 Y 2/2 15 Y 16/16 8 04-10-2008 00:15:00 05-10-2008 23:50:00 35 Sport1 Extra 1 11003 Y 2/2 7 Y 16/16 4 04-10-2008 05:00:00 05-10-2008 22:00:00 22 Sport1 Extra 1 11004 Y 2/2 17 Y 16/16 4 04-10-2008 05:00:00 05-10-2008 22:00:00 23 Sport1.2 1 11005 Y 2/2 30 Y 16/16 4 04-10-2008 05:00:00 05-10-2008 22:35:00 25 Sport1 1 11006 Y 2/2 24 Y 16/16 4 04-10-2008 05:00:00 05-10-2008 23:35:00 36 ================================================================================================================================================================= 12 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- FAN 1 45 Y 2/2 21 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 23:30:00 83 Omroep Zeeland 1 12001 Y 2/2 13 Y 14/14 4 04-10-2008 00:00:00 05-10-2008 17:00:00 15 BBC World News 1 12002 Y 2/2 27 Y 16/16 4 04-10-2008 03:30:00 05-10-2008 23:30:00 48 CNN International 1 12003 Y 2/2 12 Y 16/16 20 04-10-2008 01:00:00 05-10-2008 23:00:00 84 Discovery Channel 1 12004 Y 2/2 30 Y 16/16 8 04-10-2008 00:50:00 05-10-2008 23:55:00 62 Euronews 1 12005 Y 2/2 22 Y 16/16 0 04-10-2008 04:00:00 05-10-2008 23:00:00 11 TV Flevoland 1 12006 Y 2/2 21 Y 16/16 21 04-10-2008 07:00:00 05-10-2008 21:46:00 191 Eurosport 1 12007 Y 2/2 18 Y 16/16 1 04-10-2008 03:45:00 05-10-2008 23:00:00 37 ESPN Classic Sport 1 12008 Y 2/2 11 Y 16/16 13 04-10-2008 00:00:00 05-10-2008 23:30:00 57 ================================================================================================================================================================= 13 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- ARD 1 13001 Y 2/2 7 Y 17/17 29 04-10-2008 00:55:00 05-10-2008 23:50:00 91 BBC four 1 13002 Y 2/2 2 Y 16/16 5 04-10-2008 00:15:00 05-10-2008 23:30:00 20 BBC 1 1 13003 Y 2/2 21 Y 16/16 18 04-10-2008 00:55:00 05-10-2008 22:20:00 44 BBC 2 1 13004 Y 2/2 10 Y 16/16 27 04-10-2008 00:25:00 05-10-2008 23:40:00 65 France 2 1 13005 Y 2/2 15 Y 16/16 9 04-10-2008 01:25:00 05-10-2008 23:10:00 71 NASN 1 13006 Y 2/2 30 Y 16/16 25 04-10-2008 01:30:00 05-10-2008 23:00:00 26 /Geschiedenis 1 13007 Y 2/2 21 Y 16/16 4 04-10-2008 04:03:00 05-10-2008 23:13:00 76 |
Even op het code uitklap knopje boven dit overzicht drukken om alles zichtbaar te maken.
Deel 2:
Even op het code uitklap knopje boven dit overzicht drukken om alles zichtbaar te maken.
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
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
| ================================================================================================================================================================= 14 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Mezzo 1 80 Y 2/2 23 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 23:00:00 28 TV Noord Holland 1 14001 Y 2/2 1 Y 15/15 7 04-10-2008 04:00:00 05-10-2008 20:00:00 17 Regio TV Utrecht 1 14002 Y 2/2 27 Y 12/12 7 04-10-2008 04:00:00 05-10-2008 09:00:00 10 AT 5 1 14003 Y 2/2 8 Y 16/16 7 04-10-2008 05:00:00 05-10-2008 22:30:00 62 TV Rijnmond 1 14004 Y 2/2 17 Y 14/14 10 04-10-2008 05:00:00 05-10-2008 16:00:00 22 Omroep Brabant TV 1 14005 Y 2/2 31 Y 16/16 11 04-10-2008 05:00:00 05-10-2008 23:40:00 37 TV Noord 1 14006 Y 2/2 10 Y 16/16 2 04-10-2008 00:00:00 05-10-2008 23:49:00 91 Total Hits 2 14050 N N Killer 80's 2 14051 N N Dance Floor Fillers 2 14052 N N The Love Collection 2 14053 N N Ultimate Urban 2 14054 N N Classical Greats 2 14055 N N The Biggest Rock Anthems Ev 2 14056 N N The Perfect Dinner Party/Co 2 14058 N N Harder Than hell 2 14059 N N Magnificent 70's 2 14060 N N Total Hits Germany 2 14062 N N Radio Sweet Reggae 2 14066 N N Jazz Classics 2 14067 N N Still Got The Blues 2 14069 N N Just Chillout 2 14070 N N Country Stars 2 14071 N N The Cocktail Lounge 2 14073 N N Cool Jazz 2 14076 N N Classical Orchestral 2 14077 N N Classical Calm 2 14078 N N Rock 'n' Roll Era 2 14081 N N Soul Classics 2 14082 N N The Main Event 2 14085 N N Schlager Greats 2 14086 N N All Day Party 2 14089 N N XLnt Hits 2 14090 N N NederPop Gold 2 14091 N N NederPop Nu 2 14092 N N XLnt Nostalgie 2 14093 N N PiratenHits 2 14094 N N XLnt Lite 2 14095 N N HotPop Gold 2 14096 N N XLnt HotPop 2 14097 N N XLnt Comedy 2 14098 N N XLnt Radioboek 2 14100 N N ================================================================================================================================================================= 15 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Misdaadnet 1 172 Y 2/2 15 Y 16/16 4 04-10-2008 05:00:00 05-10-2008 23:00:00 29 Sport1 Extra 1 15001 Y 2/2 30 Y 16/16 4 04-10-2008 05:00:00 05-10-2008 22:00:00 23 Sport1 Extra 1 15002 Y 2/2 30 Y 16/16 4 04-10-2008 05:00:00 05-10-2008 22:00:00 23 Sport1 Extra 1 15003 Y 2/2 30 Y 16/16 4 04-10-2008 05:00:00 05-10-2008 22:00:00 22 Sport1 Extra 1 15004 Y 2/2 29 Y 16/16 4 04-10-2008 05:00:00 05-10-2008 22:00:00 22 STAR TV 1 15005 N N Ketnet/Canvas 1 15006 Y 2/2 10 Y 16/16 7 04-10-2008 04:59:00 05-10-2008 23:25:00 74 ================================================================================================================================================================= 16 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- TV Drenthe 1 16001 Y 2/2 6 Y 15/15 7 04-10-2008 04:00:00 05-10-2008 18:30:00 37 Film1+1 1 16002 Y 2/2 10 Y 16/16 7 04-10-2008 01:40:00 05-10-2008 23:50:00 25 Film1.1 1 16003 Y 2/2 10 Y 16/16 7 04-10-2008 00:40:00 05-10-2008 22:50:00 25 Film1.2 1 16004 Y 2/2 20 Y 16/16 8 04-10-2008 01:35:00 05-10-2008 22:30:00 26 Film1.3 1 16005 Y 2/2 6 Y 16/16 8 04-10-2008 01:40:00 05-10-2008 22:55:00 26 ================================================================================================================================================================= 17 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Discovery HD 17 17001 Y 2/2 0 Y 16/16 13 04-10-2008 00:00:00 05-10-2008 23:00:00 51 TMF NL 1 17002 Y 2/2 8 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 23:00:00 44 TMF Dance 1 17003 Y 2/2 8 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 23:00:00 44 Nick Jr 1 17004 Y 2/2 23 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 23:50:00 161 ================================================================================================================================================================= 18 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Zee TV 1 18001 Y 2/2 8 Y 16/16 2 04-10-2008 02:00:00 05-10-2008 23:00:00 57 Baby TV 1 18003 N N Boomerang 1 18004 Y 2/2 31 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 23:45:00 100 Consumenten TV 1 18005 Y 2/2 16 Y 16/16 4 04-10-2008 04:01:00 05-10-2008 21:58:00 98 VH1 1 18007 Y 2/2 26 Y 16/16 2 04-10-2008 02:00:00 05-10-2008 22:00:00 32 ZDF 1 18009 Y 2/2 6 Y 17/17 30 04-10-2008 00:15:00 05-10-2008 23:40:00 78 ================================================================================================================================================================= 19 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- RTL 4 1 19001 Y 2/2 7 Y 16/16 5 04-10-2008 05:00:00 05-10-2008 22:41:00 47 RTL 5 1 19002 Y 2/2 26 Y 16/16 5 04-10-2008 04:00:00 05-10-2008 22:16:00 43 SBS 6 1 19003 Y 2/2 16 Y 16/16 4 04-10-2008 05:00:00 05-10-2008 22:55:00 44 RTL 7 1 19006 Y 2/2 23 Y 16/16 5 04-10-2008 05:00:00 05-10-2008 23:16:00 43 ================================================================================================================================================================= 20 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Car Channel 1 94 Y 2/2 3 Y 16/16 31 04-10-2008 04:38:00 05-10-2008 23:47:00 84 E! Entertainment 1 20003 Y 2/2 4 Y 16/16 7 04-10-2008 00:30:00 05-10-2008 23:40:00 58 TVE International 1 20004 Y 2/2 14 Y 16/16 4 04-10-2008 03:30:00 05-10-2008 23:00:00 55 Private Spice 1 20005 Y 2/2 9 Y 16/16 2 04-10-2008 00:10:00 05-10-2008 22:30:00 69 NGC-HD 25 20007 Y 2/2 26 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 23:00:00 40 Hilversum Best 1 20008 Y 2/2 26 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 23:15:00 42 ================================================================================================================================================================= 21 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Het gesprek 1 56 Y 2/2 31 Y 16/16 2 04-10-2008 00:00:00 05-10-2008 23:00:00 48 Opvoeden Doe je Zo 1 62 Y 2/2 3 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 23:30:00 96 Sport 1 HD 25 21001 Y 2/2 24 Y 16/16 27 04-10-2008 10:00:00 05-10-2008 22:00:00 4 Weerkanaal 1 21003 Y 2/2 7 Y 16/16 7 04-10-2008 22:00:00 05-10-2008 22:00:00 2 Pro Sieben 1 21005 Y 2/2 31 Y 16/16 27 04-10-2008 00:35:00 05-10-2008 22:30:00 54 ================================================================================================================================================================= 22 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- NostalgieNet 1 58 Y 2/2 20 Y 16/16 3 04-10-2008 04:00:00 05-10-2008 23:50:00 415 Al-jazeera Internat 1 102 Y 2/2 0 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 23:30:00 73 Zee Cinema 1 129 N N InfoTV & Preview kanaal 1 157 N N Film1 Action 1 178 Y 2/2 22 Y 16/16 13 04-10-2008 00:00:00 05-10-2008 23:25:00 26 Comedy Central Family 1 179 Y 2/2 29 Y 16/16 14 04-10-2008 04:00:00 05-10-2008 23:40:00 90 AL-jazeera 1 22001 Y 2/2 28 Y 16/16 2 04-10-2008 00:00:00 05-10-2008 23:55:00 126 ================================================================================================================================================================= 23 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Dier & Natuur Tv 1 69 Y 2/2 6 Y 16/16 4 04-10-2008 05:00:00 05-10-2008 23:36:00 76 Brava HD Promo 25 161 N N TV 5 Monde Europe 1 23001 Y 2/2 28 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 23:45:00 67 sat 1 1 23002 Y 2/2 0 Y 16/16 21 04-10-2008 02:10:00 05-10-2008 23:15:00 53 Zone reality 1 23004 Y 2/2 31 Y 16/16 7 04-10-2008 00:35:00 05-10-2008 23:50:00 75 VH-1 Classic 1 23008 Y 2/2 25 Y 16/16 7 04-10-2008 04:00:00 05-10-2008 23:00:00 36 ================================================================================================================================================================= 24 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- ShopZo|SUUS 1 13 Y 2/2 27 Y 16/16 0 04-10-2008 04:00:00 05-10-2008 23:00:00 106 ZiZone 1 156 N N Set Max 1 162 N N Omrop Fryslan 2 623 N N RADIONL 2 634 N N Waterstad FM 2 635 N N 100% NL 2 639 N N NDR 2 2 655 N N NDR Kultur 2 656 N N Surround Radio 2 676 N N Nat Geo Wild 1 24001 Y 2/2 10 Y 16/16 7 04-10-2008 00:00:00 05-10-2008 23:00:00 46 Hustler TV 1 24002 Y 2/2 10 Y 16/16 30 04-10-2008 02:00:00 05-10-2008 23:26:00 25 Set Asia 1 24003 Y 2/2 22 Y 16/16 13 04-10-2008 00:00:00 05-10-2008 23:30:00 46 Action Now 1 24005 Y 2/2 14 Y 16/16 27 04-10-2008 00:57:00 05-10-2008 23:20:00 17 RTL Television 1 24006 Y 2/2 14 Y 16/16 27 04-10-2008 01:05:00 05-10-2008 22:55:00 50 3voor12 Alternative 2 24050 N N 3Voor12 BPM 2 24051 N N 3Voor12 DB 2 24052 N N 3Voor12 Central 2 24053 N N 3Voor12 On Stage 2 24054 N N Radio Bembem 2 24058 N N ================================================================================================================================================================= 25 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- /Geloven 1 103 Y 2/2 31 Y 16/16 4 04-10-2008 04:02:00 05-10-2008 23:00:00 100 Omega TV 1 104 Y 2/2 2 Y 16/16 4 04-10-2008 04:00:00 05-10-2008 23:30:00 78 OUTTV/X-MO 1 139 Y 2/2 2 Y 16/16 4 04-10-2008 05:10:00 05-10-2008 23:00:00 59 Eurosport HD 25 166 Y 2/2 18 Y 16/16 1 04-10-2008 03:45:00 05-10-2008 23:00:00 37 Eredivisie Live 4 1 177 Y 2/2 28 Y 16/16 1 04-10-2008 04:00:00 05-10-2008 22:00:00 22 ================================================================================================================================================================= 26 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- History Channel 25 31 Y 2/2 24 Y 16/16 4 04-10-2008 03:30:00 05-10-2008 23:10:00 44 Eredivisie Live 1 1 174 Y 2/2 12 Y 16/16 1 04-10-2008 04:00:00 05-10-2008 22:30:00 46 Eredivisie Live 2 1 175 Y 2/2 11 Y 16/16 1 04-10-2008 04:00:00 05-10-2008 22:00:00 32 Eredivisie Live 3 1 176 Y 2/2 15 Y 16/16 1 04-10-2008 04:00:00 05-10-2008 22:00:00 27 ================================================================================================================================================================= 50 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Alphen Stad TV 1 401 N N ================================================================================================================================================================= 60 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Den Haag TV 1 402 N N ================================================================================================================================================================= 150 Pres/Fol Pres/Fol Pres/Fol Schedule Schedule Schedule Schedule Schedule Schedule Service name Type Service ID Y/N Sect/Avail Version Y/N Sect/Avail Version First event (UTC) Last event (UTC) Events ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Regio 22 1 403 N N ================================================================================================================================================================= Service types: 1 - Digital television service 2 - Digital radio sound service 17 - MPEG-2 HD digital television service 25 - Advanced CODEC HD digital television service 128 - User defined: firmware download service |
Even op het code uitklap knopje boven dit overzicht drukken om alles zichtbaar te maken.
Ziggo/Casema blijkt ook nog steeds van die flauwekul EPG informatie te versturen waarbij de EPG informatie van een kanaal alleen bestaat uit de melding dat er geen EPG informatie is voor het betreffende kanaal. Dit is het geval bij Sport1 HD, het kanaal dat alleen in Ziggo/Multikabel gebied (en Ziggo/@Home gebied) te bekijken is omdat het Ziggo/Casema management niet opnieuw rond de tafel wil gaan zitten met Sport1 om over doorgifte in Ziggo/Casema gebied te onderhandelen. Zie onderstaand een deel van de Schedule EPG informatie van Sport1 HD dat service ID 21001 heeft:
├─■ service ID 21001, version 27
│ ├─■ service_id = 21001
│ ├─■ version_number = 27
│ ├─■ transport_stream_id = 21
│ ├─■ original_network_id = 500
│ └─■ sections: { Required sections: 16, available sections: 16 }
│ ├─■ section { 0/120, segment 0: day 1, period 00:00:00 - 02:59:59 }
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 120
│ │ ├─■ segment_last_section_number = 0
│ │ ├─■ last_table_id = 96
│ │ └─■ events:
│ ├─■ section { 8/120, segment 1: day 1, period 03:00:00 - 05:59:59 }
│ │ ├─■ section_number = 8
│ │ ├─■ last_section_number = 120
│ │ ├─■ segment_last_section_number = 8
│ │ ├─■ last_table_id = 96
│ │ └─■ events:
│ ├─■ section { 16/120, segment 2: day 1, period 06:00:00 - 08:59:59 }
│ │ ├─■ section_number = 16
│ │ ├─■ last_section_number = 120
│ │ ├─■ segment_last_section_number = 16
│ │ ├─■ last_table_id = 96
│ │ └─■ events:
│ ├─■ section { 24/120, segment 3: day 1, period 09:00:00 - 11:59:59 }
│ │ ├─■ section_number = 24
│ │ ├─■ last_section_number = 120
│ │ ├─■ segment_last_section_number = 24
│ │ ├─■ last_table_id = 96
│ │ └─■ events:
│ │ └─■ event
│ │ ├─■ event_id = 6
│ │ ├─■ start_time { 4-10-08 10:00:00 GMT }
│ │ │ ├─■ MJD = 54743
│ │ │ └─■ UTC = 0x100000
│ │ ├─■ duration = 12:00:00
│ │ ├─■ running_status = undefined
│ │ ├─■ free_CA_mode = one or more elementary streams CA controlled
│ │ └─■ descriptors:
│ │ ├─■ short_event_descriptor
│ │ │ ├─■ ISO_639_language_code = und
│ │ │ ├─■ event_name
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = Geen programma gids
│ │ │ └─■ text
│ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ └─■ text
│ │ ├─■ extended_event_descriptor
│ │ │ ├─■ descriptor_number = 0
│ │ │ ├─■ last_descriptor_number = 0
│ │ │ ├─■ ISO_639_language_code = und
│ │ │ ├─■ event items:
│ │ │ └─■ text
│ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ └─■ text = Deze zender levert nog geen programma informatie
│ │ ├─■ parental_rating_descriptor
│ │ │ └─■ parental ratings:
│ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ ├─■ country_code = NLD
│ │ │ └─■ rating = 1
│ │ └─■ content_descriptor
│ │ └─■ contents:
│ │ └─■ content { undefined content }
│ │ ├─■ content_nibble_level_1 = 0
│ │ ├─■ content_nibble_level_2 = 0
│ │ ├─■ user_nibble_1 = 0
│ │ └─■ user_nibble_2 = 0
Zoals te zien is heeft deze onzin EPG informatie zelfs een extended_event_descriptor om aan te geven dat de zender geen programma informatie levert. In de Service Description Table (SDT) zou Ziggo/Casema voor Sport1 HD net zo goed kunnen aangeven dat er geen Present/Following en Schedule EPG informatie is zodat er helemaal niets verzonden hoeft te worden. De kabelontvangers hoeven dan ook niet dergelijke onzin EPG informatie te verwerken zodat ze hun tijd kunnen besteden aan zinvollere zaken. Er zijn genoeg andere TV kanalen die ook geen EPG informatie hebben en waarbij dat wel netjes in de SDT is geconfigureerd zodat er niets verzonden wordt.
├─■ service ID 21001, version 27
│ ├─■ service_id = 21001
│ ├─■ version_number = 27
│ ├─■ transport_stream_id = 21
│ ├─■ original_network_id = 500
│ └─■ sections: { Required sections: 16, available sections: 16 }
│ ├─■ section { 0/120, segment 0: day 1, period 00:00:00 - 02:59:59 }
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 120
│ │ ├─■ segment_last_section_number = 0
│ │ ├─■ last_table_id = 96
│ │ └─■ events:
│ ├─■ section { 8/120, segment 1: day 1, period 03:00:00 - 05:59:59 }
│ │ ├─■ section_number = 8
│ │ ├─■ last_section_number = 120
│ │ ├─■ segment_last_section_number = 8
│ │ ├─■ last_table_id = 96
│ │ └─■ events:
│ ├─■ section { 16/120, segment 2: day 1, period 06:00:00 - 08:59:59 }
│ │ ├─■ section_number = 16
│ │ ├─■ last_section_number = 120
│ │ ├─■ segment_last_section_number = 16
│ │ ├─■ last_table_id = 96
│ │ └─■ events:
│ ├─■ section { 24/120, segment 3: day 1, period 09:00:00 - 11:59:59 }
│ │ ├─■ section_number = 24
│ │ ├─■ last_section_number = 120
│ │ ├─■ segment_last_section_number = 24
│ │ ├─■ last_table_id = 96
│ │ └─■ events:
│ │ └─■ event
│ │ ├─■ event_id = 6
│ │ ├─■ start_time { 4-10-08 10:00:00 GMT }
│ │ │ ├─■ MJD = 54743
│ │ │ └─■ UTC = 0x100000
│ │ ├─■ duration = 12:00:00
│ │ ├─■ running_status = undefined
│ │ ├─■ free_CA_mode = one or more elementary streams CA controlled
│ │ └─■ descriptors:
│ │ ├─■ short_event_descriptor
│ │ │ ├─■ ISO_639_language_code = und
│ │ │ ├─■ event_name
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = Geen programma gids
│ │ │ └─■ text
│ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ └─■ text
│ │ ├─■ extended_event_descriptor
│ │ │ ├─■ descriptor_number = 0
│ │ │ ├─■ last_descriptor_number = 0
│ │ │ ├─■ ISO_639_language_code = und
│ │ │ ├─■ event items:
│ │ │ └─■ text
│ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ └─■ text = Deze zender levert nog geen programma informatie
│ │ ├─■ parental_rating_descriptor
│ │ │ └─■ parental ratings:
│ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ ├─■ country_code = NLD
│ │ │ └─■ rating = 1
│ │ └─■ content_descriptor
│ │ └─■ contents:
│ │ └─■ content { undefined content }
│ │ ├─■ content_nibble_level_1 = 0
│ │ ├─■ content_nibble_level_2 = 0
│ │ ├─■ user_nibble_1 = 0
│ │ └─■ user_nibble_2 = 0
Zoals te zien is heeft deze onzin EPG informatie zelfs een extended_event_descriptor om aan te geven dat de zender geen programma informatie levert. In de Service Description Table (SDT) zou Ziggo/Casema voor Sport1 HD net zo goed kunnen aangeven dat er geen Present/Following en Schedule EPG informatie is zodat er helemaal niets verzonden hoeft te worden. De kabelontvangers hoeven dan ook niet dergelijke onzin EPG informatie te verwerken zodat ze hun tijd kunnen besteden aan zinvollere zaken. Er zijn genoeg andere TV kanalen die ook geen EPG informatie hebben en waarbij dat wel netjes in de SDT is geconfigureerd zodat er niets verzonden wordt.
[ Voor 0% gewijzigd door ArChie op 14-12-2008 21:04 . Reden: small tags toegevoegd ]
Nog even de kanalen/frequentie lijst in het start topic bijgewerkt naar aanleiding van de laatste wijzigingen:
- LCN van Film1 HD gewijzigd van 105 naar 106;
- Film1 Action toegevoegd aan Transport Stream 22 met LCN 105;
- Comedy Central Family heeft LCN 123 gekregen.
Sinds kort zijn de component descriptors weer terug in de Present/Following EPG informatie bij Ziggo/Casema. De invulling van die component descriptors hebben een hoog "en we doen maar wat" gehalte. Zie hieronder een voorbeeld van een programma op Film1 HD dat films in 16:9 HDTV H.246/AVC uitzendt:
│ │ └─■ section { 1/1, following event }
│ │ ├─■ section_number = 1
│ │ ├─■ last_section_number = 1
│ │ ├─■ segment_last_section_number = 1
│ │ ├─■ last_table_id = 79
│ │ └─■ events:
│ │ └─■ event
│ │ ├─■ event_id = 240
│ │ ├─■ start_time { 4-10-08 20:30:00 GMT }
│ │ │ ├─■ MJD = 54743
│ │ │ └─■ UTC = 0x203000
│ │ ├─■ duration = 01:45:00
│ │ ├─■ running_status = not running
│ │ ├─■ free_CA_mode = one or more elementary streams CA controlled
│ │ └─■ descriptors:
│ │ ├─■ short_event_descriptor
│ │ │ ├─■ ISO_639_language_code = und
│ │ │ ├─■ event_name
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = The Devil Wears Prada
│ │ │ └─■ text
│ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ └─■ text
│ │ ├─■ extended_event_descriptor
│ │ │ ├─■ descriptor_number = 0
│ │ │ ├─■ last_descriptor_number = 0
│ │ │ ├─■ ISO_639_language_code = und
│ │ │ ├─■ event items:
│ │ │ └─■ text
│ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ └─■ text = Met ijzeren hand regeert de gevreesde hoofdredactrice Miranda Priestly het modemagazine Runway. Als Andy Sachs naar de functie Assistente solliciteert, heeft ze geen benul wie Miranda Priestly is.
│ │ ├─■ parental_rating_descriptor
│ │ │ └─■ parental ratings:
│ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ ├─■ country_code = NLD
│ │ │ └─■ rating = 1
│ │ ├─■ content_descriptor
│ │ │ └─■ contents:
│ │ │ └─■ content { movie/drama (general) }
│ │ │ ├─■ content_nibble_level_1 = 1
│ │ │ ├─■ content_nibble_level_2 = 0
│ │ │ ├─■ user_nibble_1 = 0
│ │ │ └─■ user_nibble_2 = 0
│ │ ├─■ component_descriptor { MPEG-2 video, 4:3 aspect ratio, 25 Hz }
│ │ │ ├─■ stream_content = 1
│ │ │ ├─■ component_type = 1
│ │ │ ├─■ component_tag = 1
│ │ │ └─■ ISO_639_language_code = und
│ │ └─■ component_descriptor { MPEG-1 Layer 2 audio, surround sound }
│ │ ├─■ stream_content = 2
│ │ ├─■ component_type = 5
│ │ ├─■ component_tag = 2
│ │ └─■ ISO_639_language_code = und
Het lijkt er veel op dat die MPEG-2 video, 4:3 aspect ratio, 25 Hz overal maar als een soort van default waarde wordt ingevuld zonder te kijken naar het type kanaal waar ze mee te maken hebben. Voor kanalen als Film1 HD is dit natuurlijk niet een voor de handliggende default waarde en in dit geval vergeten ze ook nog een component_descriptor op te nemen voor het AC-3 geluid dat standaard ook bij Film1 HD wordt doorgegeven. Ook bij veel SDTV kanalen is ondertussen 4:3 allang niet meer de meest voor de handliggende default waarde aangezien veel kanalen ondertussen over zijn naar het 16:9 formaat. Ook is het kennelijk moeilijk om de Nederlandse tekst van deze EPG informatie voor Film1 HD te herkennen aangezien de ISO_639_langauge_code in de event descriptors default maar op "und" wordt gezet terwijl de EPG Informatie van Film1 HD altijd in het Nederlands is.
│ │ └─■ section { 1/1, following event }
│ │ ├─■ section_number = 1
│ │ ├─■ last_section_number = 1
│ │ ├─■ segment_last_section_number = 1
│ │ ├─■ last_table_id = 79
│ │ └─■ events:
│ │ └─■ event
│ │ ├─■ event_id = 240
│ │ ├─■ start_time { 4-10-08 20:30:00 GMT }
│ │ │ ├─■ MJD = 54743
│ │ │ └─■ UTC = 0x203000
│ │ ├─■ duration = 01:45:00
│ │ ├─■ running_status = not running
│ │ ├─■ free_CA_mode = one or more elementary streams CA controlled
│ │ └─■ descriptors:
│ │ ├─■ short_event_descriptor
│ │ │ ├─■ ISO_639_language_code = und
│ │ │ ├─■ event_name
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = The Devil Wears Prada
│ │ │ └─■ text
│ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ └─■ text
│ │ ├─■ extended_event_descriptor
│ │ │ ├─■ descriptor_number = 0
│ │ │ ├─■ last_descriptor_number = 0
│ │ │ ├─■ ISO_639_language_code = und
│ │ │ ├─■ event items:
│ │ │ └─■ text
│ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ └─■ text = Met ijzeren hand regeert de gevreesde hoofdredactrice Miranda Priestly het modemagazine Runway. Als Andy Sachs naar de functie Assistente solliciteert, heeft ze geen benul wie Miranda Priestly is.
│ │ ├─■ parental_rating_descriptor
│ │ │ └─■ parental ratings:
│ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ ├─■ country_code = NLD
│ │ │ └─■ rating = 1
│ │ ├─■ content_descriptor
│ │ │ └─■ contents:
│ │ │ └─■ content { movie/drama (general) }
│ │ │ ├─■ content_nibble_level_1 = 1
│ │ │ ├─■ content_nibble_level_2 = 0
│ │ │ ├─■ user_nibble_1 = 0
│ │ │ └─■ user_nibble_2 = 0
│ │ ├─■ component_descriptor { MPEG-2 video, 4:3 aspect ratio, 25 Hz }
│ │ │ ├─■ stream_content = 1
│ │ │ ├─■ component_type = 1
│ │ │ ├─■ component_tag = 1
│ │ │ └─■ ISO_639_language_code = und
│ │ └─■ component_descriptor { MPEG-1 Layer 2 audio, surround sound }
│ │ ├─■ stream_content = 2
│ │ ├─■ component_type = 5
│ │ ├─■ component_tag = 2
│ │ └─■ ISO_639_language_code = und
Het lijkt er veel op dat die MPEG-2 video, 4:3 aspect ratio, 25 Hz overal maar als een soort van default waarde wordt ingevuld zonder te kijken naar het type kanaal waar ze mee te maken hebben. Voor kanalen als Film1 HD is dit natuurlijk niet een voor de handliggende default waarde en in dit geval vergeten ze ook nog een component_descriptor op te nemen voor het AC-3 geluid dat standaard ook bij Film1 HD wordt doorgegeven. Ook bij veel SDTV kanalen is ondertussen 4:3 allang niet meer de meest voor de handliggende default waarde aangezien veel kanalen ondertussen over zijn naar het 16:9 formaat. Ook is het kennelijk moeilijk om de Nederlandse tekst van deze EPG informatie voor Film1 HD te herkennen aangezien de ISO_639_langauge_code in de event descriptors default maar op "und" wordt gezet terwijl de EPG Informatie van Film1 HD altijd in het Nederlands is.
[ Voor 0% gewijzigd door ArChie op 14-12-2008 21:06 . Reden: small tags toegevoegd ]
Nog een voorbeeld waar vraagtekens bijgezet kunnen worden:
│ ├─■ service ID 11001, version 15
│ │ ├─■ service_id = 11001
│ │ ├─■ version_number = 15
│ │ ├─■ transport_stream_id = 11
│ │ ├─■ original_network_id = 500
│ │ └─■ sections: { Required sections: 2, available sections: 2 }
│ │ ├─■ section { 0/1, present event }
│ │ │ ├─■ section_number = 0
│ │ │ ├─■ last_section_number = 1
│ │ │ ├─■ segment_last_section_number = 1
│ │ │ ├─■ last_table_id = 79
│ │ │ └─■ events:
│ │ │ └─■ event
│ │ │ ├─■ event_id = 184
│ │ │ ├─■ start_time { 4-10-08 18:45:00 GMT }
│ │ │ │ ├─■ MJD = 54743
│ │ │ │ └─■ UTC = 0x184500
│ │ │ ├─■ duration = 00:30:00
│ │ │ ├─■ running_status = running
│ │ │ ├─■ free_CA_mode = one or more elementary streams CA controlled
│ │ │ └─■ descriptors:
│ │ │ ├─■ short_event_descriptor
│ │ │ │ ├─■ ISO_639_language_code = und
│ │ │ │ ├─■ event_name
│ │ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ │ └─■ text = Mind, Body and Kick Ass Moves
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 0
│ │ │ │ ├─■ last_descriptor_number = 1
│ │ │ │ ├─■ ISO_639_language_code = und
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = Documentary series examining the world of martial arts. In the Philippines, Master Presas reveals the martial arts techniques hidden in simple dance steps. Chris Crudelli meets his match on the Great Wall of China, as the Chinese Master of ancient
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 1
│ │ │ │ ├─■ last_descriptor_number = 1
│ │ │ │ ├─■ ISO_639_language_code = und
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = Tai Qi uses him for target practice. Back in the UK, there's a demonstration of life-saving techniques on a beach in Cornwall, and self-defence tricks on the streets of Brixton.
│ │ │ ├─■ parental_rating_descriptor
│ │ │ │ └─■ parental ratings:
│ │ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ │ ├─■ country_code = NLD
│ │ │ │ └─■ rating = 1
│ │ │ ├─■ content_descriptor
│ │ │ │ └─■ contents:
│ │ │ │ └─■ content { show/game show (general) }
│ │ │ │ ├─■ content_nibble_level_1 = 3
│ │ │ │ ├─■ content_nibble_level_2 = 0
│ │ │ │ ├─■ user_nibble_1 = 0
│ │ │ │ └─■ user_nibble_2 = 0
│ │ │ ├─■ component_descriptor { MPEG-2 video, > 16:9 aspect ratio, 25 Hz }
│ │ │ │ ├─■ stream_content = 1
│ │ │ │ ├─■ component_type = 4
│ │ │ │ ├─■ component_tag = 1
│ │ │ │ └─■ ISO_639_language_code = und
│ │ │ ├─■ component_descriptor { MPEG-1 Layer 2 audio, stereo (2 channel) }
│ │ │ │ ├─■ stream_content = 2
│ │ │ │ ├─■ component_type = 3
│ │ │ │ ├─■ component_tag = 2
│ │ │ │ └─■ ISO_639_language_code = und
│ │ │ └─■ component_descriptor { MPEG-1 Layer 2 audio, surround sound }
│ │ │ ├─■ stream_content = 2
│ │ │ ├─■ component_type = 5
│ │ │ ├─■ component_tag = 2
│ │ │ └─■ ISO_639_language_code = und
De rood gemarkeerde component descriptors beschrijven hetzelfde audio Elementary Stream (ES) component dat wordt aangeduidt met "component_tag = 2". Als een audio component van het type "MPEG-1 Layer 2 audio, surround sound" is dan is het impliciet ook een "MPEG-1 Layer 2 audio, stereo (2 channel)". Die laatste aanduiding is dus overbodig en volgens mij is het helemaal niet de bedoeling om voor één ES component meerdere component descriptors te gebruiken gezien de zeer uitgebreide lijst aan mogelijkheden zodat ieder type component prima met één component descriptor is te specificeren.
│ ├─■ service ID 11001, version 15
│ │ ├─■ service_id = 11001
│ │ ├─■ version_number = 15
│ │ ├─■ transport_stream_id = 11
│ │ ├─■ original_network_id = 500
│ │ └─■ sections: { Required sections: 2, available sections: 2 }
│ │ ├─■ section { 0/1, present event }
│ │ │ ├─■ section_number = 0
│ │ │ ├─■ last_section_number = 1
│ │ │ ├─■ segment_last_section_number = 1
│ │ │ ├─■ last_table_id = 79
│ │ │ └─■ events:
│ │ │ └─■ event
│ │ │ ├─■ event_id = 184
│ │ │ ├─■ start_time { 4-10-08 18:45:00 GMT }
│ │ │ │ ├─■ MJD = 54743
│ │ │ │ └─■ UTC = 0x184500
│ │ │ ├─■ duration = 00:30:00
│ │ │ ├─■ running_status = running
│ │ │ ├─■ free_CA_mode = one or more elementary streams CA controlled
│ │ │ └─■ descriptors:
│ │ │ ├─■ short_event_descriptor
│ │ │ │ ├─■ ISO_639_language_code = und
│ │ │ │ ├─■ event_name
│ │ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ │ └─■ text = Mind, Body and Kick Ass Moves
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 0
│ │ │ │ ├─■ last_descriptor_number = 1
│ │ │ │ ├─■ ISO_639_language_code = und
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = Documentary series examining the world of martial arts. In the Philippines, Master Presas reveals the martial arts techniques hidden in simple dance steps. Chris Crudelli meets his match on the Great Wall of China, as the Chinese Master of ancient
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 1
│ │ │ │ ├─■ last_descriptor_number = 1
│ │ │ │ ├─■ ISO_639_language_code = und
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = Tai Qi uses him for target practice. Back in the UK, there's a demonstration of life-saving techniques on a beach in Cornwall, and self-defence tricks on the streets of Brixton.
│ │ │ ├─■ parental_rating_descriptor
│ │ │ │ └─■ parental ratings:
│ │ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ │ ├─■ country_code = NLD
│ │ │ │ └─■ rating = 1
│ │ │ ├─■ content_descriptor
│ │ │ │ └─■ contents:
│ │ │ │ └─■ content { show/game show (general) }
│ │ │ │ ├─■ content_nibble_level_1 = 3
│ │ │ │ ├─■ content_nibble_level_2 = 0
│ │ │ │ ├─■ user_nibble_1 = 0
│ │ │ │ └─■ user_nibble_2 = 0
│ │ │ ├─■ component_descriptor { MPEG-2 video, > 16:9 aspect ratio, 25 Hz }
│ │ │ │ ├─■ stream_content = 1
│ │ │ │ ├─■ component_type = 4
│ │ │ │ ├─■ component_tag = 1
│ │ │ │ └─■ ISO_639_language_code = und
│ │ │ ├─■ component_descriptor { MPEG-1 Layer 2 audio, stereo (2 channel) }
│ │ │ │ ├─■ stream_content = 2
│ │ │ │ ├─■ component_type = 3
│ │ │ │ ├─■ component_tag = 2
│ │ │ │ └─■ ISO_639_language_code = und
│ │ │ └─■ component_descriptor { MPEG-1 Layer 2 audio, surround sound }
│ │ │ ├─■ stream_content = 2
│ │ │ ├─■ component_type = 5
│ │ │ ├─■ component_tag = 2
│ │ │ └─■ ISO_639_language_code = und
De rood gemarkeerde component descriptors beschrijven hetzelfde audio Elementary Stream (ES) component dat wordt aangeduidt met "component_tag = 2". Als een audio component van het type "MPEG-1 Layer 2 audio, surround sound" is dan is het impliciet ook een "MPEG-1 Layer 2 audio, stereo (2 channel)". Die laatste aanduiding is dus overbodig en volgens mij is het helemaal niet de bedoeling om voor één ES component meerdere component descriptors te gebruiken gezien de zeer uitgebreide lijst aan mogelijkheden zodat ieder type component prima met één component descriptor is te specificeren.
[ Voor 0% gewijzigd door ArChie op 14-12-2008 21:07 . Reden: small tags toegevoegd ]
Het lijkt erop dat er ook het één en ander fout gaat bij de EPG informatie update taak die 's morgens rond een uur of 6 draait bij Ziggo/Casema. Het viel me bijvoorbeeld op dat het versie nummer van de Schedule EPG informatie voor Limburg L1 met één verhoogd was na die update, maar dat het aantal events (lees: programma's) gelijk was gebleven. Een indicatie dat er mogelijk hier en daar alleen maar wat programma tijden waren bijgewerkt. Om dat te controleren even de Schedule EPG informatie van Limburg L1 van de versie om 4 uur 's morgens in WinDiff vergeleken met die van de versie om 9 uur 's morgens en dan valt op dat er van diverse events de event_id gewijzigd is terwijl het nog steeds om hetzelfde programma gaat dat op dezelfde tijd wordt uitgezonden.
Zie onderstaand voorbeeld van het programma Koplopers dat om 14:30 GMT ofwel 16:30 lokale tijd werd uitzonden op 5 oktober:
4 oktober om 04:00 lokale tijd: Versie 14
│ │ ├─■ event
│ │ │ ├─■ event_id = 154
│ │ │ ├─■ start_time { 5-10-08 14:30:00 GMT }
│ │ │ │ ├─■ MJD = 54744
│ │ │ │ └─■ UTC = 0x143000
│ │ │ ├─■ duration = 00:21: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 = Koplopers.
│ │ │ ├─■ parental_rating_descriptor
│ │ │ │ └─■ parental ratings:
│ │ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ │ ├─■ country_code = NLD
│ │ │ │ └─■ rating = 1
│ │ │ └─■ content_descriptor
│ │ │ └─■ contents:
│ │ │ └─■ content { undefined content }
│ │ │ ├─■ content_nibble_level_1 = 0
│ │ │ ├─■ content_nibble_level_2 = 0
│ │ │ ├─■ user_nibble_1 = 0
│ │ │ └─■ user_nibble_2 = 0
4 oktober om 09:00 lokale tijd: Versie 15
│ │ ├─■ event
│ │ │ ├─■ event_id = 155
│ │ │ ├─■ start_time { 5-10-08 14:30:00 GMT }
│ │ │ │ ├─■ MJD = 54744
│ │ │ │ └─■ UTC = 0x143000
│ │ │ ├─■ duration = 00:21: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 = Koplopers.
│ │ │ ├─■ parental_rating_descriptor
│ │ │ │ └─■ parental ratings:
│ │ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ │ ├─■ country_code = NLD
│ │ │ │ └─■ rating = 1
│ │ │ └─■ content_descriptor
│ │ │ └─■ contents:
│ │ │ └─■ content { undefined content }
│ │ │ ├─■ content_nibble_level_1 = 0
│ │ │ ├─■ content_nibble_level_2 = 0
│ │ │ ├─■ user_nibble_1 = 0
│ │ │ └─■ user_nibble_2 = 0
De event_id moet het mogelijk maken om een event uniek te identificeren binnen een EPG informatie set zodat een ontvanger bijvoorbeeld in de gaten kan houden of een programma waarvoor een timer is uitgezet nog steeds op dezelfde tijd wordt uitgezonden als er versie updates van de EPG informatie set zijn geweest. Het is dus niet de bedoeling dat die event_id's gaan wijzigen na versie updates zolang het programma nog steeds voorkomt in de EPG informatie set. In totaal waren er 8 event_id's gewijzigd na de versie update van de Schedule EPG informatie set terwijl in al die gevallen het programma niet gewijzigd was. Verder waren er 6 gevallen waar het programma wel van naam was verandert en dus terecht ook het event_id is aangepast.
Zie onderstaand voorbeeld van het programma Koplopers dat om 14:30 GMT ofwel 16:30 lokale tijd werd uitzonden op 5 oktober:
4 oktober om 04:00 lokale tijd: Versie 14
│ │ ├─■ event
│ │ │ ├─■ event_id = 154
│ │ │ ├─■ start_time { 5-10-08 14:30:00 GMT }
│ │ │ │ ├─■ MJD = 54744
│ │ │ │ └─■ UTC = 0x143000
│ │ │ ├─■ duration = 00:21: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 = Koplopers.
│ │ │ ├─■ parental_rating_descriptor
│ │ │ │ └─■ parental ratings:
│ │ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ │ ├─■ country_code = NLD
│ │ │ │ └─■ rating = 1
│ │ │ └─■ content_descriptor
│ │ │ └─■ contents:
│ │ │ └─■ content { undefined content }
│ │ │ ├─■ content_nibble_level_1 = 0
│ │ │ ├─■ content_nibble_level_2 = 0
│ │ │ ├─■ user_nibble_1 = 0
│ │ │ └─■ user_nibble_2 = 0
4 oktober om 09:00 lokale tijd: Versie 15
│ │ ├─■ event
│ │ │ ├─■ event_id = 155
│ │ │ ├─■ start_time { 5-10-08 14:30:00 GMT }
│ │ │ │ ├─■ MJD = 54744
│ │ │ │ └─■ UTC = 0x143000
│ │ │ ├─■ duration = 00:21: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 = Koplopers.
│ │ │ ├─■ parental_rating_descriptor
│ │ │ │ └─■ parental ratings:
│ │ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ │ ├─■ country_code = NLD
│ │ │ │ └─■ rating = 1
│ │ │ └─■ content_descriptor
│ │ │ └─■ contents:
│ │ │ └─■ content { undefined content }
│ │ │ ├─■ content_nibble_level_1 = 0
│ │ │ ├─■ content_nibble_level_2 = 0
│ │ │ ├─■ user_nibble_1 = 0
│ │ │ └─■ user_nibble_2 = 0
De event_id moet het mogelijk maken om een event uniek te identificeren binnen een EPG informatie set zodat een ontvanger bijvoorbeeld in de gaten kan houden of een programma waarvoor een timer is uitgezet nog steeds op dezelfde tijd wordt uitgezonden als er versie updates van de EPG informatie set zijn geweest. Het is dus niet de bedoeling dat die event_id's gaan wijzigen na versie updates zolang het programma nog steeds voorkomt in de EPG informatie set. In totaal waren er 8 event_id's gewijzigd na de versie update van de Schedule EPG informatie set terwijl in al die gevallen het programma niet gewijzigd was. Verder waren er 6 gevallen waar het programma wel van naam was verandert en dus terecht ook het event_id is aangepast.
[ Voor 0% gewijzigd door ArChie op 14-12-2008 21:08 . Reden: small tags toegevoegd ]
De default waarden die Ziggo/Casema overal invult zijn als volgt:
│ ├─■ service ID 31, version 24
│ │ ├─■ service_id = 31
│ │ ├─■ version_number = 24
│ │ ├─■ transport_stream_id = 26
│ │ ├─■ original_network_id = 500
│ │ └─■ sections: { Required sections: 2, available sections: 2 }
│ │ ├─■ section { 0/1 }
│ │ │ ├─■ section_number = 0
│ │ │ ├─■ last_section_number = 1
│ │ │ ├─■ segment_last_section_number = 1
│ │ │ ├─■ last_table_id = 79
│ │ │ └─■ events:
│ │ │ └─■ event
│ │ │ ├─■ event_id = 176
│ │ │ ├─■ start_time { 4-10-08 18:55:00 GMT }
│ │ │ │ ├─■ MJD = 54743
│ │ │ │ └─■ UTC = 0x185500
│ │ │ ├─■ duration = 00:55:00
│ │ │ ├─■ running_status = running
│ │ │ ├─■ 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 = The universe: Spaceship earth
│ │ │ ├─■ parental_rating_descriptor
│ │ │ │ └─■ parental ratings:
│ │ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ │ ├─■ country_code = NLD
│ │ │ │ └─■ rating = 1
│ │ │ ├─■ content_descriptor
│ │ │ │ └─■ contents:
│ │ │ │ └─■ content { documentary }
│ │ │ │ ├─■ content_nibble_level_1 = 2
│ │ │ │ ├─■ content_nibble_level_2 = 3
│ │ │ │ ├─■ user_nibble_1 = 0
│ │ │ │ └─■ user_nibble_2 = 0
│ │ │ ├─■ component_descriptor { MPEG-2 video, 4:3 aspect ratio, 25 Hz }
│ │ │ │ ├─■ stream_content = 1
│ │ │ │ ├─■ component_type = 1
│ │ │ │ ├─■ component_tag = 1
│ │ │ │ └─■ ISO_639_language_code = dut
│ │ │ └─■ component_descriptor { MPEG-1 Layer 2 audio, single mono channel }
│ │ │ ├─■ stream_content = 2
│ │ │ ├─■ component_type = 1
│ │ │ ├─■ component_tag = 2
│ │ │ └─■ ISO_639_language_code = dut
Bij sommige kanalen vervangen ze deze default waarden door meer realistische waarden, maar na het bestuderen van alle Present/Following EPG informatie zou je haast denken dat de meeste programma's nog altijd in 4:3 formaat met mono geluid worden uitgezonden.
Bij een redelijk aantal kanalen geeft Ziggo/Casema een DVB ondertiteling Elementary Stream (ES) component door, maar daarvoor is bij geen enkel van die kanalen in de Present/Following EPG informatie een "DVB subtitles..." component_descriptor opgenomen. Een aantal kanalen hebben AC-3 geluid en daarvan ontbreken ook de component_descriptor's. De meeste HDTV kanalen worden als H.264/AVC doorgegeven. Daarvoor is een hele nieuwe stream_content = 5 groep voor aangemaakt, maar geen spoor daarvan in de Present/Following EPG informatie. Bij sommige kanalen geeft Ziggo/Casema via stream_content = 3 en component_type = 1 wel aan dat er ondertiteling is via teletext, maar er zijn genoeg kanalen die ook teletext zelf bieden en daarvoor is weer geen component_descriptor te bekennen.
Nog iets opvallends, bij 16:9 formaat programma's kiest Ziggo/Casema voor component_type 4 wat volgens de DVB specificaties overeenkomt met "MPEG-2 video, > 16:9 aspect ratio, 25 Hz" en volgens mij gelezen moet worden als alle formaten anders dan 16:9 als het geen 16:9 of 4:3 (component_type = 1) formaat is.
Voor 16:9 zijn er twee opties voor 25 Hz, namelijk:
component_type = 2: "MPEG-2 video, 16:9 aspect ratio with pan vectors, 25 Hz"
component_type = 3: "MPEG-2 video, 16:9 aspect ratio without pan vectors, 25 Hz"
Zie onderstaand één van de voorbeelden waar gekozen is voor "MPEG-2 video, > 16:9 aspect ratio, 25 Hz":
│ │ └─■ section { 1/1 }
│ │ ├─■ section_number = 1
│ │ ├─■ last_section_number = 1
│ │ ├─■ segment_last_section_number = 1
│ │ ├─■ last_table_id = 79
│ │ └─■ events:
│ │ └─■ event
│ │ ├─■ event_id = 172
│ │ ├─■ start_time { 4-10-08 19:45:00 GMT }
│ │ │ ├─■ MJD = 54743
│ │ │ └─■ UTC = 0x194500
│ │ ├─■ duration = 00:45:00
│ │ ├─■ running_status = not running
│ │ ├─■ 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 = Heimatgeschichten
│ │ ├─■ extended_event_descriptor
│ │ │ ├─■ descriptor_number = 0
│ │ │ ├─■ last_descriptor_number = 0
│ │ │ ├─■ ISO_639_language_code = dut
│ │ │ ├─■ event items:
│ │ │ └─■ text
│ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ └─■ text = Serie/soap. (16:9) Duitse (D) serie verhalen.
│ │ ├─■ parental_rating_descriptor
│ │ │ └─■ parental ratings:
│ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ ├─■ country_code = NLD
│ │ │ └─■ rating = 1
│ │ ├─■ content_descriptor
│ │ │ └─■ contents:
│ │ │ └─■ content { soap/melodrama/folkloric }
│ │ │ ├─■ content_nibble_level_1 = 1
│ │ │ ├─■ content_nibble_level_2 = 5
│ │ │ ├─■ user_nibble_1 = 0
│ │ │ └─■ user_nibble_2 = 0
│ │ ├─■ component_descriptor { MPEG-2 video, > 16:9 aspect ratio, 25 Hz }
│ │ │ ├─■ stream_content = 1
│ │ │ ├─■ component_type = 4
│ │ │ ├─■ component_tag = 1
│ │ │ └─■ ISO_639_language_code = dut
│ │ └─■ component_descriptor { MPEG-1 Layer 2 audio, stereo (2 channel) }
│ │ ├─■ stream_content = 2
│ │ ├─■ component_type = 3
│ │ ├─■ component_tag = 2
│ │ └─■ ISO_639_language_code = dut
Nog zo'n default instelling waar Ziggo/Casema niet goed over heeft nagedacht:
│ │ └─■ section { 1/1 }
│ │ ├─■ section_number = 1
│ │ ├─■ last_section_number = 1
│ │ ├─■ segment_last_section_number = 1
│ │ ├─■ last_table_id = 79
│ │ └─■ events:
│ │ └─■ event
│ │ ├─■ event_id = 49
│ │ ├─■ start_time { 4-10-08 20:35:00 GMT }
│ │ │ ├─■ MJD = 54743
│ │ │ └─■ UTC = 0x203500
│ │ ├─■ duration = 02:00:00
│ │ ├─■ running_status = not running
│ │ ├─■ 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 = Mr. Brooks
│ │ ├─■ extended_event_descriptor
│ │ │ ├─■ descriptor_number = 0
│ │ │ ├─■ last_descriptor_number = 1
│ │ │ ├─■ ISO_639_language_code = dut
│ │ │ ├─■ event items:
│ │ │ └─■ text
│ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ └─■ text = Film. Misdaad-Thriller (US/2007). Met: Kevin Costner, Demi Moore, Dane Cook, William Hurt e.a.. Earl Brooks is op het eerste gezicht een onkreukbare zakenman en perfecte huisvader, maar tegelijkertijd heeft hij een bloeddorstig alter ego die hem aa
│ │ ├─■ extended_event_descriptor
│ │ │ ├─■ descriptor_number = 1
│ │ │ ├─■ last_descriptor_number = 1
│ │ │ ├─■ ISO_639_language_code = dut
│ │ │ ├─■ event items:
│ │ │ └─■ text
│ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ └─■ text = nspoort gruwelijke moorden te begaan.
│ │ ├─■ parental_rating_descriptor
│ │ │ └─■ parental ratings:
│ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ ├─■ country_code = NLD
│ │ │ └─■ rating = 1
│ │ ├─■ content_descriptor
│ │ │ └─■ contents:
│ │ │ └─■ content { movie/drama (general) }
│ │ │ ├─■ content_nibble_level_1 = 1
│ │ │ ├─■ content_nibble_level_2 = 0
│ │ │ ├─■ user_nibble_1 = 0
│ │ │ └─■ user_nibble_2 = 0
│ │ ├─■ component_descriptor { MPEG-2 video, 4:3 aspect ratio, 25 Hz }
│ │ │ ├─■ stream_content = 1
│ │ │ ├─■ component_type = 1
│ │ │ ├─■ component_tag = 1
│ │ │ └─■ ISO_639_language_code = dut
│ │ └─■ component_descriptor { MPEG-1 Layer 2 audio, single mono channel }
│ │ ├─■ stream_content = 2
│ │ ├─■ component_type = 1
│ │ ├─■ component_tag = 2
│ │ └─■ ISO_639_language_code = dut
Default zet Ziggo/Casema de rating van elk programma overal op 1 wat overeenkomt met een minimum leeftijd van 4 jaar. Alleen van kanalen waarvan ze weten dat ze bijvoorbeeld continu erotiek uitzenden hebben de default waarde anders gezet namelijk op een rating van 13 wat overeenkomt met een minimum leeftijd van 16 jaar. Verder vullen ze hier en daar afhankelijk van het programma de juiste rating in, maar het overgrootte deel van de programma's blijft de default rating houden die veel te laag is waardoor het er in de praktijk op neer komt dat kleine kinderen nagenoeg alles kunnen kijken als de ouders het kinderslot activeren voor bijvoorbeeld 7 of 13 jaar wat in mijn Humax ontvanger de twee laagste mogelijkheden zijn afgezien van alles blokkeren. Beter zou het dus zijn als Ziggo/Casema kiest voor een default rating van 7 of 13 jaar voor programma's om toestanden zoals het voorbeeld hierboven te voorkomen. Ik kan me nog herinneren dat de woordvoerder van Ziggo/Casema met uitspraken kwam dat ouders een eigen verantwoordelijkheid hebben om functionaliteit als kindersloten te activeren om hun kroost te beschermen tegen schadelijke programma's, maar Ziggo/Casema heeft natuurlijk ook een verantwoordelijkheid om er voor te zorgen dat dergelijke functionaliteit dan ook werkt.
In het bovenstaande voorbeeld is trouwens duidelijk dat het om een "Misdaad-Thriller" gaat aangezien dit als zodanig is opgenomen in de text van de extended_event_descriptor. Daarvoor heeft DVB een speciale content aanduiding, namelijk "detective/thriller" i.p.v. "movie/drama (general)". Daarvoor moet in content_nibble_level_2 de waarde 1 in worden gevuld, maar Ziggo/Casema kiest er meestal voor om content_nibble_level_2 de waarde 0 te geven zodat je van de ".. (general)" content categoriën krijgt.
│ ├─■ service ID 31, version 24
│ │ ├─■ service_id = 31
│ │ ├─■ version_number = 24
│ │ ├─■ transport_stream_id = 26
│ │ ├─■ original_network_id = 500
│ │ └─■ sections: { Required sections: 2, available sections: 2 }
│ │ ├─■ section { 0/1 }
│ │ │ ├─■ section_number = 0
│ │ │ ├─■ last_section_number = 1
│ │ │ ├─■ segment_last_section_number = 1
│ │ │ ├─■ last_table_id = 79
│ │ │ └─■ events:
│ │ │ └─■ event
│ │ │ ├─■ event_id = 176
│ │ │ ├─■ start_time { 4-10-08 18:55:00 GMT }
│ │ │ │ ├─■ MJD = 54743
│ │ │ │ └─■ UTC = 0x185500
│ │ │ ├─■ duration = 00:55:00
│ │ │ ├─■ running_status = running
│ │ │ ├─■ 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 = The universe: Spaceship earth
│ │ │ ├─■ parental_rating_descriptor
│ │ │ │ └─■ parental ratings:
│ │ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ │ ├─■ country_code = NLD
│ │ │ │ └─■ rating = 1
│ │ │ ├─■ content_descriptor
│ │ │ │ └─■ contents:
│ │ │ │ └─■ content { documentary }
│ │ │ │ ├─■ content_nibble_level_1 = 2
│ │ │ │ ├─■ content_nibble_level_2 = 3
│ │ │ │ ├─■ user_nibble_1 = 0
│ │ │ │ └─■ user_nibble_2 = 0
│ │ │ ├─■ component_descriptor { MPEG-2 video, 4:3 aspect ratio, 25 Hz }
│ │ │ │ ├─■ stream_content = 1
│ │ │ │ ├─■ component_type = 1
│ │ │ │ ├─■ component_tag = 1
│ │ │ │ └─■ ISO_639_language_code = dut
│ │ │ └─■ component_descriptor { MPEG-1 Layer 2 audio, single mono channel }
│ │ │ ├─■ stream_content = 2
│ │ │ ├─■ component_type = 1
│ │ │ ├─■ component_tag = 2
│ │ │ └─■ ISO_639_language_code = dut
Bij sommige kanalen vervangen ze deze default waarden door meer realistische waarden, maar na het bestuderen van alle Present/Following EPG informatie zou je haast denken dat de meeste programma's nog altijd in 4:3 formaat met mono geluid worden uitgezonden.
Bij een redelijk aantal kanalen geeft Ziggo/Casema een DVB ondertiteling Elementary Stream (ES) component door, maar daarvoor is bij geen enkel van die kanalen in de Present/Following EPG informatie een "DVB subtitles..." component_descriptor opgenomen. Een aantal kanalen hebben AC-3 geluid en daarvan ontbreken ook de component_descriptor's. De meeste HDTV kanalen worden als H.264/AVC doorgegeven. Daarvoor is een hele nieuwe stream_content = 5 groep voor aangemaakt, maar geen spoor daarvan in de Present/Following EPG informatie. Bij sommige kanalen geeft Ziggo/Casema via stream_content = 3 en component_type = 1 wel aan dat er ondertiteling is via teletext, maar er zijn genoeg kanalen die ook teletext zelf bieden en daarvoor is weer geen component_descriptor te bekennen.
Nog iets opvallends, bij 16:9 formaat programma's kiest Ziggo/Casema voor component_type 4 wat volgens de DVB specificaties overeenkomt met "MPEG-2 video, > 16:9 aspect ratio, 25 Hz" en volgens mij gelezen moet worden als alle formaten anders dan 16:9 als het geen 16:9 of 4:3 (component_type = 1) formaat is.
Voor 16:9 zijn er twee opties voor 25 Hz, namelijk:
component_type = 2: "MPEG-2 video, 16:9 aspect ratio with pan vectors, 25 Hz"
component_type = 3: "MPEG-2 video, 16:9 aspect ratio without pan vectors, 25 Hz"
Zie onderstaand één van de voorbeelden waar gekozen is voor "MPEG-2 video, > 16:9 aspect ratio, 25 Hz":
│ │ └─■ section { 1/1 }
│ │ ├─■ section_number = 1
│ │ ├─■ last_section_number = 1
│ │ ├─■ segment_last_section_number = 1
│ │ ├─■ last_table_id = 79
│ │ └─■ events:
│ │ └─■ event
│ │ ├─■ event_id = 172
│ │ ├─■ start_time { 4-10-08 19:45:00 GMT }
│ │ │ ├─■ MJD = 54743
│ │ │ └─■ UTC = 0x194500
│ │ ├─■ duration = 00:45:00
│ │ ├─■ running_status = not running
│ │ ├─■ 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 = Heimatgeschichten
│ │ ├─■ extended_event_descriptor
│ │ │ ├─■ descriptor_number = 0
│ │ │ ├─■ last_descriptor_number = 0
│ │ │ ├─■ ISO_639_language_code = dut
│ │ │ ├─■ event items:
│ │ │ └─■ text
│ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ └─■ text = Serie/soap. (16:9) Duitse (D) serie verhalen.
│ │ ├─■ parental_rating_descriptor
│ │ │ └─■ parental ratings:
│ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ ├─■ country_code = NLD
│ │ │ └─■ rating = 1
│ │ ├─■ content_descriptor
│ │ │ └─■ contents:
│ │ │ └─■ content { soap/melodrama/folkloric }
│ │ │ ├─■ content_nibble_level_1 = 1
│ │ │ ├─■ content_nibble_level_2 = 5
│ │ │ ├─■ user_nibble_1 = 0
│ │ │ └─■ user_nibble_2 = 0
│ │ ├─■ component_descriptor { MPEG-2 video, > 16:9 aspect ratio, 25 Hz }
│ │ │ ├─■ stream_content = 1
│ │ │ ├─■ component_type = 4
│ │ │ ├─■ component_tag = 1
│ │ │ └─■ ISO_639_language_code = dut
│ │ └─■ component_descriptor { MPEG-1 Layer 2 audio, stereo (2 channel) }
│ │ ├─■ stream_content = 2
│ │ ├─■ component_type = 3
│ │ ├─■ component_tag = 2
│ │ └─■ ISO_639_language_code = dut
Nog zo'n default instelling waar Ziggo/Casema niet goed over heeft nagedacht:
│ │ └─■ section { 1/1 }
│ │ ├─■ section_number = 1
│ │ ├─■ last_section_number = 1
│ │ ├─■ segment_last_section_number = 1
│ │ ├─■ last_table_id = 79
│ │ └─■ events:
│ │ └─■ event
│ │ ├─■ event_id = 49
│ │ ├─■ start_time { 4-10-08 20:35:00 GMT }
│ │ │ ├─■ MJD = 54743
│ │ │ └─■ UTC = 0x203500
│ │ ├─■ duration = 02:00:00
│ │ ├─■ running_status = not running
│ │ ├─■ 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 = Mr. Brooks
│ │ ├─■ extended_event_descriptor
│ │ │ ├─■ descriptor_number = 0
│ │ │ ├─■ last_descriptor_number = 1
│ │ │ ├─■ ISO_639_language_code = dut
│ │ │ ├─■ event items:
│ │ │ └─■ text
│ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ └─■ text = Film. Misdaad-Thriller (US/2007). Met: Kevin Costner, Demi Moore, Dane Cook, William Hurt e.a.. Earl Brooks is op het eerste gezicht een onkreukbare zakenman en perfecte huisvader, maar tegelijkertijd heeft hij een bloeddorstig alter ego die hem aa
│ │ ├─■ extended_event_descriptor
│ │ │ ├─■ descriptor_number = 1
│ │ │ ├─■ last_descriptor_number = 1
│ │ │ ├─■ ISO_639_language_code = dut
│ │ │ ├─■ event items:
│ │ │ └─■ text
│ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ └─■ text = nspoort gruwelijke moorden te begaan.
│ │ ├─■ parental_rating_descriptor
│ │ │ └─■ parental ratings:
│ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ ├─■ country_code = NLD
│ │ │ └─■ rating = 1
│ │ ├─■ content_descriptor
│ │ │ └─■ contents:
│ │ │ └─■ content { movie/drama (general) }
│ │ │ ├─■ content_nibble_level_1 = 1
│ │ │ ├─■ content_nibble_level_2 = 0
│ │ │ ├─■ user_nibble_1 = 0
│ │ │ └─■ user_nibble_2 = 0
│ │ ├─■ component_descriptor { MPEG-2 video, 4:3 aspect ratio, 25 Hz }
│ │ │ ├─■ stream_content = 1
│ │ │ ├─■ component_type = 1
│ │ │ ├─■ component_tag = 1
│ │ │ └─■ ISO_639_language_code = dut
│ │ └─■ component_descriptor { MPEG-1 Layer 2 audio, single mono channel }
│ │ ├─■ stream_content = 2
│ │ ├─■ component_type = 1
│ │ ├─■ component_tag = 2
│ │ └─■ ISO_639_language_code = dut
Default zet Ziggo/Casema de rating van elk programma overal op 1 wat overeenkomt met een minimum leeftijd van 4 jaar. Alleen van kanalen waarvan ze weten dat ze bijvoorbeeld continu erotiek uitzenden hebben de default waarde anders gezet namelijk op een rating van 13 wat overeenkomt met een minimum leeftijd van 16 jaar. Verder vullen ze hier en daar afhankelijk van het programma de juiste rating in, maar het overgrootte deel van de programma's blijft de default rating houden die veel te laag is waardoor het er in de praktijk op neer komt dat kleine kinderen nagenoeg alles kunnen kijken als de ouders het kinderslot activeren voor bijvoorbeeld 7 of 13 jaar wat in mijn Humax ontvanger de twee laagste mogelijkheden zijn afgezien van alles blokkeren. Beter zou het dus zijn als Ziggo/Casema kiest voor een default rating van 7 of 13 jaar voor programma's om toestanden zoals het voorbeeld hierboven te voorkomen. Ik kan me nog herinneren dat de woordvoerder van Ziggo/Casema met uitspraken kwam dat ouders een eigen verantwoordelijkheid hebben om functionaliteit als kindersloten te activeren om hun kroost te beschermen tegen schadelijke programma's, maar Ziggo/Casema heeft natuurlijk ook een verantwoordelijkheid om er voor te zorgen dat dergelijke functionaliteit dan ook werkt.
In het bovenstaande voorbeeld is trouwens duidelijk dat het om een "Misdaad-Thriller" gaat aangezien dit als zodanig is opgenomen in de text van de extended_event_descriptor. Daarvoor heeft DVB een speciale content aanduiding, namelijk "detective/thriller" i.p.v. "movie/drama (general)". Daarvoor moet in content_nibble_level_2 de waarde 1 in worden gevuld, maar Ziggo/Casema kiest er meestal voor om content_nibble_level_2 de waarde 0 te geven zodat je van de ".. (general)" content categoriën krijgt.
[ Voor 1% gewijzigd door ArChie op 14-12-2008 21:10 . Reden: small tags toegevoegd ]
En ik maar denken dat DVBViewer de EPG niet correct weergaf. Ik vraag me alleen af hoe het eigenlijk komt dat EPG zo slordig word doorgegeven/ingevuld. Krijgen ze het gewoon zo slecht aangeleverd, of zijn ze gewoon aan het prutsen?
Er wordt gewoon weinig aandacht aan besteed. Het is belangrijker dat ze kunnen zeggen dat ze EPG bieden zodat hun klanten geld kunnen besparen door hun normale TV gids op te zeggen, maar er ook resources opzetten om de boel goed te krijgen dat gaat ze te ver. Het moet wel makkelijk blijven en mag vooral geen (financiele) inspanning met zich meebrengen. Het grootste kabelbedrijf van Nederland, maar te beroerd om dit soort basis diensten goed op te zetten en te onderhouden. Toen Multikabel nog een eigen digitale TV headend had was het me al duidelijk dat EPG een puinhoop was en gewoon niet up to date werd gehouden, maar toen had ik nog niet de tools om dat goed te kunnen onderzoeken, dus werd de schuld altijd maar bij de EPG content providers gelegd.
Vanaf het moment dat de eerste PVR's op de markt kwamen wordt me al verteld dat de EPG verbeterd zou worden en dat iedereen voorlopig het EPG systeem van toen nog @Home zou gaan toepassen om Panasonic en Samsung de tijd te geven om hun EPG probleem op te lossen. Ondertussen zijn we jaren verder en nog steeds geen spoor van aangepaste fimware voor deze twee probleem ontvangers zodat het aantal dagen EPG informatie opgeschroefd kan worden. En ondertussen ook nog geen spoor van die voorlopige @Home EPG oplossing zodat er tenminste voor 4 dagen aan EPG informatie is bij Ziggo/Casema/Multikabel. Allemaal loze toezeggingen...
Vanaf het moment dat de eerste PVR's op de markt kwamen wordt me al verteld dat de EPG verbeterd zou worden en dat iedereen voorlopig het EPG systeem van toen nog @Home zou gaan toepassen om Panasonic en Samsung de tijd te geven om hun EPG probleem op te lossen. Ondertussen zijn we jaren verder en nog steeds geen spoor van aangepaste fimware voor deze twee probleem ontvangers zodat het aantal dagen EPG informatie opgeschroefd kan worden. En ondertussen ook nog geen spoor van die voorlopige @Home EPG oplossing zodat er tenminste voor 4 dagen aan EPG informatie is bij Ziggo/Casema/Multikabel. Allemaal loze toezeggingen...
Uiteindelijk zijn zij betalende klant bij EPG content leveranciers en kunnen ze als grootste kabelbedrijf natuurlijk best eisen stellen aan de vorm waarin ze het aangeleverd krijgen. Die aanlevering moet uiteindelijk wel in de EPG database terecht komen van de multiplexers en daar gaat volgens mij een hoop fout. Ik houd het dus gewoon op prutsen. De dingen die ik zie het mijn hobby tools moeten zij zelf ook kunnen zien en oplossen met hun dure professionele tools.Klaus_1250 schreef op dinsdag 07 oktober 2008 @ 22:24:
Krijgen ze het gewoon zo slecht aangeleverd, of zijn ze gewoon aan het prutsen?
Ziggo/Casema is weer aan het rommelen met de EPG instellingen van de multiplexers. Het verzenden van de Schedule EPG, dat voor de volledige EPG overzichten van de ontvangers gebruikt wordt, gebeurd via twee tabellen. Namelijk de "actual" schedule voor de kanalen die verzonden worden via de Transport Stream waarop afgestemd is en de "other" schedule voor alle kanalen die niet deel uitmaken van de huidige Transport Stream. In alle Transport Streams is het aantal uur EPG informatie dat via zowel de actual als de other schedules verzonden wordt gelijk, namelijk 48 uur ofwel 2 dagen. Uitzondering is echter Transport Stream 26. Daarin wordt via de actual schedule ook voor 48 uur aan EPG informatie doorgegeven, maar via de other schedule maar voor 30 uur. In de praktijk houdt dit in dat het EPG overzicht voor de meeste kanalen maar tot de volgende dag 8 's morgens gaat als dat EPG overzicht wordt opgeroepen als er naar één van de Eredivisie live kanalen in TS 26 wordt gekeken en er een EPG schedule versie update is geweest tijdens het kijken naar dat kanaal. Bij het oproepen van het EPG overzicht in alle andere Transport Streams zal wel de volledige EPG voor volgende dag worden getoond. Met andere woorden: dit leidt weer tot inconsistent gedrag van de ontvangers en valt bijna niet uit te leggen aan de klanten.
Ondertussen een uitbreiding gemaakt van de DVB-SI parser tool zodat nu ook de component_tag verwijzingen gecontroleerd kunnen worden. De tool checkt nu of de component_tag van een stream_identifier_descriptor in de Program Map Table (PMT) informatie terug te vinden is bij een component_descriptor in de Present/Following EPG informatie behorende bij het kanaal. Zoja, dan wordt er ook nog gecontroleerd over het stream type van de Elementary stream zoals gespecificeerd in de PMT overeenkomt met het stream type waarmee de component_descriptor het component beschrijft. Tot dusver wordt er nog niet gecontroleerd of er voor iedere Elementary Stream (ES) ook een component_descriptor is gedefinieerd, maar deze basis controle voor alle door Ziggo/Casema doorgegeven kanalen levert al genoeg problemen op:
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
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
| - Service ID: 19, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 4 - Service ID: 107, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 3 - Service ID: 109, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 3 - Service ID: 113, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 10 - Service ID: 113, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 3 - Service ID: 162, PMT stream type: ISO/IEC 13818-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 178 - Service ID: 162, PMT stream type: ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream > No EIT entry exists for stream_identifier_descriptor with component_tag 4 - Service ID: 655, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 656, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 676, PMT stream type: ISO/IEC 13818-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 676, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 2003, PMT stream type: ISO/IEC 11172-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 4 - Service ID: 2003, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 14 - Service ID: 2004, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 11 - Service ID: 2006, PMT stream type: ISO/IEC 11172-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 10 - Service ID: 2006, PMT stream type: ISO/IEC 11172-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 13 - Service ID: 2006, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 210 - Service ID: 2006, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 112 - Service ID: 3004, PMT stream type: ISO/IEC 11172-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 4 - Service ID: 3004, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 3 - Service ID: 3007, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 6 - Service ID: 3007, PMT stream type: ISO/IEC 11172-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 7 - Service ID: 4055, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 5050, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 5051, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 5053, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 5054, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 7020, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 64 - Service ID: 7020, PMT stream type: ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 0 - Service ID: 7020, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 138 - Service ID: 7020, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 140 - Service ID: 7020, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 139 - Service ID: 7022, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 3 - Service ID: 7023, PMT stream type: ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 7023, PMT stream type: ISO/IEC 13818-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 7050, PMT stream type: ISO/IEC 13818-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 7051, PMT stream type: ISO/IEC 13818-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 7052, PMT stream type: ISO/IEC 13818-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 7052, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No EIT entry exists for stream_identifier_descriptor with component_tag 3 - Service ID: 7054, PMT stream type: ISO/IEC 13818-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 7055, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 7060, PMT stream type: ISO/IEC 13818-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 7 - Service ID: 7061, PMT stream type: ISO/IEC 13818-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 9003, PMT stream type: ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 9003, PMT stream type: ISO/IEC 13818-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 9054, PMT stream type: ISO/IEC 13818-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 9054, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No EIT entry exists for stream_identifier_descriptor with component_tag 3 - Service ID: 9059, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 9060, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 9061, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 9062, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 9065, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 9067, PMT stream type: ISO/IEC 13818-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 0 - Service ID: 9069, PMT stream type: ISO/IEC 13818-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 9075, PMT stream type: ISO/IEC 13818-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 11003, PMT stream type: ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 3 - Service ID: 11003, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 168 - Service ID: 11003, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 169 - Service ID: 11004, PMT stream type: ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream > No stream type match for component_descriptor with component_tag 2, stream type accoring to EIT entry: MPEG-1 Layer 2 audio, single mono channel - Service ID: 11004, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 158 - Service ID: 11004, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 159 - Service ID: 11005, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 148 - Service ID: 11005, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 149 - Service ID: 11006, PMT stream type: ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 0 - Service ID: 11006, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 138 - Service ID: 11006, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 139 - Service ID: 11006, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 20 - Service ID: 12002, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 6 - Service ID: 12005, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 16 - Service ID: 12005, PMT stream type: ISO/IEC 11172-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 3 - Service ID: 12005, PMT stream type: ISO/IEC 11172-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 4 - Service ID: 12005, PMT stream type: ISO/IEC 11172-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 5 - Service ID: 12005, PMT stream type: ISO/IEC 11172-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 6 - Service ID: 12008, PMT stream type: ISO/IEC 11172-3 Audio > No stream type match for component_descriptor with component_tag 1, stream type accoring to EIT entry: MPEG-2 video, 4:3 aspect ratio, 25 Hz - Service ID: 12008, PMT stream type: ISO/IEC 11172-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 4 - Service ID: 12008, PMT stream type: ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 0 - Service ID: 12008, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No stream type match for component_descriptor with component_tag 2, stream type accoring to EIT entry: MPEG-1 Layer 2 audio, surround sound - Service ID: 12008, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 5 - Service ID: 13001, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 3 - Service ID: 13001, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 17 - Service ID: 13003, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 4 - Service ID: 13004, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 4 - Service ID: 13004, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 5 - Service ID: 14002, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 14 - Service ID: 14003, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 3 - Service ID: 15001, PMT stream type: ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 4 - Service ID: 15001, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 178 - Service ID: 15001, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 179 - Service ID: 15002, PMT stream type: ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 5 - Service ID: 15002, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 188 - Service ID: 15002, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 189 - Service ID: 15003, PMT stream type: ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 6 - Service ID: 15003, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 198 - Service ID: 15003, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 199 - Service ID: 15004, PMT stream type: ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 7 - Service ID: 15004, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 208 - Service ID: 15004, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 209 - Service ID: 15005, PMT stream type: ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 15005, PMT stream type: ISO/IEC 13818-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 18004, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 4 - Service ID: 18004, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 20 - Service ID: 18004, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 29 - Service ID: 18009, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 5 - Service ID: 18009, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 3 - Service ID: 21005, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 10 - Service ID: 21005, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 3 - Service ID: 21005, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 7 - Service ID: 23002, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 10 - Service ID: 23002, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 3 - Service ID: 23002, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 7 - Service ID: 23004, PMT stream type: ISO/IEC 11172-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 10 - Service ID: 23004, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 210 - Service ID: 23004, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 112 - Service ID: 24002, PMT stream type: ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 0 - Service ID: 24002, PMT stream type: ISO/IEC 11172-3 Audio > No stream type match for component_descriptor with component_tag 1, stream type accoring to EIT entry: MPEG-2 video, 4:3 aspect ratio, 25 Hz - Service ID: 24003, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 64 - Service ID: 24003, PMT stream type: ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 0 - Service ID: 24003, PMT stream type: ISO/IEC 13818-3 Audio > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 138 - Service ID: 24006, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 3 - Service ID: 24006, PMT stream type: ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data > No component_descriptor found in EIT entries for stream_identifier_descriptor with component_tag 17 - Service ID: 24050, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 24051, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 24052, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 24053, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 24054, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - Service ID: 24058, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 |
Ik weet niet wat ze de laatste tijd allemaal aan het klooien zijn bij Ziggo/Casema, maar sinds 11 oktober hebben we weer een nieuw phenomeen: Haperingen in het beeld op verschillende kanalen. Het beeld bevriest als ware het dat iemand op pauze drukt waarna de boel na een seconde weer verder gaat. Het geluid loopt wel door. Op 11 oktober begon dat met Nederland 1, op 450 MHz in Ziggo/Multikabel gebied, maar vanavond heb ik het ook al vastgesteld op Discovery Channel (546 MHz) en Comedy Central (514 MHz). Andere ex-Multikabel klanten melden hetzelfde effect via een gebruikersforum op diverse andere kanalen. Het lijkt er dus veel op dat er iets mis gaat met het transport van het signaal vanaf Ziggo/Casema naar Ziggo/Multikabel gebied. Komt er dan nooit een einde aan dit gesodemieter? Elke keer is er wel weer wat...
Van die Ziggo "service" website wordt je uiteraard ook weer niets wijzer. Sinds 12 oktober schijnen er wat groepsstoringen te zijn, maar wat die inhouden staat er niet bij. Joost mag dus weten of dit probleem al bekend is bij Ziggo/Casema en of ze van plan zijn om er (n)iets aan te gaan doen.
Van die Ziggo "service" website wordt je uiteraard ook weer niets wijzer. Sinds 12 oktober schijnen er wat groepsstoringen te zijn, maar wat die inhouden staat er niet bij. Joost mag dus weten of dit probleem al bekend is bij Ziggo/Casema en of ze van plan zijn om er (n)iets aan te gaan doen.
[ Voor 15% gewijzigd door ArChie op 14-10-2008 20:50 ]
Vanavond was het weer raak op Discovery Channel. Tot ongeveer 20:00 uur kwam er om de ongeveer 5 minuten weer zo'n beeld freeze langs die dan steevast werd na zo'n 20 seconden werd gevolgd door een tweede beeld freeze waarna het weer 4 minuten en 40 seconden wachten op de volgende was. Ik heb zo'n vermoeden dat het iets te maken heeft met de updates/geldigheid van de decryptie sleutels.
Het geprust bij Ziggo/Casema gaat dus vrolijk verder want deze problemen worden nu al gemeld sinds 14 oktober en nog steeds heeft Ziggo/Casema het niet opgelost en nog steeds wordt er niets over gemeld via de Ziggo Storing en Onderhoud pagina. Of het moet één van die vage algemene groepsstoringen zijn waarbij ze geen nadere tekst en uitleg over geven wat dus van alles en nog wat kan zijn.
Het geprust bij Ziggo/Casema gaat dus vrolijk verder want deze problemen worden nu al gemeld sinds 14 oktober en nog steeds heeft Ziggo/Casema het niet opgelost en nog steeds wordt er niets over gemeld via de Ziggo Storing en Onderhoud pagina. Of het moet één van die vage algemene groepsstoringen zijn waarbij ze geen nadere tekst en uitleg over geven wat dus van alles en nog wat kan zijn.
In regio 1111 heeft Ziggo 498.75 als Testtransponder 26 ingebruik genomen. Alleen twee kanalen op beschikbaar, NL1 met 1mbit meer als de officiele en hij loopt 1.5 seconde voor. Andere kanaal is still met "Hier word momenteel niks op uitgezonden".
Dus dat wil zeggen een bitrate van zo'n 9.2 Mbps? De vraag is wat ze daarmee willen. Wat is eigenlijk bij Ziggo/@Home de huidige bitrate van de kanalen SBS 6, Veronica en NET 5? Bij Ziggo/Casema worden die kanalen geknepen naar zo'n 7.2 Mbps terwijl ze in eerste instantie iets meer dan 8 Mbps waren. Van het weekend was bij één van de grote verbouwingsprogramma's op SBS 6 weer zeer goed te zien wat voor een nadelige effecten dat bitrate verlagen van Ziggo/Casema allemaal heeft. Zeer onrustig, trillerig beeld bij veel camera bewegingen en veel moire effecten bij diagonale lijnen patronen in het beeld.Klaus_1250 schreef op zondag 19 oktober 2008 @ 19:16:
In regio 1111 heeft Ziggo 498.25 als Testtransponder 26 ingebruik genomen. Alleen twee kanalen op beschikbaar, NL1 met 1mbit meer als de officiele en hij loopt 1.5 seconde voor. Andere kanaal is still met "Hier word momenteel niks op uitgezonden".
8 tot 8.5 tegenover 7 - 7.5 die ik op de reguliere transponder heb. Ik meende me te herinneren dat NL1 e.d. altijd rond de 8 zaten, maar sinds een tijdje zitten ze rond 7.3 . Waneer of waarom dat precies veranderd is weet ik niet. RTL4/5/7 zit dan wel weer op 8+. SBS/Veronica/Net5 rond de 7.3
[ Voor 13% gewijzigd door Klaus_1250 op 19-10-2008 20:22 ]
Net even een meting gedaan met de volgende resultaten:
In de periode dat Ziggo/Multikabel nog een eigen headend had hadden de Nederland X kanalen allemaal een bitrate van afgerond 8.2 Mbps. Die 8 tot 8.5 Mbps van dat extra Nederland 1 test kanaal zou best wel eens de huidige originele bitrate kunnen zijn zonder het verlagen van de bitrate door Ziggo/@Home. Misschien zorgt het verlagen van de bitrate ook voor die 1.5 seconden vertraging van de "normale" Nederland X kanalen.
code:
1
2
3
4
5
6
7
8
9
10
| Nederland 1 = 7.4 Mbps Nederland 2 = 7.4 Mbps Nederland 3 = 7.4 Mbps RTL 4 = 8.0 Mbps RTL 5 = 8.0 Mbps RTL 7 = 8.0 Mbps RTL 8 = 8.0 Mbps SBS 6 = 7.2 Mbps Veronica = 7.2 Mbps NET 5 = 7.2 Mbps |
In de periode dat Ziggo/Multikabel nog een eigen headend had hadden de Nederland X kanalen allemaal een bitrate van afgerond 8.2 Mbps. Die 8 tot 8.5 Mbps van dat extra Nederland 1 test kanaal zou best wel eens de huidige originele bitrate kunnen zijn zonder het verlagen van de bitrate door Ziggo/@Home. Misschien zorgt het verlagen van de bitrate ook voor die 1.5 seconden vertraging van de "normale" Nederland X kanalen.
[ Voor 10% gewijzigd door ArChie op 19-10-2008 21:16 ]
Klopt die frequentie wel? Volgens het "frequentie plan van Roosendaal" zou dat eigenlijk 498.75 MHz moeten zijn.Klaus_1250 schreef op zondag 19 oktober 2008 @ 19:16:
In regio 1111 heeft Ziggo 498.25 als Testtransponder 26 ingebruik genomen.
code:
1
2
3
4
5
6
7
8
| 25 162,00 162,00 794,00 64/6,875 64/6,875 64/6,875 --------------------------------------------------------------------------------------------- /Geloven 1 103 575 575 575 Omega TV 1 104 576 576 576 OUTTV/X-MO 1 139 725 725 725 Eurosport HD 25 166 64 64 64 Eredivisie Live 4 1 177 424 424 |
Archie, wat zijn jouw bevindingen met bovenstaande transponder? Hier in regio Casma/Ziggo gaat het weer eens dramatisch. (Ca. 10+ meldingen) Dropouts en Freezes. Echt in balans is die transponder niet volgens mij!?
Andere vraag: Mag ik wat channel information gebruiken voor www.gebruikers.tv ?
[ Voor 4% gewijzigd door Friedchicken op 20-10-2008 09:40 ]
Net even voor je gekeken, maar veel bijzonders is er aan die Transport Stream niet te zien. Alle SD kanalen zitten tussen de 4 en 5 Mbps en Eurosport HD op 12 Mbps:Friedchicken schreef op maandag 20 oktober 2008 @ 09:00:
Archie, wat zijn jouw bevindingen met bovenstaande transponder? Hier in regio Casma/Ziggo gaat het weer eens dramatisch. (Ca. 10+ meldingen) Dropouts en Freezes. Echt in balans is die transponder niet volgens mij!?
code:
1
2
3
4
5
6
7
| Eurosport HD = 12.0 Mbps OUTTV/X-MO = 4.8 Mbps Eredivisie Live 4 = 4.5 Mbps Omega TV = 4.2 Mbps /Geloven = 4.2 Mbps Vrije ruimte = 5.8 Mbps |
Vrije ruimte is er ook genoeg voor het opvangen van bitrate pieken al zullen die er niet veel zijn gezien en min of meer constante bitrate karakter van die kanalen. Geen van de SD kanalen zit bij mij in het pakket en ik heb ook geen HD ontvanger dus kan ik niet veel zeggen over eventuele storingen. Bij Ziggo/Casema is Transport Stream 25 wel de TS met de laagste frequentie en het is bekend dat lage frequenties over het algemeen meer problemen veroorzaken omdat splitters en andere COAX componenten in huisinstallaties niet altijd rekening houden met het gebruik van lage frequenties. Je zou eens kunnen controleren aan de hand van de specificaties van de door jouw gebruikte COAX componenten of die geschikt zijn voor doorgifte van de 162 MHz frequentie.
Ook is het mogelijk dat het signaal op de 162 MHz frequentie te zwak door Ziggo/Casema wordt doorgegeven of dat de QAM modulator in jouw regio niet helemaal lekker staat afgesteld. Bij mij in de omgeving is het ook om de haverklap ellende met het signaal sinds Ziggo/Casema de signaal leverantie heeft overgenomen en de QAM modulator van ex-Multikabel heeft vervangen door een ander exemplaar. Zodra ze hier in de buurt ook maar iets aan het klussen zijn aan het kabelnet dan kan ik weer een storingsmelding aanmaken en hopen dat ze het signaal weer wat opschroeven/bijstellen. Vanaf de dag dat het signaal van Ziggo/Casema hier live ging was het weken lang ellende met uiteraard de gebruikelijke ontkenning van ex-Multikabel managers dat het aan die wijzigingen lag. Het zou allemaal veroorzaakt zijn door slechte huisinstallatie terwijl er bij mij niets veranderd was en het na enige weken opeens zomaar beter werd. Misschien heeft Jomanda tijdelijk in mijn straat gewoond wat voor instraling zorgde...
Ga je gang. Via het \[DVB-C] Digitale kabel TV op de PC [DEEL 3] en deel 2 topic zijn nog meer van deze kanalen/frequentie lijsten te vinden voor andere kabelbedrijven in de vorm van linkjes naar tekst bestandjes.Andere vraag: Mag ik wat channel information gebruiken voor www.gebruikers.tv ?
code:
1
2
3
4
5
6
7
| Eurosport HD = 12.0 Mbps OUTTV/X-MO = 4.8 Mbps Eredivisie Live 4 = 4.5 Mbps Omega TV = 4.2 Mbps /Geloven = 4.2 Mbps Vrije ruimte = 5.8 Mbps |
Archie, kan ik aannemen dat iedere transponder een max. bandbreedte van ca. 35.5 Mbps heeft?
Nee, dat hangt af van de instellingen. Met QAM64 en een symbolrate van 6875 is de bitrate maximaal 38.0 Mbps. In Gorredijk is Ziggo/@Home aan het testen met QAM256 en een symbolrate van 6875 waardoor de maximale bitrate naar 50.6 Mbps gaat, maar wel met de consequentie dat het signaal gevoeliger wordt voor storingen en meer eisen stelt aan de huis installatie. De getallen die je hebt opgeteld zijn alleen de bitrates van de video Elementary Streams van de betreffende kanalen. Een kanaal bestaat echter uit meer componenten, zoals één of meerdere audio ES'sen en nul of één teletext ES. Verder zit er in een Transport Stream nog het één en ander aan data zoals bijvoorbeeld EPG data en EMM en ECM data.Friedchicken schreef op donderdag 23 oktober 2008 @ 12:13:
Archie, kan ik aannemen dat iedere transponder een max. bandbreedte van ca. 35.5 Mbps heeft?
De vrije ruimte is ook een Elementary Stream waarin alleen maar ongebruikte data bytes worden doorgegeven waarvan net als iedere ES de bitrate te meten valt. Als je die vrije ruimte samen met de video ES'sen van die 38 Mbps aftrekt dan heb de bitrate van alle overige componenten te samen in een Transport Stream.
Ik twijfel eraan of Ziggo binnenkort overgaat naar QAM256. Hier in regio 1111 zijn recentelijk twee frequenties verplaats van 252 en 284 Mhz naar 600+ (gok erop om ruimte vrij te maken voor extra QAM256 internet-frequenties) en een veel bouwmarkt-kabeltjes zullen daar al problemen gaan geven met QAM256.
Eigenlijk is het ergens onlogisch dat de internet downstream-kanalen allemaal op lage frequenties zitten, aangezien modems in de meeste gevallen bijna direct op de groene kabel zitten en eigenlijk geen last hebben van de kwaliteit van de kabels binnenhuis. Digitale TV heeft hier juist wel last van.
Eigenlijk is het ergens onlogisch dat de internet downstream-kanalen allemaal op lage frequenties zitten, aangezien modems in de meeste gevallen bijna direct op de groene kabel zitten en eigenlijk geen last hebben van de kwaliteit van de kabels binnenhuis. Digitale TV heeft hier juist wel last van.
In regio Brabant Limburg is er weer een nieuwe test-transponder bij (zijn er nu twee) op 618.750. Word nog niks op uitgezonden, buiten een still (met dat er niks op uit word gezonden).
Hier regio bollenstreek is niets veranderd behalve dat de sport1 kanalen "raar" opgezet zijn.
Is overigens wel op het 0500 testnetwerk. Deze geeft trouwens ook nog steeds Regio22 door, deze is niet te vinden op het reguliere 5555 netwerk.
Het zenderoverzicht op voorkeuze 12 zegt overigens dat sport1 loopt van 401 t/m 409...
code:
1
2
3
4
5
6
7
8
| 401 Sport1 402 Sport1.2 403 Sport1 Extra 404 Sport1 Extra 405 Sport1 Extra 406 Sport1 Extra 407 Sport1 Extra 408 Sport1 Extra |
Is overigens wel op het 0500 testnetwerk. Deze geeft trouwens ook nog steeds Regio22 door, deze is niet te vinden op het reguliere 5555 netwerk.
Het zenderoverzicht op voorkeuze 12 zegt overigens dat sport1 loopt van 401 t/m 409...
[ Voor 10% gewijzigd door Friedchicken op 10-11-2008 23:40 . Reden: zenderoverzicht ]
Ze zijn weer aan het klooien met het versturen van sleutel updates bij Ziggo/Casema. Om de ongeveer 20 seconden loopt het beeld vast op Discovery Channel. Geen BER of andere signaal afwijkingen te zien. Ze blijven maar prutsen daar.
In Roosendaal is 244Mhz als Internet downstream in gebruik genomen.
Hier liggen sinds een paar dagen - twee weken (laatste keer dat ik een scan deed) transponder 16 en 25 eruit (zeer slechte/geen ontvangst). Toevallig precies twee DVB-T transponders van de tv-mast 2km verderop. En de nieuwe kabelmodem geeft geen Activatie-pagina, zucht.Ze blijven maar prutsen daar.
[ Voor 73% gewijzigd door Klaus_1250 op 13-11-2008 15:43 ]
Ondertussen is deze storing nog steeds onverminderd aanwezig hier bij Ziggo/Multikabel.The_Doman schreef op zondag 08 juni 2008 @ 20:16:
Ik vraag mij af wat nu de oorzaak is van de aanhoudende dropouts/glitches bij de zender ESPN Classic.
Al maandenlang heeft deze zender bij Multikabel/Casema nu al last van deze storingen
En blijkbaar valt het niemand verder op?
Misschien zit de bewuste TS (12) nog steeds te vol??
Ziggo-Gebruikers.nl Forum: ESPN Classic: Regelmatig Terugkerende Storingen (glitches/dropouts)

Ziggo (Multikabel) ESPN Classic 26-11-2008

In regio Roosendaal zijn de up- en download kanalen voor internet verplaatst. Upload-kanalen kan ik niet controleren (te lage frequnties), maar download kanalen zitten nu op 244, 300, 308, 316, 324, 332 Mhz.
Dan wordt dit het nieuwe frequentieplan van Roosendaal:Klaus_1250 schreef op donderdag 27 november 2008 @ 16:00:
In regio Roosendaal zijn de up- en download kanalen voor internet verplaatst. Upload-kanalen kan ik niet controleren (te lage frequnties), maar download kanalen zitten nu op 244, 300, 308, 316, 324, 332 Mhz.
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
| Naam: Frequentie: Opmerking: Internet upstream 0-69 Diverse internet upstream kanalen 74 Vrij 82 Vrij 86-88 2 MHz bandbreedte ruimte Analoge radio kanalen 88-108 108-112 4 MHz bandbreedte ruimte 116 Vrij, moet eigenlijk 114 MHz zijn 124 Vrij, moet eigenlijk 122 MHz zijn 132 Vrij, moet eigenlijk 130 MHz zijn 140 Vrij, moet eigenlijk 138 MHz zijn 148 Vrij, moet eigenlijk 146 MHz zijn 156 Vrij, moet eigenlijk 154 MHz zijn 164 Vrij, moet eigenlijk 162 MHz zijn 172 Vrij, moet eigenlijk 170 MHz zijn 176-182 6 MHz bandbreedte ruimte Nederland 1 184 Nederland 2 192 Nederland 3 200 één 208 Ketnet/Canvas 216 222-224 2 MHz bandbreedte ruimte Internet downstream 228 Moet eigenlijk 226 MHz zijn Internet downstream 236 Moet eigenlijk 234 MHz zijn Internet downstream 244 Moet eigenlijk 242 MHz zijn 252 Vrij, moet eigenlijk 250 MHz zijn Transport Stream 23 260 Moet eigenlijk 258 MHz zijn Transport Stream 11 268 Moet eigenlijk 266 MHz zijn Transport Stream 10 276 Moet eigenlijk 274 MHz zijn Transport Stream 7 284 Moet eigenlijk 282 MHz zijn 292 Vrij, moet eigenlijk 290 MHz zijn Internet downstream 300 Moet eigenlijk 298 MHz zijn Internet downstream 308 Moet eigenlijk 306 MHz zijn Internet downstream 316 Moet eigenlijk 314 MHz zijn Internet downstream 324 Moet eigenlijk 322 MHz zijn Internet downstream 332 Moet eigenlijk 330 MHz zijn 340 Vrij, moet eigenlijk 338 MHz zijn 348 Vrij, moet eigenlijk 346 MHz zijn Transport Stream 18 356 Moet eigenlijk 354 MHz zijn Transport Stream 2 364 Moet eigenlijk 362 MHz zijn Transport Stream 3 372 Moet eigenlijk 370 MHz zijn Transport Stream 4 380 Moet eigenlijk 378 MHz zijn Transport Stream 12 388 Moet eigenlijk 386 MHz zijn Transport Stream 6 396 Moet eigenlijk 394 MHz zijn Transport Stream 8 404 Moet eigenlijk 402 MHz zijn Transport Stream 13 412 Moet eigenlijk 410 MHz Zijn Transport Stream 1 420 Moet eigenlijk 418 MHz zijn Transport Stream 19 428 Moet eigenlijk 426 MHz zijn Transport Stream 206 436 Moet eigenlijk 434 MHz zijn Transport Stream 207 444 Moet eigenlijk 442 MHz zijn Transport Stream 27 452 Moet eigenlijk 450 MHz zijn Transport Stream 5 460 Moet eigenlijk 458 MHz zijn 464-470 6 MHz bandbreedte ruimte ShopZo-SUUS 472 TV Roosendaal 480 Omroep Brabant TV 488 Test Transport Stream 26 498.75 Moet eigenlijk 498 MHz zijn NET5 504 TV & Co 512 522.75 Vrij, moet eigenlijk 522 MHz zijn ARD 528 538.75 Vrij, moet eigenlijk 538 MHz zijn Euronews 544 554.75 Vrij, moet eigenlijk 554 MHz zijn Transport Stream 16 562.75 Moet eigenlijk 562 MHz zijn ZDF 568 578.75 Vrij, moet eigenlijk 578 MHz zijn 586.75 Vrij, moet eigenlijk 586 Mhz zijn Videorecorder 592 602.75 Vrij, moet eigenlijk 602 MHz zijn 610.75 Vrij, moet eigenlijk 610 MHz zijn Test Transport Stream 618.75 Moet eigenlijk 618 MHz zijn 626.75 Vrij, moet eigenlijk 626 MHz zijn SBS 6 632 Transport Stream 22 642.75 Moet eigenlijk 642 MHz zijn RTL 7 648 Transport Stream 15 658.75 Moet eigenlijk 658 MHz zijn BBC 1 664 Transport Stream 9 674.75 Moet eigenlijk 674 MHz zijn Transport Stream 14 682.75 Moet eigenlijk 682 MHz zijn Transport Stream 25 690.75 Moet eigenlijk 690 MHz zijn BBC 2 696 706.75 Vrij, moet eigenlijk 706 MHz zijn Nickelodeon/Comedy Central 712 RTL 5 720 RTL 8 728 TV5MONDE 736 RTL 4 744 TMF 752 CNN 760 770.75 Vrij, moet eigenlijk 770 MHz zijn Animal Planet 776 MTV 784 Veronica/Jetix 792 802.75 Vrij, moet eigenlijk 802 MHz zijn 810.75 Vrij, moet eigenlijk 810 MHz zijn RTBF La Une 816 Transport Stream 24 826.75 Moet eigenlijk 826 MHz zijn National Geographic Channel 832 Eurosport 840 Discovery Channel 848 BBC World 856 |
De Internet downstreams van 132, 140 en 148 MHz zijn dus verplaatst naar 244, 300 en 308 MHz. De hogere frequenties zijn waarschijnlijk minder gevoelig voor storingen. Ook even de nieuwe test transport stream op 618.75 opgenomen in de lijst. Weet jij toevallig of ze ook nog wijzigingen hebben doorgevoerd in de Transport Streams om die Digitenne interferentie problemen voorlopig te verhelpen?
[ Voor 1% gewijzigd door ArChie op 07-12-2008 16:47 . Reden: Extra Internet downstreams op 228 en 236 MHz ]
Geen wijzigingen doorgevoerd mbt Digitenne inteferentie. Ik moet nog steeds graven naar de oorzaak 
Overzicht is niet helemaal recent. TS9 zit tegenwoordig op 674.25, TS7 is een stapje omlaag gegaan naar 284 en TS22 zit op 642.75 . De Test TS op 498.75 heeft als ID x001A, dat zou dan TS 26 gaan worden.
Overzicht is niet helemaal recent. TS9 zit tegenwoordig op 674.25, TS7 is een stapje omlaag gegaan naar 284 en TS22 zit op 642.75 . De Test TS op 498.75 heeft als ID x001A, dat zou dan TS 26 gaan worden.
[ Voor 13% gewijzigd door Klaus_1250 op 27-11-2008 18:20 ]
Okee, bijgewerkt.Klaus_1250 schreef op donderdag 27 november 2008 @ 17:56:
Geen wijzigingen doorgevoerd mbt Digitenne inteferentie. Ik moet nog steeds graven naar de oorzaak
Overzicht is niet helemaal recent. TS9 zit tegenwoordig op 674.25, TS7 is een stapje omlaag gegaan naar 284 en TS22 zit op 642.75 . De Test TS op 498.75 heeft als ID x001A, dat zou dan TS 26 gaan worden.
Op dit moment speelt bij ons het probleem dat de transport stream op 393Mhz verstoord wordt door de Politie frequenties van C2000
Slechte bekabeling veroorzaakt geeft stoorbronnen de mogelijkheid te interfereren op de DVB-C kanalen. Dit veroorzaakt verstoring van de data met alle gevolgen van dien.
Slechte bekabeling veroorzaakt geeft stoorbronnen de mogelijkheid te interfereren op de DVB-C kanalen. Dit veroorzaakt verstoring van de data met alle gevolgen van dien.
[ Voor 19% gewijzigd door Fantomaz op 29-11-2008 22:46 . Reden: edit: Even wat beter omschreven. ]
Sinds vanavond merk ik dat de timeshift/opname-functie bij mijn Siemens M750 PVR weer eens is geblokkeerd door Ziggo.
Dit is natuurlijk niet de eerste keer dat dit zich voordoet.
Ik vraag mij dus af of het weer onkunde is of gewoon pesterij van de (Siemens) PVR bezitters?
Ziggo-Gebruikers.nl: PVR (Siemens): E101-29 Timeshift of Opname weer niet toegestaan!!
Ziggo 01-12-2008

Ziggo 01-12-2008

Ziggo 01-12-2008
Dit is natuurlijk niet de eerste keer dat dit zich voordoet.
Ik vraag mij dus af of het weer onkunde is of gewoon pesterij van de (Siemens) PVR bezitters?
Ziggo-Gebruikers.nl: PVR (Siemens): E101-29 Timeshift of Opname weer niet toegestaan!!
Ziggo 01-12-2008

Ziggo 01-12-2008

Ziggo 01-12-2008

Ze zullen wel weer iets aan het uitproberen zijn in de productie omgeving bij Ziggo/Casema zoals ze wel meer op een trial-and-error achtige manier aan het klooien zijn. Soms pakt dat verkeerd uit zoals nu weer voor de Siemens PVR, een apparaat dat ze notabene zelf in het verleden bij Ziggo/Casema hebben "gecertificeerd". Kennelijk willen ze iets bereiken dat nu al meerdere keren tot dit resultaat heeft geleid bij de Siemens PVR, of ze maken keer op keer dezelfde fout bij een bepaalde actie en vergeten iedere keer om de procedures aan te passen. Hoe dan ook, van Ziggo/Casema hoef je verder geen verklaringen te verwachten. Over een paar dagen zal het wel op miraculeuze wijze weer werken. Helaas is de data van de Entitlement Management Messages (EMM) en Entitlement Control Messages (ECM) van encryptie voorzien zodat nadere analyse niet mogelijk is om te achterhalen of ze iets aan het veranderen zijn in het Irdeto protocol.The_Doman schreef op maandag 01 december 2008 @ 20:55:
Sinds vanavond merk ik dat de timeshift/opname-functie bij mijn Siemens M750 PVR weer eens is geblokkeerd door Ziggo.![]()
Dit is natuurlijk niet de eerste keer dat dit zich voordoet.
Ik vraag mij dus af of het weer onkunde is of gewoon pesterij van de (Siemens) PVR bezitters?
Krijgen de laatste tijd weer meldingen binnen over foutieve & half gedecodeerde opnames. Het is weer eens genieten...
Dit keer blijkt het (gelukkig) niet alleen de Siemens PVR te zijn waarbij dit probleem momenteel optreedt.ArChie schreef op maandag 01 december 2008 @ 21:46:
Ze zullen wel weer iets aan het uitproberen zijn in de productie omgeving bij Ziggo/Casema zoals ze wel meer op een trial-and-error achtige manier aan het klooien zijn. Soms pakt dat verkeerd uit zoals nu weer voor de Siemens PVR, een apparaat dat ze notabene zelf in het verleden bij Ziggo/Casema hebben "gecertificeerd".
Wel opvallend weer hoe de klagende gebruikers door de helpdesk gewoon weer niet serieus genomen worden.
Zo zou er bijvoorbeeld voor de Siemens PVR geen support meer zijn wat natuurlijk onzin is.
[ Voor 4% gewijzigd door The_Doman op 01-12-2008 22:47 ]
De Cisco heeft er ook last van:
http://ziggo-gebruikers.nl/forum/showthread.php?t=14839
Blijkbaar wordt het probleem veroorzaakt door een wijziging die ervoor moet zorgen dat nog niet geregistreerde smart cards toch het gratis basispakket blijven laten zien. Deze wijziging was nodig vanwege de achterstand in het verwerken van smart card registraties door Ziggo.
En ondertussen kunnen PVR-bezitters dus niets opnemen van het basispakket
Ik snap ook niet dat een dergelijke storing meer dan 24 uur moet duren. Ofwel je fixt het binnen een paar uur ofwel je draait de doorgevoerde wijziging terug lijkt me.
http://ziggo-gebruikers.nl/forum/showthread.php?t=14839
Blijkbaar wordt het probleem veroorzaakt door een wijziging die ervoor moet zorgen dat nog niet geregistreerde smart cards toch het gratis basispakket blijven laten zien. Deze wijziging was nodig vanwege de achterstand in het verwerken van smart card registraties door Ziggo.
En ondertussen kunnen PVR-bezitters dus niets opnemen van het basispakket
Ik snap ook niet dat een dergelijke storing meer dan 24 uur moet duren. Ofwel je fixt het binnen een paar uur ofwel je draait de doorgevoerde wijziging terug lijkt me.
Hoe heet die niet al te snuggere marketing manager van Ziggo ook al weer die bij Tros Kassa te gast was en maar niet wilde begrijpen dat zijn marketing inspanningen voor o.a. de alles in één pakketten uiteindelijk weer tot meer problemen konden gaan leiden omdat Ziggo intern nog steeds de boel niet op orde heeft. Een kind kan nog begrijpen dat extra mutaties in een administratieve puinhoop niet verstandig is om het maar eens voorzichtig uit te drukken. Zie hier het resultaat, omdat het aantal klachten over E19 meldingen na de preview periode bij al die nieuwe alles in één klanten vanwege te trage verwerking de spuigaten uitlopen offeren ze de Siemens en Cisco PVR nu maar op met deze nood actie.
En dat zijn er nog van die helpdesk medewerkers op het Ziggo gebruikers forum ook die zo arrogant zijn om de schuld min of meer bij die PVR bezitters te leggen omdat ze hun PVR gebruik in het verleden niet geregistreerd zouden hebben bij Ziggo. Zeker even voor het gemak "vergeten" dat Ziggo/Casema en Ziggo/Multikabel nooit hun PVR als zodanig hebben kunnen registreren. Wat lopen er toch een hoop incompetente managers en medewerkers bij Ziggo rond.
En dat zijn er nog van die helpdesk medewerkers op het Ziggo gebruikers forum ook die zo arrogant zijn om de schuld min of meer bij die PVR bezitters te leggen omdat ze hun PVR gebruik in het verleden niet geregistreerd zouden hebben bij Ziggo. Zeker even voor het gemak "vergeten" dat Ziggo/Casema en Ziggo/Multikabel nooit hun PVR als zodanig hebben kunnen registreren. Wat lopen er toch een hoop incompetente managers en medewerkers bij Ziggo rond.
Ik heb een probleem met het ontvangen van Zenders met Ziggo. Net een nieuwe LCD tv gekocht, met een Ziggo HD pakket (Samsung H360R decoder), smartcard erin gedaan, en boekje geopend.
Frequentie 372.00 en ID 5555, zoals aangegeven voor mijn gebied, ontvang ik geen enkele zender op. Een vriend van me met dezelfde instellingen, woont 500 meter en gebruikt deze gegevens zonder problemen.
Op freq. 372.00 krijg ik een signaalsterkte van ong 60% te zien. Op frequentie 356.00 een sterkte van ongeveer 80% bij zender setup. Dus even gezocht met 356.00 en ID 5555, duurde ongeveer 10 minuten. Krijg dan 8 (voornamelijk buitenlandse) zenders en 6 radio zenders. Beeld van deze TV zenders is ook niet super.
Iemand enig idee wat het probleem kan zijn?
Frequentie 372.00 en ID 5555, zoals aangegeven voor mijn gebied, ontvang ik geen enkele zender op. Een vriend van me met dezelfde instellingen, woont 500 meter en gebruikt deze gegevens zonder problemen.
Op freq. 372.00 krijg ik een signaalsterkte van ong 60% te zien. Op frequentie 356.00 een sterkte van ongeveer 80% bij zender setup. Dus even gezocht met 356.00 en ID 5555, duurde ongeveer 10 minuten. Krijg dan 8 (voornamelijk buitenlandse) zenders en 6 radio zenders. Beeld van deze TV zenders is ook niet super.
Iemand enig idee wat het probleem kan zijn?
Klinkt als een ontvangst of signaal probleem. Is beeld op analoog wel goed (op alle zenders) en kun je teletekst zonder problemen ontvangen?
Vroeger zou dat truukje hebben gewerkt met het kiezen van een andere frequentie om de installatie procedure uitgevoerd te krijgen als de normale netwerk frequentie niet (goed) werkt, maar bij Ziggo/Casema hebben ze in al hun domheid besloten om in de Transport Streams op de niet netwerk frequentie niet langer de zogenaamde other Service Description Tables (SDT) door te geven. Het gevolg is dat de ontvanger dan voor hooguit de digitale kanalen op die alternatieve frequentie de kanaal namen en service types kan vaststellen en niet voor kanalen die via de overige Transport Streams worden doorgegeven. Vandaar dat de ontvanger niet verder komt dan 14 TV & radio kanalen.Thunk schreef op woensdag 03 december 2008 @ 00:27:
Op freq. 372.00 krijg ik een signaalsterkte van ong 60% te zien. Op frequentie 356.00 een sterkte van ongeveer 80% bij zender setup. Dus even gezocht met 356.00 en ID 5555, duurde ongeveer 10 minuten. Krijg dan 8 (voornamelijk buitenlandse) zenders en 6 radio zenders. Beeld van deze TV zenders is ook niet super.
Je zal dus door dat geklooi van Ziggo/Casema altijd de normale netwerk frequentie 372 MHz moeten gebruiken omdat daar wel alle SDT informatie voor handen is om de installatie procedure af te kunnen ronden. Het gaat overigens niet om de signaal sterkte, maar om de signaal kwaliteit. Als de signaal kwaliteit 100% is op die 372 MHz frequentie dan zou het in principe mogelijk moeten zijn om de kanalen te vinden. Als dat niet lukt dan zijn ze hoogstwaarschijnlijk weer bij Ziggo/Casema aan het klooien met de DVB Service Informatie (DVB-SI) waardoor het tijdelijk niet mogelijk is om te installeren. Later nog een keer proberen.
Bedankt voor de informatie Archie. Op 372 krijg ik geen netwerknaam te zien bij het zoeken naar kanalen. Bij 356 wel...
Ik had nog even wat meer gerommeld, bij een lagere frequentie kreeg ik een betere signaalsterkte. Had 300, 340 nog even geprobeerd.. en wat dingen die er tussen lagen. Bij een poging halverwege gestopt bij het zoeken en merkwaardig genoeg had ik ineens een hoop zenders op m'n STB, waarvan sommigen er wel behoorlijk uitzagen (iig ned 1-2-3, etc). HDTV kanalen zoals Discovery en Brava vertoonden nog veel artifacts en dergelijke. Sommige zenders gaven een E37 error. De guide gaf bij de meeste zenders NOT COMPLETED aan. Ik ga het later nog is via 372 proberen. Kan het ook zijn dat het aan de kwaliteit schort van de bekabeling, splitter, noem maar op?
Ik had nog even wat meer gerommeld, bij een lagere frequentie kreeg ik een betere signaalsterkte. Had 300, 340 nog even geprobeerd.. en wat dingen die er tussen lagen. Bij een poging halverwege gestopt bij het zoeken en merkwaardig genoeg had ik ineens een hoop zenders op m'n STB, waarvan sommigen er wel behoorlijk uitzagen (iig ned 1-2-3, etc). HDTV kanalen zoals Discovery en Brava vertoonden nog veel artifacts en dergelijke. Sommige zenders gaven een E37 error. De guide gaf bij de meeste zenders NOT COMPLETED aan. Ik ga het later nog is via 372 proberen. Kan het ook zijn dat het aan de kwaliteit schort van de bekabeling, splitter, noem maar op?
Als je artifacts in bepaalde zenders ziet, ligt dat voor de hand. Die zou je nooit moeten zien. Bij een matig signaal kan de FEC (Forward Error Correction) de boel nog redden, maar bij een slecht signaal krijg je artifacts en glitches in het geluid. Maar, hoe is analoog???Kan het ook zijn dat het aan de kwaliteit schort van de bekabeling, splitter, noem maar op?
Ik ga hem als ik thuis kom van werk is analoog aansluiten. Ook zal ik een aantal fotos maken van de aansluiting (binnenkomst in huis) en bij de televisie. Wat ik vreemd vind is dat ik in het 372/5555 gebied moet zitten, maar alleen op de 356 frequentie een netwerknaam doorkrijg (Ziggo digitale TV) bij het zoeken naar zenders. Ook is op 356 en lager (300, 340) de signaalsterkte hoger dan op 372...Klaus_1250 schreef op woensdag 03 december 2008 @ 12:09:
[...]
Als je artifacts in bepaalde zenders ziet, ligt dat voor de hand. Die zou je nooit moeten zien. Bij een matig signaal kan de FEC (Forward Error Correction) de boel nog redden, maar bij een slecht signaal krijg je artifacts en glitches in het geluid. Maar, hoe is analoog???
De signaalsterkte verschilt altijd per frequentie. Dat is hier bij mij ook het geval. Maar nogmaals: Het gaat niet om de signaalsterkte, maar om de signaalkwaliteit. Die signaalkwaliteit moet 100% zijn en blijven. Als dat niet het geval is op die 372 MHz frequentie dan kan de ontvanger geen kaas maken van de data in de Transport Stream op die frequentie en zal dan niet in staat zijn om de installatie van de kanalen met een goed resultaat af te ronden. Bij een slechte signaalkwaliteit is het van belang dat je eerst je huisinstallatie gaat na lopen op het gebruik van goed COAX materialen.Thunk schreef op woensdag 03 december 2008 @ 13:21:
Ook is op 356 en lager (300, 340) de signaalsterkte hoger dan op 372...
Ik gok ook op een signaalprobleem. (staande golven?)
Er is -naar mijn weten- maar 1 out of band (OOB) frequentie die middels QAM 64 data doorgeeft over de programma's, in welke TS ze zitten en op welke frequentie de TS zit.
Waar die OOB zit, hangt af van het gebied.
Die OOB moet goed binnenkomen, maar dit hoeft niet 100% te zijn.
Er is ook geen pijl op te trekken waar die 100% voor staat en het is absoluut geen waarde om wat dan ook aan te staven.
Ik ben overigens ook wel nieuwsgierig over die Signaalwaarden de beeldkwaliteit Analoog.
Er is -naar mijn weten- maar 1 out of band (OOB) frequentie die middels QAM 64 data doorgeeft over de programma's, in welke TS ze zitten en op welke frequentie de TS zit.
Waar die OOB zit, hangt af van het gebied.
Die OOB moet goed binnenkomen, maar dit hoeft niet 100% te zijn.
Er is ook geen pijl op te trekken waar die 100% voor staat en het is absoluut geen waarde om wat dan ook aan te staven.
Ik ben overigens ook wel nieuwsgierig over die Signaalwaarden de beeldkwaliteit Analoog.
@Thunk probeer hem eens met Netwerk ID 0500 en Frequentie 372.00
Dat is het testnetwerk voor Ziggo hier in regio Bollenstreek.
Dat is het testnetwerk voor Ziggo hier in regio Bollenstreek.
Had ik al is geprobeerd, maar krijg alleen een netwerknaam op ID500 als ik een lagere frequentie gebruik (zoals 356). Maar dan krijg ik alsnog niet alle zenders binnen. Ik zal even een foto schieten van ons AOP + split naar de televisies toe. Die van ons ziet er iets anders uit dan dat ik op het internet heb gezien in forums, maar ik las ook dat je aan het AOP nooit zelf mag zitten van de kabelexploitant?
Jammer dat er nog altijd niks over de analoge kwaliteit staat.
Verder mag je niets doen aan de groene kabel. AOP mag je wel aan zitten, moet je ook vervangen bij doe-het-zelf verhuispakketten e.d. De groene kabel is vooral heilig.
Allen bij Telefonie was dat destijds anders, waarbij het AOP nog wel eens verzegeld was. Maar dat is ook al niet meer zo.
Verder mag je niets doen aan de groene kabel. AOP mag je wel aan zitten, moet je ook vervangen bij doe-het-zelf verhuispakketten e.d. De groene kabel is vooral heilig.
Allen bij Telefonie was dat destijds anders, waarbij het AOP nog wel eens verzegeld was. Maar dat is ook al niet meer zo.
Sorry, nog geen tijd gehad om analoog aan te sluiten/tv in te stellen + testen... we wilden vanavond de aansluiting gaan vervangen met 'modern' materiaal aangezien we sowieso al het idee hadden dat wat rond de AOP zat niet helemaal 100% is...
Sorry voor de lage kwaliteit foto's, even snel genomen met mobiel in donkere omgeving...
Kabel naar TV: http://img409.imageshack.us/img409/3891/p0412081815qk5.jpg
Nogmaals: http://img390.imageshack.us/img390/8059/p0412081816df7.jpg
OAP: http://img201.imageshack.us/img201/8282/p0412081817kk1.jpg
Vind al die metalen en andere verlengstukken op de kabel naar de televsie maar vreemd, die schijnen ooit is door een monteur er zo opgezet te zijn voor een andere aansluiting. Vraag me niet waarvoor...
Sorry voor de lage kwaliteit foto's, even snel genomen met mobiel in donkere omgeving...
Kabel naar TV: http://img409.imageshack.us/img409/3891/p0412081815qk5.jpg
Nogmaals: http://img390.imageshack.us/img390/8059/p0412081816df7.jpg
OAP: http://img201.imageshack.us/img201/8282/p0412081817kk1.jpg
Vind al die metalen en andere verlengstukken op de kabel naar de televsie maar vreemd, die schijnen ooit is door een monteur er zo opgezet te zijn voor een andere aansluiting. Vraag me niet waarvoor...
[ Voor 15% gewijzigd door Thunk op 04-12-2008 18:35 ]
Nu het aantal frequenties dat in gebruik is voor digitale toepassingen nagenoeg gelijk is aan het aantal frequenties dat in gebruik is voor analoge toepassingen is het misschien een goed idee om eens bij het Ziggo management te vragen om een opfris cursus digitale signaal overdracht via de kabel voor het personeel dat hier in de praktijk mee in aanraking komt. Het versturen van digitale TV signalen via de kabel laat zich het beste vergelijken met het versturen van digitale data voor de kabel Internet modems met dit verschil dat er bij digitale TV in beginsel geen sprake is van een retour signaal. Dit natuurlijk met uitzondering van Interactieve TV toepassingen in de nieuwe generatie kabel ontvangers waar ook een EuroDOCSIS modem inzit voor het benodigde retoursignaal.Fantomaz schreef op woensdag 03 december 2008 @ 23:47:
Er is -naar mijn weten- maar 1 out of band (OOB) frequentie die middels QAM 64 data doorgeeft over de programma's, in welke TS ze zitten en op welke frequentie de TS zit.
Waar die OOB zit, hangt af van het gebied.
Die OOB moet goed binnenkomen, maar dit hoeft niet 100% te zijn.
Net als bij het versturen van digitale data via het EuroDOCIS protocol via de kabel is er dus ook bij digitale TV sprake van het versturen van digitale data, maar nu via DVB en MPEG protocollen. Daarbij hebben ze voor het transport van digitale TV via de kabel gekozen voor QAM net als het EuroDOCSIS protocol. In de headend wordt een zogenaamde Transport Stream aangemaakt waarin de digitale data van verschillende digitale kanalen samen met de data die de kanalen beschrijft, ook wel de DVB Service Informatie (DVB-SI) genoemd, gemultiplexd en opgedeeld in een eindeloze data stream van pakketjes van 188 byte elk (244 bytes inclusief error correctie data). Zo'n Transport Stroom wordt via glasvezel naar de wijkcentra verstuurd alwaar het via QAM modulatoren op een frequentie op de kabel wordt gemoduleerd. De kabel ontvanger demoduleerd het signaal weer tot de Transport Stream data en moet zich instellen aan de hand van de aangetroffen DVB-SI data en gaan filteren op basis van het door de gebruiker gekozen kanaal, ofwel het demultiplexen. De 188 bytes data pakketjes zijn te onderscheiden aan de hand van zogenaamde Packet ID's ofwel de PID's die de ontvanger weer achter elkaar moet knopen als een stream voor de MPEG decoder om er weer beeld en geluid van te maken.
Bij EuroDOCSIS voor het de data overdracht voor de Internet kabel modems wordt meestal gekozen voor QAM256 met een symbolrate van 6952. Als je daar met een DVB-C PC-TV tuner kaart op afstemt dan ziet dat er als volgt uit voor een analyse programma:

Een data stream met maar twee PID's, namelijk één PID 0x1FFF wat de zogenaamde NULL pakketjes zijn die als opvulling worden verstuurd om de bitrate constant te houden en één PID 0x1FFE met de payload data wat in dit geval dus de Internet downstream data voor alle MAC adressen in mijn wijk is. Uit bovenstaande afbeelding valt dus af te leiden dat er op het moment van meten ongeveer twee derde aan lucht en één derde aan echte Internet data werd verzonden via de betreffende frequentie.
Voor digitale TV wordt voor de data overdracht meestal gekozen voor QAM64 met een symbolrate van 6875. Het principe is verder gelijk aan dat voor de Internet kabel modems, alleen zijn er nu veel meer PID's waarbij er een aantal PID's zijn met een vaste betekenis (de lage PID nummers). Zie het onderstaande voorbeeld van digitale TV Transport Stream 7 bij Ziggo/Multikabel:

De lage PID nummers vormen dus te samen de DVB-SI en hebben de volgende functionele namen: Conditional Access Table (CAT), Program Association Table (PAT), Service Description Table (SDT), Time Date Table (TDT), Event Information Table (EIT), Network Information Table (NIT), Bouquet Association Table (BAT) en de Time Offset Tabel (TOT). De digitale data van de kanalen is ook weer opgedeeld in sub streams die de Elementary Streams worden genoemd. Elementary Streams zijn er voor de video data, de audio data, teletext, ondertiteling en andere data.
Al die verschillende data pakketjes worden door de multiplexers in de headend zodanig achter elkaar geplakt tot een eindeloze stream dat er nooit een al te lange tussenpoze zit tussen twee pakketjes met dezelfde PID en als er even niets te versturen is dan wordt dat gat ook weer opgevuld met NULL pakketjes (PID 0x1FFF) net als bij de overdracht van data voor de Internet kabel modems. In bovenstaande meting was er dus nog voor zo'n 7 Mbps aan bitrate ruimte op het moment van meten wat voldoende ruimte is voor één SDTV kanaal met een gemiddelde video bitrate van zo'n 5 Mbps. De meeste ruimte in een Transport Stream wordt uiteraard in beslag genomen door de video data Elementary Streams van de digitale TV kanalen, maar ook de EPG data die verzonden wordt als EIT pakketjes met PID 0x0012 heeft een redelijk aandeel in de bitrate.
Geen Out-Of-Band (OOB) signaling van dus van DVB-SI data via een bepaalde frequentie. De DVB-SI data pakketjes worden gewoon tussen de andere Elementary Stream pakketjes van de digitale TV kanalen geplaatst en moeten door de ontvanger gefilterd worden op basis van de PID zodat deze zich kan instellen en weet wat voor PID's Ziggo gebruikt voor de doorgifte van de Elementary Streams van de digitale kanalen.
Even een update: aansluiting (splitters, stekkers, wandcontactdoos) vervangen, nu direct een downloadbare zenderlijst op de 372 frequentie. Alles komt binnen, alleen heb ik nu last van artifacts (strepen, blokken, uitvallend geluid, pauserend beeld) op alle HD zenders behalve Discovery HD (deze is 100% perfect). Op SD kanalen ook geen enkele last van artifacts. BER waarden blijven op alle kanalen op 0000, ook op de HD kanalen die problemen geven. Via component kabels dezelfde problemen, dus aan HDMI kabel ligt het ook niet. Software update voor de Samsung decoder heb ik ook inmiddels al uitgevoerd. Waar zou dit nog aan kunnen liggen?
[ Voor 20% gewijzigd door Thunk op 05-12-2008 17:22 . Reden: info aangevuld ]
Mogelijk dat er een difinitieverschil is over wat OOB is...
Ik heb die term overgenomen uit de tijd dat UPC nog Digitale Motorola ontvangers had verstrekt bij de klanten.
Daar werd op 125Mhz het OOB signaal verzonden waarin de pakketinformatie werd verzonden.
Reden daarvoor was dat het aankiezen van een specifiek kanaal zou betekenen dat de decoder de hele band moest afstruinen waar dit kanaal zich bevond.
Door deze (toch regelmatig gewijzigde) informatie te halen uit de OOB, kon de decoder verifieren waar de gekozen zender zich bevond, alvorens naar die frequentie te gaan en deze uit te pakken om het beeld weer te geven.
Uitval van de OOB, wat wel gebeurde wanneer er een verkeerde WCD in de muur zat (die frequenties tussen de 108 en (ik meende) 135Mhz als digitale radio band naar de radiouitgang zette) betekende dat de decoder er erg lang over deed om van zender te wisselen. Alle pakketten moesten worden gechecked op de gevraagde zender.
Ik kon mij niet indenken dat er andere technieken zouden zijn die in principe alle digitale dragers zouden moeten afzoeken naar de juiste zender...
@Thunk
Je hebt een Siemens AOP
Die zijn meende ik wel geschikt voor onze producten, maar worden niet ondersteund. Misschien omdat er te weinig over bekend is?
Ik zie nogal wat rare connectoren achter die splitter van je. En ook deze laatstgenoemde lijkt geen funktie te hebben...
Waarom die opgestapelde connectoren allemaal??
Een rechtstreexe kabel lukt niet?
Ik heb die term overgenomen uit de tijd dat UPC nog Digitale Motorola ontvangers had verstrekt bij de klanten.
Daar werd op 125Mhz het OOB signaal verzonden waarin de pakketinformatie werd verzonden.
Reden daarvoor was dat het aankiezen van een specifiek kanaal zou betekenen dat de decoder de hele band moest afstruinen waar dit kanaal zich bevond.
Door deze (toch regelmatig gewijzigde) informatie te halen uit de OOB, kon de decoder verifieren waar de gekozen zender zich bevond, alvorens naar die frequentie te gaan en deze uit te pakken om het beeld weer te geven.
Uitval van de OOB, wat wel gebeurde wanneer er een verkeerde WCD in de muur zat (die frequenties tussen de 108 en (ik meende) 135Mhz als digitale radio band naar de radiouitgang zette) betekende dat de decoder er erg lang over deed om van zender te wisselen. Alle pakketten moesten worden gechecked op de gevraagde zender.
Ik kon mij niet indenken dat er andere technieken zouden zijn die in principe alle digitale dragers zouden moeten afzoeken naar de juiste zender...
@Thunk
Je hebt een Siemens AOP
Die zijn meende ik wel geschikt voor onze producten, maar worden niet ondersteund. Misschien omdat er te weinig over bekend is?
Ik zie nogal wat rare connectoren achter die splitter van je. En ook deze laatstgenoemde lijkt geen funktie te hebben...
Waarom die opgestapelde connectoren allemaal??
Een rechtstreexe kabel lukt niet?
Vandaar dat ik aangeef dat het wellicht handig is dat er een opfris cursus komt voor het Ziggo personeel waarin even de basis principes van digitaal TV signaal overdracht via de kabe lworden aangestipt. Begrijpen hoe het in de basis werkt zorgt er volgens mij ook voor dat het makkelijker is om problemen met digitale TV bij de klanten op te sporen en te verhelpen.Fantomaz schreef op vrijdag 05 december 2008 @ 23:35:
Mogelijk dat er een difinitieverschil is over wat OOB is...
Ik heb die term overgenomen uit de tijd dat UPC nog Digitale Motorola ontvangers had verstrekt bij de klanten.
Daar werd op 125Mhz het OOB signaal verzonden waarin de pakketinformatie werd verzonden.
Reden daarvoor was dat het aankiezen van een specifiek kanaal zou betekenen dat de decoder de hele band moest afstruinen waar dit kanaal zich bevond.
Door deze (toch regelmatig gewijzigde) informatie te halen uit de OOB, kon de decoder verifieren waar de gekozen zender zich bevond, alvorens naar die frequentie te gaan en deze uit te pakken om het beeld weer te geven.
Uitval van de OOB, wat wel gebeurde wanneer er een verkeerde WCD in de muur zat (die frequenties tussen de 108 en (ik meende) 135Mhz als digitale radio band naar de radiouitgang zette) betekende dat de decoder er erg lang over deed om van zender te wisselen. Alle pakketten moesten worden gechecked op de gevraagde zender.
Als jij bijvoorbeeld uitgaat van het door jouw geschetse OOB principe dat vroeger kennelijk bij UPC werd toegepast dan zou je op een verkeerd spoor kunnen zitten als je bij een klant bent die de hier geschetste problemen heeft met het instellen van zijn kabel ontvanger. En zoals ik in een ander topic al aangaf kan onvoldoende bekendheid met bijvoorbeeld Interactieve TV van Ziggo bij de Ziggo service monteurs zelfs leiden tot het opleveren van een verkeerde installatie van een Cisco 8455DVB ontvanger bij een klant door deze ontvanger toch achter een ETU te plaatsen omdat de ervaringen uit het verleden aangaven dat het beter is om een ETU te gebruiken als de klant ook kabel Internet heeft.
Voor de zekerheid/duidelijkheid: Het is nog steeds niet nodig dat alle frequenties/digitale dragers zouden moeten worden afgezocht naar de juiste zender. Daarvoor wordt immers de DVB-SI data in elke Transport Stream "ingemixd" bij de data van de digitale kanalen die via die Transport Stream worden doorgegeven. Bij Ziggo/Casema hebben ze tegenwoordig echter een deel van die DVB-SI data weggelaten in alle Transport Streams behalve de Transport Stream die ze op de "netwerk" frequentie doorgeven. Netwerk frequentie staat hier met opzet tussen aanhalingstekens omdat in principe het enige verschil is met andere Transport Streams dat Ziggo/Casema de frequentie van deze Transport Stream publiceert zodat de klant deze frequentie kan instellen op de ontvanger tijdens de kanalen installatie procedure. Vroeger kon die installatie met iedere frequentie die gebruikt werd voor de doorgifte van Transport Streams als tenminste die frequenties bekend waren, maar zoals gezegd gaat die vlieger bij Ziggo/Casema en Ziggo/Multikabel tegenwoordig niet meer op door het gerommel van Ziggo/Casema aan de DVB-SI data.Ik kon mij niet indenken dat er andere technieken zouden zijn die in principe alle digitale dragers zouden moeten afzoeken naar de juiste zender...
We hadden eerst een rechtstreekse kabel aangesloten, daarmee kwam direct de zenderlijst binnen op 372.00. Vervolgens hebben we Hirschmann splitter/connectoren gehaald, alles netjes weggewerkt, en daarmee ging het ook prima. Het enige euvel waar ik nu nog mee zit is de artifacts op de HD zenders, behalve Discovery HD, welke perfect beeld vertoont. Misschien moet ik dit probleem inmiddels in een ander topic posten?Fantomaz schreef op vrijdag 05 december 2008 @ 23:35:@Thunk
Je hebt een Siemens AOP
Die zijn meende ik wel geschikt voor onze producten, maar worden niet ondersteund. Misschien omdat er te weinig over bekend is?
Ik zie nogal wat rare connectoren achter die splitter van je. En ook deze laatstgenoemde lijkt geen funktie te hebben...
Waarom die opgestapelde connectoren allemaal??
Een rechtstreexe kabel lukt niet?
[ Voor 4% gewijzigd door Thunk op 06-12-2008 13:52 ]
Het is weer zover, vanavond weer om de 20 seconden haperingen op Comedy Central. Ze zullen wel weer aan het klooien zijn met de timing van de Entitlement Control Message (ECM) bij Ziggo/Casema.
De stumpers bij Ziggo/Casema hebben weer zitten knutselen aan het EPG filter van BBC three en BBC four. We zijn nu niet alleen het eerste programma van de avond kwijt, maar ook het laatste programma van deze twee kanalen:
Een probleemoplossend vermogen van niets daar bij Ziggo/Casema. Alle andere eerder gemelde problemen hebben ze tot op heden ook nog steeds niet weten op te lossen. Het wordt hoog tijd dat ze het externe mannetje weer eens langs laten komen om één en ander te corrigeren dat ze zelf in de loop der tijd hebben verprutst.
Edit: Ik ben zelf ook een stumper want ik heb niet goed gelezen. Het eerste avond programma om 20:00 uur van zowel BBC three als BBC four is weer terug, maar nu klopt de duur van het "Uitzending begint om 20:00 uur" programma weer niet. Die duur moet namelijk 14 uur zijn i.p.v. 13 uur. Wel is door deze actie van Ziggo/Casema het laatste programma van BBC three en BBC four verdwenen.
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: 11001, service name: BBC three Event: Name: Clone ID: 278 Start time: 6-12-08 4:10:00 GMT Duration: 00:30:00 Gap: Duration: 00:20:00 Event: Name: Uitzending begint om 20:00 uur ID: 3 Start time: 6-12-08 5:00:00 GMT Duration: 13:00:00 - EPG gap detected for service ID: 11001, service name: BBC three Event: Name: Uitzending begint om 20:00 uur ID: 3 Start time: 6-12-08 5:00:00 GMT Duration: 13:00:00 Gap: Duration: 01:00:00 Event: Name: The Real Hustle Las Vegas ID: 280 Start time: 6-12-08 19: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: 4 Start time: 7-12-08 5:00:00 GMT Duration: 13:00:00 Gap: Duration: 01:00:00 Event: Name: Dog Borstal ID: 297 Start time: 7-12-08 19:00:00 GMT Duration: 01:00:00 - EPG gap detected for service ID: 13002, service name: BBC four Event: Name: Gergiev Conducts Mahler's 6th Symphony ID: 149 Start time: 6-12-08 2:20:00 GMT Duration: 01:25:00 Gap: Duration: 01:15:00 Event: Name: Uitzending begint om 20:00 uur ID: 3 Start time: 6-12-08 5:00:00 GMT Duration: 13:00:00 - EPG gap detected for service ID: 13002, service name: BBC four Event: Name: Uitzending begint om 20:00 uur ID: 3 Start time: 6-12-08 5:00:00 GMT Duration: 13:00:00 Gap: Duration: 01:00:00 Event: Name: Crowdie and Cream ID: 169 Start time: 6-12-08 19:00:00 GMT Duration: 01:00:00 - EPG gap detected for service ID: 13002, service name: BBC four Event: Name: The Hard Sell ID: 215 Start time: 7-12-08 3:45:00 GMT Duration: 00:30:00 Gap: Duration: 00:45:00 Event: Name: Uitzending begint om 20:00 uur ID: 4 Start time: 7-12-08 5:00:00 GMT Duration: 13:00:00 - EPG gap detected for service ID: 13002, service name: BBC four Event: Name: Uitzending begint om 20:00 uur ID: 4 Start time: 7-12-08 5:00:00 GMT Duration: 13:00:00 Gap: Duration: 01:00:00 Event: Name: Travels with Vasari ID: 217 Start time: 7-12-08 19:00:00 GMT Duration: 01:00:00 |
Een probleemoplossend vermogen van niets daar bij Ziggo/Casema. Alle andere eerder gemelde problemen hebben ze tot op heden ook nog steeds niet weten op te lossen. Het wordt hoog tijd dat ze het externe mannetje weer eens langs laten komen om één en ander te corrigeren dat ze zelf in de loop der tijd hebben verprutst.
Edit: Ik ben zelf ook een stumper want ik heb niet goed gelezen. Het eerste avond programma om 20:00 uur van zowel BBC three als BBC four is weer terug, maar nu klopt de duur van het "Uitzending begint om 20:00 uur" programma weer niet. Die duur moet namelijk 14 uur zijn i.p.v. 13 uur. Wel is door deze actie van Ziggo/Casema het laatste programma van BBC three en BBC four verdwenen.
[ Voor 5% gewijzigd door ArChie op 07-12-2008 19:03 ]
Anoniem: 260859
Wat komt het weer positief en verfijnd in je eigen rubriekje.
Misschien kun je iets meer nuanceren, beter voor je gezondheid
Misschien kun je iets meer nuanceren, beter voor je gezondheid
Regio Roosendaal, 228 en 236Mhz als Internet downstream erbij (dat maakt 8 ). Ik mis er nog 1 of 2 zou ik zeggen. Met het oog op DocSis 3 zou ik 3x 3 blokken verwachten, maar 2x 3 + 2 kan ook natuurlijk. Eveneens had ik verwacht dat er ergens nog een QAM16/64 stream zou zitten voor mensen met een slechte binnenhuis installatie.
[ Voor 68% gewijzigd door Klaus_1250 op 07-12-2008 15:56 ]
Weet je dat zeker van die 228 MHz? Met 8 MHz bandbreedte wordt dan namelijk van 224 tot 232 gebruikt voor deze Internet downstream waardoor er een overlap zou zijn met het analoge InfoTV op de 224 MHz. Of is InfoTV soms verplaatst c.q. verdwenen?Klaus_1250 schreef op zondag 07 december 2008 @ 15:40:
Regio Roosendaal, 228 en 236Mhz als Internet downstream erbij (dat maakt 8 ). Ik mis er nog 1 of 2 zou ik zeggen.
In het begin verwacht ik niet meer dan één set downstreams die gecombineerd worden tot een EuroDOCSIS 3 downstream voor de snelste abonnementen. Als Z3i nu al zo'n 70 euro per maand kost dan zullen nog hogere snelheden daar niet onder zitten qua prijs waardoor in eerste instantie het aantal klanten beperkt zal blijven dat over zal stappen op dergelijke abonnementen. Uiteraard zullen ze er met de beschikbare frequenties rekening mee houden dat het aantal abonnementen in de toekomst zal toenemen naar mate er meer concurrentie komt van glasvezel initiatieven waardoor de prijzen zullen gaan dalen. Ook is het natuurlijk een dure grap om bij iedereen de EuroDOCSIS 2 modem te gaan vervangen als men er in eerste instantie toch geen gebruik van maakt.Met het oog op DocSis 3 zou ik 3x 3 blokken verwachten, maar 2x 3 + 2 kan ook natuurlijk.
[ Voor 4% gewijzigd door ArChie op 07-12-2008 16:15 ]
InfoTV zit al een tijd niet meer op 224Mhz. Weet eigenlijk niet of ie nog op de kabel zit, gebruik zelf geen analoog. Op 1 computer zit nog een analoge kaart met Dscaler en daar heb ik een paar maanden geleden InfoTV uitgehaald (sneeuw kijken is niet interessant :-) ).