Op het gebruikersforum is er nu ook een Ziggo/Multikabel klant met een Humax IR-FOX C die de moeite heeft genomen om de freezes van TS 7 te melden. Misschien dat de boel nu in een "stroomversnelling" terecht komt als het Ziggo/Casema personeel door de Ziggo/@Home helpdesk medewerkers op dat gebruikersforum weer gewezen moeten worden op deze storing. Zelf doen ze liever alsof ze van niets weten zodat ze er ook niets aan hoeven te doen. Stel je voor dat ze de forums in de gaten gaan houden en uit zichzelf actief storingen gaan onderzoeken en oplossen, dat kan natuurlijk niet de bedoeling zijn. Dat zou te veel service zijn voor hun betalende klanten. Klanten mogen blij zijn dat ze betalend "lid" mochten worden van deze organisatie. Het zou echt te gek voor woorden zijn als die klanten dan ook nog eens gaan verwachten dat ze waar voor hun geld krijgen. Ziggo zal wel bepalen wat goed genoeg voor ons is. Wekelijks freezes in een Transport Stream horen er gewoon bij, dat hoeft niet definitief opgelost te worden. Af en toe reactief resetten is goed genoeg als de klanten weer te veel gaan zeuren...ArChie schreef op vrijdag 20 februari 2009 @ 21:36:
Ondertussen nog steeds freezes op de kanalen in Transport Stream 7 hier in Ziggo/Multikabel gebied. Het zal wel weer dagen gaan duren totdat ze dit bij Ziggo/Casema ook weten en er hopelijk iets aan gaan doen. Zo langzamerhand is het niet eens meer mogelijk om een week lang volledig ongestoord te kunnen kijken met dank aan Ziggo/Casema.
Het regelmatig terugkeren van het gelazer met de freezes van kanalen die kennelijk alleen door de Humax IR-FOX C worden getoond heeft mij aan het denken gezet over een hieraan gerelateerd probleem dat volgens mij ook door het geklooi van Ziggo/Casema wordt veroorzaakt. Het eerste dat mij namelijk opviel toen in augustus 2007 de leverantie van het digitale TV signaal werd overgenomen door Ziggo/Casema is dat bij diverse kanalen het beeld bij bewegend camera werk nogal schokkerig overkomt. Dat was destijds bij Multikabel niet het geval toen het signaal nog uit hun eigen headend kwam, dus valt zoiets direct op als dat plotseling door een andere signaal leverancier verandert. Uiteraard probeerden toen nog Zesko medewerkers mij ervan te overtuigen dat ik gek was en spoken zag omdat Ziggo/Casema kwalitatief hetzelfde signaal zou leveren, maar daar ben ik het tot de dag van vandaag niet mee eens.
Ondertussen is bekend dat Ziggo/Casema volop de originele bitrate van kanalen aan het knijpen is. Ziggo medewerkers doen voorkomen dat dit alleen is om de NULL bytes uit video data stream te halen. Bij Ziggo/Casema wordt er echter veel meer geknepen zoals uit problemen met diverse kanalen via dit topic wel gebleken is, maar dat terzijde. Als Ziggo/Casema data uit de originele video stream van een kanaal weggooit dan moeten ze de zogenaamde Program Clock Reference (PCR) van het kanaal bijwerken omdat anders de audio/video niet meer gesynchroniseerd is. Dat bijwerken van de PCR gebeurt bij Ziggo/Casema in de multiplexer die de Transport Stream aanmaakt waarin het kanaal zit en die ook de bitrate van sommige kanalen knijpt.
Ik heb sterk het vermoeden dat het bijwerken van die PCR niet goed gaat waardoor de Humax IR-FOX C steeds even zeer kort het beeld inhoudt om video en audio te synchroniseren waardoor het effect ontstaat dat het beeld zich schokkerig beweegt in plaats van vloeiend zoals het vroeger was ten tijde van het signaal van Multikabel dat met haar vingers van de originele bitrate van kanalen afbleef. Voor de duidelijkheid, dit schokkerige effect is dus niet hetzelfde als het om de zoveel seconden volledig freezen van het beeld dat al tijden regelmatig voorkomt in diverse Transport Streams, maar heeft wel een relatie.
Het volledige beeld freeze probleem wordt namelijk veroorzaakt doordat er kortstondig sprake is van data loss omdat niet alle door de Ziggo/Casema headend verstuurde data daadwerkelijk bij de QAM modulator in mijn regio aankomt. Door het kortstondig ontbreken van data ontbreken ook de pakketjes met de PCR van het kanaal dat de Humax IR-FOX C aan het weergeven is met als gevolg dat de Humax IR-FOX C kennelijk even wacht tot het volgende data pakketje met daarin een PCR zodat de audio en video weer gesynchroniseerd kan worden. Dat even wachten uit zich als een kortstondige volledige beeld freeze. Dat toont aan dat de Humax IR-FOX C ook tijdens het weergeven van een kanaal kennelijk continu de PCR blijft verwerken en audio en video blijft synchroniseren om de boel lip synchroon te houden. Iets dat andere ontvangers kennelijk of niet doen en alleen synchroniseren zodra de gebruiker het kanaal kiest of minder vaak dan de Humax IR-FOX C doen waardoor audio en video na verloop van tijd uit de pas kunnen gaan lopen als er bijvoorbeeld af en toe sprake is van kortstondige data loss of door afwijkingen in het video en audio synchroniteit die optreed omdat men bij Ziggo/Casema zo nodig data uit de stream wil verwijderen om de bitrate naar beneden te krijgen.
Mijn conclusie is daarom dat het geklooi van Ziggo/Casema met het knijpen van de bitrate niet alleen ten koste gaat van de beeldkwaliteit, maar ook nog eens een zeer negatief effect heeft op de vloeiendheid van bewegend beeld omdat ze de PCR van kanalen niet goed herstellen. In tegenstelling tot andere ontvangers probeert de Humax IR-FOX C audio en video te goed synchroon te houden wat door het vernaggelde signaal van Ziggo/Casema juist averechts gaat werken. Wederom een reden waarom Ziggo/Casema met de vingers van de originele bitrate van kanalen af moet blijven, want ik heb het hier wel over een "goedgekeurde" ontvanger. Maar ja, de nitwits van Ziggo/Casema ondertussen kennende zullen ze, overtuigd van eigen kunnen, ook wel weer schijt hebben aan dit argument en vrolijk verder gaan met het vernaggelen van kanalen.
Ondertussen is bekend dat Ziggo/Casema volop de originele bitrate van kanalen aan het knijpen is. Ziggo medewerkers doen voorkomen dat dit alleen is om de NULL bytes uit video data stream te halen. Bij Ziggo/Casema wordt er echter veel meer geknepen zoals uit problemen met diverse kanalen via dit topic wel gebleken is, maar dat terzijde. Als Ziggo/Casema data uit de originele video stream van een kanaal weggooit dan moeten ze de zogenaamde Program Clock Reference (PCR) van het kanaal bijwerken omdat anders de audio/video niet meer gesynchroniseerd is. Dat bijwerken van de PCR gebeurt bij Ziggo/Casema in de multiplexer die de Transport Stream aanmaakt waarin het kanaal zit en die ook de bitrate van sommige kanalen knijpt.
Ik heb sterk het vermoeden dat het bijwerken van die PCR niet goed gaat waardoor de Humax IR-FOX C steeds even zeer kort het beeld inhoudt om video en audio te synchroniseren waardoor het effect ontstaat dat het beeld zich schokkerig beweegt in plaats van vloeiend zoals het vroeger was ten tijde van het signaal van Multikabel dat met haar vingers van de originele bitrate van kanalen afbleef. Voor de duidelijkheid, dit schokkerige effect is dus niet hetzelfde als het om de zoveel seconden volledig freezen van het beeld dat al tijden regelmatig voorkomt in diverse Transport Streams, maar heeft wel een relatie.
Het volledige beeld freeze probleem wordt namelijk veroorzaakt doordat er kortstondig sprake is van data loss omdat niet alle door de Ziggo/Casema headend verstuurde data daadwerkelijk bij de QAM modulator in mijn regio aankomt. Door het kortstondig ontbreken van data ontbreken ook de pakketjes met de PCR van het kanaal dat de Humax IR-FOX C aan het weergeven is met als gevolg dat de Humax IR-FOX C kennelijk even wacht tot het volgende data pakketje met daarin een PCR zodat de audio en video weer gesynchroniseerd kan worden. Dat even wachten uit zich als een kortstondige volledige beeld freeze. Dat toont aan dat de Humax IR-FOX C ook tijdens het weergeven van een kanaal kennelijk continu de PCR blijft verwerken en audio en video blijft synchroniseren om de boel lip synchroon te houden. Iets dat andere ontvangers kennelijk of niet doen en alleen synchroniseren zodra de gebruiker het kanaal kiest of minder vaak dan de Humax IR-FOX C doen waardoor audio en video na verloop van tijd uit de pas kunnen gaan lopen als er bijvoorbeeld af en toe sprake is van kortstondige data loss of door afwijkingen in het video en audio synchroniteit die optreed omdat men bij Ziggo/Casema zo nodig data uit de stream wil verwijderen om de bitrate naar beneden te krijgen.
Mijn conclusie is daarom dat het geklooi van Ziggo/Casema met het knijpen van de bitrate niet alleen ten koste gaat van de beeldkwaliteit, maar ook nog eens een zeer negatief effect heeft op de vloeiendheid van bewegend beeld omdat ze de PCR van kanalen niet goed herstellen. In tegenstelling tot andere ontvangers probeert de Humax IR-FOX C audio en video te goed synchroon te houden wat door het vernaggelde signaal van Ziggo/Casema juist averechts gaat werken. Wederom een reden waarom Ziggo/Casema met de vingers van de originele bitrate van kanalen af moet blijven, want ik heb het hier wel over een "goedgekeurde" ontvanger. Maar ja, de nitwits van Ziggo/Casema ondertussen kennende zullen ze, overtuigd van eigen kunnen, ook wel weer schijt hebben aan dit argument en vrolijk verder gaan met het vernaggelen van kanalen.
Naar aanleiding van de ontbrekende genre, jaartal, regisseur en acteurs informatie in de EPG van Ziggo/Casema/Multikabel is de onderstaande reactie op het gebruikers forum geplaatst door een Ziggo(/@Home) medewerker:
Zorgvuldig geeft hij aan dat de "EPG onder de aandacht is", maar als klanten kunnen wij er niets mee. Er staat immers niet dat men echt dit "2+2" systeem bij heel Ziggo zal gaan toepassen en er wordt al helemaal niet aangegeven wanneer dat dan gereed zou moeten zijn. Over vier jaar kan het nog steeds onder de aandacht zijn zoals deze persoon met zijn nietszeggende one-liners regelmatig probeert om klagende klanten aan het lijntje te houden door te doen voorkomen alsof iets de aandacht van Ziggo heeft. Als de boel echt gelijk zal worden getrokken bij Ziggo/Casema/Multikabel en Ziggo/@Home dan ga je natuurlijk niet eerst de verschillen juist groter maken na de "integratie" van deze drie kabelbedrijven.
Uit het tweede deel van zijn reactie blijkt dat het goed en begrijpend lezen niet het sterkste punt van deze persoon is. Immers uit onderstaande programma beschrijving uit de door Ziggo/Casema verzonden Event Information Tables (EIT), die ik eerder al geplaatst heb in deze discussie, blijkt dat ook Ziggo/Casema dezelfde twee "verrijkingen" toepast op de ontvangen EPG informatie voordat die naar de Ziggo/Casema/Multikabel abonnees gaat:
En ondertussen geven deze twee autonoom opererende headends zonder enige vorm van coördinatie ieder hun eigen invulling aan de digitale TV dienst. Met initiatieven bij het begin van de integratie van deze kabelbedrijven zoals het gelijktrekken van de service ID's van kanalen bij beide headends wordt ook al tijden niets meer gedaan wat de invoering van één gemeenschappelijke EPG database voor beide headends ook niet zal bespoedigen. We hebben hier twee headends die beide dezelfde set aan kanalen via evenveel Transport Streams moeten doorgeven en het gewoon verdommen om met elkaar overleg te plegen over een gelijke verdeling van kanalen over de beschikbare Transport Streams met dezelfde opties voor ieder kanaal zoals EPG, teletekst, audio talen en ondertiteling en dezelfde instellingen voor de kwaliteit van de kanalen. En het Ziggo management grijpt niet in. Hoe moeilijk kan het toch zijn om binnen één bedrijf overleg te voeren, ervaringen te delen en elkaar op de hoogte te houden van ontwikkelingen om de dienstverlening op pijl te houden en gelijk te trekken voor alle klanten. Het is toch te gek voor woorden dat ik anderhalf jaar na de integratie nog steeds moet spreken over Ziggo/@Home en Ziggo/Casema/Multikabel om duidelijk te maken waar de verschillen zitten en uit te leggen hoe het komt dat sommige klanten dingen niet zien die andere klanten wel hebben. Wie zijn er de dupe van die koppigheid van twee headends? Juist ja, de klanten. Het is jammer dat er niet een klant is in het Ziggo/@Home gebied die eens de recent geplaatste PID lijst van Ziggo/Casema zou willen vergelijken met de opties die er allemaal bij de kanalen in Ziggo/@Home gebied worden doorgegeven. Dan komen er nog veel meer verschillen aan het licht. Wat een tent en wat een mismanagement...
Weer zo'n typische nietszeggende helpdesk reactie die geheel niet ingaat op de aan de kaak gestelde problematiek van het ontbreken van een deel van de EPG informatie bij Ziggo/Casema/Multikabel terwijl die informatie wel aanwezig is bij Ziggo/@Home en vroeger ook gewoon aanwezig was bij Ziggo/Casema/Multikabel. De vraag waarom dit verschil nu opeens aanwezig is wordt door deze persoon niet beantwoord terwijl hij wel de indruk probeert te wekken dat er iets gedaan gaat worden aan de EPG door de tekst:Het onderwerp EPG is onder de aandacht v.w.b. uitbreiding naar 2+2.
Het verschil in EPG zit in met name de verschil aanlevering. Het verschil dat genoemd is op tweakers wordt verzaakt doordat de applicatie in Oost een aantal TVanytime velden bij elkaar voegt om de informatie verder te verrijken:
- Toevoeging info vanuit content descriptor aan info / tekst veld met: "Film"
- Toevoeging vanuit parental rate value aan het eind v/d tekst: "Kijkwijzer indicatie: niet voor personen tot 16 jaar, programma bevat geweld en angst."
Voor degenen die niet bekend zijn met de terminologie van deze persoon: "2+2" houdt in voor de eerste twee dagen volledige EPG informatie, dus inclusief programma beschrijvingen, en voor de volgende twee dagen alleen de naam met aanvangstijden en duur van de programma's om zo toch vier dagen aan EPG informatie te kunnen doorgeven terwijl de hoeveelheid EPG data beperkt blijft omdat anders sommige goedgekeurde ontvangers omvallen. Het systeem dat al zo'n twee en een half jaar door @Home (tegenwoordig Ziggo/@Home) wordt toegepast en waarvan deze persoon al bijna net zolang roept dat dit systeem ook de tot twee dagen beperkte EPG bij Ziggo/Casema (en tegenwoordig ook bij Ziggo/Multikabel) zal vervangen.Het onderwerp EPG is onder de aandacht v.w.b. uitbreiding naar 2+2.
Zorgvuldig geeft hij aan dat de "EPG onder de aandacht is", maar als klanten kunnen wij er niets mee. Er staat immers niet dat men echt dit "2+2" systeem bij heel Ziggo zal gaan toepassen en er wordt al helemaal niet aangegeven wanneer dat dan gereed zou moeten zijn. Over vier jaar kan het nog steeds onder de aandacht zijn zoals deze persoon met zijn nietszeggende one-liners regelmatig probeert om klagende klanten aan het lijntje te houden door te doen voorkomen alsof iets de aandacht van Ziggo heeft. Als de boel echt gelijk zal worden getrokken bij Ziggo/Casema/Multikabel en Ziggo/@Home dan ga je natuurlijk niet eerst de verschillen juist groter maken na de "integratie" van deze drie kabelbedrijven.
Uit het tweede deel van zijn reactie blijkt dat het goed en begrijpend lezen niet het sterkste punt van deze persoon is. Immers uit onderstaande programma beschrijving uit de door Ziggo/Casema verzonden Event Information Tables (EIT), die ik eerder al geplaatst heb in deze discussie, blijkt dat ook Ziggo/Casema dezelfde twee "verrijkingen" toepast op de ontvangen EPG informatie voordat die naar de Ziggo/Casema/Multikabel abonnees gaat:
Wat we dan met dat verhaal over die verrijkingen moeten begrijp ik niet en is geen antwoord op de originele vraagstelling. Het geeft wel aan dat deze Ziggo/@Home medewerker niet eens geproken heeft met zijn Ziggo/Casema collega's over deze kwestie voordat hij met zijn reactie kwam, want anders zou hij toch moeten weten dat Ziggo/Casema net als Ziggo/@Home deze verrijkingen toepast. Waarom de term TV-Anytime in deze context gebruikt wordt is mij al helemaal niet duidelijk, want de genoemde EIT descriptors worden gewoon in de DVB Service Information (DVB-SI) specificatie beschreven. Misschien vindt deze persoon het wel interessant om dergelijke niet relevante technische termen te gebruiken om klanten af te schrikken verder te discussieren. Wat zijn we nu met deze reactie wijzer geworden op de vraagstelling waarom Ziggo/Casema opeens besloten heeft om genre, jaartal, regisseur en acteurs informatie niet meer toe te voegen aan de EPG informatie en waarom er dit soort verschillen zijn tussen Ziggo/Casema/Multikabel en Ziggo/@Home? Niets. Dit soort reacties heeft in mijn ogen maar één doel en dat is de klanten aan het lijntje houden in de hoop dat ze ook dit punt na verloop van tijd zullen vergeten of de moed maar opgeven om dit te blijven aankaarten.Film. Annie Wilson is een jonge vrouw met een paranormale gave. Via kaartlezen kan zij zien wat er zich in het leven van anderen afspeelt. Wanneer ze ziet dat één van haar buurvrouwen wordt mishandeld door haar brute echtgenoot, raadt ze haar aan te vluchten. De echtgenoot stelt deze bemoeienissen niet op prijs en bedreigt Annie met de dood. Als de man ervan verdacht wordt iets te maken te hebben met de verdwijning van een mooie, jonge vrouw, roept het onderzoeksteam de hulp van Annie in. Haar leven komt vervolgens ernstig in gevaar. Kijkwijzer indicatie: afgeraden voor personen jonger dan 16 jaar, programma bevat angst, programma bevat geweld.
En ondertussen geven deze twee autonoom opererende headends zonder enige vorm van coördinatie ieder hun eigen invulling aan de digitale TV dienst. Met initiatieven bij het begin van de integratie van deze kabelbedrijven zoals het gelijktrekken van de service ID's van kanalen bij beide headends wordt ook al tijden niets meer gedaan wat de invoering van één gemeenschappelijke EPG database voor beide headends ook niet zal bespoedigen. We hebben hier twee headends die beide dezelfde set aan kanalen via evenveel Transport Streams moeten doorgeven en het gewoon verdommen om met elkaar overleg te plegen over een gelijke verdeling van kanalen over de beschikbare Transport Streams met dezelfde opties voor ieder kanaal zoals EPG, teletekst, audio talen en ondertiteling en dezelfde instellingen voor de kwaliteit van de kanalen. En het Ziggo management grijpt niet in. Hoe moeilijk kan het toch zijn om binnen één bedrijf overleg te voeren, ervaringen te delen en elkaar op de hoogte te houden van ontwikkelingen om de dienstverlening op pijl te houden en gelijk te trekken voor alle klanten. Het is toch te gek voor woorden dat ik anderhalf jaar na de integratie nog steeds moet spreken over Ziggo/@Home en Ziggo/Casema/Multikabel om duidelijk te maken waar de verschillen zitten en uit te leggen hoe het komt dat sommige klanten dingen niet zien die andere klanten wel hebben. Wie zijn er de dupe van die koppigheid van twee headends? Juist ja, de klanten. Het is jammer dat er niet een klant is in het Ziggo/@Home gebied die eens de recent geplaatste PID lijst van Ziggo/Casema zou willen vergelijken met de opties die er allemaal bij de kanalen in Ziggo/@Home gebied worden doorgegeven. Dan komen er nog veel meer verschillen aan het licht. Wat een tent en wat een mismanagement...
Het zal wel aan mijn ogen liggen, maar de beeldkwaliteit van de BBC zoals doorgegeven door Ziggo/Casema in Ziggo/Multikabel gebied wordt ook steeds slechter.
Is mij niet opgevallen. Kan je de bitrates niet uitlezen?ArChie schreef op donderdag 26 februari 2009 @ 19:34:
Het zal wel aan mijn ogen liggen, maar de beeldkwaliteit van de BBC zoals doorgegeven door Ziggo/Casema in Ziggo/Multikabel gebied wordt ook steeds slechter.
Ik zou die bitrates wel kunnen meten, maar dat heeft in geval van Ziggo/Casema niet zo veel zin aangezien ze daar zitten te rommelen aan de originele bitrates in een poging de bitrates naar beneden te krijgen. Stel dat ik een bitrate van gemiddeld 3 Mbps zou meten terwijl het signaal van orgine een bitrate van gemiddeld 4 Mbps had dan is dat niet dezelfde kwaliteit als een kanaal dat van origine met een goede MPEG encoder geëncodeerd was op een gemiddelde 3 Mbps. De 3 Mbps uitvoering die Ziggo/Casema van het originele 4 Mbps kanaal maakt wordt namelijk bereikt door 1 Mbps aan data weg te gooien. Geen MPEG hercompressie dus met goede encoders, maar gewoon video data uit de originele MPEG video data stream weggooien in de multiplexer. Bitrates zeggen daarom bijna niets meer bij Ziggo/Casema omdat zij geen inzicht willen geven in de bitrate beperkingen die zij per kanaal toepassen. Vooral bij kanalen die van orgine al een variabele bitrate hadden is dan niet inzichtelijk te maken hoeveel procent Ziggo/Casema het kanaal knijpt zonder gelijktijdig een meting uit te voeren tussen het originele bron signaal zoals dat door Ziggo/Casema wordt ontvangen het het beperkte signaal zoals wij de klanten het uiteindelijk thuis geleverd krijgen. Dat had ik overigens recent al een keer in dit topic aangegeven. Van kanalen die van orgine een constante bitrate hebben is in vergelijking met metingen die ik destijds met het signaal van Multikabel uitgevoerd heb wel aan te geven hoeveel er tegenwoordig verwijderd wordt bij Ziggo/Casema, maar de BBC kanalen hebben origineel al een variabele bitrate.Andre_1976 schreef op donderdag 26 februari 2009 @ 22:26:
Is mij niet opgevallen. Kan je de bitrates niet uitlezen?
Ik vertrouw dus gewoon op mijn eigen visuele waarneming en dan ben ik van mening dat BBC 1 en 2, die wel in mijn pakket zitten, een mindere kwaliteit hebben dan vroeger bij het signaal van Multikabel dat wel de originele bitrate doorgaf zonder de boel te vernaggelen met bitrate shaping zoals ze dat tegenwoordig zo mooi noemen. Als klant in Ziggo/Casema gebied zal je niet anders gewend zijn, waardoor deze beeldkwaliteit door jou als normaal wordt ervaren. Verder is zijn er ook genoeg mensen die van mening zijn dat er niets mis is met de beeldkwaliteit van Digitenne. Het is maar waar je op let en wat je opvalt in het beeld. Als ik sommige mensen trots hoor praten over de beeldkwaliteit van hun TV en dan zelf zie hoe tegenvallend die kwaliteit is als ik bij ze op bezoek ben, dan houd ik maar wijselijk mijn mond om niet hun perceptie van die "beeldkwaliteit" voor eens en altijd te verpesten. Iedereen heeft wat dat betreft (gelukkig) een andere kijk op beeldkwaliteit.
[ Voor 10% gewijzigd door ArChie op 26-02-2009 23:47 ]
Wat betreft bitrates.
Ik had eerder wat opmerkingen gemaakt over de slechte kwaliteit van het duitse ZDF:
Geen wonder ook als je nu de bitrates vergelijkt met mijn eerdere posting:
Ziggo, ZDF Heute Mittag 28 01 2009, 12:00

Ziggo, ZDF_SportStudio 22 02 2009

Ziggo, ZDF_SPORTextra 27 02 2009

Zeer opmerkelijk deze veranderingen.
Ik had eerder wat opmerkingen gemaakt over de slechte kwaliteit van het duitse ZDF:
Sinds een paar weken echter ziet het beeld bij het duitse ZDF er weer veel beter uit!The_Doman schreef op zondag 01 februari 2009 @ 21:27:
Nog eens even wat over het al dan niet beperken van de bitrates door Ziggo van bepaalde zenders.
De laatse tijd valt het mij op dat de beeldkwaliteit van de duitse ZDF zender nogal eens wat te wensen overlaat bij vooral sport uitzendingen, regelmatig zijn hierop toch veel compressie artifacten te zien.
De duitse ARD en ZDF staan erom bekend dat deze met een enorm hoge variable bitrate worden uitgezonden en daardoor een zeer hoge beeldkwaliteit halen.
Geen wonder ook als je nu de bitrates vergelijkt met mijn eerdere posting:
Ziggo, ZDF Heute Mittag 28 01 2009, 12:00

Ziggo, ZDF_SportStudio 22 02 2009

Ziggo, ZDF_SPORTextra 27 02 2009

Zeer opmerkelijk deze veranderingen.
Als ik zo die bitrate metingen bekijk lijkt het erop dat Ziggo/Casema voorheen de boel zodanig had ingeregeld dat het signaal van ZDF tot een gemiddelde 4 Mbps geknepen werd en de bovengrens van de bitrate lag bij 6 Mbps. Sinds je opmerkingen hebben ze kennelijk dit kanaal opnieuw ingeregeld met de huidige beeldkwaliteit als resultaat. Triest dat het nodig is dat klanten eerst moeten gaan "zeuren" voordat Ziggo/Casema eens een keer in beweging wil komen. Dit soort zaken moeten ze toch zelf actief in de gaten houden en waar nodig bij regelen.The_Doman schreef op vrijdag 27 februari 2009 @ 13:44:
Sinds een paar weken echter ziet het beeld bij het duitse ZDF er weer veel beter uit!
Geen wonder ook als je nu de bitrates vergelijkt met mijn eerdere posting:
Doman; wellicht kan je ook wat bit-rate uitlezingen doen voor de BBC-zenders? Blijkbaar helpt het soms
Groeten André
Opvallend genoeg wordt door steeds meer Ziggo/Casema klanten op het gebruikersforum geklaagd dat de DVB ondertiteling bij BBC Three en Four al enige tijd verdwenen is terwijl deze twee kanalen wel via de schotel DVB ondertiteling hebben. Net even gecontroleerd en inderdaad is er geen verwijzing naar DVB ondertiteling streams te vinden bij deze kanalen. Ziggo/Casema zit weer eens te slapen. Ik blijf het opmerkelijk vinden dat er geen alarmbellen afgaan bij die tent als de Program Map Table (PMT) informatie van een kanaal wijzigt. Dat zou dan toch direct een aanleiding moeten zijn om actie te gaan ondernemen om één en ander te herstellen? Was die apparatuur van Ziggo/Casema destijds soms een opruimingsaanbieding zonder monitoring features?ArChie schreef op woensdag 18 februari 2009 @ 21:34:
Welke kanalen zullen bij Ziggo/@Home DVB ondertiteling hebben? Zijn dat dezelfde kanalen of zitten daar soms ook weer verschillen in?
De ondertitleling bij BBC3 en BBC4 is hier plotseling ook weer verdwenen blijkt.
Ziggo-Gebruikers Forum: Teletekst subtitles
Gelijktijdig gepost merk ik.
Ziggo-Gebruikers Forum: Teletekst subtitles
edit:Originally Posted by pjutr
Zonder de term gorilla's helemaal voor mijn rekening te willen nemen geldt deze kritiek ook voor enkele technici bij voormailg Casema. Want kregen wij een week geleden na een jaar gezeur eindelijk de dvb-ondertitels op BBC1 en ZDF terug; sinds gisteren (of misschien al wat eerder) is de dvb-doorgifte gestaakt bij BBC 3 en 4! WAAROM??? Trouwens ook de teletekst-doorgifte bij deze BBC-zenders is voor de zekerheid geblokkeerd!!!
Gelijktijdig gepost merk ik.
[ Voor 10% gewijzigd door The_Doman op 28-02-2009 21:23 ]
Het was me nog niet eerder opgevallen, maar kennelijk heeft Ziggo/Casema andere apparatuur voor de stills die op een aantal kanalen worden getoond als er geen uitzending is en op het Zenderoverzichtskanaal. Vandaag zag ik namelijk dat er opeens een audio Elementary Stream (ES) bij is gekomen bij iedere still die via een video Elementary Stream wordt doorgegeven. Niet dat er veel te horen is, want het enige geluid dat die audio ES bevat is een oorverdovende stilte. Zonde van de bitrate ruimte die dit in beslag neemt als er toch geen geluid onder de stills wordt gezet.
Geeft niet, hoe meer aandacht voor dit geklooi van Ziggo/Casema hoe beter. Recent via de email de CTO (Chief Technology Officer) van Ziggo op dit topic gewezen, dus wie weet leest hij tegenwoordig regelmatig mee. Het is toch onbegrijpelijk dat deze twee digitale TV headends ieder hun eigen weg gaan en dat wij als Ziggo/Multikabel abonnees net de pech moeten hebben dat Ziggo/Casema hier tegenwoordig het signaal levert.
[ Voor 22% gewijzigd door ArChie op 28-02-2009 21:31 ]
En zojuist lees ik op het gebruikersforum dat een Ziggo/@Home klant wel bij BBC Three en Four DVB ondertiteling heeft. Zoals gewoonlijk is dus alleen Ziggo/Casema weer aan het klooien.ArChie schreef op zaterdag 28 februari 2009 @ 21:14:
Opvallend genoeg wordt door steeds meer Ziggo/Casema klanten op het gebruikersforum geklaagd dat de DVB ondertiteling bij BBC Three en Four al enige tijd verdwenen is terwijl deze twee kanalen wel via de schotel DVB ondertiteling hebben. Net even gecontroleerd en inderdaad is er geen verwijzing naar DVB ondertiteling streams te vinden bij deze kanalen. Ziggo/Casema zit weer eens te slapen.
Het lijkt mij tijd dat het Ziggo management de Ziggo/Casema headend tot backup gaat bombarderen en de Ziggo/@Home als primaire headend gaat gebruiken om voortaan ook het signaal van in Ziggo/Casema en Ziggo/Multikabel gebied via glasvezel aan te leveren. Het gepruts van Ziggo/Casema gaat toch nooit goed komen. Wat ik ook aan problemen aandraag en onderzoek, ze doen er toch niets aan en leren lukt ze al helemaal niet. Wat een dom volk...
Gisteren de onderstaande uitleg over Conditional Access Systems (CAS) op het Chelloo forum van de UPC klanten geplaatst in een discussie over meerdere digitale TV aanbieders op de kabel. Er bleken wat misvattingen te bestaan over wat een CAS is en precies voor een functie heeft binnen het DVB gebeuren. Daarom heb ik onderstaande afbeelding gemaakt van de DVB componenten en de data streams tussen die componenten om de boel wat meer toe te lichten. Aangezien ik dergelijke technische termen ook nog wel eens op dit forum gebruik kan deze uitleg hier natuurlijk ook geen kwaad.

Voor alle duidelijkheid: Er ontbreken in bovenstaande afbeelding allerlei componenten die niet relevant zijn voor deze uitleg. Een stream is bijvoorbeeld weer een eindeloze reeks van data pakketjes van 188 bytes groot en die pakketjes van alle streams in het DVB systeem worden door een multiplexer in de headend zodanig door elkaar gemixd, achter elkaar geplaatst en verzonden als een Transport Stream (TS) dat een ontvanger met wat buffering nooit te lang moet wachten op het volgende pakketje van een bepaalde stream. Een DVB systeem heeft meestal meerdere TS'sen en die TS'sen worden, bij digitale TV via de kabel, uiteindelijk via QAM modulatoren op de kabel gezet nadat ze via bijvoorbeeld glasvezel verbindingen vanuit de headend naar de regio's zijn gestuurd.
In de bovenstaande afbeelding symboliseren de groene lijnen die de headend links binnen komen de zogenaamde Elementary Streams (ES) van de digitale TV en radio kanalen. Een digitaal kanaal is opgebouwd uit meerdere componenten die als aparte data streams, de ES'sen, worden doorgegeven en uiteindelijk in de ontvanger weer worden samengevoegd als een kanaal voor weergave. Een radio kanaal zal dus minimaal uit een Audio ES bestaan en een TV kanaal uit minimaal een Video ES en een Audio ES. Afhankelijk van het kanaal kunnen er echter meerdere componenten zijn zoals meerdere Audio ES'sen, een teletekst ES, een DVB ondertiteling ES en ga zo maar door. De verzameling van ES'sen die bij een bepaald kanaal horen zijn in bovenstaande afbeelding in een blauw kader aangegeven en een X aantal van die kanalen maakt uiteindelijk een Transport Stream (TS) aangegeven met een donkergrijs kader. Los van de kanalen worden er ook nog via een TS zogenaamde Service Information (SI) data streams doorgegeven die de DVB engine in de ontvanger vertellen welke ES'sen bij een bepaalde Service (lees kanaal) horen en welke TS'sen er nog meer zijn en op welke frequenties die te vinden zijn. Ook EPG informatie kan als SI data worden doorgegeven aan de ontvanger. Alle SI streams worden in bovenstaande afbeelding als lichtgrijze lijnen gesymboliseerd. De input van de SI component in de headend is verder buiten beschouwing gelaten.
In bovenstaande afbeelding is één Conditional Access System (CAS) component weergegeven en de Common Scrambling Algorithm (CSA) encryptie component. Een digitale TV provider die al zijn kanalen zonder encryptie doorgeeft heeft in zijn DVB systeem in de headend dus geen CAS en geen CSA componenten. De groene ES lijnen die de headend binnenkomen gaan dan als groene ES lijn direct door naar de ontvanger en ook in de ontvanger zal de Conditional Access Module (CAM) component samen met de bijbehorende Smartcard (SC) ontbreken. Bij Ziggo wordt echter gebruik gemaakt van een Irdeto CAS om de meeste kanalen met encryptie te beveiligen, bij UPC van een Nagravision CAS, bij Digitenne van KPN een Conax CAS en bij CanalDigitaal een Seca/Mediaguard CAS. Het maakt niet uit wat voor een transport medium (kabel (DVB-C), satelliet (DVB-S), ether (DVB-T)) er gebruikt wordt: het DVB systeem, de beveiliging met CAS'sen en de werking blijft verder gelijk. Een kabelbedrijf had dus ook kunnen kiezen voor het Conax CAS kunnen kiezen.
De digitale TV provider bepaalt welke kanalen en welke componenten van die kanalen uiteindelijk van encryptie worden voorzien door de CSA component. Meestal zijn dat alleen de Audio en Video ES'sen van een kanaal, maar in het verleden heeft Multikabel ook de teletekst en DVB ondertiteling componenten van encryptie voorzien. De CSA component die voor alle DVB platvormen hetzelfde is zorgt voor de encryptie van de ES'sen en de sleutels (ook wel Control Words genoemd) die in de ontvanger weer nodig zijn voor de decryptie van die ES'sen worden door de CSA component aan de CAS component gegeven. De roze lijnen in de headend. De encryptie van een ES zonder encryptie wordt gesymboliseerd door de overgang van groene lijnen in rode lijnen in de CSA component.
De CAS is er voor verantwoordelijk om die decryptie sleutels op een beveiligde manier bij de ontvanger te krijgen en er voor te zorgen dat alleen klanten met een abonnement op het te bekijken kanaal bij die decryptie sleutels kunnen. Hoe dat precies gebeurt is per merk CAS verschillend. Daarom zit er in de ontvanger een Conditional Access Module (CAM) component die de door de CAS geproduceerde data streams, de gele lijnen in bovenstaande afbeelding, kan begrijpen en in combinatie met de Smartcard kan ontcijferen. Een Conax CAM in een ontvanger kan dus niet overweg met een Nagravision CAS in de headend van de digitale TV provider met als gevolg dat het kanaal niet kan worden weergegeven omdat de Conax CAM niet bij de door het Nagravision CAS verzonden sleutels kan om de encryptie te verwijderen van de ES'sen met encryptie.
Op hoofdlijnen werken de meeste CAS'sen allemaal volgens dezelfde principes. De van het CSA ontvangen decryptie sleutels, die bij een bepaald kanaal horen, worden met behulp van een eigen encryptie algoritme ingepakt in een aparte ES die door de multiplexer wordt toegevoegd aan het kanaal, de gele lijn binnen het blauwe kanaal kader. Die ES wordt de zogenaamde Entitlement Control Message (ECM) ES genoemd. Ieder kanaal heeft dus meestal zijn eigen set decryptie sleutels, maar het hoeft niet. In de SI data die bij het kanaal hoort wordt dan aangegeven dat voor CAS X een ECM ES met Packet Identifier (PID) Y hoort voor de decryptie sleutels. De DVB engine component in de ontvanger kan dan aan de CAM component instructies sturen om de ES'sen van een door de gebruiker gekozen kanaal te gaan decrypten met de sleutels uit die ECM ES. Daarvoor heeft de CAM echter nog wel een sleutel nodig om de encryptie van de ECM pakketjes te kunnen verwijderen. Die sleutel krijgt de CAM van de Smartcard mits de gebruiker een abonnement op het kanaal heeft. De CAS bevat daarvoor een database waarin alle uitgegeven Smartcards worden geregistreerd en gekoppeld aan door de gebruiker afgesloten abonnementen. Op basis van die Smartcard registratie informatie in de database verstuurt een CAS nog een ander soort ES via de Transport Stream naar de ontvangers. Die ES wordt de Entitlement Management Message (EMM) ES genoemd. Per Transport Stream is er meestal maar één EMM ES per CAS, in bovenstaande afbeelding aangegeven met de gele lijn binnen het donkergrijze TS kader, maar buiten de blauwe kanalen kaders. Die EMM ES wordt ook weer geadministreerd in de SI data zodat de CAM component in de ontvanger weet dat EMM ES met PID Z hoort bij CAS X en deze registratie informatie kan doorgeven aan de Smartcard. De Smartcard gebruikt die registratie informatie om bij te houden welke abonnementen de gebruiker heeft zodat de decryptie sleutel voor de ECM ES kan worden afgegeven als de CAM daarom vraagt.
De ES'sen van het door de gebruiker gekozen kanaal worden dan uiteindelijk weer met behulp van de juiste sleutels ontdaan van hun encryptie, de rode lijnen die weer groen worden in de afbeelding. Kanalen die niet weergegeven worden verlaten de CAM component onverandert. Als een niet weergegeven kanaal ES'sen heeft die voorzien zijn van encryptie, dan blijven de pakketjes van die ES'sen dus ook voorzien van encryptie totdat de gebruiker alsnog het kanaal gaat bekijken en het kanaal ook tot het abonnement behoort. De ES'sen van het weer te geven kanaal gaan vervolgens naar de MPEG decoder die er beeld en geluid van maakt. Een CAM heeft dus niets van doen met de MPEG decodering en beeld en geluidskwaliteit wat velen nog wel eens denken. De CAM component in de ontvanger kan overigens een hardware module zijn zoals een losse CAM die in een Common Interface (CI) slot van een ontvanger geplaatst wordt, maar kan ook een software module zijn in de firmware van de ontvanger die samenwerkt met een Smartcard Reader. In dat laatste geval is de ontvanger meestal niet na aankoop geschikt te maken voor een ander CAS. De reden waarom de meeste TV fabrikanten meestal een CI slot plaatsen zodat ze niet voor ieder merk CAS een aparte uitvoering van hun TV moeten maken.
Wat verandert er nu als er een CAS bijkomt voor een extra digitale TV provider. In feite zullen alle in geel aangegeven componenten en data streams verdubbelen. In de headend komt er dus een CAS component bij waaraan de CSA component dezelfde decryptie sleutels doorgeeft als aan de eerste CAS. Die extra CAS zal die decryptie sleutels weer op zijn eigen beveiligde manier via de ECM en EMM ES'sen naar de ontvanger sturen waarbij ook voor dit extra CAS de SI data wordt uitgebreid zodat de ontvanger weet dat de extra ECM en EMM streams bij een ander CAS horen. In de ontvanger zal meestal een andere CAM worden geplaatst als de CAM een losse hardware CAM is. Is de CAM een software CAM dan zal er of een andere firmware op de ontvanger moeten worden geplaatst, of een andere ontvanger moeten worden aangeschaft. Een ontvanger voor Ziggo is daarom niet te gebruiken bij UPC omdat de CAS niet van hetzelfde merk is. Er zijn ook ontvangers waarin de gebruiker meerdere hardware CAM's kan plaatsen zodat die ontvanger gelijktijdig gebruikt kan worden voor meerdere digitale TV providers in het signaal.
Met een eigen CAS krijgt een extra digitale TV provider dus ook zijn eigen Smartcard registratie database. Dat eigen CAS hoeft overigens niet van een ander merk te zijn. In het signaal dat in de Ziggo/Casema headend gemaakt wordt en naar Ziggo/Casema en Ziggo/Multikabel gebied wordt doorgegeven is sprake van twee Irdeto CAS'sen. De (blauwe) Irdeto smartcard voor de Ziggo abonnees in Ziggo/Casema gebied wordt geregistreerd in de Irdeto CAS van Ziggo/Casema en voor de (oranje) Irdeto smartcard van de Ziggo/abonnees in Ziggo/Multikabel gebied is er een apart Irdeto CAS. Tijdens de overgang van het toenmalige Mr Zapp naar het huidige systeem van de kabelbedrijven is ook even een tijdje sprake geweest van twee CAS'sen, namelijk een Viaccess CAS voor de Mr Zapp smartcards en ontvangers en het huidige Irdeto of Nagravision CAS voor de smartcards die bij de huidige ontvangers horen. Het voordeel van meerdere keren hetzelfde merk CAS gebruiken is dat de hardware door meerdere digitale TV providers op hetzelfde signaal te gebruiken is. Zo werken beide Ziggo Irdeto smartcards in dezelfde ontvangers met Irdeto software CAM.

Voor alle duidelijkheid: Er ontbreken in bovenstaande afbeelding allerlei componenten die niet relevant zijn voor deze uitleg. Een stream is bijvoorbeeld weer een eindeloze reeks van data pakketjes van 188 bytes groot en die pakketjes van alle streams in het DVB systeem worden door een multiplexer in de headend zodanig door elkaar gemixd, achter elkaar geplaatst en verzonden als een Transport Stream (TS) dat een ontvanger met wat buffering nooit te lang moet wachten op het volgende pakketje van een bepaalde stream. Een DVB systeem heeft meestal meerdere TS'sen en die TS'sen worden, bij digitale TV via de kabel, uiteindelijk via QAM modulatoren op de kabel gezet nadat ze via bijvoorbeeld glasvezel verbindingen vanuit de headend naar de regio's zijn gestuurd.
In de bovenstaande afbeelding symboliseren de groene lijnen die de headend links binnen komen de zogenaamde Elementary Streams (ES) van de digitale TV en radio kanalen. Een digitaal kanaal is opgebouwd uit meerdere componenten die als aparte data streams, de ES'sen, worden doorgegeven en uiteindelijk in de ontvanger weer worden samengevoegd als een kanaal voor weergave. Een radio kanaal zal dus minimaal uit een Audio ES bestaan en een TV kanaal uit minimaal een Video ES en een Audio ES. Afhankelijk van het kanaal kunnen er echter meerdere componenten zijn zoals meerdere Audio ES'sen, een teletekst ES, een DVB ondertiteling ES en ga zo maar door. De verzameling van ES'sen die bij een bepaald kanaal horen zijn in bovenstaande afbeelding in een blauw kader aangegeven en een X aantal van die kanalen maakt uiteindelijk een Transport Stream (TS) aangegeven met een donkergrijs kader. Los van de kanalen worden er ook nog via een TS zogenaamde Service Information (SI) data streams doorgegeven die de DVB engine in de ontvanger vertellen welke ES'sen bij een bepaalde Service (lees kanaal) horen en welke TS'sen er nog meer zijn en op welke frequenties die te vinden zijn. Ook EPG informatie kan als SI data worden doorgegeven aan de ontvanger. Alle SI streams worden in bovenstaande afbeelding als lichtgrijze lijnen gesymboliseerd. De input van de SI component in de headend is verder buiten beschouwing gelaten.
In bovenstaande afbeelding is één Conditional Access System (CAS) component weergegeven en de Common Scrambling Algorithm (CSA) encryptie component. Een digitale TV provider die al zijn kanalen zonder encryptie doorgeeft heeft in zijn DVB systeem in de headend dus geen CAS en geen CSA componenten. De groene ES lijnen die de headend binnenkomen gaan dan als groene ES lijn direct door naar de ontvanger en ook in de ontvanger zal de Conditional Access Module (CAM) component samen met de bijbehorende Smartcard (SC) ontbreken. Bij Ziggo wordt echter gebruik gemaakt van een Irdeto CAS om de meeste kanalen met encryptie te beveiligen, bij UPC van een Nagravision CAS, bij Digitenne van KPN een Conax CAS en bij CanalDigitaal een Seca/Mediaguard CAS. Het maakt niet uit wat voor een transport medium (kabel (DVB-C), satelliet (DVB-S), ether (DVB-T)) er gebruikt wordt: het DVB systeem, de beveiliging met CAS'sen en de werking blijft verder gelijk. Een kabelbedrijf had dus ook kunnen kiezen voor het Conax CAS kunnen kiezen.
De digitale TV provider bepaalt welke kanalen en welke componenten van die kanalen uiteindelijk van encryptie worden voorzien door de CSA component. Meestal zijn dat alleen de Audio en Video ES'sen van een kanaal, maar in het verleden heeft Multikabel ook de teletekst en DVB ondertiteling componenten van encryptie voorzien. De CSA component die voor alle DVB platvormen hetzelfde is zorgt voor de encryptie van de ES'sen en de sleutels (ook wel Control Words genoemd) die in de ontvanger weer nodig zijn voor de decryptie van die ES'sen worden door de CSA component aan de CAS component gegeven. De roze lijnen in de headend. De encryptie van een ES zonder encryptie wordt gesymboliseerd door de overgang van groene lijnen in rode lijnen in de CSA component.
De CAS is er voor verantwoordelijk om die decryptie sleutels op een beveiligde manier bij de ontvanger te krijgen en er voor te zorgen dat alleen klanten met een abonnement op het te bekijken kanaal bij die decryptie sleutels kunnen. Hoe dat precies gebeurt is per merk CAS verschillend. Daarom zit er in de ontvanger een Conditional Access Module (CAM) component die de door de CAS geproduceerde data streams, de gele lijnen in bovenstaande afbeelding, kan begrijpen en in combinatie met de Smartcard kan ontcijferen. Een Conax CAM in een ontvanger kan dus niet overweg met een Nagravision CAS in de headend van de digitale TV provider met als gevolg dat het kanaal niet kan worden weergegeven omdat de Conax CAM niet bij de door het Nagravision CAS verzonden sleutels kan om de encryptie te verwijderen van de ES'sen met encryptie.
Op hoofdlijnen werken de meeste CAS'sen allemaal volgens dezelfde principes. De van het CSA ontvangen decryptie sleutels, die bij een bepaald kanaal horen, worden met behulp van een eigen encryptie algoritme ingepakt in een aparte ES die door de multiplexer wordt toegevoegd aan het kanaal, de gele lijn binnen het blauwe kanaal kader. Die ES wordt de zogenaamde Entitlement Control Message (ECM) ES genoemd. Ieder kanaal heeft dus meestal zijn eigen set decryptie sleutels, maar het hoeft niet. In de SI data die bij het kanaal hoort wordt dan aangegeven dat voor CAS X een ECM ES met Packet Identifier (PID) Y hoort voor de decryptie sleutels. De DVB engine component in de ontvanger kan dan aan de CAM component instructies sturen om de ES'sen van een door de gebruiker gekozen kanaal te gaan decrypten met de sleutels uit die ECM ES. Daarvoor heeft de CAM echter nog wel een sleutel nodig om de encryptie van de ECM pakketjes te kunnen verwijderen. Die sleutel krijgt de CAM van de Smartcard mits de gebruiker een abonnement op het kanaal heeft. De CAS bevat daarvoor een database waarin alle uitgegeven Smartcards worden geregistreerd en gekoppeld aan door de gebruiker afgesloten abonnementen. Op basis van die Smartcard registratie informatie in de database verstuurt een CAS nog een ander soort ES via de Transport Stream naar de ontvangers. Die ES wordt de Entitlement Management Message (EMM) ES genoemd. Per Transport Stream is er meestal maar één EMM ES per CAS, in bovenstaande afbeelding aangegeven met de gele lijn binnen het donkergrijze TS kader, maar buiten de blauwe kanalen kaders. Die EMM ES wordt ook weer geadministreerd in de SI data zodat de CAM component in de ontvanger weet dat EMM ES met PID Z hoort bij CAS X en deze registratie informatie kan doorgeven aan de Smartcard. De Smartcard gebruikt die registratie informatie om bij te houden welke abonnementen de gebruiker heeft zodat de decryptie sleutel voor de ECM ES kan worden afgegeven als de CAM daarom vraagt.
De ES'sen van het door de gebruiker gekozen kanaal worden dan uiteindelijk weer met behulp van de juiste sleutels ontdaan van hun encryptie, de rode lijnen die weer groen worden in de afbeelding. Kanalen die niet weergegeven worden verlaten de CAM component onverandert. Als een niet weergegeven kanaal ES'sen heeft die voorzien zijn van encryptie, dan blijven de pakketjes van die ES'sen dus ook voorzien van encryptie totdat de gebruiker alsnog het kanaal gaat bekijken en het kanaal ook tot het abonnement behoort. De ES'sen van het weer te geven kanaal gaan vervolgens naar de MPEG decoder die er beeld en geluid van maakt. Een CAM heeft dus niets van doen met de MPEG decodering en beeld en geluidskwaliteit wat velen nog wel eens denken. De CAM component in de ontvanger kan overigens een hardware module zijn zoals een losse CAM die in een Common Interface (CI) slot van een ontvanger geplaatst wordt, maar kan ook een software module zijn in de firmware van de ontvanger die samenwerkt met een Smartcard Reader. In dat laatste geval is de ontvanger meestal niet na aankoop geschikt te maken voor een ander CAS. De reden waarom de meeste TV fabrikanten meestal een CI slot plaatsen zodat ze niet voor ieder merk CAS een aparte uitvoering van hun TV moeten maken.
Wat verandert er nu als er een CAS bijkomt voor een extra digitale TV provider. In feite zullen alle in geel aangegeven componenten en data streams verdubbelen. In de headend komt er dus een CAS component bij waaraan de CSA component dezelfde decryptie sleutels doorgeeft als aan de eerste CAS. Die extra CAS zal die decryptie sleutels weer op zijn eigen beveiligde manier via de ECM en EMM ES'sen naar de ontvanger sturen waarbij ook voor dit extra CAS de SI data wordt uitgebreid zodat de ontvanger weet dat de extra ECM en EMM streams bij een ander CAS horen. In de ontvanger zal meestal een andere CAM worden geplaatst als de CAM een losse hardware CAM is. Is de CAM een software CAM dan zal er of een andere firmware op de ontvanger moeten worden geplaatst, of een andere ontvanger moeten worden aangeschaft. Een ontvanger voor Ziggo is daarom niet te gebruiken bij UPC omdat de CAS niet van hetzelfde merk is. Er zijn ook ontvangers waarin de gebruiker meerdere hardware CAM's kan plaatsen zodat die ontvanger gelijktijdig gebruikt kan worden voor meerdere digitale TV providers in het signaal.
Met een eigen CAS krijgt een extra digitale TV provider dus ook zijn eigen Smartcard registratie database. Dat eigen CAS hoeft overigens niet van een ander merk te zijn. In het signaal dat in de Ziggo/Casema headend gemaakt wordt en naar Ziggo/Casema en Ziggo/Multikabel gebied wordt doorgegeven is sprake van twee Irdeto CAS'sen. De (blauwe) Irdeto smartcard voor de Ziggo abonnees in Ziggo/Casema gebied wordt geregistreerd in de Irdeto CAS van Ziggo/Casema en voor de (oranje) Irdeto smartcard van de Ziggo/abonnees in Ziggo/Multikabel gebied is er een apart Irdeto CAS. Tijdens de overgang van het toenmalige Mr Zapp naar het huidige systeem van de kabelbedrijven is ook even een tijdje sprake geweest van twee CAS'sen, namelijk een Viaccess CAS voor de Mr Zapp smartcards en ontvangers en het huidige Irdeto of Nagravision CAS voor de smartcards die bij de huidige ontvangers horen. Het voordeel van meerdere keren hetzelfde merk CAS gebruiken is dat de hardware door meerdere digitale TV providers op hetzelfde signaal te gebruiken is. Zo werken beide Ziggo Irdeto smartcards in dezelfde ontvangers met Irdeto software CAM.
[ Voor 1% gewijzigd door ArChie op 01-03-2009 13:52 . Reden: Streams in afbeelding bijgewerkt en FTA kanaal toegevoegd ]
Er is weer iets raars aan de hand bij Ziggo/Casema. De teletext Elementary Stream (ES) met PID 44 (0x002C) van TV Oost is van encryptie voorzien terwijl Ziggo dat normaal alleen doet bij de video en audio ES'sen:

Bij ES'sen zonder encryptie staat het transport_scrambling_control veld van de packet header op 0. Er is geen enkel ander kanaal te vinden waarvan de teletext ES ook van encryptie wordt voorzien, dus zal het wel weer een verkeerde instelling zijn. Er heeft weer iemand niet goed opgelet daar bij die club.

Bij ES'sen zonder encryptie staat het transport_scrambling_control veld van de packet header op 0. Er is geen enkel ander kanaal te vinden waarvan de teletext ES ook van encryptie wordt voorzien, dus zal het wel weer een verkeerde instelling zijn. Er heeft weer iemand niet goed opgelet daar bij die club.
[ Voor 8% gewijzigd door ArChie op 02-03-2009 20:07 ]
En nog iets nieuws dat me niet eerder opgevallen was:

Een paar radio kanalen hebben ook een Radio Data System (RDS) Elementary Stream (ES) zoals Classic FM in het bovenstaande voorbeeld, maar ook TMF Radio heeft zo'n RDS ES. Nu nog wachten op door Ziggo goedgekeurde ontvangers die daar mee kunnen omgaan.

Een paar radio kanalen hebben ook een Radio Data System (RDS) Elementary Stream (ES) zoals Classic FM in het bovenstaande voorbeeld, maar ook TMF Radio heeft zo'n RDS ES. Nu nog wachten op door Ziggo goedgekeurde ontvangers die daar mee kunnen omgaan.
Nog meer dingen die niet kloppen, maar niet worden opgemerkt door het Ziggo/Casema personeel: Bij National Geographic Channel, Extreme Sports en JimJam worden teletext Elementary Streams (ES) doorgegeven die niet goed zijn geconfigureerd in de Program Map Table (PMT) informatie van de betreffende kanalen. Daardoor laat de ontvanger zien dat er teletext is op deze kanalen, maar omdat de pagina informatie ontbreekt leidt het oproepen van teletext tot niets.
De teletext ES van National Geographic Channel lijkt helemaal geen teletext pagina's te bevatten. De Humax IR-FOX C geeft wel een indicatie dat er een pagina "70A" zou moeten zijn, maar die pagina is uiteraard niet op te roepen. De PMT informatie van deze teletext ES ziet er als volgt uit:
│ │ └─■ stream
│ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ ├─■ elementary_PID = 671
│ │ └─■ descriptors:
│ │ ├─■ VBI_data_descriptor
│ │ │ └─■ data services:
│ │ │ ├─■ data service
│ │ │ │ ├─■ data_service_id = EBU teletext
│ │ │ │ └─■ field lines:
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 7
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 8
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 9
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 11
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 15
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 21
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 7
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 8
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 9
│ │ │ │ └─■ line
│ │ │ │ ├─■ field_parity = 0
│ │ │ │ └─■ line_offset = 21
│ │ │ └─■ data service
│ │ │ ├─■ data_service_id = WSS
│ │ │ └─■ field lines:
│ │ │ └─■ line
│ │ │ ├─■ field_parity = 1
│ │ │ └─■ line_offset = 23
│ │ └─■ teletext_descriptor
│ │ └─■ teletext pages:
Het lijkt erop dat deze teletext ES bij National Geographic Channel alleen gebruikt wordt om VBI data door te geven i.p.v. normale teletext pagina's of ondertiteling via teletext. In dat geval hoort de met rood aangegeven teletext_descriptor dus niet aanwezig te zijn zodat ook een ontvanger niet ten onrechte zal tonen dat er teletext is.
Bij de teletext ES van Extreme Sports geeft de Humax IR-FOX C een indicatie dat er alleen een pagina 888 is en bij het oproepen van die pagina blijkt dat dit de Nederlands-talige teletext ondertiteling van Extreme Sports is. De PMT informatie ziet er als volgt uit:
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ │ ├─■ elementary_PID = 2801
│ │ │ └─■ descriptors:
│ │ │ ├─■ stream_identifier_descriptor
│ │ │ │ └─■ component_tag = 210
│ │ │ └─■ teletext_descriptor
│ │ │ └─■ teletext pages:
Ook hier zijn dus geen teletext pagina's gedefinieerd bij de in het rood aangegeven teletext_descriptor terwijl dat bij Extreme Sports wel het geval zou moeten zijn. Eigenlijk zou die PMT informatie van Extreme Sports er dus als volgt uit moeten zien:
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ │ ├─■ elementary_PID = 2801
│ │ │ └─■ descriptors:
│ │ │ ├─■ stream_identifier_descriptor
│ │ │ │ └─■ component_tag = 210
│ │ │ └─■ teletext_descriptor
│ │ │ └─■ teletext pages:
│ │ │ └─■ page { 888 }
│ │ │ ├─■ ISO_639_language_code = dut
│ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ ├─■ teletext_magazine_number = 0
│ │ │ └─■ teletext_page_number = 136
Bij de teletext ES van JimJam geeft de Humax IR-FOX C net als bij National Geographic Channel geen indicatie dat er een pagina gevonden is. Als de teletext ES al ergens voor gebruikt wordt dan is dat voor VBI data. De PMT informatie van JimJam ziet er als volgt uit:
│ │ └─■ stream
│ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ ├─■ elementary_PID = 420
│ │ └─■ descriptors:
│ │ ├─■ VBI_data_descriptor
│ │ │ └─■ data services:
│ │ │ └─■ data service
│ │ │ ├─■ data_service_id = EBU teletext
│ │ │ └─■ field lines:
│ │ │ └─■ line
│ │ │ ├─■ field_parity = 1
│ │ │ └─■ line_offset = 15
│ │ └─■ teletext_descriptor
│ │ └─■ teletext pages:
Ook hier weer ten onrechte een teletext_descriptor waardoor een ontvanger denkt dat de gebruiker de teletext mag oproepen.
Deze drie kanalen betrekt Ziggo/Casema van Chellomedia/Digital Media Centre (DMC), dus zullen ze wel weer gaan roepen dat zij er niets aan kunnen doen, maar zo werkt dat natuurlijk niet. Zij zijn klant van Chellomedia/DMC, dus dienen ze maar bij dat bedrijf een bug report in om dit opgelost te krijgen. En als Chellomedia/DMC dat niet wil dan corrigeren ze bij Ziggo/Casema maar handmatig de PMT informatie.
De teletext ES van National Geographic Channel lijkt helemaal geen teletext pagina's te bevatten. De Humax IR-FOX C geeft wel een indicatie dat er een pagina "70A" zou moeten zijn, maar die pagina is uiteraard niet op te roepen. De PMT informatie van deze teletext ES ziet er als volgt uit:
│ │ └─■ stream
│ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ ├─■ elementary_PID = 671
│ │ └─■ descriptors:
│ │ ├─■ VBI_data_descriptor
│ │ │ └─■ data services:
│ │ │ ├─■ data service
│ │ │ │ ├─■ data_service_id = EBU teletext
│ │ │ │ └─■ field lines:
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 7
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 8
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 9
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 11
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 15
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 21
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 7
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 8
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 9
│ │ │ │ └─■ line
│ │ │ │ ├─■ field_parity = 0
│ │ │ │ └─■ line_offset = 21
│ │ │ └─■ data service
│ │ │ ├─■ data_service_id = WSS
│ │ │ └─■ field lines:
│ │ │ └─■ line
│ │ │ ├─■ field_parity = 1
│ │ │ └─■ line_offset = 23
│ │ └─■ teletext_descriptor
│ │ └─■ teletext pages:
Het lijkt erop dat deze teletext ES bij National Geographic Channel alleen gebruikt wordt om VBI data door te geven i.p.v. normale teletext pagina's of ondertiteling via teletext. In dat geval hoort de met rood aangegeven teletext_descriptor dus niet aanwezig te zijn zodat ook een ontvanger niet ten onrechte zal tonen dat er teletext is.
Bij de teletext ES van Extreme Sports geeft de Humax IR-FOX C een indicatie dat er alleen een pagina 888 is en bij het oproepen van die pagina blijkt dat dit de Nederlands-talige teletext ondertiteling van Extreme Sports is. De PMT informatie ziet er als volgt uit:
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ │ ├─■ elementary_PID = 2801
│ │ │ └─■ descriptors:
│ │ │ ├─■ stream_identifier_descriptor
│ │ │ │ └─■ component_tag = 210
│ │ │ └─■ teletext_descriptor
│ │ │ └─■ teletext pages:
Ook hier zijn dus geen teletext pagina's gedefinieerd bij de in het rood aangegeven teletext_descriptor terwijl dat bij Extreme Sports wel het geval zou moeten zijn. Eigenlijk zou die PMT informatie van Extreme Sports er dus als volgt uit moeten zien:
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ │ ├─■ elementary_PID = 2801
│ │ │ └─■ descriptors:
│ │ │ ├─■ stream_identifier_descriptor
│ │ │ │ └─■ component_tag = 210
│ │ │ └─■ teletext_descriptor
│ │ │ └─■ teletext pages:
│ │ │ └─■ page { 888 }
│ │ │ ├─■ ISO_639_language_code = dut
│ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ ├─■ teletext_magazine_number = 0
│ │ │ └─■ teletext_page_number = 136
Bij de teletext ES van JimJam geeft de Humax IR-FOX C net als bij National Geographic Channel geen indicatie dat er een pagina gevonden is. Als de teletext ES al ergens voor gebruikt wordt dan is dat voor VBI data. De PMT informatie van JimJam ziet er als volgt uit:
│ │ └─■ stream
│ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ ├─■ elementary_PID = 420
│ │ └─■ descriptors:
│ │ ├─■ VBI_data_descriptor
│ │ │ └─■ data services:
│ │ │ └─■ data service
│ │ │ ├─■ data_service_id = EBU teletext
│ │ │ └─■ field lines:
│ │ │ └─■ line
│ │ │ ├─■ field_parity = 1
│ │ │ └─■ line_offset = 15
│ │ └─■ teletext_descriptor
│ │ └─■ teletext pages:
Ook hier weer ten onrechte een teletext_descriptor waardoor een ontvanger denkt dat de gebruiker de teletext mag oproepen.
Deze drie kanalen betrekt Ziggo/Casema van Chellomedia/Digital Media Centre (DMC), dus zullen ze wel weer gaan roepen dat zij er niets aan kunnen doen, maar zo werkt dat natuurlijk niet. Zij zijn klant van Chellomedia/DMC, dus dienen ze maar bij dat bedrijf een bug report in om dit opgelost te krijgen. En als Chellomedia/DMC dat niet wil dan corrigeren ze bij Ziggo/Casema maar handmatig de PMT informatie.
Bij Regio 22 wordt er een VBI data Elementary Stream (ES) doorgegeven waarbij in de Program Map Table (PMT) niet goed wordt aangegeven wat die ES precies bevat:
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ │ ├─■ elementary_PID = 277
│ │ │ └─■ descriptors:
│ │ │ ├─■ user_private_descriptor
│ │ │ │ └─■ data = 0000
│ │ │ └─■ VBI_data_descriptor
│ │ │ └─■ data services:
In dit geval neemt die VBI data ES dus alleen maar nutteloos kostbare bitrate ruimte in beslag omdat een ontvanger zonder correcte PMT informatie toch niets met die ES kan. Wederom niet gezien door het Ziggo/Casema personeel.
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ │ ├─■ elementary_PID = 277
│ │ │ └─■ descriptors:
│ │ │ ├─■ user_private_descriptor
│ │ │ │ └─■ data = 0000
│ │ │ └─■ VBI_data_descriptor
│ │ │ └─■ data services:
In dit geval neemt die VBI data ES dus alleen maar nutteloos kostbare bitrate ruimte in beslag omdat een ontvanger zonder correcte PMT informatie toch niets met die ES kan. Wederom niet gezien door het Ziggo/Casema personeel.
Sinds vandaag is er in de Network Information Table (NIT) voor network ID 8888 informatie opgenomen voor de Cisco 8455DVB HDTV/VOD/PVR. Deze NIT is van toepassing voor de abonnees in Ziggo/Multikabel gebied.
│ └─■ network ID 8888, version 10
│ ├─■ network_id = 8888
│ ├─■ version_number = 10
│ └─■ sections: { Required sections: 4, available sections: 4 }
│ ├─■ section { 0/3 }
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 3
│ │ ├─■ descriptors:
│ │ │ ├─■ network_name_descriptor
│ │ │ │ └─■ network_name
│ │ │ │ ├─■ character_coding = Latin alphabet
│ │ │ │ └─■ text = AMR Ziggo Digitale Televisie
│ │ │ ├─■ private_data_specifier_descriptor
│ │ │ │ └─■ private_data_specifier = 22
│ │ │ ├─■ 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.....
│ │ │ ├─■ user_private_descriptor
│ │ │ │ └─■ data = 0000 68 74 74 70 3A 2F 2F 70 72 6F 76 2E 76 6F 64 2E http://prov.vod.
│ │ │ │ 0010 69 73 73 2E 6C 6F 63 61 6C 2F 76 6F 64 2F 56 4F iss.local/vod/VO
│ │ │ │ 0020 44 50 72 6F 63 65 73 73 2F DProcess/
│ │ │ ├─■ user_private_descriptor
│ │ │ │ └─■ data = 0000 80 14 73 74 62 6C 6F 67 2E 76 6F 64 2E 69 73 73 ..stblog.vod.iss
│ │ │ │ 0010 2E 6C 6F 63 61 6C .local
│ │ │ ├─■ user_private_descriptor
│ │ │ │ └─■ data = 0000 02 58 02 58 09 60 00 .X.X.`.
│ │ │ ├─■ user_private_descriptor
│ │ │ │ └─■ data = 0000 80 1C 68 74 74 70 3A 2F 2F 74 72 61 78 69 73 2E ..http://traxis.
│ │ │ │ 0010 76 6F 64 2E 69 73 73 2E 6C 6F 63 61 6C 2F vod.iss.local/
│ │ │ ├─■ VOD_delivery_system_descriptor
│ │ │ │ └─■ VOD delivery systems:
│ │ │ │ └─■ VOD delivery system:
│ │ │ │ ├─■ frequency = 130.0
│ │ │ │ ├─■ FEC_outer = RS(204/188)
│ │ │ │ ├─■ modulation = 256-QAM
│ │ │ │ ├─■ symbol_rate = 6.875
│ │ │ │ └─■ FEC_inner = No conv. coding
│ │ │ ├─■ VOD_delivery_system_descriptor
│ │ │ │ └─■ VOD delivery systems:
│ │ │ │ └─■ VOD delivery system:
│ │ │ │ ├─■ frequency = 138.0
│ │ │ │ ├─■ FEC_outer = RS(204/188)
│ │ │ │ ├─■ modulation = 256-QAM
│ │ │ │ ├─■ symbol_rate = 6.875
│ │ │ │ └─■ FEC_inner = No conv. coding
│ │ │ ├─■ user_private_descriptor
│ │ │ │ └─■ data = 0000 80 19 68 74 74 70 3A 2F 2F 77 65 62 2E 76 6F 64 ..http://web.vod
│ │ │ │ 0010 2E 69 73 73 2E 6C 6F 63 61 6C 2F .iss.local/
│ │ │ └─■ user_private_descriptor
│ │ │ └─■ data = 0000 C0 .
De twee frequenties waarnaar verwezen wordt zijn in mijn wijk in Oosthuizen ook daadwerkelijk in gebruik voor VOD. Ik heb geen kabel Internet van Ziggo, dus geen idee of de URL's in de NIT al bestaan, maar misschien dat de Cisco 8455DVB bezitters in Ziggo/Multikabel gebied iets gemerkt hebben of iet merken als ze de installatie opnieuw uitvoeren (op eigen risico natuurlijk).
│ └─■ network ID 8888, version 10
│ ├─■ network_id = 8888
│ ├─■ version_number = 10
│ └─■ sections: { Required sections: 4, available sections: 4 }
│ ├─■ section { 0/3 }
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 3
│ │ ├─■ descriptors:
│ │ │ ├─■ network_name_descriptor
│ │ │ │ └─■ network_name
│ │ │ │ ├─■ character_coding = Latin alphabet
│ │ │ │ └─■ text = AMR Ziggo Digitale Televisie
│ │ │ ├─■ private_data_specifier_descriptor
│ │ │ │ └─■ private_data_specifier = 22
│ │ │ ├─■ 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.....
│ │ │ ├─■ user_private_descriptor
│ │ │ │ └─■ data = 0000 68 74 74 70 3A 2F 2F 70 72 6F 76 2E 76 6F 64 2E http://prov.vod.
│ │ │ │ 0010 69 73 73 2E 6C 6F 63 61 6C 2F 76 6F 64 2F 56 4F iss.local/vod/VO
│ │ │ │ 0020 44 50 72 6F 63 65 73 73 2F DProcess/
│ │ │ ├─■ user_private_descriptor
│ │ │ │ └─■ data = 0000 80 14 73 74 62 6C 6F 67 2E 76 6F 64 2E 69 73 73 ..stblog.vod.iss
│ │ │ │ 0010 2E 6C 6F 63 61 6C .local
│ │ │ ├─■ user_private_descriptor
│ │ │ │ └─■ data = 0000 02 58 02 58 09 60 00 .X.X.`.
│ │ │ ├─■ user_private_descriptor
│ │ │ │ └─■ data = 0000 80 1C 68 74 74 70 3A 2F 2F 74 72 61 78 69 73 2E ..http://traxis.
│ │ │ │ 0010 76 6F 64 2E 69 73 73 2E 6C 6F 63 61 6C 2F vod.iss.local/
│ │ │ ├─■ VOD_delivery_system_descriptor
│ │ │ │ └─■ VOD delivery systems:
│ │ │ │ └─■ VOD delivery system:
│ │ │ │ ├─■ frequency = 130.0
│ │ │ │ ├─■ FEC_outer = RS(204/188)
│ │ │ │ ├─■ modulation = 256-QAM
│ │ │ │ ├─■ symbol_rate = 6.875
│ │ │ │ └─■ FEC_inner = No conv. coding
│ │ │ ├─■ VOD_delivery_system_descriptor
│ │ │ │ └─■ VOD delivery systems:
│ │ │ │ └─■ VOD delivery system:
│ │ │ │ ├─■ frequency = 138.0
│ │ │ │ ├─■ FEC_outer = RS(204/188)
│ │ │ │ ├─■ modulation = 256-QAM
│ │ │ │ ├─■ symbol_rate = 6.875
│ │ │ │ └─■ FEC_inner = No conv. coding
│ │ │ ├─■ user_private_descriptor
│ │ │ │ └─■ data = 0000 80 19 68 74 74 70 3A 2F 2F 77 65 62 2E 76 6F 64 ..http://web.vod
│ │ │ │ 0010 2E 69 73 73 2E 6C 6F 63 61 6C 2F .iss.local/
│ │ │ └─■ user_private_descriptor
│ │ │ └─■ data = 0000 C0 .
De twee frequenties waarnaar verwezen wordt zijn in mijn wijk in Oosthuizen ook daadwerkelijk in gebruik voor VOD. Ik heb geen kabel Internet van Ziggo, dus geen idee of de URL's in de NIT al bestaan, maar misschien dat de Cisco 8455DVB bezitters in Ziggo/Multikabel gebied iets gemerkt hebben of iet merken als ze de installatie opnieuw uitvoeren (op eigen risico natuurlijk).
Op het gebruikersforum wordt geklaagd dat bij Travel Channel (met service ID 3007) opeens geen EPG informatie meer aanwezig is. Even gecontroleerd en inderdaad geen EPG informatie volgens onderstaande Event Information Table (EIT) data:
│ ├─■ service ID 3007, version 27
│ │ ├─■ service_id = 3007
│ │ ├─■ version_number = 27
│ │ ├─■ transport_stream_id = 3
│ │ ├─■ 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 = 2
│ │ │ ├─■ start_time { 3-3-09 11:00:00 GMT }
│ │ │ │ ├─■ MJD = 54893
│ │ │ │ └─■ UTC = 0x110000
│ │ │ ├─■ duration = 12:00: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 = 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
│ │ │ ├─■ 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
De kwaliteit van de EPG informatie holt bij Ziggo/Casema steeds verder achteruit. De tekst met het genre, jaartal, regisseur en acteurs ontbreekt ook nog steeds in de door Ziggo/Casema geproduceerde EPG informatie terwijl die wel bij Ziggo/@Home aanwezig is. Kan een Ziggo/@Home abonnee even controleren of Travel Channel ook bij Ziggo/@Home geen EPG informatie meer heeft of is dit alleen maar weer bij Ziggo/Casema/Multikabel abonnees het geval?
│ ├─■ service ID 3007, version 27
│ │ ├─■ service_id = 3007
│ │ ├─■ version_number = 27
│ │ ├─■ transport_stream_id = 3
│ │ ├─■ 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 = 2
│ │ │ ├─■ start_time { 3-3-09 11:00:00 GMT }
│ │ │ │ ├─■ MJD = 54893
│ │ │ │ └─■ UTC = 0x110000
│ │ │ ├─■ duration = 12:00: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 = 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
│ │ │ ├─■ 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
De kwaliteit van de EPG informatie holt bij Ziggo/Casema steeds verder achteruit. De tekst met het genre, jaartal, regisseur en acteurs ontbreekt ook nog steeds in de door Ziggo/Casema geproduceerde EPG informatie terwijl die wel bij Ziggo/@Home aanwezig is. Kan een Ziggo/@Home abonnee even controleren of Travel Channel ook bij Ziggo/@Home geen EPG informatie meer heeft of is dit alleen maar weer bij Ziggo/Casema/Multikabel abonnees het geval?
De huidige epg informatie voor travel channel in het Ziggo/@Home gebiedArChie schreef op dinsdag 03 maart 2009 @ 20:29:
Op het gebruikersforum wordt geklaagd dat bij Travel Channel (met service ID 3007) opeens geen EPG informatie meer aanwezig is. Even gecontroleerd en inderdaad geen EPG informatie volgens onderstaande Event Information Table (EIT) data:
...
De kwaliteit van de EPG informatie holt bij Ziggo/Casema steeds verder achteruit. De tekst met het genre, jaartal, regisseur en acteurs ontbreekt ook nog steeds in de door Ziggo/Casema geproduceerde EPG informatie terwijl die wel bij Ziggo/@Home aanwezig is. Kan een Ziggo/@Home abonnee even controleren of Travel Channel ook bij Ziggo/@Home geen EPG informatie meer heeft of is dit alleen maar weer bij Ziggo/Casema/Multikabel abonnees het geval?
Overigens wordt de VOD_delivery_system_descriptor door Ziggo/Casema op een afwijkende manier toegepast. In plaats van twee van dergelijke descriptors toe te voegen voor de twee VOD frequenties zou er één zo'n descriptor moeten zijn met repeterende content.
Dus niet:
│ │ │ ├─■ VOD_delivery_system_descriptor
│ │ │ │ └─■ VOD delivery systems:
│ │ │ │ └─■ VOD delivery system:
│ │ │ │ ├─■ frequency = 130.0
│ │ │ │ ├─■ FEC_outer = RS(204/188)
│ │ │ │ ├─■ modulation = 256-QAM
│ │ │ │ ├─■ symbol_rate = 6.875
│ │ │ │ └─■ FEC_inner = No conv. coding
│ │ │ ├─■ VOD_delivery_system_descriptor
│ │ │ │ └─■ VOD delivery systems:
│ │ │ │ └─■ VOD delivery system:
│ │ │ │ ├─■ frequency = 138.0
│ │ │ │ ├─■ FEC_outer = RS(204/188)
│ │ │ │ ├─■ modulation = 256-QAM
│ │ │ │ ├─■ symbol_rate = 6.875
│ │ │ │ └─■ FEC_inner = No conv. coding
Maar:
│ │ │ ├─■ VOD_delivery_system_descriptor
│ │ │ │ └─■ VOD delivery systems:
│ │ │ │ ├─■ VOD delivery system:
│ │ │ │ │ ├─■ frequency = 130.0
│ │ │ │ │ ├─■ FEC_outer = RS(204/188)
│ │ │ │ │ ├─■ modulation = 256-QAM
│ │ │ │ │ ├─■ symbol_rate = 6.875
│ │ │ │ │ └─■ FEC_inner = No conv. coding
│ │ │ │ └─■ VOD delivery system:
│ │ │ │ ├─■ frequency = 138.0
│ │ │ │ ├─■ FEC_outer = RS(204/188)
│ │ │ │ ├─■ modulation = 256-QAM
│ │ │ │ ├─■ symbol_rate = 6.875
│ │ │ │ └─■ FEC_inner = No conv. coding
Bij UPC doen ze dat wel op de juiste manier. Hebben ze de OpenTV specificatie soms niet goed begrepen? In de NIT voor network ID 5555 doen ze dat ook op die afwijkende manier.
Dus niet:
│ │ │ ├─■ VOD_delivery_system_descriptor
│ │ │ │ └─■ VOD delivery systems:
│ │ │ │ └─■ VOD delivery system:
│ │ │ │ ├─■ frequency = 130.0
│ │ │ │ ├─■ FEC_outer = RS(204/188)
│ │ │ │ ├─■ modulation = 256-QAM
│ │ │ │ ├─■ symbol_rate = 6.875
│ │ │ │ └─■ FEC_inner = No conv. coding
│ │ │ ├─■ VOD_delivery_system_descriptor
│ │ │ │ └─■ VOD delivery systems:
│ │ │ │ └─■ VOD delivery system:
│ │ │ │ ├─■ frequency = 138.0
│ │ │ │ ├─■ FEC_outer = RS(204/188)
│ │ │ │ ├─■ modulation = 256-QAM
│ │ │ │ ├─■ symbol_rate = 6.875
│ │ │ │ └─■ FEC_inner = No conv. coding
Maar:
│ │ │ ├─■ VOD_delivery_system_descriptor
│ │ │ │ └─■ VOD delivery systems:
│ │ │ │ ├─■ VOD delivery system:
│ │ │ │ │ ├─■ frequency = 130.0
│ │ │ │ │ ├─■ FEC_outer = RS(204/188)
│ │ │ │ │ ├─■ modulation = 256-QAM
│ │ │ │ │ ├─■ symbol_rate = 6.875
│ │ │ │ │ └─■ FEC_inner = No conv. coding
│ │ │ │ └─■ VOD delivery system:
│ │ │ │ ├─■ frequency = 138.0
│ │ │ │ ├─■ FEC_outer = RS(204/188)
│ │ │ │ ├─■ modulation = 256-QAM
│ │ │ │ ├─■ symbol_rate = 6.875
│ │ │ │ └─■ FEC_inner = No conv. coding
Bij UPC doen ze dat wel op de juiste manier. Hebben ze de OpenTV specificatie soms niet goed begrepen? In de NIT voor network ID 5555 doen ze dat ook op die afwijkende manier.
Als het data_service_id gelijk is aan 0x01 (EBU teletext) dan zegt EN300468 dat een teletext_descriptor verplicht is. Zomaar weglaten kan dus niet. OF het data_service_id klopt niet, OF er moet een zinnige teletext descriptor bij. Als het ondertiteling betreft lijkt het mij beter om deze te vullen met teletext_type 0x02, teletext subtitle pageArChie schreef op dinsdag 03 maart 2009 @ 19:31:
Bij de teletext ES van JimJam geeft de Humax IR-FOX C net als bij National Geographic Channel geen indicatie dat er een pagina gevonden is. Als de teletext ES al ergens voor gebruikt wordt dan is dat voor VBI data. De PMT informatie van JimJam ziet er als volgt uit:
│ │ └─■ stream
│ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ ├─■ elementary_PID = 420
│ │ └─■ descriptors:
│ │ ├─■ VBI_data_descriptor
│ │ │ └─■ data services:
│ │ │ └─■ data service
│ │ │ ├─■ data_service_id = EBU teletext
│ │ │ └─■ field lines:
│ │ │ └─■ line
│ │ │ ├─■ field_parity = 1
│ │ │ └─■ line_offset = 15
│ │ └─■ teletext_descriptor
│ │ └─■ teletext pages:
Ook hier weer ten onrechte een teletext_descriptor waardoor een ontvanger denkt dat de gebruiker de teletext mag oproepen.
Ik kan verder niet controleren of de ES daadwerkelijk EBU teletext data bevat, maar ik heb daar zo mijn twijfels over. Ook al omdat de Humax geen pagina's weet te vinden tijdens het laden van de data. JimJam zit ook niet in mijn pakket. Dit is een lege teletext_descriptor met data lengte 0, er is geen enkel teletext_type gedefinieerd. Dat geldt voor alle drie genoemde teletext_descriptors en het lijkt mij niet de intentie van EN300468 dat ze de teletext_descriptor als een soort tag gaan gebruiken. Als er echt teletekst data aanwezig zou zijn in die ES dan is het natuurlijk wel de bedoeling dat ook teletext_descriptor correct wordt ingevuld. Ergens klopt er iets niet en dat gaan ze maar uitzoeken bij Ziggo/Casema en/of Chellomedia/DMC. Een optie kan ook zijn om deze ES'sen uit te filteren als ze toch niets zinnigs bevatten. Met uitzondering van de teletext ES bij Extreme Sports natuurlijk die gewoon Nederlands-talige teletext ondertiteling blijkt te bevatten.digitalekabeltv schreef op woensdag 04 maart 2009 @ 08:56:
[...]
Als het data_service_id gelijk is aan 0x01 (EBU teletext) dan zegt EN300468 dat een teletext_descriptor verplicht is. Zomaar weglaten kan dus niet. OF het data_service_id klopt niet, OF er moet een zinnige teletext descriptor bij. Als het ondertiteling betreft lijkt het mij beter om deze te vullen met teletext_type 0x02, teletext subtitle page
Ik heb bij Ziggo Oost (voormalig @Home gebied) even gekeken naar JimJam en Nat Geographic. Daarbij zijn geen extra ES streams aanwezig, en ook geen vage teletext-descriptors.
Maar bij Extreme Sports is het ietwat apart; na de VBI_data_descriptor zit er een lege teletext-descriptor, net als bij Ziggo West. Daarna zit er nog een teletext_descriptor, met daarin entries voor ondertiteling in diverse talen (dut, swe, nor, rom, bul, dan). Alleen het length veld van deze descriptor is 32, terwijl elke entry 5 bytes lang is. Dat past dus niet precies, er zitten 2 bytes teveel in (of 3 te weinig). Hoe dat getoond wordt is afhankelijk van welk tool je gebruikt, maar meestal gaat het tool door met bytes uit het CRC veld te interpreteren alsof het bij een taal hoort. NxTSA komt hiermee tot de taal "slq", waarbij de q de eerste byte uit de CRC is. Ook type en paginanummers komen uit de CRC;

Ook decoders gaan hier verschillend mee om, sommige zoals Humax geven voor dit kanaal aan dat er helemaal geen ondertiteling is, andere laten de talen wel goed zien.
Maar bij Extreme Sports is het ietwat apart; na de VBI_data_descriptor zit er een lege teletext-descriptor, net als bij Ziggo West. Daarna zit er nog een teletext_descriptor, met daarin entries voor ondertiteling in diverse talen (dut, swe, nor, rom, bul, dan). Alleen het length veld van deze descriptor is 32, terwijl elke entry 5 bytes lang is. Dat past dus niet precies, er zitten 2 bytes teveel in (of 3 te weinig). Hoe dat getoond wordt is afhankelijk van welk tool je gebruikt, maar meestal gaat het tool door met bytes uit het CRC veld te interpreteren alsof het bij een taal hoort. NxTSA komt hiermee tot de taal "slq", waarbij de q de eerste byte uit de CRC is. Ook type en paginanummers komen uit de CRC;

Ook decoders gaan hier verschillend mee om, sommige zoals Humax geven voor dit kanaal aan dat er helemaal geen ondertiteling is, andere laten de talen wel goed zien.
Net even gecontroleerd en ook hier zijn bij National Geographic Channel en JimJam de teletext verwijzingen verdwenen en zijn ook de bijbehorende teletext Elementary Streams (ES) verwijderd. Tot dusver het goede nieuws. Hier dus precies hetzelfde probleem met de dubbele teletext_descriptor waarbij de toegevoegde teletext_descriptor niet correct is. Ook mijn tooltje gaat bij het parsen van die informatie in de fout. Zie het rood gemarkeerde deel van de stream Program Map Table (PMT) informatie:
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ │ ├─■ elementary_PID = 2801
│ │ │ └─■ descriptors:
│ │ │ ├─■ VBI_data_descriptor
│ │ │ │ └─■ data services:
│ │ │ │ └─■ data service
│ │ │ │ ├─■ data_service_id = EBU teletext
│ │ │ │ └─■ field lines:
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 7
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 8
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 9
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 10
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 15
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 7
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 8
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 9
│ │ │ │ └─■ line
│ │ │ │ ├─■ field_parity = 0
│ │ │ │ └─■ line_offset = 10
│ │ │ ├─■ teletext_descriptor
│ │ │ │ └─■ teletext pages:
│ │ │ └─■ teletext_descriptor
│ │ │ └─■ teletext pages:
│ │ │ ├─■ page { 888 }
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ │ ├─■ teletext_magazine_number = 0
│ │ │ │ └─■ teletext_page_number = 136
│ │ │ ├─■ page { 691 }
│ │ │ │ ├─■ ISO_639_language_code = swe
│ │ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ │ ├─■ teletext_magazine_number = 6
│ │ │ │ └─■ teletext_page_number = 145
│ │ │ ├─■ page { 777 }
│ │ │ │ ├─■ ISO_639_language_code = nor
│ │ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ │ ├─■ teletext_magazine_number = 7
│ │ │ │ └─■ teletext_page_number = 119
│ │ │ ├─■ page { 450 }
│ │ │ │ ├─■ ISO_639_language_code = rom
│ │ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ │ ├─■ teletext_magazine_number = 4
│ │ │ │ └─■ teletext_page_number = 80
│ │ │ ├─■ page { 350 }
│ │ │ │ ├─■ ISO_639_language_code = bul
│ │ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ │ ├─■ teletext_magazine_number = 3
│ │ │ │ └─■ teletext_page_number = 80
│ │ │ ├─■ page { 692 }
│ │ │ │ ├─■ ISO_639_language_code = dan
│ │ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ │ ├─■ teletext_magazine_number = 6
│ │ │ │ └─■ teletext_page_number = 146
│ │ │ └─■ page { ??? }
│ │ │ ├─■ ISO_639_language_code = sl
│ │ │ ├─■ teletext_type = null
│ │ │ ├─■ teletext_magazine_number = 2
│ │ │ └─■ teletext_page_number = 252
Op het gebruikersforum meldt een klant dat het kijken naar Extreme Sports er voor zorgt dat zijn Sony W4000 TV hangt. Deze TV kan dus niet goed tegen deze foute PMT informatie.
Het is toch ongelofelijk dat ze niet controleren of een wijziging is goed gegaan nadat ze iets aanpassen? De tooltjes die wij gebruiken zijn freeware of zelf gemaakt en wij zien als amateurs direct dat er iets niet klopt. Zij zijn de professionals en beschikken over professionele tools en dit valt ze niet op of ze controleren het niet. Triest, en dan druk ik mij deze keer zeer gematigd uit...
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ │ ├─■ elementary_PID = 2801
│ │ │ └─■ descriptors:
│ │ │ ├─■ VBI_data_descriptor
│ │ │ │ └─■ data services:
│ │ │ │ └─■ data service
│ │ │ │ ├─■ data_service_id = EBU teletext
│ │ │ │ └─■ field lines:
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 7
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 8
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 9
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 10
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 15
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 7
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 8
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 9
│ │ │ │ └─■ line
│ │ │ │ ├─■ field_parity = 0
│ │ │ │ └─■ line_offset = 10
│ │ │ ├─■ teletext_descriptor
│ │ │ │ └─■ teletext pages:
│ │ │ └─■ teletext_descriptor
│ │ │ └─■ teletext pages:
│ │ │ ├─■ page { 888 }
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ │ ├─■ teletext_magazine_number = 0
│ │ │ │ └─■ teletext_page_number = 136
│ │ │ ├─■ page { 691 }
│ │ │ │ ├─■ ISO_639_language_code = swe
│ │ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ │ ├─■ teletext_magazine_number = 6
│ │ │ │ └─■ teletext_page_number = 145
│ │ │ ├─■ page { 777 }
│ │ │ │ ├─■ ISO_639_language_code = nor
│ │ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ │ ├─■ teletext_magazine_number = 7
│ │ │ │ └─■ teletext_page_number = 119
│ │ │ ├─■ page { 450 }
│ │ │ │ ├─■ ISO_639_language_code = rom
│ │ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ │ ├─■ teletext_magazine_number = 4
│ │ │ │ └─■ teletext_page_number = 80
│ │ │ ├─■ page { 350 }
│ │ │ │ ├─■ ISO_639_language_code = bul
│ │ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ │ ├─■ teletext_magazine_number = 3
│ │ │ │ └─■ teletext_page_number = 80
│ │ │ ├─■ page { 692 }
│ │ │ │ ├─■ ISO_639_language_code = dan
│ │ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ │ ├─■ teletext_magazine_number = 6
│ │ │ │ └─■ teletext_page_number = 146
│ │ │ └─■ page { ??? }
│ │ │ ├─■ ISO_639_language_code = sl
│ │ │ ├─■ teletext_type = null
│ │ │ ├─■ teletext_magazine_number = 2
│ │ │ └─■ teletext_page_number = 252
Op het gebruikersforum meldt een klant dat het kijken naar Extreme Sports er voor zorgt dat zijn Sony W4000 TV hangt. Deze TV kan dus niet goed tegen deze foute PMT informatie.
Het is toch ongelofelijk dat ze niet controleren of een wijziging is goed gegaan nadat ze iets aanpassen? De tooltjes die wij gebruiken zijn freeware of zelf gemaakt en wij zien als amateurs direct dat er iets niet klopt. Zij zijn de professionals en beschikken over professionele tools en dit valt ze niet op of ze controleren het niet. Triest, en dan druk ik mij deze keer zeer gematigd uit...
Overigens heb ik zo mijn twijfels of alle talen (dut, swe, nor, rom, bul, dan) die ze nu hebben opgevoerd ook echt in deze teletekst ES van Extreme Sports aanwezig zijn, want nog steeds komt de Humax IR-FOX C alleen met pagina 888 op de proppen voor de Nederlandse taal (dut). Waarom dan Zweeds (swe), Noors (nor), Roemeens (rom), Bulgaars (bul) en Deens (dan) ook zijn opgevoerd is mij een raadsel.
Mijn Siemens PVR laat ook alleen maar TXT pagina 888 zien, de rest van de pagina's is niet aanwezig.ArChie schreef op donderdag 05 maart 2009 @ 22:29:
Overigens heb ik zo mijn twijfels of alle talen (dut, swe, nor, rom, bul, dan) die ze nu hebben opgevoerd ook echt in deze teletekst ES van Extreme Sports aanwezig zijn, want nog steeds komt de Humax IR-FOX C alleen met pagina 888 op de proppen voor de Nederlandse taal (dut). Waarom dan Zweeds (swe), Noors (nor), Roemeens (rom), Bulgaars (bul) en Deens (dan) ook zijn opgevoerd is mij een raadsel.
De andere talen worden wel als keuzeoptie aangegeven maar werken dus niet.
De Siemens PVR heeft geen mogenlijkheid tot DVB ondertiteling

[ Voor 7% gewijzigd door The_Doman op 05-03-2009 23:05 ]
De Humax IR-FOX C toont alleen de Nederlands-talige DVB ondertiteling variant die ook bij het Extreme Sports kanaal aanwezig is in het lijstje. Aangezien alle teletext ondertiteling taal keuze opties niet in het lijstje getoond worden lijkt het erop dat de Humax IR-FOX C al stopt met het parsen van de PMT informatie na de eerste teletext_descriptor die helemaal geen informatie bevat. Het ligt er dus maar aan hoe een ontwikkelaar de boel geprogrammeerd heeft wat je bij dit soort afwijkingen geval te zien krijgt. Pagina 888 kan ik alleen oproepen door eerst teletekst te activeren en vervolgens pagina 888 te kiezen die door de Humax IR-FOX C gevonden wordt. Dus niet via het normale ondertitelingsmenu.The_Doman schreef op donderdag 05 maart 2009 @ 22:39:
Mijn Siemens PVR laat ook alleen maar TXT pagina 888 zien, de rest van de pagina's is niet aanwezig.
De andere talen worden wel als keuzeoptie aangegeven maar werken dus niet.
Deze fix heeft dus weer een hoog "en we doen maar wat" gehalte. Als het niet goed is dan horen ze het vanzelf wel via de forums. Dat gaan ze toch zeker niet zelf controleren...
Vandaag even opnieuw gecontroleerd of men er al wat aan gedaan heeft en zowaar de bug in de Program Map Table (PMT) informatie van Extreme Sports is opgelost. De dubbele teletext_descriptor is verdwenen en de niet bestaande ondertitelingstalen zijn verwijderd:
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ │ ├─■ elementary_PID = 2801
│ │ │ └─■ descriptors:
│ │ │ ├─■ VBI_data_descriptor
│ │ │ │ └─■ data services:
│ │ │ │ └─■ data service
│ │ │ │ ├─■ data_service_id = EBU teletext
│ │ │ │ └─■ field lines:
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 7
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 8
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 9
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 10
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 15
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 7
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 8
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 9
│ │ │ │ └─■ line
│ │ │ │ ├─■ field_parity = 0
│ │ │ │ └─■ line_offset = 10
│ │ │ └─■ teletext_descriptor
│ │ │ └─■ teletext pages:
│ │ │ └─■ page { 888 }
│ │ │ ├─■ ISO_639_language_code = dut
│ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ ├─■ teletext_magazine_number = 0
│ │ │ └─■ teletext_page_number = 136
Het heeft ze kennelijk nog wel wat moeite gekost om dit voor elkaar te krijgen, want de PMT versie stond gisteren avond nog op versie 8:
│ ├─■ program number 2006, version 8
│ │ ├─■ program_number = 2006
│ │ ├─■ version_number = 8
│ │ └─■ sections: { Required sections: 1, available sections: 1 }
│ │ └─■ section { 0/0 }
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 0
│ │ ├─■ PCR_PID = 2601
│ │ ├─■ descriptors:
│ │ │ ├─■ ca_descriptor
│ │ │ │ ├─■ CA_system_ID = 1540
│ │ │ │ └─■ CA_PID = 4005
│ │ │ └─■ ca_descriptor
│ │ │ ├─■ CA_system_ID = 1538
│ │ │ └─■ CA_PID = 5005
│ │ └─■ elementary streams:
en nu op versie 15:
│ ├─■ program number 2006, version 15
│ │ ├─■ program_number = 2006
│ │ ├─■ version_number = 15
│ │ └─■ sections: { Required sections: 1, available sections: 1 }
│ │ └─■ section { 0/0 }
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 0
│ │ ├─■ PCR_PID = 2601
│ │ ├─■ descriptors:
│ │ │ ├─■ ca_descriptor
│ │ │ │ ├─■ CA_system_ID = 1540
│ │ │ │ └─■ CA_PID = 4005
│ │ │ └─■ ca_descriptor
│ │ │ ├─■ CA_system_ID = 1538
│ │ │ └─■ CA_PID = 5005
│ │ └─■ elementary streams:
En nu maar hopen dat ze geleerd hebben om voortaan zelf hun werkzaamheden te controleren.
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ │ ├─■ elementary_PID = 2801
│ │ │ └─■ descriptors:
│ │ │ ├─■ VBI_data_descriptor
│ │ │ │ └─■ data services:
│ │ │ │ └─■ data service
│ │ │ │ ├─■ data_service_id = EBU teletext
│ │ │ │ └─■ field lines:
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 7
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 8
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 9
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 10
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 1
│ │ │ │ │ └─■ line_offset = 15
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 7
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 8
│ │ │ │ ├─■ line
│ │ │ │ │ ├─■ field_parity = 0
│ │ │ │ │ └─■ line_offset = 9
│ │ │ │ └─■ line
│ │ │ │ ├─■ field_parity = 0
│ │ │ │ └─■ line_offset = 10
│ │ │ └─■ teletext_descriptor
│ │ │ └─■ teletext pages:
│ │ │ └─■ page { 888 }
│ │ │ ├─■ ISO_639_language_code = dut
│ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ ├─■ teletext_magazine_number = 0
│ │ │ └─■ teletext_page_number = 136
Het heeft ze kennelijk nog wel wat moeite gekost om dit voor elkaar te krijgen, want de PMT versie stond gisteren avond nog op versie 8:
│ ├─■ program number 2006, version 8
│ │ ├─■ program_number = 2006
│ │ ├─■ version_number = 8
│ │ └─■ sections: { Required sections: 1, available sections: 1 }
│ │ └─■ section { 0/0 }
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 0
│ │ ├─■ PCR_PID = 2601
│ │ ├─■ descriptors:
│ │ │ ├─■ ca_descriptor
│ │ │ │ ├─■ CA_system_ID = 1540
│ │ │ │ └─■ CA_PID = 4005
│ │ │ └─■ ca_descriptor
│ │ │ ├─■ CA_system_ID = 1538
│ │ │ └─■ CA_PID = 5005
│ │ └─■ elementary streams:
en nu op versie 15:
│ ├─■ program number 2006, version 15
│ │ ├─■ program_number = 2006
│ │ ├─■ version_number = 15
│ │ └─■ sections: { Required sections: 1, available sections: 1 }
│ │ └─■ section { 0/0 }
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 0
│ │ ├─■ PCR_PID = 2601
│ │ ├─■ descriptors:
│ │ │ ├─■ ca_descriptor
│ │ │ │ ├─■ CA_system_ID = 1540
│ │ │ │ └─■ CA_PID = 4005
│ │ │ └─■ ca_descriptor
│ │ │ ├─■ CA_system_ID = 1538
│ │ │ └─■ CA_PID = 5005
│ │ └─■ elementary streams:
En nu maar hopen dat ze geleerd hebben om voortaan zelf hun werkzaamheden te controleren.
Vandaag een uitbreiding gemaakt aan het tooltje om een Service Description Table (SDT) gemaakt van een Transport Stream (TS) capture file op te kunnen slaan en weer te kunnen laden bij de analyse van een andere TS capture file. Dit is handig omdat de prutsers van Ziggo/Casema nog steeds niet de zogenaamde Other SDT's doorgeven in alle andere TS'sen dan TS 7 die in Ziggo/Casema en Ziggo/Multikabel gebied gebruikt moet worden voor het instellen van de ontvangers. In alle andere TS'sen zijn daarom voor de overige TS'sen geen service beschrijvingen te laden vanuit een capture file wat DVB analyses lastiger maakt omdat bijna alle Service Information (DVB-SI) is gekoppeld aan die service ID's.
Met deze uitbreiding is weer van iedere TS bijvoorbeeld eenvoudig een volledig overzicht te produceren van de EPG informatie die via die TS wordt verzonden. Daaruit blijkt dat Ziggo/Casema nog steeds niet het te weinig versturen van EPG informatie in TS 26 heeft opgelost. Zoals ik meer dan twee weken geleden al aangaf verstuurd Ziggo/Casema in TS 26 voor alle kanalen die in andere TS'sen zitten dan TS 26 maar voor 10 secties aan EPG data terwijl dat normaal 16 secties van ieder 3 uur zijn. In TS 26 wordt de toch al minimale hoeveelheid van twee dagen EPG bij Ziggo/Casema/Multikabel bij lange na niet gehaald. En deze afwijking leidt tot inconsistent gedrag van de ontvangers.
Om een voorbeeld te geven volgt eerst het overzicht van de EPG informatie die in TS 7 voor de kanalen in TS 19 worden verzonden:
En nu "hetzelfde" overzicht voor de EPG informatie van de kanalen in TS 19, maar nu zoals verzonden via TS 26:
Zoals te zien is zijn de versie nummers gelijk voor de Schedule EPG informatie, maar de verzonden hoeveelheid data is zeker niet gelijk. In het tweede overzicht lopen de programma's maar tot een uur of zes de volgende ochtend i.p.v. tot middernacht de volgende dag en in geval van SBS 6 houdt het zelfs al op net na middernacht van de huidige dag.
Gewoon domme configuratie fouten van personeel dat geen idee heeft wat ze aan het doen zijn en kennelijk begrijpen ze het nog steeds niet want anders had dit de afgelopen twee weken toch wel een keer opgelost kunnen worden. Hoe moeilijk kan het toch zijn. Misschien is het een idee om deze "technici" voortaan aan het werk te zetten bij de helpdesk?
Verder weer een zoekactie uitgevoerd op de term "e.a." in de volledige set EPG informatie om te zien of het twee weken geleden aangekaarte probleem van de ontbrekende tekst met het genre, jaartal, regisseur en acteurs in de EPG informatie bij films en series nu eindelijk eens is opgelost door Ziggo/Casema. Nog steeds geen spoor van te vinden en nog steeds geen enkele verklaring waarom deze informatie ineens bij Ziggo/Casema/Multikabel abonnees is verwijderd terwijl het nog wel steeds gewoon aanwezig is bij de Ziggo/@Home abonnees. Hier hopen ze waarschijnlijk weer dat we het na verloop van tijd wel weer zullen vergeten. De prutsers...
Met deze uitbreiding is weer van iedere TS bijvoorbeeld eenvoudig een volledig overzicht te produceren van de EPG informatie die via die TS wordt verzonden. Daaruit blijkt dat Ziggo/Casema nog steeds niet het te weinig versturen van EPG informatie in TS 26 heeft opgelost. Zoals ik meer dan twee weken geleden al aangaf verstuurd Ziggo/Casema in TS 26 voor alle kanalen die in andere TS'sen zitten dan TS 26 maar voor 10 secties aan EPG data terwijl dat normaal 16 secties van ieder 3 uur zijn. In TS 26 wordt de toch al minimale hoeveelheid van twee dagen EPG bij Ziggo/Casema/Multikabel bij lange na niet gehaald. En deze afwijking leidt tot inconsistent gedrag van de ontvangers.
Om een voorbeeld te geven volgt eerst het overzicht van de EPG informatie die in TS 7 voor de kanalen in TS 19 worden verzonden:
code:
1
2
3
4
5
6
7
8
9
| ================================================================================================================================================================= 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 31 Y 16/16 1 06-03-2009 00:05:00 07-03-2009 23:20:00 63 RTL 5 1 19002 Y 2/2 6 Y 16/16 7 06-03-2009 00:05:00 07-03-2009 23:45:00 49 SBS 6 1 19003 Y 2/2 6 Y 16/16 15 06-03-2009 00:20:00 07-03-2009 22:30:00 43 RTL 7 1 19006 Y 2/2 28 Y 16/16 4 06-03-2009 00:05:00 07-03-2009 23:51:00 54 ================================================================================================================================================================= |
En nu "hetzelfde" overzicht voor de EPG informatie van de kanalen in TS 19, maar nu zoals verzonden via TS 26:
code:
1
2
3
4
5
6
7
8
9
| ================================================================================================================================================================= 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 31 Y 10/10 1 06-03-2009 00:05:00 07-03-2009 05:45:00 37 RTL 5 1 19002 Y 2/2 6 Y 10/10 7 06-03-2009 00:05:00 07-03-2009 05:01:00 34 SBS 6 1 19003 Y 2/2 6 Y 9/9 15 06-03-2009 00:20:00 07-03-2009 01:05:00 27 RTL 7 1 19006 Y 2/2 28 Y 10/10 4 06-03-2009 00:05:00 07-03-2009 04:30:00 34 ================================================================================================================================================================= |
Zoals te zien is zijn de versie nummers gelijk voor de Schedule EPG informatie, maar de verzonden hoeveelheid data is zeker niet gelijk. In het tweede overzicht lopen de programma's maar tot een uur of zes de volgende ochtend i.p.v. tot middernacht de volgende dag en in geval van SBS 6 houdt het zelfs al op net na middernacht van de huidige dag.
Gewoon domme configuratie fouten van personeel dat geen idee heeft wat ze aan het doen zijn en kennelijk begrijpen ze het nog steeds niet want anders had dit de afgelopen twee weken toch wel een keer opgelost kunnen worden. Hoe moeilijk kan het toch zijn. Misschien is het een idee om deze "technici" voortaan aan het werk te zetten bij de helpdesk?
Verder weer een zoekactie uitgevoerd op de term "e.a." in de volledige set EPG informatie om te zien of het twee weken geleden aangekaarte probleem van de ontbrekende tekst met het genre, jaartal, regisseur en acteurs in de EPG informatie bij films en series nu eindelijk eens is opgelost door Ziggo/Casema. Nog steeds geen spoor van te vinden en nog steeds geen enkele verklaring waarom deze informatie ineens bij Ziggo/Casema/Multikabel abonnees is verwijderd terwijl het nog wel steeds gewoon aanwezig is bij de Ziggo/@Home abonnees. Hier hopen ze waarschijnlijk weer dat we het na verloop van tijd wel weer zullen vergeten. De prutsers...
Op het gebruikersforum lees ik klachten van klanten die opeens hun ondertiteling bij Zone Reality kwijt zijn. Dat kan kloppen, want de Nederlands-talige DVB ondertiteling Elementary Stream is zomaar verdwenen. In Ziggo/Casema/Multikabel gebied is er nog wel een Nederlands-talige teletekst ondertiteling via pagina 888, maar daar hebben de klanten met een Cisco 8455DVB weer niet zoveel aan omdat deze "goedgekeurde" ontvanger niet met teletekst ondertiteling overweg kan.
Ze zijn de laatste tijd weer veel aan het klooien met de extra Elementary Streams bij Ziggo/Casema. En zodra het Ziggo/Casema personeel ergens aanzit dan valt het om.
Ze zijn de laatste tijd weer veel aan het klooien met de extra Elementary Streams bij Ziggo/Casema. En zodra het Ziggo/Casema personeel ergens aanzit dan valt het om.
Ik ben momenteel bezig met wat reverse engineering van de firmware download informatie om straks ook automatisch met mijn tooltje een overzicht te kunnen maken van alle huidige firmware versies die door Ziggo via de Transport Streams wordt verzonden voor iedere ontvanger. Zelf beschik ik over een Humax IR-FOX C en op basis van de informatie die deze ontvanger op het "Loader Status" scherm laat zien ben ik al een aardig eind gevorderd met het herleiden van de velden in de firmware download informatie.
Zie onderstaand het resultaat tot dusver voor de firmware versie van de Humax IR-FOX C:
Om te controleren of één en ander klopt en om hopelijk nog een aantal "unknown_..." te kunnen invullen heb ik behoefte aan afbeeldingen (foto's of iets dergelijks) van het "Loader Status" scherm van de andere door Ziggo goedgekeurde ontvangers waarop de laatste firmware versie is geïnstalleerd. Ik kan via het Internet wel wat foto's vinden van het "Loader Status" scherm van ontvangers die oudere firmware versies geïnstalleerd hebben, maar daar heb ik niet zoveel aan omdat ik dan de informatie op de foto niet kan terugzoeken in de firmware download data die momenteel door Ziggo/Casema verzonden wordt.
Wie helpt mij verder door in dit topic een schermafbeelding te plaatsen van het "Loader Status" scherm van de ontvanger?
Zie onderstaand het resultaat tot dusver voor de firmware versie van de Humax IR-FOX C:
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
| table_id = 128 section_syntax_indicator = true private_indicator = false reserved = 3 section_length = 149 MAC_address_6 = 0 MAC_address_5 = 0 reserved = 127 current_next_indicator = Currently applicable section_number = 0 last_section_number = 0 MAC_address_4 = -22 MAC_address_3 = 96 MAC_address_2 = 15 MAC_address_1 = 19 loader_sequence_number = 10 last_section_number = 17 loader_info = 21/07/2008.59:00:005D-010 unknown_byte_value = 11 unknown_byte_value = 11 variant = 33113 BIN_2_IRD_version = 31 q BIN_2_IRD_serial = 0001 unknown_byte_value = 213 unknown_byte_value = 140 sign_time = 14:36:03 unknown_int_value = 86 key_system_ID = 89 key_version = 0 key_sequence_number = 10 |
Om te controleren of één en ander klopt en om hopelijk nog een aantal "unknown_..." te kunnen invullen heb ik behoefte aan afbeeldingen (foto's of iets dergelijks) van het "Loader Status" scherm van de andere door Ziggo goedgekeurde ontvangers waarop de laatste firmware versie is geïnstalleerd. Ik kan via het Internet wel wat foto's vinden van het "Loader Status" scherm van ontvangers die oudere firmware versies geïnstalleerd hebben, maar daar heb ik niet zoveel aan omdat ik dan de informatie op de foto niet kan terugzoeken in de firmware download data die momenteel door Ziggo/Casema verzonden wordt.
Wie helpt mij verder door in dit topic een schermafbeelding te plaatsen van het "Loader Status" scherm van de ontvanger?
Toch maar hier mijn vraag neer plempen...
Ik heb nu ziggo digitv.
ik wil graag een tweede tv in huis gaan nemen.
Wat moet ik aanschaffen wil het hetzelfde pakket ook op de tweede tv werken?
Gewoon heel nieuw abbo met kastje en smartcard?
Of kun je heel goedkoop iets regelen met doorzetten signaal?
De ziggo site vind ik onduidelijk wat dat betreft.
Ik heb nu ziggo digitv.
ik wil graag een tweede tv in huis gaan nemen.
Wat moet ik aanschaffen wil het hetzelfde pakket ook op de tweede tv werken?
Gewoon heel nieuw abbo met kastje en smartcard?
Of kun je heel goedkoop iets regelen met doorzetten signaal?
De ziggo site vind ik onduidelijk wat dat betreft.
Burp
Verwijderd
Ja, nieuw kastje met smartcard. Kastje betalen, 2de smartcard is gratis.Wii4all schreef op zondag 08 maart 2009 @ 20:15:
Gewoon heel nieuw abbo met kastje en smartcard?
Of kun je heel goedkoop iets regelen met doorzetten signaal?
2de Smartcard staat STANDAARD pakket op. Wil je daar ook extra pakketten op dan moet je daar weer voor betalen. Dat zou gaan veranderen bij Ziggo, dus dat je daar niet wederom voor moet betalen. Maar ik heb begrepen dat dit uitgesteld is.
Ja, er zijn ook andere oplossingen... ff zoeken in dit forum...heb daar zelf geen ervaring mee.
Jammer dat niemand even de moeite wil nemen om hier een afbeelding te plaatsen van het "Loader Status" scherm. Ziggo en/of Irdeto hebben helaas geen specificaties beschikbaar gesteld van het firmware download protocol, dus de informatie getoond op het "Loader Status" scherm van de diverse ontvangers is mijn enige houvast bij het uitpluizen van de data in de firmware download Elementary Streams (ES).ArChie schreef op zondag 08 maart 2009 @ 12:55:
Wie helpt mij verder door in dit topic een schermafbeelding te plaatsen van het "Loader Status" scherm van de ontvanger?
Maar goed, op basis van hetgeen ik nu wel met zekerheid weet over de data structuur heb ik mijn tooltje uitgebreid zodat voortaan ook het onderstaande firmware versions overzicht wordt gemaakt (even op het code uitklap knopje 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
| =========================================================================================================== Available Firmware Versions Test Loader Sign Sign Service name Service ID Receiver name Y/N seq # date time ----------------------------------------------------------------------------------------------------------- Humax PVR loader 7002 Humax Duovisio iPVR-9200C N 5 29/07/2008 17:51:08 Samsung PVR loader 7003 Samsung DCB-P850R N 9 21/12/2007 18:33:17 Siemens PVR loader 7004 Siemens Gigaset M750 C IR N 2 17/02/2007 09:59:13 Nokia loader 7005 Nokia Mediamaster 119C N 4 27/02/2007 14:55:49 Samsung loader 7006 Samsung DCB-9401R N 6 10/12/2007 16:57:00 Philips loader 7007 Philips DCR202x/03 N 8 21/01/2009 10:00:21 Samsung HD loader 7008 Samsung DCB-H360R N 7 01/07/2008 16:32:15 Panasonic loader 7009 Panasonic TU-DC40RD N 4 26/06/2006 14:58:18 Humax SD 7011 Humax IR-FOX C N 10 21/07/2008 14:36:03 Digi1 loader 7012 Digi1 STB-85 ir N 3 06/08/2007 11:36:57 SA Vod loader 7013 Cisco 8455DVB N 9 29/08/2008 13:31:47 Samsung Loader 2 7014 Samsung DCB-9401R N 102 10/12/2007 17:00:49 JVC LCD loader 7016 JVC LT-xxDC9B N 3 16/07/2008 16:04:59 HumaxPvrHD 7017 Humax iHDR-5050c Y 6 02/12/2008 06:39:55 Samsung HD G2 7018 Samsung DCB-H380R Y 16 12/01/2009 17:16:37 Humax IRHD 5000C 7019 Humax IRHD-5000C Y 111 24/02/2009 15:51:35 =========================================================================================================== |
In de eerste kolom staat de naam van de service zoals die door Ziggo/Casema is toegewezen aan het firmware download kanaal met in de daarop volgende kolom het service ID. Omdat deze service naam nogal cryptisch is leest het tooltje ook een bestandje in met daarin de juiste fabrikant en type naam van de ontvanger. Dit wordt toegevoegd in de derde kolom. In de "Test" kolom wordt aangegeven of het een test firmware versie is. Als het om een test firmware gaat dan is die firmware versie niet te downloaden door normale ontvangers. Het is mogelijk dat de ontvanger aangeeft dat er een nieuwere firmware versie klaarstaat, maar dat het installatie proces tijdens het downloaden wordt afgebroken. In dat geval is de ontvanger er tijdens het downloaden achter gekomen dat de firmware versie een test versie is die niet geïnstalleerd kan worden.
De "Loader seq #" kolom geeft het volgnummer van de firmware versie aan zoals ook getoond wordt op de "Loader Status" pagina van de ontvanger, meestal vooraf gegaan door een "L-". De "Sign date" en "Sign time" kolommen geven aan wanneer de te downloaden firmware versie is gemaakt door het kabelbedrijf.
Het kabelbedrijf stelt altijd alleen de laaste firmware versie voor een ontvanger te beschikking indien die versie nieuwer is dan de eerste firmware versie waarmee een bepaald type ontvanger ooit is geïntroduceerd. Als een bepaald type ontvanger nog niet in het bovenstaande lijstje staat dan is er nog geen nieuwere firmware versie beschikbaar voor die ontvanger. Op het moment dat het kabelbedrijf gaat testen met een nieuwere versie dan zal die versie op een gegeven moment meestal beschikbaar komen als een speciale test versie voor speciale test ontvangers bij de fieldtesters. Zolang die test versie in het download kanaal van de ontvanger aanwezig is kan een klant zijn ontvanger dus niet updaten naar de laatst beschikbare openbare versie van de firmware.
Thanks. Het is een Samsung en ik vermoed een DCB-B270R. Klopt dat?
Het overzicht van de firmware versies is overigens niet compleet. De firmware versie voor de Samsung DCB-B270R ontbreekt namelijk nog:
Tijdens het maken van deze uitbreiding van het toolje ontbrak in eerst instantie de firmware versie voor de nieuwe Humax iHDR-5050c HDTV/PVR. Om te kunnen bepalen of de service een zogenaamde "Irdeto loader" firmware download service is moet namelijk het service ID aanwezig zijn in de Bouquet Association Table (BAT) die de "Irdeto loaders" definieert. In de eerste versie van de uitbreiding van het tooltje controleerde ik daarom of de service ID voorkwam in de services lijst van de BAT:
├─■ BAT { Bouquet Association Table }
│ └─■ bouquet ID 13858, version 3
│ ├─■ bouquet_id = 13858
│ ├─■ version_number = 3
│ └─■ sections: { Required sections: 1, available sections: 1 }
│ └─■ section { 0/0 }
│ ├─■ section_number = 0
│ ├─■ last_section_number = 0
│ ├─■ descriptors:
│ │ ├─■ bouquet_name_descriptor
│ │ │ └─■ bouquet_name
│ │ │ ├─■ character_coding = Latin alphabet
│ │ │ └─■ text = Irdeto loaders
│ │ ├─■ private_data_specifier_descriptor
│ │ │ └─■ private_data_specifier = 3547765
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7002
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0F FF 15 FF 81 FF 59 FF 05 FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7003
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0E FF 0A FF 81 FF 59 FF 09 FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7004
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 7F FF 01 FF 81 FF 59 FF 02 FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7005
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 03 FF 09 FF 81 FF 59 FF 04 FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7005
│ │ │ ├─■ linkage_type = User defined (Irdeto download 1)
│ │ │ └─■ linkage_data = 0000 03 02 ..
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7006
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0E FF 04 FF 81 FF 59 FF 06 FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7006
│ │ │ ├─■ linkage_type = User defined (Irdeto download 1)
│ │ │ └─■ linkage_data = 0000 0E 02 ..
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7009
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 32 FF 04 FF 81 FF 59 FF 04 FF 02 .2.....Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7009
│ │ │ ├─■ linkage_type = User defined (Irdeto download 1)
│ │ │ └─■ linkage_data = 0000 32 02 2.
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7007
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 45 FF 04 FF 81 FF 59 FF 08 FF 02 .E.....Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7008
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0E FF 0B FF 81 FF 59 FF 07 FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7011
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0F FF 13 FF 81 FF 59 FF 0A FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7013
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF B0 FF 01 FF 81 FF 59 FF 09 FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7012
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 19 FF 0A FF 81 FF 59 FF 03 FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7014
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0E FF 04 FF 81 FF 59 FF 66 FF 02 .......Y.f..
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7016
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0F FF 22 FF 81 FF 59 FF 03 FF 02 ..."...Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7017
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0F FF 28 FF 81 FF 59 FF 06 FF 02 ...(...Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7018
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0E FF 0F FF 81 FF 59 FF 10 FF 02 .......Y....
│ │ └─■ linkage_descriptor
│ │ ├─■ transport_stream_id = 7
│ │ ├─■ original_network_id = 500
│ │ ├─■ service_id = 7019
│ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ └─■ linkage_data = 0000 FF 0F FF 21 FF 81 FF 59 FF 6F FF 02 ...!...Y.o..
│ └─■ transport streams:
│ └─■ stream
│ ├─■ transport_stream_id = 7
│ ├─■ original_network_id = 500
│ └─■ descriptors:
│ └─■ service_list_descriptor
│ └─■ services:
│ ├─■ service
│ │ ├─■ service_id = 7002
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7003
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7004
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7005
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7006
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7007
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7008
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7009
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7010
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7011
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7012
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7013
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7014
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7016
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7018
│ │ └─■ service_type = User defined: firmware download service
│ └─■ service
│ ├─■ service_id = 7019
│ └─■ service_type = User defined: firmware download service
Zoals te zien is ontbreekt bij Ziggo/Casema in die services lijst de service ID 7017 van de Humax iHDR-5050c met als gevolg dat ik service ID 7017 niet herkende als "firmware download service". Service ID 7017 komt echter wel voor als linkage_descriptor die door de ontvangers gebruikt wordt om de huidige loader versies te bepalen voordat ze tot downloaden overgaan. Na het maken van de aanpassing om dan maar voortaan de linkage_descriptors te gebruiken voor verificatie bleek dat service ID 7010 voor de Samsung DCB-B270R opeens uit het overzicht was verdwenen. Bij service ID 7010 heeft Ziggo/Casema precies de omgekeerde fout gemaakt. Er is dus voor service ID 7010 wel een "firmware download service" gedefinieerd in de services lijst, maar nu ontbreekt de benodigde linkage_descriptor voor service ID 7010.
Door het ontbreken van de linkage_descriptor voor service ID 7010 gaat de Samsung DCB-B270R dus nooit en te nimmer weten dat er eventueel nieuwe firmware versie is, dus heb ik besloten om de laatste implementatie van het overzicht als de juiste te behouden. Maar het is toch ongelofelijk dat ik werkelijk geen enkel onderdeel van de DVB Service Information (DVB-SI) onder de loep kan nemen zonder tegen nieuwe fouten van Ziggo/Casema aan te lopen. Nu weer twee firmware download services die niet goed geconfigureerd zijn in de BAT. Wat een prutsers...
code:
1
| Samsung 2nd Gen loader 7010 Samsung DCB-B270R Y 6 28/02/2007 16:06:42 |
Tijdens het maken van deze uitbreiding van het toolje ontbrak in eerst instantie de firmware versie voor de nieuwe Humax iHDR-5050c HDTV/PVR. Om te kunnen bepalen of de service een zogenaamde "Irdeto loader" firmware download service is moet namelijk het service ID aanwezig zijn in de Bouquet Association Table (BAT) die de "Irdeto loaders" definieert. In de eerste versie van de uitbreiding van het tooltje controleerde ik daarom of de service ID voorkwam in de services lijst van de BAT:
├─■ BAT { Bouquet Association Table }
│ └─■ bouquet ID 13858, version 3
│ ├─■ bouquet_id = 13858
│ ├─■ version_number = 3
│ └─■ sections: { Required sections: 1, available sections: 1 }
│ └─■ section { 0/0 }
│ ├─■ section_number = 0
│ ├─■ last_section_number = 0
│ ├─■ descriptors:
│ │ ├─■ bouquet_name_descriptor
│ │ │ └─■ bouquet_name
│ │ │ ├─■ character_coding = Latin alphabet
│ │ │ └─■ text = Irdeto loaders
│ │ ├─■ private_data_specifier_descriptor
│ │ │ └─■ private_data_specifier = 3547765
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7002
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0F FF 15 FF 81 FF 59 FF 05 FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7003
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0E FF 0A FF 81 FF 59 FF 09 FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7004
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 7F FF 01 FF 81 FF 59 FF 02 FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7005
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 03 FF 09 FF 81 FF 59 FF 04 FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7005
│ │ │ ├─■ linkage_type = User defined (Irdeto download 1)
│ │ │ └─■ linkage_data = 0000 03 02 ..
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7006
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0E FF 04 FF 81 FF 59 FF 06 FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7006
│ │ │ ├─■ linkage_type = User defined (Irdeto download 1)
│ │ │ └─■ linkage_data = 0000 0E 02 ..
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7009
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 32 FF 04 FF 81 FF 59 FF 04 FF 02 .2.....Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7009
│ │ │ ├─■ linkage_type = User defined (Irdeto download 1)
│ │ │ └─■ linkage_data = 0000 32 02 2.
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7007
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 45 FF 04 FF 81 FF 59 FF 08 FF 02 .E.....Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7008
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0E FF 0B FF 81 FF 59 FF 07 FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7011
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0F FF 13 FF 81 FF 59 FF 0A FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7013
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF B0 FF 01 FF 81 FF 59 FF 09 FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7012
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 19 FF 0A FF 81 FF 59 FF 03 FF 02 .......Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7014
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0E FF 04 FF 81 FF 59 FF 66 FF 02 .......Y.f..
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7016
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0F FF 22 FF 81 FF 59 FF 03 FF 02 ..."...Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7017
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0F FF 28 FF 81 FF 59 FF 06 FF 02 ...(...Y....
│ │ ├─■ linkage_descriptor
│ │ │ ├─■ transport_stream_id = 7
│ │ │ ├─■ original_network_id = 500
│ │ │ ├─■ service_id = 7018
│ │ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ │ └─■ linkage_data = 0000 FF 0E FF 0F FF 81 FF 59 FF 10 FF 02 .......Y....
│ │ └─■ linkage_descriptor
│ │ ├─■ transport_stream_id = 7
│ │ ├─■ original_network_id = 500
│ │ ├─■ service_id = 7019
│ │ ├─■ linkage_type = User defined (Irdeto download 2)
│ │ └─■ linkage_data = 0000 FF 0F FF 21 FF 81 FF 59 FF 6F FF 02 ...!...Y.o..
│ └─■ transport streams:
│ └─■ stream
│ ├─■ transport_stream_id = 7
│ ├─■ original_network_id = 500
│ └─■ descriptors:
│ └─■ service_list_descriptor
│ └─■ services:
│ ├─■ service
│ │ ├─■ service_id = 7002
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7003
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7004
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7005
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7006
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7007
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7008
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7009
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7010
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7011
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7012
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7013
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7014
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7016
│ │ └─■ service_type = User defined: firmware download service
│ ├─■ service
│ │ ├─■ service_id = 7018
│ │ └─■ service_type = User defined: firmware download service
│ └─■ service
│ ├─■ service_id = 7019
│ └─■ service_type = User defined: firmware download service
Zoals te zien is ontbreekt bij Ziggo/Casema in die services lijst de service ID 7017 van de Humax iHDR-5050c met als gevolg dat ik service ID 7017 niet herkende als "firmware download service". Service ID 7017 komt echter wel voor als linkage_descriptor die door de ontvangers gebruikt wordt om de huidige loader versies te bepalen voordat ze tot downloaden overgaan. Na het maken van de aanpassing om dan maar voortaan de linkage_descriptors te gebruiken voor verificatie bleek dat service ID 7010 voor de Samsung DCB-B270R opeens uit het overzicht was verdwenen. Bij service ID 7010 heeft Ziggo/Casema precies de omgekeerde fout gemaakt. Er is dus voor service ID 7010 wel een "firmware download service" gedefinieerd in de services lijst, maar nu ontbreekt de benodigde linkage_descriptor voor service ID 7010.
Door het ontbreken van de linkage_descriptor voor service ID 7010 gaat de Samsung DCB-B270R dus nooit en te nimmer weten dat er eventueel nieuwe firmware versie is, dus heb ik besloten om de laatste implementatie van het overzicht als de juiste te behouden. Maar het is toch ongelofelijk dat ik werkelijk geen enkel onderdeel van de DVB Service Information (DVB-SI) onder de loep kan nemen zonder tegen nieuwe fouten van Ziggo/Casema aan te lopen. Nu weer twee firmware download services die niet goed geconfigureerd zijn in de BAT. Wat een prutsers...
Verwijderd
He' Archie waarom ga niet lekker naar digitenne ?
Als het nou allemaal zo slecht is zeg dan lekker op !
Dan ben je een echt held.
Zit al jaren bij Casema /Ziggo kan niet anders zeggen TOP! mooi beeld alles dik voor elkaar.
Get a life.. zet de tv uit en ga eens naar buiten en zie hoe mooi het leven echt is .. in full HD Resolution.
Als het nou allemaal zo slecht is zeg dan lekker op !
Dan ben je een echt held.
Zit al jaren bij Casema /Ziggo kan niet anders zeggen TOP! mooi beeld alles dik voor elkaar.
Get a life.. zet de tv uit en ga eens naar buiten en zie hoe mooi het leven echt is .. in full HD Resolution.
Het is inderdaad een Samsung DCB-B270R. En keep up the good work Archie.
@EIHCRA Archie zet actuele en structurele problemen/storing uiteen, zodat Ziggo daar iets mee kan. Daarnaast geeft het ook de consument inzicht in problemen.
@EIHCRA Archie zet actuele en structurele problemen/storing uiteen, zodat Ziggo daar iets mee kan. Daarnaast geeft het ook de consument inzicht in problemen.
Helaas is er nog nooit een firmware update geweest sinds het uitbrengen van de DCB-B270R. De firmware versie van 07/03/2007 met loader volgnummer 1 is de originele firmware versie en in het download kanaal bij Ziggo/Casema/Multikabel is alleen een oudere test firmware versie aanwezig van 28/02/2007 met de onderstaande download informatie voor zover ik de boel heb weten te achterhalen:Friedchicken schreef op dinsdag 10 maart 2009 @ 23:02:
Het is inderdaad een Samsung DCB-B270R.
├─■ download info { 4106 }
│ ├─■ header
│ │ ├─■ elementary_PID = 4106
│ │ ├─■ table_id = 128
│ │ ├─■ section_syntax_indicator = true
│ │ ├─■ private_indicator = false
│ │ ├─■ reserved = 3
│ │ ├─■ section_length = 151
│ │ ├─■ module_id = 0
│ │ ├─■ reserved = 127
│ │ ├─■ current_next_indicator = Currently applicable
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 0
│ │ ├─■ content_type = 60000
│ │ ├─■ manufacturer_id = 14
│ │ └─■ hardware_version = 13
│ └─■ loader info
│ ├─■ loader_sequence_number = 13
│ ├─■ loader_carousel_blocks = 17
│ ├─■ loader_info = 28/02/2007.FFFF:00:0002-013
│ ├─■ unknown_byte_value = 2
│ ├─■ unknown_byte_value = 0
│ ├─■ variant = 33113
│ ├─■ BIN_2_IRD_version = 31 q
│ ├─■ BIN_2_IRD_serial = 0001
│ ├─■ unknown_byte_value = 211
│ ├─■ unknown_byte_value = 143
│ ├─■ sign_time = 16:06:42
│ ├─■ unknown_int_value = 86
│ ├─■ key_system_ID = 65535
│ ├─■ key_version = 0
│ └─■ key_sequence_number = 16
De informatie die het "Loader Status" scherm van de DCB-B270 is daarom niet terug te vinden de data van de informatie die via het download kanaal wordt aangeboden. Op zich jammer, want het "Loader Status" scherm van de DCB-B270R toont twee velden die niet op het "Loader Status" scherm van de Humax IR-FOX C worden getoond, namelijk "Random No." en "CRC Pts.". Dat had mogelijk nog een deel van de data kunnen verklaren. In ieder geval bedankt voor de moeite.
U maakt grappen! Ziggo en iets met problemen doen...Friedchicken schreef op dinsdag 10 maart 2009 @ 23:02:
Archie zet actuele en structurele problemen/storing uiteen, zodat Ziggo daar iets mee kan
En de consument kan niet altijd evenveel met deze info. Ik ben niet onhandig, maar bij het gros van de info haak ik echt af.
En verder: ik weet dat Ziggo een stelletje prutsers zijn, maar het lijkt wel een beetje op een eenpersoons kruistocht tegen Ziggo te worden. No offense; een hoop info is heel nuttig, maar het gros is alleen interessant voor kabeltechneuten en échte nerds. Ziggo doet er toch geen hol mee, en je hebt geen ingang naar ze. De helpdesk snapt nét hoe hun telefoon werkt, en die Annoniem is gewoon een Ziggo PR medewerker. Blijf er vooral mee doorgaan, maar die verhandelingen over welke bit er nu weer verkeerd staat snapt waarschijnlijk maar een klein deel van de lezers hier. En dan nog...als Ziggo al niets doet, kunnen wij ook niets doen.
A good way to test the effectiveness and strength of a strategy is to look at whether it contains a strong and authentic tagline.
Verwijderd
Gisteren een brief van Ziggo ontvangen (Ziggo/@Home). Daarin werd aangegeven dat vanaf 1 mei ook de extra pakketten gratis aangeboden worden op de 2de smartcard. De wijziging zal in maart/april doorgevoerd worden en je hoeft er zelf geen actie voor te ondernemen.
Wel een vraag. Ik heb 2 FloppyDTV's-C in mijn mediacenter zitten. Waarin zich dus ook die 2 smartcards bevinden. Heeft iemand een idee of zo'n update die @Home stuurt naar de smartcards ook goed verwerkt wordt als de smartcards in de FloppyDTV's zitten of moet ik ze daarvoor in een 'normale' decoder stoppen die @home levert?
Wel een vraag. Ik heb 2 FloppyDTV's-C in mijn mediacenter zitten. Waarin zich dus ook die 2 smartcards bevinden. Heeft iemand een idee of zo'n update die @Home stuurt naar de smartcards ook goed verwerkt wordt als de smartcards in de FloppyDTV's zitten of moet ik ze daarvoor in een 'normale' decoder stoppen die @home levert?
Als je liever de "daar kunnen wij niets aan doen" verklaringen van Ziggo voor problemen hoort en leest prima. Er zijn voldoende topics op dit forum te vinden waar dat soort uitspraken staan. Het maakt namelijk niet uit wat Ziggo doet, ze nemen toch nergens verantwoording voor. Het gros van de klanten neemt die verklaringen klakkeloos zonder door te vragen voor waar aan zonder dat daarmee hun probleem wordt opgelost. Ik kan natuurlijk gewoon zonder technische onderbouwing roepen dat die verklaringen van Ziggo niet waar zijn, maar dan is het mijn woord tegen een heel leger van Ziggo helpdesk medewerkers en woordvoerders. Daarom voeg ik technische informatie toe die gewoon na te trekken is aan de hand van de DVB specificaties (door iedereen te downloaden via de www.dvb.org website).mphilipp schreef op woensdag 11 maart 2009 @ 22:22:
En verder: ik weet dat Ziggo een stelletje prutsers zijn, maar het lijkt wel een beetje op een eenpersoons kruistocht tegen Ziggo te worden. No offense; een hoop info is heel nuttig, maar het gros is alleen interessant voor kabeltechneuten en échte nerds. Ziggo doet er toch geen hol mee, en je hebt geen ingang naar ze.
Dit soort zaken inschieten via de helpdesk is zinloos. Ik krijg dan namelijk gewoon een dom standaard antwoord terug waarbij mij verteld wordt dat het aan mijn huisinstallatie ligt en het is case closed. Die helpdesk medewerkers worden immers getraind met het uitgangspunt dat Ziggo zelf nooit fouten maakt waardoor het toegestaan is om dan maar onzin verklaringen te verzinnen als iemand iets anders beweert. De onderbouwing hoeven ze in dat soort gevallen ook niet te lezen c.q. te begrijpen.
Natuurlijk kan ik ook niets meer schrijven en net als vele anderen gewoon naïef hopen dat Ziggo uit zichzelf de problemen die ik ervaar vanzelf een keer zal oplossen. Ik geloof echter niet in sprookjes. In dit topic staan meerdere voorbeelden van problemen die zich meer dan een jaar voortslepen zonder dat Ziggo er ook maar iets aan doet. Ik noem een zwaar verstoord beeld bij ESPN Classic wat gewoon in het Network Operations Centre gezien moet worden door de technici, maar waar men er gewoon voor kiest om dit te negeren. De regelmatige haperingen die optreden in diverse Transport Streams bij abonnees in Ziggo/Multikabel gebied sinds het signaal bij Ziggo/Casema vandaan komt. Meer dan af en toe een netwerk component resetten doen ze er uit hun zelf niet aan en dan moeten er wel eerst vele klachten zijn binnengekomen via de helpdesk voordat ze er uberhaupt iets aan willen doen.
Met het recent hier aangekaarte verdwenen EPG informatie bij Ziggo/Casema gaat het weer precies dezelfde kant op. In eerste instantie proberen ze de boel te sussen door te beweren dat het komt door "aanleveringsverschillen" in het kader van "daar kunnen wij niets aan doen". Flauwekul omdat ik kan aantonen dat Ziggo/Casema voorheen ook over die informatie beschikte en sowieso is het natuurlijk vreemd dat een bedrijf dan die "aanleveringsverschillen" niet opheft aangezien we als abonnees allemaal hetzelfde betalen. Vervolgens krijgen we weer zo'n toezegging van zo'n Ziggo medewerker dat één en ander nader onderzocht gaat worden. Dat is er weer één die in de categorie "aan het lijntje houden" valt, want hoe lang kan het duren om binnen dat bedrijf even boven water te halen waarom Ziggo/Casema gestopt is om die informatie toe te voegen, ons dat te komen uitleggen en aan te geven hoeveel tijd het kost om Ziggo/Casema dit te laten herstellen? Daar hoeven toch geen weken overheen te gaan? Als er straks weer te veel gezeurd wordt over dit punt dan komt die Ziggo medewerker weer met z'n toezeggingen dat hij er weer eens achteraan zal gaan en vervolgens horen wij er weer maanden niets van. Een tactiek die deze Ziggo medewerker al jaren toepast op de forums bij klachten over bugs in ontvangers, EPG problemen, signaal problemen veroorzaakt door Ziggo zelf en ga zo maar door. En met succes want velen denken dat deze Ziggo medewerker echt actief met hun problemen bezig is.
Als Ziggo denkt op deze respectloze en arrogante manier met hun klanten om te moeten gaan, dan hoef ik ook geen respect te hebben voor haar medewerkers. Zeker niet als die medewerkers keer op keer dezelfde fouten maken en het verdommen om problemen structureel op te lossen. Als je dat vervelend vindt dan raad ik je aan dit topic voortaan niet meer te lezen. Ik zal alle geconstateerde en nieuwe problemen namelijk blijven herhalen zodat Ziggo tenminste niet kan beweren dat ze van niets wisten of dat ze het vergeten waren.
Voor zover mij bekend komen smartcard updates ook bij de smartcard aan als deze in de AlphaCrypt Classic CAM zit. Ik denk dat die aanpassing voornamelijk een administratieve handeling is in het Conditional Access System van Ziggo dat tot gevolg kan hebben dat er via de EMM berichten wat extra toegangsrechten tot pakketten voor één van je smartcards wordt verzonden als beide smartcards tenminste nog niet dezelfde pakketten hadden.Verwijderd schreef op donderdag 12 maart 2009 @ 07:36:
Wel een vraag. Ik heb 2 FloppyDTV's-C in mijn mediacenter zitten. Waarin zich dus ook die 2 smartcards bevinden. Heeft iemand een idee of zo'n update die @Home stuurt naar de smartcards ook goed verwerkt wordt als de smartcards in de FloppyDTV's zitten of moet ik ze daarvoor in een 'normale' decoder stoppen die @home levert?
Omdat bleek dat niet iedereen geïnteresseerd is in de problemen bij Ziggo/Casema/Multikabel en de technische achtergronden van die problemen heb ik besloten om dit topic te splitsen in twee topics. Er is nu een nieuw "Digitale TV info & frequenties bij Ziggo/Casema/Multikabel" topic waarin voortaan alleen nog maar de overzichten worden getoond die mijn DVB-SI Parser tooltje maakt op basis van de door Ziggo/Casema aangeboden DVB-SI data in het digitale TV signaal. Daar dus geen diepgaande conversaties over de DVB techniek, maar meer een plek voor algemene informatie overzichten, vragen en antwoorden. De overzichten daar hebben een vaste plek gekregen en zullen regelmatig worden ververst als er wat wijzigt bij Ziggo/Casema/Multikabel. Daarbij zal in een nieuw aan te maken bericht steeds de wijzigingen op hoofdlijnen worden aangegeven.
Dit huidige topic is hernoemd in "Digitale TV problemen bij Ziggo/Casema/Multikabel" waarin alleen nog maar de problemen zullen worden behandeld voorzien van de nodige technische onderzoekjes om aan te tonen wat er fout gaat.
Dit huidige topic is hernoemd in "Digitale TV problemen bij Ziggo/Casema/Multikabel" waarin alleen nog maar de problemen zullen worden behandeld voorzien van de nodige technische onderzoekjes om aan te tonen wat er fout gaat.
Op het gebruikersforum is er door een Ziggo/@Home helpdeskmedewerker weer gereageerd in het topic over de ontbrekende tekst met het genre, jaartal, regisseur en acteurs in de EPG informatie bij films en series. Uiteraard weer geen enkele verklaring waarom Ziggo/Casema deze informatie heeft weggehaald terwijl Ziggo/@Home die informatie nog wel doorgeeft. En het lijkt erop dat mijn vermoeden de waarheid wordt, ook deze medewerker begint nu met uitspraken dat het doel is om de EPG voorziening voor heel Ziggo gelijk te trekken zonder uiteraard aan te willen geven in welk jaar daar dan sprake van zal zijn.
Ik heb het nog even nagezocht, maar deze ontbrekende informatie is verdwenen tussen 24 januari 2009 en 15 februari 2009. Helaas heb ik geen Transport Stream capture bestanden meer gemaakt in de periode zodat de verdwijning exact is aan te geven.
Na drie weken zijn ze nog steeds niet in staat om met een verklaring te komen over het waarom en proberen zoals gebruikelijk de klanten weer aan het lijntje te houden met die toezeggingen die ik nu jaren hoor. Met andere woorden de klanten Ziggo/Casema en Ziggo/Multikabel kunnen het wel weer vergeten dat deze informatie nog terugkomt voordat er sprake is een gemeenschappelijke EPG voorziening. Niet alleen is het aantal dagen EPG informatie zwaar onder de maat bij Ziggo/Casema en ontbreekt er EPG informatie bij een aantal kanalen waar Ziggo/@Home wel EPG informatie voor heeft, nu is dus ook nog eens de inhoud van de EPG informatie voor de Ziggo/Casema en Ziggo/Multikabel abonnees drastisch verslechterd zonder dat Ziggo ook maar enige intentie vertoont om dit op zeer korte termijn te herstellen. Hoezo heeft dit bedrijf schijt aan haar klanten?
Ik heb het nog even nagezocht, maar deze ontbrekende informatie is verdwenen tussen 24 januari 2009 en 15 februari 2009. Helaas heb ik geen Transport Stream capture bestanden meer gemaakt in de periode zodat de verdwijning exact is aan te geven.
Na drie weken zijn ze nog steeds niet in staat om met een verklaring te komen over het waarom en proberen zoals gebruikelijk de klanten weer aan het lijntje te houden met die toezeggingen die ik nu jaren hoor. Met andere woorden de klanten Ziggo/Casema en Ziggo/Multikabel kunnen het wel weer vergeten dat deze informatie nog terugkomt voordat er sprake is een gemeenschappelijke EPG voorziening. Niet alleen is het aantal dagen EPG informatie zwaar onder de maat bij Ziggo/Casema en ontbreekt er EPG informatie bij een aantal kanalen waar Ziggo/@Home wel EPG informatie voor heeft, nu is dus ook nog eens de inhoud van de EPG informatie voor de Ziggo/Casema en Ziggo/Multikabel abonnees drastisch verslechterd zonder dat Ziggo ook maar enige intentie vertoont om dit op zeer korte termijn te herstellen. Hoezo heeft dit bedrijf schijt aan haar klanten?
Verwijderd
Goh archie dat is ook wat ... ontbrekende tekst met het genre, jaartal, regisseur en acteurs in de EPG informatie bij films en series .. wat moeten we nu.. ja ik kan ook niet meer normaal naar een film kijken hoor op deze manier. ;-/
Ik slaap er ook slecht van moet ik zeggen ... denk dat ze het er om doen.. om ons te tarten.
( tar·ten tartte, h getart 1 trotseren: het noodlot ~ 2 boos maken; tergen 3 te boven gaan: die ellende tart elke beschrijving)
Zucht..soms verlang ik weer naar de tijd van analoog .. beetje ruis in beeld maar dat hoorde erbij.
Het streven naar perfectie is een verspilling van energie.
Ik slaap er ook slecht van moet ik zeggen ... denk dat ze het er om doen.. om ons te tarten.
( tar·ten tartte, h getart 1 trotseren: het noodlot ~ 2 boos maken; tergen 3 te boven gaan: die ellende tart elke beschrijving)
Zucht..soms verlang ik weer naar de tijd van analoog .. beetje ruis in beeld maar dat hoorde erbij.
Het streven naar perfectie is een verspilling van energie.
Gisteren weer een volledige set capture bestanden gemaakt van alle Transport Streams en het DVB-SI Parser toolje erop los gelaten. Nog steeds diverse fouten in de Logical Channel Numbering (LCN) veroorzaakt door het Ziggo/Casema personeel als er wijzigingen plaatsvinden in de kanalenlijst. Zie onderstaand overzicht van alle fouten (het verkeerd toewijzen van LCN 0 aan firmware download kanalen even weggelaten):
Om één voorbeeld even toe te lichten: Radio BemBem is uit de kanalenlijst verwijderd. Dit kanaal had service ID 24050 en werd via Transport Stream 24 doorgegeven voor de Ziggo/Casema en Ziggo/Multikabel abonnees. De EACEM_logical_channel_descriptor van Radio BemBem waarmee het kanaal nummer 864 kreeg is het Ziggo/Casema personeel echter vergeten te verwijderen uit de Network Information Tables (NIT) voor network ID 5555 en network ID 8888:
│ │ │ └─■ channel
│ │ │ ├─■ service_id = 24050
│ │ │ ├─■ visible_service_flag = true
│ │ │ └─■ logical_channel_number = 864
Uit het fouten overzicht valt op te maken dat dit niet de eerste keer is dat dit fout gaat bij Ziggo/Casema. Service ID 20001 bestaat al niet meer sinds in ieder geval juni 2008, maar nog altijd heeft het Ziggo/Casema personeel deze foutieve LCN informatie niet hersteld. Dat dergelijke inconsistente DVB-SI informatie kan leiden tot vreemd gedrag van de kabel ontvangers bleek onlangs nog toen het Ziggo/Casema personeel vergeten was om ook de Service Description Table (SDT) informatie weg te halen van de twee gestopte Sport1 kanalen waardoor de Cisco 8455DVB toch de kanalen in de kanalenlijst bleef tonen.
Onbegrijpelijk dat het kennelijk maar niet bij het Ziggo/Casema personeel opkomt dat het misschien handig is om het grote procedure boek eens aan te passen zodat dit soort fouten in de toekomst niet meer gemaakt worden. Keer op keer dezelfde fouten maken en maar niet willen leren van hun fouten.
code:
1
2
3
4
5
6
7
8
| - 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) - 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) - Service ID (6008) not found in TS (6) of NIT (5555) for LCN (114) - Service ID (20001) not found in TS (20) of NIT (5555) for LCN (364) - Service ID (24050) not found in TS (24) of NIT (5555) for LCN (864) - Service ID (24050) not found in TS (24) of NIT (8888) for LCN (864) |
Om één voorbeeld even toe te lichten: Radio BemBem is uit de kanalenlijst verwijderd. Dit kanaal had service ID 24050 en werd via Transport Stream 24 doorgegeven voor de Ziggo/Casema en Ziggo/Multikabel abonnees. De EACEM_logical_channel_descriptor van Radio BemBem waarmee het kanaal nummer 864 kreeg is het Ziggo/Casema personeel echter vergeten te verwijderen uit de Network Information Tables (NIT) voor network ID 5555 en network ID 8888:
│ │ │ └─■ channel
│ │ │ ├─■ service_id = 24050
│ │ │ ├─■ visible_service_flag = true
│ │ │ └─■ logical_channel_number = 864
Uit het fouten overzicht valt op te maken dat dit niet de eerste keer is dat dit fout gaat bij Ziggo/Casema. Service ID 20001 bestaat al niet meer sinds in ieder geval juni 2008, maar nog altijd heeft het Ziggo/Casema personeel deze foutieve LCN informatie niet hersteld. Dat dergelijke inconsistente DVB-SI informatie kan leiden tot vreemd gedrag van de kabel ontvangers bleek onlangs nog toen het Ziggo/Casema personeel vergeten was om ook de Service Description Table (SDT) informatie weg te halen van de twee gestopte Sport1 kanalen waardoor de Cisco 8455DVB toch de kanalen in de kanalenlijst bleef tonen.
Onbegrijpelijk dat het kennelijk maar niet bij het Ziggo/Casema personeel opkomt dat het misschien handig is om het grote procedure boek eens aan te passen zodat dit soort fouten in de toekomst niet meer gemaakt worden. Keer op keer dezelfde fouten maken en maar niet willen leren van hun fouten.
De bekende EPG gaten zijn er ook nog steeds getuige de onderstaande lijst:
Nieuw in de lijst is NDR waarbij meer dan een dag aan programma's zoek zijn wat wel vaker voorkomt bij dit kanaal, maar ook de aanlevering en/of verwerking van de EPG informatie van Sport1.2 verloopt kennelijk niet soepeltjes met een gat van 24 uur.
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
| - EPG gap detected for service ID: 2002, service name: Cartoon Network Event: Name: Uitzending begint om 06:00 uur ID: 2 Start time: 14-3-09 20:00:00 GMT Duration: 08:59:00 Gap: Duration: 00:01:00 Event: Name: Looney Tunes ID: 454 Start time: 15-3-09 5:00:00 GMT Duration: 00:25:00 - EPG gap detected for service ID: 2007, service name: Playboy TV Event: Name: Uitzending begint om 21:00 uur ID: 19 Start time: 14-3-09 5:30:00 GMT Duration: 14:29:00 Gap: Duration: 02:01:00 Event: Name: Free View ID: 72 Start time: 14-3-09 22:00:00 GMT Duration: 00:10:00 - EPG gap detected for service ID: 2007, service name: Playboy TV Event: Name: Uitzending begint om 21:00 uur ID: 20 Start time: 15-3-09 5:30:00 GMT Duration: 14:29:00 Gap: Duration: 02:01:00 Event: Name: Free View ID: 50 Start time: 15-3-09 22:00:00 GMT Duration: 00:10:00 - Present/Following EIT does not contain present event for service ID: 107, service name: NDR - EPG gap detected for service ID: 107, service name: NDR Event: Name: DAS! ID: 516 Start time: 14-3-09 4:15:00 GMT Duration: 00:45:00 Gap: Duration: 24:45:00 Event: Name: Schätze der Welt: Valparaiso - eine Stadt wie ein Regenbogen, Chile ID: 209 Start time: 15-3-09 5:45:00 GMT Duration: 00:15:00 - EPG gap detected for service ID: 11001, service name: BBC three Event: Name: Uitzending begint om 20:00 uur ID: 3 Start time: 14-3-09 5:00:00 GMT Duration: 13:59:00 Gap: Duration: 00:01:00 Event: Name: U2 at the BBC ID: 146 Start time: 14-3-09 19:00: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: 4 Start time: 15-3-09 5:00:00 GMT Duration: 13:59:00 Gap: Duration: 00:01:00 Event: Name: Freaky Eaters ID: 165 Start time: 15-3-09 19:00:00 GMT Duration: 01:00:00 - Present/Following EIT does not contain present event for service ID: 11005, service name: Sport1.2 - EPG gap detected for service ID: 11005, service name: Sport1.2 Event: Name: Premier League ID: 177 Start time: 14-3-09 4:00:00 GMT Duration: 02:00:00 Gap: Duration: 24:00:00 Event: Name: Champions League hoogtepunten ID: 42 Start time: 15-3-09 6:00:00 GMT Duration: 01:00:00 - EPG gap detected for service ID: 13002, service name: BBC four Event: Name: Rough Trade at the BBC ID: 238 Start time: 14-3-09 2:40:00 GMT Duration: 01:00:00 Gap: Duration: 00:20:00 Event: Name: Uitzending begint om 20:00 uur ID: 3 Start time: 14-3-09 4:00:00 GMT Duration: 14:59:00 - EPG gap detected for service ID: 13002, service name: BBC four Event: Name: Uitzending begint om 20:00 uur ID: 3 Start time: 14-3-09 4:00:00 GMT Duration: 14:59:00 Gap: Duration: 00:01:00 Event: Name: Wild Scotland ID: 116 Start time: 14-3-09 19:00:00 GMT Duration: 00:15:00 - EPG gap detected for service ID: 13002, service name: BBC four Event: Name: Uitzending begint om 20:00 uur ID: 4 Start time: 15-3-09 4:00:00 GMT Duration: 14:59:00 Gap: Duration: 00:01:00 Event: Name: Baroque! ÷ From St Peter's to St Paul's ID: 127 Start time: 15-3-09 19:00:00 GMT Duration: 01:00:00 - EPG gap detected for service ID: 156, service name: ZiZone Event: Name: Blue shots ID: 134 Start time: 14-3-09 6:00:00 GMT Duration: 01:00:00 Gap: Duration: 00:20:00 Event: Name: MijnKind ID: 135 Start time: 14-3-09 7:20:00 GMT Duration: 00:20:00 - EPG gap detected for service ID: 156, service name: ZiZone Event: Name: MijnKind ID: 153 Start time: 14-3-09 14:00:00 GMT Duration: 01:00:00 Gap: Duration: 00:20:00 Event: Name: MijnKind ID: 154 Start time: 14-3-09 15:20:00 GMT Duration: 00:20:00 - EPG gap detected for service ID: 156, service name: ZiZone Event: Name: Blue shots ID: 177 Start time: 15-3-09 6:00:00 GMT Duration: 01:00:00 Gap: Duration: 00:20:00 Event: Name: MijnKind ID: 178 Start time: 15-3-09 7:20:00 GMT Duration: 00:20:00 - EPG gap detected for service ID: 156, service name: ZiZone Event: Name: MijnKind ID: 196 Start time: 15-3-09 14:00:00 GMT Duration: 01:00:00 Gap: Duration: 00:20:00 Event: Name: MijnKind ID: 197 Start time: 15-3-09 15:20:00 GMT Duration: 00:20:00 - Present/Following EIT does not contain present event for service ID: 181, service name: X-MO - EPG gap detected for service ID: 181, service name: X-MO Event: Name: The Fuck Factory ID: 91 Start time: 14-3-09 17:19:00 GMT Duration: 01:46:00 Gap: Duration: 01:47:00 Event: Name: Big ID: 100 Start time: 14-3-09 20:52:00 GMT Duration: 01:10:00 |
Nieuw in de lijst is NDR waarbij meer dan een dag aan programma's zoek zijn wat wel vaker voorkomt bij dit kanaal, maar ook de aanlevering en/of verwerking van de EPG informatie van Sport1.2 verloopt kennelijk niet soepeltjes met een gat van 24 uur.
Het gat in de EPG data van X-MO triggerde mij om eens te onderzoeken hoe het zit met de "parental rating" van de programma's van dit Gay Adult TV kanaal. Daar is volgens mij ook weer het nodige mis bij Ziggo/Casema. Zie bijvoorbeeld onderstaande EPG informatie van een programma van dat kanaal:
│ ├─■ section { 80/120, segment 10, day 2, period 06:00:00 - 08:59:59 }
│ │ ├─■ section_number = 80
│ │ ├─■ last_section_number = 120
│ │ ├─■ segment_last_section_number = 80
│ │ ├─■ last_table_id = 96
│ │ └─■ events:
│ │ ├─■ event
│ │ │ ├─■ event_id = 111
│ │ │ ├─■ start_time { 15-3-09 6:49:00 GMT }
│ │ │ │ ├─■ MJD = 54905
│ │ │ │ └─■ UTC = 0x064900
│ │ │ ├─■ duration = 01:14: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 = Fuck Street
│ │ │ ├─■ 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
Kinderen vanaf 4 jaar mogen dit soort programma's bekijken. Opvallend is ook dat de programma's van X-MO allemaal in de categorie "movie/drama (general)" vallen terwijl de programma's van Hetero Adult kanalen als volgt worden aangeduid:
│ │ └─■ content_descriptor
│ │ └─■ contents:
│ │ └─■ content { adult movie/drama }
│ │ ├─■ content_nibble_level_1 = 1
│ │ ├─■ content_nibble_level_2 = 8
│ │ ├─■ user_nibble_1 = 0
│ │ └─■ user_nibble_2 = 0
En Ziggo woordvoerder Gradus Vos maar roepen dat ouders een eigen verantwoordelijkheid hebben om het kinderslot in te stellen om te voorkomen dat hun kinderen met dergelijke content in aanraking komen.
│ ├─■ section { 80/120, segment 10, day 2, period 06:00:00 - 08:59:59 }
│ │ ├─■ section_number = 80
│ │ ├─■ last_section_number = 120
│ │ ├─■ segment_last_section_number = 80
│ │ ├─■ last_table_id = 96
│ │ └─■ events:
│ │ ├─■ event
│ │ │ ├─■ event_id = 111
│ │ │ ├─■ start_time { 15-3-09 6:49:00 GMT }
│ │ │ │ ├─■ MJD = 54905
│ │ │ │ └─■ UTC = 0x064900
│ │ │ ├─■ duration = 01:14: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 = Fuck Street
│ │ │ ├─■ 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
Kinderen vanaf 4 jaar mogen dit soort programma's bekijken. Opvallend is ook dat de programma's van X-MO allemaal in de categorie "movie/drama (general)" vallen terwijl de programma's van Hetero Adult kanalen als volgt worden aangeduid:
│ │ └─■ content_descriptor
│ │ └─■ contents:
│ │ └─■ content { adult movie/drama }
│ │ ├─■ content_nibble_level_1 = 1
│ │ ├─■ content_nibble_level_2 = 8
│ │ ├─■ user_nibble_1 = 0
│ │ └─■ user_nibble_2 = 0
En Ziggo woordvoerder Gradus Vos maar roepen dat ouders een eigen verantwoordelijkheid hebben om het kinderslot in te stellen om te voorkomen dat hun kinderen met dergelijke content in aanraking komen.
Nog steeds geen aanpassing van het EPG import script om programma's op basis van hun content_descriptor een hogere leeftijdsclassificatie te geven als er geen minimum leeftijd was gedefinieerd in de aangeboden EPG informatie. Daarom is het nog steeds mogelijk dat bijvoorbeeld het "detective/thriller" genre de default minimum leeftijd van 4 jaar mee krijgt:
│ ├─■ service ID 172, version 13
│ │ ├─■ service_id = 172
│ │ ├─■ version_number = 13
│ │ ├─■ transport_stream_id = 15
│ │ ├─■ 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 = 188
│ │ │ ├─■ start_time { 14-3-09 19:00:00 GMT }
│ │ │ │ ├─■ MJD = 54904
│ │ │ │ └─■ UTC = 0x190000
│ │ │ ├─■ duration = 01:30: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 = Nestor Burma
│ │ │ ├─■ 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 = Misdaad. Afl.Seizoen 8 afl.3 : Pooiers met twintig schuilplaatsen. Burma wordt ingehuurd om Aurore te zoeken. Bij zijn zoektocht stuit hij op een prostitutienetwerk en hij moet zijn best doen om haar levend terug te vinden.
│ │ │ ├─■ parental_rating_descriptor
│ │ │ │ └─■ parental ratings:
│ │ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ │ ├─■ country_code = NLD
│ │ │ │ └─■ rating = 1
│ │ │ ├─■ content_descriptor
│ │ │ │ └─■ contents:
│ │ │ │ └─■ content { detective/thriller }
│ │ │ │ ├─■ content_nibble_level_1 = 1
│ │ │ │ ├─■ content_nibble_level_2 = 1
│ │ │ │ ├─■ 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
│ ├─■ service ID 172, version 13
│ │ ├─■ service_id = 172
│ │ ├─■ version_number = 13
│ │ ├─■ transport_stream_id = 15
│ │ ├─■ 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 = 188
│ │ │ ├─■ start_time { 14-3-09 19:00:00 GMT }
│ │ │ │ ├─■ MJD = 54904
│ │ │ │ └─■ UTC = 0x190000
│ │ │ ├─■ duration = 01:30: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 = Nestor Burma
│ │ │ ├─■ 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 = Misdaad. Afl.Seizoen 8 afl.3 : Pooiers met twintig schuilplaatsen. Burma wordt ingehuurd om Aurore te zoeken. Bij zijn zoektocht stuit hij op een prostitutienetwerk en hij moet zijn best doen om haar levend terug te vinden.
│ │ │ ├─■ parental_rating_descriptor
│ │ │ │ └─■ parental ratings:
│ │ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ │ ├─■ country_code = NLD
│ │ │ │ └─■ rating = 1
│ │ │ ├─■ content_descriptor
│ │ │ │ └─■ contents:
│ │ │ │ └─■ content { detective/thriller }
│ │ │ │ ├─■ content_nibble_level_1 = 1
│ │ │ │ ├─■ content_nibble_level_2 = 1
│ │ │ │ ├─■ 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
Nog steeds matchen de component_tag van de stream_identifier_descriptors die gedefinieerd zijn in de Program Map Table (PMT) informatie niet met de component_descriptors in de Event Information Tables (EIT):
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
| - 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: 163, PMT stream type: ISO/IEC 13818-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 2 - Service ID: 163, 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: 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 2 - 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 1 - 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: 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: 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 15 - 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: 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: 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: 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: 9063, PMT stream type: ISO/IEC 11172-3 Audio > No EIT entry exists for stream_identifier_descriptor with component_tag 1 - 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: 11001, 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: 11001, 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: 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: 12006, 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: 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: 13002, 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: 13002, 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: 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: 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 5 - 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 14 - 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: 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: 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 6 - 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: 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
│ │ │ ├─■ service_id = 157
│ │ │ ├─■ EIT_schedule_flag = false
│ │ │ ├─■ EIT_present_following_flag = false
│ │ │ ├─■ 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 = Ziggo TV
Volgens mij is geen van de elementary streams voorzien van encryptie, dus had bovenstaande er als volgt moeten uitzien zoals bijvoorbeeld ook bij Nederland 1 het geval is:
│ │ ├─■ service
│ │ │ ├─■ service_id = 157
│ │ │ ├─■ EIT_schedule_flag = false
│ │ │ ├─■ EIT_present_following_flag = false
│ │ │ ├─■ running_status = running
│ │ │ ├─■ free_CA_mode = all elementary streams unscrambled
│ │ │ └─■ descriptors:
│ │ │ └─■ service_descriptor
│ │ │ ├─■ service_type = Digital television service
│ │ │ ├─■ service_provider_name
│ │ │ │ ├─■ character_coding = Latin alphabet
│ │ │ │ └─■ text = Ziggo
│ │ │ └─■ service_name
│ │ │ ├─■ character_coding = Latin alphabet
│ │ │ └─■ text = Ziggo TV
│ │ │ ├─■ service_id = 157
│ │ │ ├─■ EIT_schedule_flag = false
│ │ │ ├─■ EIT_present_following_flag = false
│ │ │ ├─■ 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 = Ziggo TV
Volgens mij is geen van de elementary streams voorzien van encryptie, dus had bovenstaande er als volgt moeten uitzien zoals bijvoorbeeld ook bij Nederland 1 het geval is:
│ │ ├─■ service
│ │ │ ├─■ service_id = 157
│ │ │ ├─■ EIT_schedule_flag = false
│ │ │ ├─■ EIT_present_following_flag = false
│ │ │ ├─■ running_status = running
│ │ │ ├─■ free_CA_mode = all elementary streams unscrambled
│ │ │ └─■ descriptors:
│ │ │ └─■ service_descriptor
│ │ │ ├─■ service_type = Digital television service
│ │ │ ├─■ service_provider_name
│ │ │ │ ├─■ character_coding = Latin alphabet
│ │ │ │ └─■ text = Ziggo
│ │ │ └─■ service_name
│ │ │ ├─■ character_coding = Latin alphabet
│ │ │ └─■ text = Ziggo TV
Verwijderd
Archie
Ik snap dat er containers zijn (mkv,avi, enz) en vdieo en audio codecs.
Wat is nu presies een MPEG2 TS stream? Is er sprake van een codec die geinstalleerd moet zijn?
Gspot en Coced checcker komen er ook niet uit.
Hoekomt het dat als direct kijk naar ziiggo, ik bij HD een schokkerig beeld krijg met mijn floppydtv/alphacrypt classic/mediapc combi en bij afspelen na opnemen op mijn harde schijf dit schokkeige weg is?
Een kennis heeft een samsung setupbox en die krijg geen schokkerig berld bij direct kijken.
Heb jij enig idee waar ik moet zoeken? Ik heb geen haast want ik ga een weekje weg
mvg Johan
Ik snap dat er containers zijn (mkv,avi, enz) en vdieo en audio codecs.
Wat is nu presies een MPEG2 TS stream? Is er sprake van een codec die geinstalleerd moet zijn?
Gspot en Coced checcker komen er ook niet uit.
Hoekomt het dat als direct kijk naar ziiggo, ik bij HD een schokkerig beeld krijg met mijn floppydtv/alphacrypt classic/mediapc combi en bij afspelen na opnemen op mijn harde schijf dit schokkeige weg is?
Een kennis heeft een samsung setupbox en die krijg geen schokkerig berld bij direct kijken.
Heb jij enig idee waar ik moet zoeken? Ik heb geen haast want ik ga een weekje weg
mvg Johan
Op het gebruikersforum zijn de release notes van de nieuwe firmware versie voor de Cisco 8455DVB HDTV/VOD/PVR geplaatst en wat valt daarin op (rood gemarkeerd):ArChie schreef op vrijdag 13 maart 2009 @ 19:36:
Op het gebruikersforum is er door een Ziggo/@Home helpdeskmedewerker weer gereageerd in het topic over de ontbrekende tekst met het genre, jaartal, regisseur en acteurs in de EPG informatie bij films en series. Uiteraard weer geen enkele verklaring waarom Ziggo/Casema deze informatie heeft weggehaald terwijl Ziggo/@Home die informatie nog wel doorgeeft.
Met andere woorden: Het lijk er dus toch verdacht veel op dat het Ziggo/Casema personeel besloten had om de EPG informatie in te korten omdat "hun" eigen Cisco 8455DVB niet geschikt was voor EPG met lange beschrijvende teksten en/of daar niet mee om kon gaan.De wijzigingen van 1.1.0.E / 1.12.1.218 ten opzichte van 1.0.4.1 / 1.12.1.138:
· Films bestellen en betalen per stuk
· Klok toegevoegd in de EPG die de huidige tijd aangeeft
· Opnames zijn nu inclusief ingestelde padding (extra tijd voor en na opname)
· Verticaal scrollen is nu mogelijk bij lange beschrijvingen van films of programma’s
· Opnemen vanuit de EPG kan nu met slechts met één klik (de “R” knop). De opname-instellingen worden nu niet meer direct getoond maar zijn wel aan te passen via opties (blauwe knop).
· Ziggo screensaver in Radio modus
· Huidige favorietenlijst blijft geselecteerd na standby
· EPG lijsten op basis van digitale TV abonnementen
· Kanalenlijst roteert 1<>999
· TV geluid aanwezig bij Teletekst
· Zoeken op omroep in Uitzending Gemist
· Uitbreiding van films en series in TV-theek
· Uitbreiding van omroepen in Net Gemist
· Een nieuw menuonderdeel “Post” voor berichten vanuit Ziggo
· Zappen en navigeren in de menu’s is licht verbeterd
· Betere voortgangsindicatie bij installatie, aantal TV en Radio zenders wordt getoond.
· Wijzigingen in het activatieproces.
· Afspeelduur op het display tijdens het bekijken van video on demand is nu correct
· Transparantie wordt ook toegepast op TV kanalenlijst
· Bij storingen in de signaalontvangst wordt het beeld niet langer kortstondig bevroren maar wordt de storing in het beeld zichtbaar (blokjes effect)
· Betere afhandeling bij opname conflicten
· Betere pincode beveiliging, nu eerste oude invoeren alvorens wijzigen
· Tijdslot beveiliging op TV kijken (Vanaf/tot) functioneert nu
Huh? Ik weet niet hoe je tot die conclusie komt, maar die opmerking heeft totaal geen betrekking op mij.ArChie schreef op donderdag 12 maart 2009 @ 09:23:
[...]
Als je liever de "daar kunnen wij niets aan doen" verklaringen van Ziggo voor problemen hoort en leest prima.
Het enige wat ik zeg is, en ik zal mezelf even herhalen, dat ik weet dat Ziggo prutsers zijn. Ik weet dat ze de klant negeren, en dat ze constant lopen te kloten. Maar hoe zinvol een deel van je informatie ook is: heel concreet kunnen we er alleen maar naar kijken en aanemen dat het klopt. Ik denk niet dat er veel mensen hier zover op de hoogte van de DVB techniek zijn dat ze ook maar de helft snappen van wat je zegt. En daarbij: we kunnen toch niets doen. Heel mooi dat ik weet waarom EPG niet lekker werkt, maar ik (of jij) kan niets doen. Ziggo moet wat doen, maar dat doen ze niet.
En heel eerlijk gezegd lijkt het erg veel op een eenpersoons kruistocht tegen Ziggo, die vrij weinig nut heeft. Behalve dan dat jij je verhaal kwijt kunt. Ziggo luistert niet, en wij kunnen vrij weinig ondernemen. De technische verhalen zijn te ingewikkeld om bij Radar of Kassa te behandelen en Ziggo heeft overal een antwoord op, voor zover je iemand te spreken krijgt die hier op zou kunnen antwoorden. Die 'anoniempje' wuifde ook alles weg met nog meer techno-babbel waar geen hond wat van snapt.
Dus...wat is je doel precies? Hoop je dat Ziggo uiteindelijk door de knieën gaat en alles oplost?
A good way to test the effectiveness and strength of a strategy is to look at whether it contains a strong and authentic tagline.
Anderen laten weten dat niet alles aan hun huisinstallatie ligt zoals Ziggo altijd beweert, maar dat problemen in veel gevallen door Ziggo zelf veroorzaakt worden. Verder ga ik er vanuit dat Ziggo weet dat dit topic bestaat en daardoor kan ik in ieder geval zaken bij ze onder de aandacht brengen die normaal niet door het helpdesk filter heen komen. In de meeste gevallen zal er namelijk eerst iets door anderen zoals ik gemeld moeten worden anders ziet het Ziggo/Casema personeel het zelf niet. Voorbeelden genoeg in dit topic van zaken die pas na een melding hier zijn aangepast.mphilipp schreef op vrijdag 20 maart 2009 @ 07:59:
Dus...wat is je doel precies? Hoop je dat Ziggo uiteindelijk door de knieën gaat en alles oplost?
Maar zoals ik al aangaf is er nu een topic waar alleen informatie te vinden is zonder uitgebreide analyses:
Digitale TV info & frequenties bij Ziggo/Casema/Multikabel
Vandaag een kleine uitbreiding gemaakt aan het DVB-SI Parser tooltje om eens wat meer inzicht te krijgen in de hoeveelheid tekst waaruit de EPG beschrijvingen van de programma's bestaan. De EPG informatie van een programma, ook wel event genoemd, bestaat minimaal uit een short_event_descriptor waarmee bij Ziggo/Casema/Multikabel alleen de programma informatie wordt doorgegeven, meestal aangevuld met een parental_rating_descriptor en een content_descriptor. Als een programma geen beschrijvende tekst heeft ziet de EPG er bijvoorbeeld als volgt uit:
│ │ └─■ events:
│ │ └─■ event
│ │ ├─■ event_id = 361
│ │ ├─■ start_time { 20-3-09 5:00:00 GMT }
│ │ │ ├─■ MJD = 54910
│ │ │ └─■ UTC = 0x050000
│ │ ├─■ duration = 03:00: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 = Suus - Tommy Teleshopping
│ │ ├─■ 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
Als de EPG informatie van een programma wel beschikt over beschrijvende tekst dan worden die beschrijvingen doorgegeven met één of meerdere extended_event_descriptors. Iedere extended_event_descriptor kan maximaal 256 letters bevatten, dus hoe meer extended_event_descriptors er bij een event aanwezig zijn hoe uitgebreider de beschrijvende tekst is zoals in het onderstaande voorbeeld:
│ │ ├─■ event
│ │ │ ├─■ event_id = 422
│ │ │ ├─■ start_time { 20-3-09 6:05:00 GMT }
│ │ │ │ ├─■ MJD = 54910
│ │ │ │ └─■ UTC = 0x060500
│ │ │ ├─■ duration = 00:15: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 = Bibaboerderij
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 0
│ │ │ │ ├─■ last_descriptor_number = 7
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = Jeugd. Welkom op de Bibaboerderij! Op een kamertje zien we een jongen spelen. Hij rolt zijn speelkleed uit, zet een boerderij, een stal en wat boompjes op zijn speelkleed en verplaatst zich in zijn denkbeeldige wereld. Hij waant zich bewoner van de
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 1
│ │ │ │ ├─■ last_descriptor_number = 7
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = Bibaboerderij. Op de Bibaboerderij beleven Bibi de Boerin en Bart de Boer de spannendste en leukste avonturen. Spelenderwijs richt de Bibaboerderij zich op verantwoord en duurzaam leven waar plezier, gezondheid, sociale betrokkenheid en genieten d
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 2
│ │ │ │ ├─■ last_descriptor_number = 7
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = e basiselementen zijn. Naast Bart en Bibi is er nog iemand op de Bibaboerderij die daar al heel zijn leven rondloopt. Dat is namelijk de Vivavogelverschrikker. Viva is soms een klein beetje plagerig, maar heeft het hart op de juiste plaats. Ook de
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 3
│ │ │ │ ├─■ last_descriptor_number = 7
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = volgende groepen spelen een belangrijke rol: De Didadiertjes, de Gigagroentes en de Fifafruitjes. De Didadiertjes: Hihahaan staat altijd als eerste op en maakt iedereen wakker met zijn luide gekukel. Bibabig is het enige didadiertje dat in een rols
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 4
│ │ │ │ ├─■ last_descriptor_number = 7
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = toel zit. Bibabig is super positief en ziet altijd de mogelijkheden en kansen in het leven. Kikakip is een hele frisse en pittige tante. Kika verzorgt zich graag tot in de puntjes en is met haar getok nadrukkelijk aanwezig op de Bibaboerderij. Kiek
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 5
│ │ │ │ ├─■ last_descriptor_number = 7
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = eboekoe is vrij klein voor een koe, maar dat komt haar eigenlijk heel goed uit. Eén van Kiekes favoriete hobby's is namelijk verstoppertje spelen. De Gigagroentes: Titatomaat is een beetje verlegen en kleurt snel rood als ze zich ongemakkelijk voel
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 6
│ │ │ │ ├─■ last_descriptor_number = 7
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = t. Bibaboon is de grappigste groente van de Gigagroentes, is erg druk en vindt zichzelf een geweldige boon. Wiwawortel is de slimste van het stel en denkt altijd op elke vraag een antwoord te weten. De Fifafruitjes: Pipapeer en Bibabanaan vinden he
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 7
│ │ │ │ ├─■ last_descriptor_number = 7
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = t erg leuk om iedereen wat te leren. Ze zijn namelijk erg goed in Titatellen, Rirarijmen en Kikakleuren.
│ │ │ ├─■ parental_rating_descriptor
│ │ │ │ └─■ parental ratings:
│ │ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ │ ├─■ country_code = NLD
│ │ │ │ └─■ rating = 1
│ │ │ └─■ content_descriptor
│ │ │ └─■ contents:
│ │ │ └─■ content { children's/youth programmes (general) }
│ │ │ ├─■ content_nibble_level_1 = 5
│ │ │ ├─■ content_nibble_level_2 = 0
│ │ │ ├─■ user_nibble_1 = 0
│ │ │ └─■ user_nibble_2 = 0
De uitbreiding van het tooltje telt op basis van de volledige EPG set die bij Ziggo/Casema/Multikabel wordt verzonden voor de huidige en volgende dag van elk event van ieder kanaal het aantal extended_event_descriptors en presenteert die tellingen in een lijst:
Van de 7965 programma's zijn er dus 2985 programma's (37 %) waarvan de EPG informatie bestaat uit alleen de programma naam. Bij 4076 programma's (51 %) wordt de uitgebreide programma beschrijving verzonden met 1 extended_event_descriptor, wat wil zeggen dat de tekst hooguit 256 letters lang is. Voor 687 programma's (8 %) zijn twee extended_event_descriptors nodig, wat aangeeft dat de tekst tussen de 256 en 512 letters lang is.
Bij relatief veel programma's is er dus helemaal geen uitgebreide programma beschrijving aanwezig. Even wat steekproeven genomen met wat oudere Transport Stream capture files en iedere steekproef laat ongeveer hetzelfde beeld zien. Telkens zo'n kleine 40 % aan programma's zonder uitgebreide programma beschrijvingen.
│ │ └─■ events:
│ │ └─■ event
│ │ ├─■ event_id = 361
│ │ ├─■ start_time { 20-3-09 5:00:00 GMT }
│ │ │ ├─■ MJD = 54910
│ │ │ └─■ UTC = 0x050000
│ │ ├─■ duration = 03:00: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 = Suus - Tommy Teleshopping
│ │ ├─■ 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
Als de EPG informatie van een programma wel beschikt over beschrijvende tekst dan worden die beschrijvingen doorgegeven met één of meerdere extended_event_descriptors. Iedere extended_event_descriptor kan maximaal 256 letters bevatten, dus hoe meer extended_event_descriptors er bij een event aanwezig zijn hoe uitgebreider de beschrijvende tekst is zoals in het onderstaande voorbeeld:
│ │ ├─■ event
│ │ │ ├─■ event_id = 422
│ │ │ ├─■ start_time { 20-3-09 6:05:00 GMT }
│ │ │ │ ├─■ MJD = 54910
│ │ │ │ └─■ UTC = 0x060500
│ │ │ ├─■ duration = 00:15: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 = Bibaboerderij
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 0
│ │ │ │ ├─■ last_descriptor_number = 7
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = Jeugd. Welkom op de Bibaboerderij! Op een kamertje zien we een jongen spelen. Hij rolt zijn speelkleed uit, zet een boerderij, een stal en wat boompjes op zijn speelkleed en verplaatst zich in zijn denkbeeldige wereld. Hij waant zich bewoner van de
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 1
│ │ │ │ ├─■ last_descriptor_number = 7
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = Bibaboerderij. Op de Bibaboerderij beleven Bibi de Boerin en Bart de Boer de spannendste en leukste avonturen. Spelenderwijs richt de Bibaboerderij zich op verantwoord en duurzaam leven waar plezier, gezondheid, sociale betrokkenheid en genieten d
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 2
│ │ │ │ ├─■ last_descriptor_number = 7
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = e basiselementen zijn. Naast Bart en Bibi is er nog iemand op de Bibaboerderij die daar al heel zijn leven rondloopt. Dat is namelijk de Vivavogelverschrikker. Viva is soms een klein beetje plagerig, maar heeft het hart op de juiste plaats. Ook de
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 3
│ │ │ │ ├─■ last_descriptor_number = 7
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = volgende groepen spelen een belangrijke rol: De Didadiertjes, de Gigagroentes en de Fifafruitjes. De Didadiertjes: Hihahaan staat altijd als eerste op en maakt iedereen wakker met zijn luide gekukel. Bibabig is het enige didadiertje dat in een rols
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 4
│ │ │ │ ├─■ last_descriptor_number = 7
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = toel zit. Bibabig is super positief en ziet altijd de mogelijkheden en kansen in het leven. Kikakip is een hele frisse en pittige tante. Kika verzorgt zich graag tot in de puntjes en is met haar getok nadrukkelijk aanwezig op de Bibaboerderij. Kiek
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 5
│ │ │ │ ├─■ last_descriptor_number = 7
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = eboekoe is vrij klein voor een koe, maar dat komt haar eigenlijk heel goed uit. Eén van Kiekes favoriete hobby's is namelijk verstoppertje spelen. De Gigagroentes: Titatomaat is een beetje verlegen en kleurt snel rood als ze zich ongemakkelijk voel
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 6
│ │ │ │ ├─■ last_descriptor_number = 7
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = t. Bibaboon is de grappigste groente van de Gigagroentes, is erg druk en vindt zichzelf een geweldige boon. Wiwawortel is de slimste van het stel en denkt altijd op elke vraag een antwoord te weten. De Fifafruitjes: Pipapeer en Bibabanaan vinden he
│ │ │ ├─■ extended_event_descriptor
│ │ │ │ ├─■ descriptor_number = 7
│ │ │ │ ├─■ last_descriptor_number = 7
│ │ │ │ ├─■ ISO_639_language_code = dut
│ │ │ │ ├─■ event items:
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = t erg leuk om iedereen wat te leren. Ze zijn namelijk erg goed in Titatellen, Rirarijmen en Kikakleuren.
│ │ │ ├─■ parental_rating_descriptor
│ │ │ │ └─■ parental ratings:
│ │ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ │ ├─■ country_code = NLD
│ │ │ │ └─■ rating = 1
│ │ │ └─■ content_descriptor
│ │ │ └─■ contents:
│ │ │ └─■ content { children's/youth programmes (general) }
│ │ │ ├─■ content_nibble_level_1 = 5
│ │ │ ├─■ content_nibble_level_2 = 0
│ │ │ ├─■ user_nibble_1 = 0
│ │ │ └─■ user_nibble_2 = 0
De uitbreiding van het tooltje telt op basis van de volledige EPG set die bij Ziggo/Casema/Multikabel wordt verzonden voor de huidige en volgende dag van elk event van ieder kanaal het aantal extended_event_descriptors en presenteert die tellingen in een lijst:
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
| ============================================================================================================= Schedule Extended events Service name Service ID Events 0 1 2 3 4 5 6 7 8 9 ------------------------------------------------------------------------------------------------------------- HISTORY 57 52 0 52 0 0 0 0 0 0 0 0 Phoenix CNE 1001 94 8 74 12 0 0 0 0 0 0 0 Cultura 1002 78 7 48 18 5 0 0 0 0 0 0 NOS Politiek 24 1003 31 21 10 0 0 0 0 0 0 0 0 Humor TV 1004 54 30 9 9 6 0 0 0 0 0 0 101 TV 1005 32 1 31 0 0 0 0 0 0 0 0 TV Oost 1006 42 42 0 0 0 0 0 0 0 0 0 Limburg L1 1007 52 52 0 0 0 0 0 0 0 0 0 TRT International 2001 87 86 1 0 0 0 0 0 0 0 0 Cartoon Network 2002 74 74 0 0 0 0 0 0 0 0 0 National Geographic Channel 2003 43 2 41 0 0 0 0 0 0 0 0 BBC Prime 2004 85 0 43 40 2 0 0 0 0 0 0 Sterren.nl 2005 53 13 40 0 0 0 0 0 0 0 0 Extreme sports 2006 72 0 58 14 0 0 0 0 0 0 0 Playboy TV 2007 20 3 17 0 0 0 0 0 0 0 0 TMF Pure 74 23 0 23 0 0 0 0 0 0 0 0 Eurosport 2 3001 42 1 40 1 0 0 0 0 0 0 0 Fashion TV 3002 133 0 128 5 0 0 0 0 0 0 0 Hallmark 3003 32 0 30 2 0 0 0 0 0 0 0 arte 3004 67 64 3 0 0 0 0 0 0 0 0 Samanyolu TV 3005 29 29 0 0 0 0 0 0 0 0 0 TV West 3006 16 16 0 0 0 0 0 0 0 0 0 Travel Channel 3007 72 3 69 0 0 0 0 0 0 0 0 TV Gelderland 3010 43 43 0 0 0 0 0 0 0 0 0 Nick 'Toons 66 68 68 0 0 0 0 0 0 0 0 0 NDR 107 77 74 3 0 0 0 0 0 0 0 0 SWR Fernsehen 109 68 66 2 0 0 0 0 0 0 0 0 Kabel 1 113 64 0 63 1 0 0 0 0 0 0 0 Animal Planet 4002 63 0 63 0 0 0 0 0 0 0 0 Discovery World 4004 66 0 66 0 0 0 0 0 0 0 0 Discovery Science 4005 70 0 70 0 0 0 0 0 0 0 0 Discovery Travel 4006 70 0 70 0 0 0 0 0 0 0 0 MTV NL 19 51 48 3 0 0 0 0 0 0 0 0 Nick Hits 67 24 0 24 0 0 0 0 0 0 0 0 MTV Brand New 73 24 22 2 0 0 0 0 0 0 0 0 GoedTV 155 157 0 105 52 0 0 0 0 0 0 0 Eredivisie Live 1 188 58 15 43 0 0 0 0 0 0 0 0 RTBF Sat 5003 60 60 0 0 0 0 0 0 0 0 0 Veronica/Jetix 6001 87 52 24 9 2 0 0 0 0 0 0 NET 5 6002 42 13 8 15 6 0 0 0 0 0 0 een 6003 65 17 44 3 1 0 0 0 0 0 0 RTL 8 6004 25 6 10 6 2 1 0 0 0 0 0 TMF 6005 30 13 17 0 0 0 0 0 0 0 0 Motors TV 7020 59 0 56 3 0 0 0 0 0 0 0 Nick/Comedy Central 7021 55 49 6 0 0 0 0 0 0 0 0 WDR 7022 82 19 39 9 7 2 2 2 1 1 0 Holland DOC 7024 79 1 78 0 0 0 0 0 0 0 0 MGM Movie Channel 8002 27 0 12 15 0 0 0 0 0 0 0 Nederland 3 8003 123 0 85 30 3 3 0 0 0 2 0 Nederland 1 8004 80 2 66 9 1 1 0 0 1 0 0 Nederland 2 8005 73 0 52 15 3 0 1 1 1 0 0 Rai Uno 8006 53 49 4 0 0 0 0 0 0 0 0 TCM 41 27 2 8 13 4 0 0 0 0 0 0 Lig TV 9001 52 0 52 0 0 0 0 0 0 0 0 Show TV 9002 17 0 17 0 0 0 0 0 0 0 0 Kanal D 9005 36 5 12 12 5 1 1 0 0 0 0 CNBC Europe 100 54 51 3 0 0 0 0 0 0 0 0 Journaal 24 10001 37 0 37 0 0 0 0 0 0 0 0 Omroep Fryslan 10002 16 16 0 0 0 0 0 0 0 0 0 Film1 HD 10003 25 2 23 0 0 0 0 0 0 0 0 Tv Oranje 10004 33 0 33 0 0 0 0 0 0 0 0 BBC three 11001 30 2 5 22 1 0 0 0 0 0 0 Sport1 Extra 11003 26 0 26 0 0 0 0 0 0 0 0 Sport1 Extra 11004 27 0 27 0 0 0 0 0 0 0 0 Sport1.2 11005 29 0 29 0 0 0 0 0 0 0 0 Sport1 11006 40 0 40 0 0 0 0 0 0 0 0 FAN 45 96 96 0 0 0 0 0 0 0 0 0 BBC World News 12002 60 60 0 0 0 0 0 0 0 0 0 CNN International 12003 71 4 67 0 0 0 0 0 0 0 0 Discovery Channel 12004 63 0 63 0 0 0 0 0 0 0 0 Euronews 12005 12 0 12 0 0 0 0 0 0 0 0 TV Flevoland 12006 201 0 201 0 0 0 0 0 0 0 0 Eurosport 12007 40 1 39 0 0 0 0 0 0 0 0 ESPN Classic Sport 12008 64 0 64 0 0 0 0 0 0 0 0 Eredivisie Live 3 190 22 22 0 0 0 0 0 0 0 0 0 ARD 13001 83 37 21 12 6 3 3 0 0 1 0 BBC four 13002 27 2 3 22 0 0 0 0 0 0 0 BBC 1 13003 59 0 33 26 0 0 0 0 0 0 0 BBC 2 13004 80 2 40 35 3 0 0 0 0 0 0 ESPN AMERICA 13006 28 0 28 0 0 0 0 0 0 0 0 /Geschiedenis 13007 75 0 40 33 2 0 0 0 0 0 0 Mezzo 80 29 29 0 0 0 0 0 0 0 0 0 Omroep Zeeland 185 9 9 0 0 0 0 0 0 0 0 0 TV Noord Holland 14001 10 10 0 0 0 0 0 0 0 0 0 Regio TV Utrecht 14002 16 16 0 0 0 0 0 0 0 0 0 AT 5 14003 71 71 0 0 0 0 0 0 0 0 0 TV Rijnmond 14004 6 6 0 0 0 0 0 0 0 0 0 Omroep Brabant TV 14005 79 79 0 0 0 0 0 0 0 0 0 TV Noord 14006 107 35 72 0 0 0 0 0 0 0 0 Misdaadnet 172 48 0 48 0 0 0 0 0 0 0 0 Sport1 Extra 15001 28 0 28 0 0 0 0 0 0 0 0 Sport1 Extra 15002 26 0 26 0 0 0 0 0 0 0 0 Ketnet/Canvas 15006 85 19 53 12 1 0 0 0 0 0 0 TV Drenthe 16001 16 16 0 0 0 0 0 0 0 0 0 Film1+1 16002 25 0 25 0 0 0 0 0 0 0 0 Film1.1 16003 25 0 25 0 0 0 0 0 0 0 0 Film1.2 16004 27 2 25 0 0 0 0 0 0 0 0 Film1.3 16005 26 0 26 0 0 0 0 0 0 0 0 Discovery HD 17001 52 0 52 0 0 0 0 0 0 0 0 TMF NL 17002 48 48 0 0 0 0 0 0 0 0 0 TMF Dance 17003 2 0 2 0 0 0 0 0 0 0 0 Nick Jr 17004 192 192 0 0 0 0 0 0 0 0 0 Eredivisie Live 2 189 26 19 7 0 0 0 0 0 0 0 0 Zee TV 18001 60 0 60 0 0 0 0 0 0 0 0 Baby TV 18003 91 0 91 0 0 0 0 0 0 0 0 Boomerang 18004 110 110 0 0 0 0 0 0 0 0 0 Consumenten TV 18005 123 6 59 43 15 0 0 0 0 0 0 VH1 18007 35 0 32 3 0 0 0 0 0 0 0 ZDF 18009 66 34 9 9 8 2 3 0 0 1 0 RTL 4 19001 64 10 29 21 2 2 0 0 0 0 0 RTL 5 19002 47 20 13 12 2 0 0 0 0 0 0 SBS 6 19003 49 9 23 11 6 0 0 0 0 0 0 RTL 7 19006 60 16 31 8 3 2 0 0 0 0 0 Car Channel 94 103 103 0 0 0 0 0 0 0 0 0 E! Entertainment 20003 63 0 63 0 0 0 0 0 0 0 0 TVE 20004 49 48 1 0 0 0 0 0 0 0 0 Private Spice 20005 66 0 66 0 0 0 0 0 0 0 0 NGC-HD 20007 48 48 0 0 0 0 0 0 0 0 0 Hilversum Best 20008 72 0 72 0 0 0 0 0 0 0 0 Eredivisie Live 4 191 22 22 0 0 0 0 0 0 0 0 0 Sport 1 HD 21001 4 0 4 0 0 0 0 0 0 0 0 Weer en Verkeer 21003 2 0 2 0 0 0 0 0 0 0 0 Pro Sieben 21005 58 14 7 36 0 0 0 0 0 1 0 NostalgieNet 58 0 0 0 0 0 0 0 0 0 0 0 Al-jazeera Internat 102 80 80 0 0 0 0 0 0 0 0 0 Film1 Action 178 24 0 5 4 5 10 0 0 0 0 0 Comedy Central Family 179 112 112 0 0 0 0 0 0 0 0 0 Family 7 180 52 50 2 0 0 0 0 0 0 0 0 TV 5 Monde Europe 23001 79 78 1 0 0 0 0 0 0 0 0 sat 1 23002 62 10 15 29 1 7 0 0 0 0 0 Zone reality 23004 71 0 71 0 0 0 0 0 0 0 0 VH-1 Classic 23008 36 34 2 0 0 0 0 0 0 0 0 ShopZo|SUUS 13 76 76 0 0 0 0 0 0 0 0 0 ZiZone 156 86 0 10 40 6 30 0 0 0 0 0 Nat Geo Wild 24001 49 0 49 0 0 0 0 0 0 0 0 Hustler TV 24002 28 0 28 0 0 0 0 0 0 0 0 Set Asia 24003 52 4 48 0 0 0 0 0 0 0 0 RTL Television 24006 65 24 26 7 4 4 0 0 0 0 0 Spirit 24 103 90 0 90 0 0 0 0 0 0 0 0 Eurosport HD 166 40 1 39 0 0 0 0 0 0 0 0 X-MO 181 29 12 17 0 0 0 0 0 0 0 0 OUTTV 182 53 37 2 3 11 0 0 0 0 0 0 Het gesprek 187 35 2 33 0 0 0 0 0 0 0 0 HISTORY HD 31 56 56 0 0 0 0 0 0 0 0 0 France 2 186 89 47 32 6 2 2 0 0 0 0 0 ------------------------------------------------------------------------------------------------------------- Totals (145 services): 7965 2985 4076 687 125 70 10 3 3 6 0 ============================================================================================================= |
Van de 7965 programma's zijn er dus 2985 programma's (37 %) waarvan de EPG informatie bestaat uit alleen de programma naam. Bij 4076 programma's (51 %) wordt de uitgebreide programma beschrijving verzonden met 1 extended_event_descriptor, wat wil zeggen dat de tekst hooguit 256 letters lang is. Voor 687 programma's (8 %) zijn twee extended_event_descriptors nodig, wat aangeeft dat de tekst tussen de 256 en 512 letters lang is.
Bij relatief veel programma's is er dus helemaal geen uitgebreide programma beschrijving aanwezig. Even wat steekproeven genomen met wat oudere Transport Stream capture files en iedere steekproef laat ongeveer hetzelfde beeld zien. Telkens zo'n kleine 40 % aan programma's zonder uitgebreide programma beschrijvingen.
Ze hebben weer iets nieuws bij Ziggo/Casema: "Zender uit de ether" als EPG informatie dat kennelijk als een soort vul bericht gebruikt wordt wanneer er EPG informatie ontbreekt. Gisterenavond viel me dit al op bij een groot deel van de regio kanalen terwijl er gewoon uitzending was en vanavond zie ik het weer bij Nickelodeon:
│ ├─■ section { 8/72, segment 1, day 1, period 03:00:00 - 05:59:59 }
│ │ ├─■ section_number = 8
│ │ ├─■ last_section_number = 72
│ │ ├─■ segment_last_section_number = 8
│ │ ├─■ last_table_id = 80
│ │ └─■ events:
│ │ └─■ event
│ │ ├─■ event_id = 432
│ │ ├─■ start_time { 22-3-09 4:00:00 GMT }
│ │ │ ├─■ MJD = 54912
│ │ │ └─■ UTC = 0x040000
│ │ ├─■ duration = 15:00: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 = Zender uit de ether
│ │ ├─■ 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
Even gezocht in alle EPG informatie voor vandaag en morgen en dan blijkt dat deze verkeerde EPG informatie regelmatig voorkomt. Sowieso is "ether" natuurlijk een vreemde omschrijving als het om kabel distributie gaat, maar "Tijdelijk geen EPG informatie beschikbaar" dekt volgens mij beter de lading voor het ontbreken van EPG informatie.
Volgens mij ontbreekt trouwens al een tijdje de EPG informatie van Nickelodeon. En waarom wordt eigenlijk de kanaal naam Nickelodeon tegenwoordig afgekort tot Nick in de kanalenlijst?
De EPG informatie van NostalgieNet is ook zoek:
Ook is volgens mij de Nederlands-talige teletekst ondertiteling van TV 5 Monde Europe al een tijdje verdwenen. Voorheen was er ook Russische en Duitse DVB ondertiteling, maar die zijn ook weg.
│ ├─■ section { 8/72, segment 1, day 1, period 03:00:00 - 05:59:59 }
│ │ ├─■ section_number = 8
│ │ ├─■ last_section_number = 72
│ │ ├─■ segment_last_section_number = 8
│ │ ├─■ last_table_id = 80
│ │ └─■ events:
│ │ └─■ event
│ │ ├─■ event_id = 432
│ │ ├─■ start_time { 22-3-09 4:00:00 GMT }
│ │ │ ├─■ MJD = 54912
│ │ │ └─■ UTC = 0x040000
│ │ ├─■ duration = 15:00: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 = Zender uit de ether
│ │ ├─■ 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
Even gezocht in alle EPG informatie voor vandaag en morgen en dan blijkt dat deze verkeerde EPG informatie regelmatig voorkomt. Sowieso is "ether" natuurlijk een vreemde omschrijving als het om kabel distributie gaat, maar "Tijdelijk geen EPG informatie beschikbaar" dekt volgens mij beter de lading voor het ontbreken van EPG informatie.
Volgens mij ontbreekt trouwens al een tijdje de EPG informatie van Nickelodeon. En waarom wordt eigenlijk de kanaal naam Nickelodeon tegenwoordig afgekort tot Nick in de kanalenlijst?
De EPG informatie van NostalgieNet is ook zoek:
code:
1
2
| - Present/Following EIT does not contain events for service ID: 58, service name: NostalgieNet - Schedule EIT does not contain events for service ID: 58, service name: NostalgieNet |
Ook is volgens mij de Nederlands-talige teletekst ondertiteling van TV 5 Monde Europe al een tijdje verdwenen. Voorheen was er ook Russische en Duitse DVB ondertiteling, maar die zijn ook weg.
Heb je hier wel eens aan gedacht,
- hoeveel data kost al die EPG info? (aangezien die naar ALLE decoders gestuurt dient te worden)
- hoeveel mensen maken daadwerkelijk gebruik van de EPG info?
- is het dan wel rendabel om zoveel data onnodig over je netwerk te verspreiden?
- weet jij PRECIES hoe de EPG/ minimale leeftijd aan een film en al die andere crutiale info word toegevoegd en wie/wat/waar de leverancier is hiervan? (hierover zie ik namelijk alleen maar speculaties en aanames)
- hoeveel data kost al die EPG info? (aangezien die naar ALLE decoders gestuurt dient te worden)
- hoeveel mensen maken daadwerkelijk gebruik van de EPG info?
- is het dan wel rendabel om zoveel data onnodig over je netwerk te verspreiden?
- weet jij PRECIES hoe de EPG/ minimale leeftijd aan een film en al die andere crutiale info word toegevoegd en wie/wat/waar de leverancier is hiervan? (hierover zie ik namelijk alleen maar speculaties en aanames)
Even voor je nagekeken. Op dit moment neemt alle EPG informatie voor de huidige dag en de volgende dag bij Ziggo/Casema/Multikabel per Transport Stream ongeveer 530 Kbps van de beschikbare 38 Mbps in beslag. Bij Ziggo/@Home zal dat tussen de ongeveer 750 Kbps en 1 Mbps zijn omdat daar voor overmorgen en de daarop volgende dag ook nog EPG informatie wordt doorgegeven, maar voor die laatste twee dagen ontbreken dan de uitgebreide programma beschrijvingen.MadDonkey schreef op zondag 22 maart 2009 @ 22:51:
- hoeveel data kost al die EPG info? (aangezien die naar ALLE decoders gestuurt dient te worden)
De EPG informatie wordt overigens via een broadcasting mechanisme verzonden naar alle ontvangers waarbij de ontvangers niet apart geadresseerd worden. Het duurt ongeveer 30 tot 45 seconden voordat een complete set EPG informatie binnen is bij een ontvanger en dan begint het verzenden van de EPG data weer van vooraf aan (carousel systeem).
In ieder geval wordt het gebruikt door mensen die beschikken over een PVR voor het programmeren van hun PVR. Verder weet ik dat ik er gebruik van maak om te zoeken naar films en series die ik interessant vind als ik iets wil kijken. Aan de data is echter niet af te leiden hoeveel mensen er van gebruik maken, dus daar kan ik je geen antwoord opgeven.- hoeveel mensen maken daadwerkelijk gebruik van de EPG info?
Als het niet rendabel zou zijn dan waren de kabelbedrijven er nooit aan begonnen en voor PVR's is het min of meer noodzakelijk om het te hebben. Misschien heb je een referentie kader nodig om de hoeveelheid data die de EPG in beslag neemt in het juiste perspectief te zien. Een audio Elementary Stream (ES) neemt tussen de 100 a 300 Kbps in beslag en er worden nogal wat extra audio talen bij TV kanalen doorgegeven waarvan je je kan afvragen of die nuttig zijn in Nederland. Teletext neemt ook al snel zo 300 Kbps per TV kanaal in beslag. Maar goed, uiteindelijk is er vrije ruimte genoeg binnen de Transport Streams, dus ruimte gebrek is niet de beperkende factor voor kwalitatief correcte EPG informatie.- is het dan wel rendabel om zoveel data onnodig over je netwerk te verspreiden?
Die informatie wordt over het algemeen aangeleverd door de EPG leverancier. Ziggo/Casema importeert die aangeleverde EPG informatie in hun database waarbij er nog bewerkingen op worden losgelaten. De nu bij Ziggo/Casema ontbrekende informatie over genre, jaartal, regisseur en acteurs in de EPG informatie bij films en series wordt tijdens het importeren aan het begin van de beschrijvende tekst geplaatst en aan het einde wordt nog een kijkwijzer tekst toegevoegd op basis van de leeftijdsclassificatie in de aangeleverde EPG informatie. Daar waar de EPG leverancier bijvoorbeeld geen leeftijdsclassificatie aanlevert voegt Ziggo/Casema zelf default waarden aan de EPG data toe die hun EPG database ingaat. Wie die EPG leveranciers precies zijn is mij niet bekend, maar veelal zijn dat de omroepen zelf. Misschien is er een EPG dienst waarop ze zich kunnen abonneren, maar op zich is dat voor ons als klanten van Ziggo niet zo interessant. Van mijn part tikken ze het zelf in. Het is een dienst die bij digitale TV hoort en Ziggo mag het graag gebruiken in reclame uittingen om mensen over te halen om ook gebruik te maken van digitale TV.- weet jij PRECIES hoe de EPG/ minimale leeftijd aan een film en al die andere crutiale info word toegevoegd en wie/wat/waar de leverancier is hiervan? (hierover zie ik namelijk alleen maar speculaties en aanames)
Sinds mei 2008 maak ik in dit topic met enige regelmaat melding van het feit dat de Logical Channel Numbers (LCN) informatie in de DVB Service Information (DVB-SI) fouten bevat. Bij een nieuwe scan van Transport Stream 7 blijkt dat deze fouten nu eindelijk zijn opgelost. Hopelijk is dit niet eenmalig, maar blijft dit zo.
Wel voert Ziggo/Casema in tegenstelling tot Ziggo/@Home nog steeds een LCN met nummer 0 op voor de meeste firmware download kanalen. Volgens een Ziggo/@Home medewerker is dat fout, maar is dat nog niet aan Ziggo/Casema doorgegeven of Ziggo/Casema denkt daar anders over:
Of het nu wel of niet correct is om een LCN met nummer 0 op te voeren voor de firmware download kanalen mogen Ziggo/Casema en Ziggo/@Home onderling uitvechten. Wel blijkt uit de DVB-SI dat Ziggo/Casema de eigen keuze niet consequent doorvoert:
Wel voert Ziggo/Casema in tegenstelling tot Ziggo/@Home nog steeds een LCN met nummer 0 op voor de meeste firmware download kanalen. Volgens een Ziggo/@Home medewerker is dat fout, maar is dat nog niet aan Ziggo/Casema doorgegeven of Ziggo/Casema denkt daar anders over:
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
| - 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) - LCN (0) should not be assigned to data Service ID (7016) in TS (7) of NIT (500) - LCN (0) should not be assigned to data Service ID (7017) in TS (7) of NIT (500) - 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) - 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 (0) should not be assigned to data Service ID (7013) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7014) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7015) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7016) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7017) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7018) in TS (7) of NIT (5555) - 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 (0) should not be assigned to data Service ID (7016) in TS (7) of NIT (8888) |
Of het nu wel of niet correct is om een LCN met nummer 0 op te voeren voor de firmware download kanalen mogen Ziggo/Casema en Ziggo/@Home onderling uitvechten. Wel blijkt uit de DVB-SI dat Ziggo/Casema de eigen keuze niet consequent doorvoert:
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
| ============================================================================================= 7 372,00 514,00 372,00 514,00 64/6,875 64/6,875 64/6,875 64/6,875 --------------------------------------------------------------------------------------------- Zenderoverzicht 1 12 12 12 12 Humax PVR loader 128 7002 0 0 0 0 Samsung PVR loader 128 7003 0 0 0 0 Siemens PVR loader 128 7004 0 0 0 0 Nokia loader 128 7005 0 0 0 0 Samsung loader 128 7006 0 0 0 0 Philips loader 128 7007 0 0 0 0 Samsung HD loader 128 7008 0 0 0 0 Panasonic loader 128 7009 0 0 0 0 Samsung 2nd Gen loader 128 7010 0 0 0 0 Humax SD 128 7011 0 0 0 0 Digi1 loader 128 7012 0 - 0 0 SA Vod loader 128 7013 0 0 Samsung Loader 2 128 7014 0 0 0 VODIguide 128 7015 0 0 JVC LCD loader 128 7016 0 - 0 0 HumaxPvrHD 128 7017 0 0 Samsung HD G2 128 7018 - 0 Humax IRHD 5000C 128 7019 - - - - Motors TV 1 7020 413 413 413 Nick/Comedy Central 1 7021 19 19 19 WDR 1 7022 604 604 604 Garuda TV 1 7023 670 670 670 Holland DOC 1 7024 206 206 206 Arrow Classic Rock 2 7050 813 813 813 BNR Nieuws Radio 2 7051 812 812 812 Classic FM 2 7052 817 817 817 Funx 2 7053 819 819 819 Slam! FM 2 7054 815 815 815 Q-Music 2 7055 808 808 808 Radio 1 2 7056 800 800 800 Radio 2 2 7057 801 801 801 Radio 3 2 7058 802 802 802 Radio 4 2 7059 803 803 803 Radio France Inter. 2 7060 860 860 860 ============================================================================================= |
Er is iets nieuws verschenen in de Service Description Tables (SDT) die door Ziggo/Casema verzonden worden. Zie de rood gemarkeerde tekst in het onderstaande deel van de SDT:
├─■ SDT { Service Description Table }
│ ├─■ transport stream ID 1, version 24
│ │ ├─■ transport_stream_id = 1
│ │ ├─■ version_number = 24
│ │ ├─■ original_network_id = 500
│ │ └─■ sections: { Required sections: 1, available sections: 1 }
│ │ └─■ section { 0/0 }
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 0
│ │ └─■ services:
│ │ ├─■ service
│ │ │ ├─■ service_id = 57
│ │ │ ├─■ 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 = HISTORY
│ │ │ ├─■ private_data_specifier_descriptor
│ │ │ │ └─■ private_data_specifier = 22
│ │ │ └─■ user_private_descriptor { 212 }
│ │ │ └─■ data = 0000 00 00 40 01 ..@.
│ │ ├─■ service
│ │ │ ├─■ service_id = 1001
│ │ │ ├─■ 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 = Phoenix CNE
│ │ │ ├─■ private_data_specifier_descriptor
│ │ │ │ └─■ private_data_specifier = 22
│ │ │ └─■ user_private_descriptor { 212 }
│ │ │ └─■ data = 0000 00 00 04 00 ....
│ │ ├─■ service
│ │ │ ├─■ service_id = 1002
│ │ │ ├─■ 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 = Cultura
│ │ │ ├─■ private_data_specifier_descriptor
│ │ │ │ └─■ private_data_specifier = 22
│ │ │ └─■ user_private_descriptor { 212 }
│ │ │ └─■ data = 0000 00 00 00 01 ....
│ │ ├─■ service
│ │ │ ├─■ service_id = 1003
│ │ │ ├─■ 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 = NOS Politiek 24
│ │ │ ├─■ private_data_specifier_descriptor
│ │ │ │ └─■ private_data_specifier = 22
│ │ │ └─■ user_private_descriptor { 212 }
│ │ │ └─■ data = 0000 00 00 00 01 ....
De private_data_specifier_descriptor met nummer 22 is destijds door Casema geregistreerd voor eigen uitbreidingen in de DVB-SI. Het lijkt erop dat de user_private_descriptor met tag 212 twee nummers van elk twee bytes bevat, waarvan het tweede nummer een soort nummer is om de kanalen in groepen in te delen. Die groepsindeling lijkt op het eerste gezicht de kanalen/pakketten indeling van Ziggo te volgen. Vermoedelijk een uitbreiding van de SDT speciaal voor de Cisco 8455DVB HDTV/VOD/PVR waar Ziggo/Casema zich tegenwoordig voornamelijk mee bezig houdt.
├─■ SDT { Service Description Table }
│ ├─■ transport stream ID 1, version 24
│ │ ├─■ transport_stream_id = 1
│ │ ├─■ version_number = 24
│ │ ├─■ original_network_id = 500
│ │ └─■ sections: { Required sections: 1, available sections: 1 }
│ │ └─■ section { 0/0 }
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 0
│ │ └─■ services:
│ │ ├─■ service
│ │ │ ├─■ service_id = 57
│ │ │ ├─■ 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 = HISTORY
│ │ │ ├─■ private_data_specifier_descriptor
│ │ │ │ └─■ private_data_specifier = 22
│ │ │ └─■ user_private_descriptor { 212 }
│ │ │ └─■ data = 0000 00 00 40 01 ..@.
│ │ ├─■ service
│ │ │ ├─■ service_id = 1001
│ │ │ ├─■ 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 = Phoenix CNE
│ │ │ ├─■ private_data_specifier_descriptor
│ │ │ │ └─■ private_data_specifier = 22
│ │ │ └─■ user_private_descriptor { 212 }
│ │ │ └─■ data = 0000 00 00 04 00 ....
│ │ ├─■ service
│ │ │ ├─■ service_id = 1002
│ │ │ ├─■ 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 = Cultura
│ │ │ ├─■ private_data_specifier_descriptor
│ │ │ │ └─■ private_data_specifier = 22
│ │ │ └─■ user_private_descriptor { 212 }
│ │ │ └─■ data = 0000 00 00 00 01 ....
│ │ ├─■ service
│ │ │ ├─■ service_id = 1003
│ │ │ ├─■ 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 = NOS Politiek 24
│ │ │ ├─■ private_data_specifier_descriptor
│ │ │ │ └─■ private_data_specifier = 22
│ │ │ └─■ user_private_descriptor { 212 }
│ │ │ └─■ data = 0000 00 00 00 01 ....
De private_data_specifier_descriptor met nummer 22 is destijds door Casema geregistreerd voor eigen uitbreidingen in de DVB-SI. Het lijkt erop dat de user_private_descriptor met tag 212 twee nummers van elk twee bytes bevat, waarvan het tweede nummer een soort nummer is om de kanalen in groepen in te delen. Die groepsindeling lijkt op het eerste gezicht de kanalen/pakketten indeling van Ziggo te volgen. Vermoedelijk een uitbreiding van de SDT speciaal voor de Cisco 8455DVB HDTV/VOD/PVR waar Ziggo/Casema zich tegenwoordig voornamelijk mee bezig houdt.
De nieuwe uitbreiding van de Service Description Table (SDT) nog wat verder onderzocht en dan blijkt dat de 4 bytes een 32-bits reeks vormt waarbij ieder bit een pakket vertegenwoordigt. Om te kunnen onderzoeken welk pakket bij ieder bit hoort heb ik het kanalen/pakketten overzicht van mijn DVB-SI Parser tooltje uitgebreid met een "Packages" kolom waarin de 4 bytes hexadecimale waarde van de user_private_descriptor is geplaatst. Bij het genereren van het overzicht bleek dat Ziggo/Casema de TV kanalen in Transport Streams 24, 25, 26, 50, 60 en 150 nog niet heeft ingedeeld.
Zie onderstaand het resultaat door een capture file van Transport Stream 7 gemaakt op 27 maart te combineren met een volledige set capture files van alle Transport Streams gemaakt op 14 maart:
Zie onderstaand het resultaat door een capture file van Transport Stream 7 gemaakt op 27 maart te combineren met een volledige set capture files van alle Transport Streams gemaakt op 14 maart:
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
| ============================================================================================================================================================================================================= Transport Stream ID Free Packages ECM CMT 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Service name Type Service ID Y/N Packages CAID:PID Version Subscriptions CHID:PID ============================================================================================================================================================================================================= 1 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- HISTORY 1 57 N 0x00004001 1540:4000 20 9 10 22 1538:5000 11 9 10 22 Phoenix CNE 1 1001 N 0x00000400 1540:4001 20 18 22 1538:5001 11 18 22 Cultura 1 1002 N 0x00000001 1540:4002 20 9 22 1538:5002 11 9 22 NOS Politiek 24 1 1003 N 0x00000001 1540:4003 24 8 22 1538:5003 12 8 22 Humor TV 1 1004 N 0x00000003 1540:4004 20 6 9 22 1538:5004 11 6 9 22 101 TV 1 1005 N 0x00000001 1540:4005 20 9 22 1538:5005 11 9 22 TV Oost 1 1006 N 0x00000001 1540:4006 24 8 22 1538:5006 12 8 22 Limburg L1 1 1007 N 0x00000001 1540:4007 24 8 22 1538:5007 12 8 22 ============================================================================================================================================================================================================= 2 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- TRT International 1 2001 N 0x00000001 1540:4000 24 8 22 1538:5000 11 8 22 Cartoon Network 1 2002 N 0x00000005 1540:4001 20 9 12 22 1538:5001 11 9 12 22 National Geographic Channel 1 2003 N 0x00000001 1540:4002 24 8 9 22 1538:5002 12 8 22 BBC Prime 1 2004 N 0x00000001 1540:4003 20 9 22 1538:5003 11 9 22 Sterren.nl 1 2005 N 0x00002001 1540:4004 20 9 11 22 1538:5004 11 9 11 22 Extreme sports 1 2006 N 0x00000041 1540:4005 20 9 13 22 1538:5005 11 9 13 22 Playboy TV 1 2007 N 0x00000001 1540:4006 20 9 22 1538:5006 11 9 22 ============================================================================================================================================================================================================= 3 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- TMF Pure 1 74 N 0x00002001 1540:4000 20 9 11 22 1538:5000 11 9 11 22 Phoenix InfoNews 1 165 N 0x00000400 1540:4001 20 18 22 1538:5001 11 18 22 Eurosport 2 1 3001 N 0x00000041 1540:4002 21 1 9 13 22 1538:5002 11 1 9 13 22 Fashion TV 1 3002 N 0x00000001 1540:4003 20 9 22 1538:5003 11 9 22 Hallmark 1 3003 N 0x00000003 1540:4004 20 6 9 22 1538:5004 11 6 9 22 arte 1 3004 N 0x00000001 1540:4005 24 8 22 1538:5005 11 8 22 Samanyolu TV 1 3005 N 0x00000810 1540:4006 20 19 20 22 1538:5006 11 19 20 22 TV West 1 3006 N 0x00000001 1540:4007 27 24 1538:5007 15 24 Travel Channel 1 3007 N 0x00004001 1540:4008 28 1 9 10 22 1538:5008 12 1 9 10 22 TV Gelderland 1 3010 N 0x00000001 1540:4009 24 8 9 22 1538:5009 12 8 22 ============================================================================================================================================================================================================= 4 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Nick 'Toons 1 66 N 0x00000005 1540:4000 20 9 12 22 1538:5000 11 9 12 22 NDR 1 107 N 0x00000001 1540:4001 24 8 9 22 1538:5001 11 8 22 SWR Fernsehen 1 109 N 0x00000001 1540:4002 24 8 9 22 1538:5002 11 8 22 Kabel 1 1 113 N 0x00000001 1540:4003 20 9 22 1538:5003 11 9 22 Animal Planet 1 4002 N 0x00000001 1540:4004 24 8 9 22 1538:5004 12 8 22 Discovery World 1 4004 N 0x00004001 1540:4005 20 9 10 22 1538:5005 11 9 10 22 Discovery Science 1 4005 N 0x00004001 1540:4006 20 9 10 22 1538:5006 11 9 10 22 Discovery Travel 1 4006 N 0x00004001 1540:4007 20 9 10 22 1538:5007 11 9 10 22 VRT Radio 1 2 4050 N 1540:4050 24 8 9 22 1538:5050 12 8 22 VRT Radio 2 2 4051 N 1540:4050 24 8 9 22 1538:5050 12 8 22 VRT Radio Klara 2 4052 N 1540:4050 24 8 9 22 1538:5050 12 8 22 VRT Studio Brussel 2 4053 N 1540:4050 24 8 9 22 1538:5050 12 8 22 MNM 2 4054 N 1540:4050 24 8 9 22 1538:5050 12 8 22 BBC Radio 4 2 4055 N 1540:4050 24 8 9 22 1538:5050 12 8 22 ============================================================================================================================================================================================================= 5 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- MTV NL 1 19 N 0x00000001 1540:4000 24 8 9 22 1538:5000 12 8 22 Nick Hits 1 67 N 0x00000005 1540:4002 20 9 12 22 1538:5002 11 9 12 22 MTV Brand New 1 73 N 0x00002001 1540:4003 20 9 11 22 1538:5003 11 9 11 22 GoedTV 1 155 N 0x00000001 1540:4005 29 24 1538:5005 17 24 Eredivisie Live 1 1 188 N 0x00000100 1540:4004 3 15 16 22 1538:5004 2 15 16 22 RTBF Sat 1 5003 N 0x00000001 1540:4006 24 8 9 22 1538:5006 11 8 22 WDR 1 Live 2 5050 N 1540:4050 24 8 9 22 1538:5050 12 8 22 WDR2 2 5051 N 1540:4050 24 8 9 22 1538:5050 12 8 22 WDR4 2 5053 N 1540:4050 24 8 9 22 1538:5050 12 8 22 WDR5 2 5054 N 1540:4050 24 8 9 22 1538:5050 12 8 22 RNE Radio 1 2 5055 N 1540:4050 24 8 9 22 1538:5050 12 8 22 L1 Radio 2 5056 N 1540:4050 24 8 9 22 1538:5050 12 8 22 ============================================================================================================================================================================================================= 6 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Veronica/Jetix 1 6001 N 0x00000001 1540:4000 30 24 1538:5000 18 24 NET 5 1 6002 N 0x00000001 1540:4001 30 24 1538:5001 18 24 een 1 6003 N 0x00000001 1540:4002 24 8 9 22 1538:5002 12 8 22 RTL 8 1 6004 N 0x00000001 1540:4003 30 24 1538:5003 18 24 TMF 1 6005 N 0x00000001 1540:4004 24 8 9 22 1538:5004 12 8 22 Juize FM 2 6050 N 1540:4050 24 8 9 22 1538:5050 12 8 22 ============================================================================================================================================================================================================= 7 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Zenderoverzicht 1 12 Y Humax PVR loader 128 7002 Y Samsung PVR loader 128 7003 Y Siemens PVR loader 128 7004 Y Nokia loader 128 7005 Y Samsung loader 128 7006 Y Philips loader 128 7007 Y Samsung HD loader 128 7008 Y Panasonic loader 128 7009 Y Samsung 2nd Gen loader 128 7010 Y Humax SD 128 7011 Y Digi1 loader 128 7012 Y SA Vod loader 128 7013 Y Samsung Loader 2 128 7014 Y VODIguide 128 7015 Y JVC LCD loader 128 7016 N HumaxPvrHD 128 7017 N Samsung HD G2 128 7018 Y Humax IRHD 5000C 128 7019 Y Motors TV 1 7020 N 0x00000041 1540:4000 21 9 13 22 1538:5000 11 9 13 22 Nick/Comedy Central 1 7021 N 0x00000001 1540:4001 24 8 9 22 1538:5001 12 8 22 WDR 1 7022 N 0x00000001 1540:4002 24 8 9 22 1538:5002 11 8 22 Garuda TV 1 7023 N 0x00000001 1540:4003 20 9 22 1538:5003 11 9 22 Holland DOC 1 7024 N 0x00004001 1540:4004 20 9 10 22 1538:5004 11 9 10 22 Arrow Classic Rock 2 7050 N 1540:4050 24 8 9 22 1538:5050 12 8 22 BNR Nieuws Radio 2 7051 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Classic FM 2 7052 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Funx 2 7053 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Slam! FM 2 7054 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Q-Music 2 7055 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Radio 1 2 7056 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Radio 2 2 7057 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Radio 3 2 7058 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Radio 4 2 7059 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Radio France Inter. 2 7060 N 1540:4050 24 8 9 22 1538:5050 12 8 22 ============================================================================================================================================================================================================= 8 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- MGM Movie Channel 1 8002 N 0x00000003 1540:4000 21 1 6 9 22 1538:5000 11 1 6 9 22 Nederland 3 1 8003 N 0x00000001 1540:4001 30 24 1538:5001 18 24 Nederland 1 1 8004 Y 0x00000001 Nederland 2 1 8005 N 0x00000001 1540:4003 30 24 1538:5003 18 24 Rai Uno 1 8006 N 0x00000001 1540:4004 24 8 9 22 1538:5004 11 8 22 ============================================================================================================================================================================================================= 9 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- TCM 1 41 N 0x00000003 1540:4000 20 6 9 22 1538:5000 11 6 9 22 Lig TV 1 9001 N 0x00000800 1540:4001 20 20 22 1538:5001 11 20 22 Show TV 1 9002 N 0x00000810 1540:4002 20 19 20 22 1538:5002 11 19 20 22 Turkmax 1 9003 N 0x00000800 1540:4003 20 20 22 1538:5003 11 20 22 ATV 1 9004 N 0x00000810 1540:4004 20 19 20 22 1538:5004 11 19 20 22 Kanal D 1 9005 N 0x00000810 1540:4005 20 19 20 22 1538:5005 11 19 20 22 Radio 6 2 9050 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Radio 10 Gold 2 9051 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Radio 538 2 9052 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Wereldomroep RNW 1 2 9053 N 1540:4050 24 8 9 22 1538:5050 12 8 22 TMF Radio 2 9054 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Sky Radio 2 9055 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Radio Veronica 2 9056 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Caz! 2 9057 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Radio 5 2 9058 N 1540:4050 24 8 9 22 1538:5050 12 8 22 BBC Radio 1 2 9059 N 1540:4050 24 8 9 22 1538:5050 12 8 22 BBC Radio 2 2 9060 N 1540:4050 24 8 9 22 1538:5050 12 8 22 BBC Radio 3 2 9061 N 1540:4050 24 8 9 22 1538:5050 12 8 22 BBC World Service 2 9062 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Kink FM 2 9063 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Decibel 2 9064 N 1540:4050 24 8 9 22 1538:5050 12 8 22 WDR3 2 9065 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Ujala Radio 2 9066 N 1540:4050 24 8 9 22 1538:5050 12 8 22 RAI Radio 1 2 9067 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Radio West 2 9068 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Radio M Utrecht 2 9069 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Radio omroep Brabant 2 9070 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Radio Rijnmond 2 9071 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Radio Noord Holland 2 9072 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Tweede kamerlijn 2 9073 N 1540:4050 24 8 9 22 1538:5050 12 8 22 Arrow Jazz FM 2 9075 N 1540:4050 24 8 9 22 1538:5050 12 8 22 ============================================================================================================================================================================================================= 10 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- CNBC Europe 1 100 N 0x00000001 1540:4000 20 9 10 22 1538:5000 11 9 10 22 Journaal 24 1 10001 N 0x00004001 1540:4001 20 9 10 22 1538:5001 11 9 10 22 Omroep Fryslan 1 10002 N 0x00000001 1540:4002 24 8 9 22 1538:5002 12 8 22 Film1 HD 25 10003 N 0x00000100 1540:4003 20 2 22 1538:5003 11 2 21 22 Tv Oranje 1 10004 N 0x00002001 1540:4004 20 9 11 22 1538:5004 11 9 11 22 FOX Turk 1 10005 N 0x00000810 1540:4005 20 19 20 22 1538:5005 11 19 20 22 ============================================================================================================================================================================================================= 11 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- HaberTurk 1 163 N 0x00000810 1540:4000 20 19 20 22 1538:5000 11 19 20 22 JimJam 1 171 N 0x00000005 1540:4001 21 1 9 12 22 1538:5001 11 1 9 12 22 BBC three 1 11001 N 0x00004001 1540:4002 20 9 10 22 1538:5002 11 9 10 22 Sport1 Extra 1 11003 N 0x00000200 1540:4003 24 3 22 1538:5003 15 3 21 22 Sport1 Extra 1 11004 N 0x00000200 1540:4004 24 3 22 1538:5004 15 3 21 22 Sport1.2 1 11005 N 0x00000200 1540:4005 24 3 22 1538:5005 15 3 21 22 Sport1 1 11006 N 0x00000200 1540:4006 24 3 22 1538:5006 15 3 21 22 ============================================================================================================================================================================================================= 12 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- FAN 1 45 N 0x00000003 1540:4000 20 6 9 22 1538:5000 11 6 9 22 BBC World News 1 12002 N 0x00000001 1540:4002 24 8 9 22 1538:5002 12 8 22 CNN International 1 12003 N 0x00000001 1540:4003 24 8 9 22 1538:5003 12 8 22 Discovery Channel 1 12004 N 0x00000001 1540:4004 24 8 9 22 1538:5004 12 8 22 Euronews 1 12005 N 0x00000001 1540:4005 24 8 9 22 1538:5005 12 8 22 TV Flevoland 1 12006 N 0x00000001 1540:4006 24 8 9 22 1538:5006 14 8 22 Eurosport 1 12007 N 0x00000001 1540:4007 24 8 9 22 1538:5007 12 8 22 ESPN Classic Sport 1 12008 N 0x00000041 1540:4008 20 9 13 22 1538:5008 11 9 13 22 ============================================================================================================================================================================================================= 13 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Eredivisie Live 3 1 190 N 0x00000100 1540:4004 3 15 16 22 1538:5004 2 15 16 22 ARD 1 13001 N 0x00000001 1540:4000 24 8 9 22 1538:5000 11 8 22 BBC four 1 13002 N 0x00004001 1540:4001 20 9 10 22 1538:5001 11 9 10 22 BBC 1 1 13003 N 0x00000001 1540:4002 24 8 9 22 1538:5002 14 8 22 BBC 2 1 13004 N 0x00000001 1540:4003 24 8 9 22 1538:5003 12 8 22 ESPN AMERICA 1 13006 N 0x00000041 1540:4005 20 9 13 22 1538:5005 11 9 13 22 /Geschiedenis 1 13007 N 0x00004001 1540:4006 20 9 10 22 1538:5006 11 9 10 22 ============================================================================================================================================================================================================= |
En deel 2:
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
| ============================================================================================================================================================================================================= 14 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Mezzo 1 80 N 0x00002001 1540:4000 20 9 11 22 1538:5000 11 9 11 22 Omroep Zeeland 1 185 N 0x00000001 1540:4007 12 8 9 22 1538:5007 10 8 22 TV Noord Holland 1 14001 N 0x00000001 1540:4001 29 24 1538:5001 17 24 Regio TV Utrecht 1 14002 N 0x00000001 1540:4002 24 8 9 22 1538:5002 12 8 22 AT 5 1 14003 N 0x00000001 1540:4003 30 24 1538:5003 18 24 TV Rijnmond 1 14004 N 0x00000001 1540:4004 29 24 1538:5004 17 24 Omroep Brabant TV 1 14005 N 0x00000001 1540:4005 28 24 1538:5005 15 24 TV Noord 1 14006 N 0x00000001 1540:4006 24 8 9 22 1538:5006 12 8 22 Total Hits 2 14050 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Killer 80's 2 14051 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Dance Floor Fillers 2 14052 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 The Love Collection 2 14053 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Ultimate Urban 2 14054 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Classical Greats 2 14055 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 The Biggest Rock Anthems Ev 2 14056 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 The Perfect Dinner Party/Co 2 14058 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Harder Than hell 2 14059 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Magnificent 70's 2 14060 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Total Hits Germany 2 14062 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Radio Sweet Reggae 2 14066 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Jazz Classics 2 14067 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Still Got The Blues 2 14069 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Just Chillout 2 14070 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Country Stars 2 14071 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 The Cocktail Lounge 2 14073 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Cool Jazz 2 14076 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Classical Orchestral 2 14077 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Classical Calm 2 14078 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Rock 'n' Roll Era 2 14081 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Soul Classics 2 14082 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 The Main Event 2 14085 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 Schlager Greats 2 14086 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 All Day Party 2 14089 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 XLnt Hits 2 14090 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 NederPop Gold 2 14091 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 NederPop Nu 2 14092 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 XLnt Nostalgie 2 14093 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 PiratenHits 2 14094 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 XLnt Easy Listening 2 14095 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 HotPop Gold 2 14096 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 XLnt HotPop 2 14097 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 XLnt Comedy 2 14098 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 XLnt Dance Classics 2 14100 N 1540:4050 20 9 14 22 1538:5050 11 9 14 22 ============================================================================================================================================================================================================= 15 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Misdaadnet 1 172 N 0x00000003 1540:4005 20 6 9 22 1538:5005 11 6 9 22 Sport1 Extra 1 15001 N 0x00000200 1540:4000 24 3 22 1538:5000 15 3 21 22 Sport1 Extra 1 15002 N 0x00000200 1540:4001 24 3 22 1538:5001 15 3 21 22 STAR TV 1 15005 N 0x00000810 1540:4004 20 19 20 22 1538:5004 11 19 20 22 Ketnet/Canvas 1 15006 N 0x00000001 1540:4006 24 8 9 22 1538:5006 12 8 22 ============================================================================================================================================================================================================= 16 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- TV Drenthe 1 16001 N 0x00000001 1540:4000 24 8 9 22 1538:5000 12 8 22 Film1+1 1 16002 N 0x00000100 1540:4001 20 2 22 1538:5001 11 2 21 22 Film1.1 1 16003 N 0x00000100 1540:4002 24 2 22 1538:5002 15 2 21 22 Film1.2 1 16004 N 0x00000100 1540:4003 20 2 22 1538:5003 11 2 21 22 Film1.3 1 16005 N 0x00000100 1540:4004 20 2 22 1538:5004 11 2 21 22 ============================================================================================================================================================================================================= 17 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Discovery HD 17 17001 N 0x00000008 1540:4000 20 4 22 1538:5000 11 4 22 TMF NL 1 17002 N 0x00002001 1540:4001 21 9 11 22 1538:5001 11 9 11 22 TMF Dance 1 17003 N 0x00002001 1540:4002 20 9 11 22 1538:5002 11 9 11 22 Nick Jr 1 17004 N 0x00000005 1540:4003 20 9 12 22 1538:5003 11 9 12 22 ============================================================================================================================================================================================================= 18 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Eredivisie Live 2 1 189 N 0x00000100 1540:4007 3 15 16 22 1538:5007 2 15 16 22 Zee TV 1 18001 N 0x00000020 1540:4000 20 17 22 33:4000, 42:4000 1538:5000 11 17 22 Baby TV 1 18003 N 0x00000005 1540:4001 21 9 12 22 1538:5001 11 9 12 22 Boomerang 1 18004 N 0x00000004 1540:4002 20 9 12 22 1538:5002 11 9 12 22 Consumenten TV 1 18005 N 0x00004001 1540:4003 20 9 10 22 1538:5003 11 9 10 22 VH1 1 18007 N 0x00002001 1540:4005 20 9 11 22 1538:5005 11 9 11 22 ZDF 1 18009 N 0x00000001 1540:4006 24 8 9 22 1538:5006 11 8 22 ============================================================================================================================================================================================================= 19 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- RTL 4 1 19001 N 0x00000001 1540:4000 30 24 1538:5000 18 24 RTL 5 1 19002 N 0x00000001 1540:4001 30 24 1538:5001 18 24 SBS 6 1 19003 N 0x00000001 1540:4002 30 24 1538:5002 18 24 RTL 7 1 19006 N 0x00000001 1540:4003 30 24 1538:5003 18 24 ============================================================================================================================================================================================================= 20 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Car Channel 1 94 N 0x00000041 1540:4000 20 9 13 22 1538:5000 11 9 13 22 E! Entertainment 1 20003 N 0x00000003 1540:4001 20 6 9 22 1538:5001 11 6 9 22 TVE 1 20004 N 0x00000001 1540:4002 24 8 9 22 1538:5002 11 8 22 Private Spice 1 20005 N 0x00000001 1540:4003 20 9 22 1538:5003 11 9 22 NGC-HD 25 20007 N 0x00000008 1540:4004 20 4 22 1538:5004 11 4 22 Hilversum Best 1 20008 N 0x00000001 1540:4005 20 9 22 1538:5005 11 9 22 ============================================================================================================================================================================================================= 21 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Opvoeden Doe je Zo 1 62 N 0x00000001 1540:4001 20 9 22 1538:5001 11 9 22 Eredivisie Live 4 1 191 N 0x00000100 1540:4005 3 15 16 22 1538:5005 2 15 16 22 Sport 1 HD 25 21001 N 0x00000200 1540:4002 24 3 22 Weer en Verkeer 1 21003 N 0x00004001 1540:4003 20 9 10 22 1538:5003 11 9 10 22 Pro Sieben 1 21005 N 0x00000001 1540:4004 20 9 22 1538:5004 11 9 22 ============================================================================================================================================================================================================= 22 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- NostalgieNet 1 58 N 0x00004001 1540:4000 21 9 10 22 1538:5000 11 9 10 22 Al-jazeera Internat 1 102 N 0x00000001 1540:4001 21 8 22 1538:5001 11 8 22 Zee Cinema 1 129 N 0x00000020 1540:4002 20 17 22 1538:5002 11 17 22 Ziggo TV 1 157 N 0x00000001 Film1 Action 1 178 N 0x00000100 1540:4009 20 2 22 1538:5009 11 2 21 22 Comedy Central Family 1 179 N 0x00000001 1540:4008 20 6 9 22 1538:5008 11 6 9 22 ============================================================================================================================================================================================================= 23 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Etalagekanaal 1 60 N 0x00000001 1540:4004 20 8 22 1538:5004 11 8 22 Family 7 1 180 N 0x00000001 1540:4000 15 8 22 1538:5000 11 8 22 TV 5 Monde Europe 1 23001 N 0x00000001 1540:4001 24 8 9 22 1538:5001 11 8 22 sat 1 1 23002 N 0x00000001 1540:4002 21 8 22 1538:5002 11 8 22 Zone reality 1 23004 N 0x00000003 1540:4003 21 6 9 22 1538:5003 11 6 9 22 VH-1 Classic 1 23008 N 0x00002001 1540:4005 21 1 9 11 22 1538:5005 11 1 9 11 22 ============================================================================================================================================================================================================= 24 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- ShopZo|SUUS 1 13 N 1540:4000 24 8 22 1538:5000 12 8 22 ZiZoneTV 1 156 N 1540:4001 24 8 9 22 1538:5001 12 8 22 Set Max 1 162 N 1540:4002 20 17 22 1538:5002 11 17 22 Omrop Fryslan 2 623 N 1540:4050 22 8 9 22 1538:5050 11 8 22 RADIONL 2 634 N 1540:4050 22 8 9 22 1538:5050 11 8 22 Waterstad FM 2 635 N 1540:4050 22 8 9 22 1538:5050 11 8 22 100% NL 2 639 N 1540:4050 22 8 9 22 1538:5050 11 8 22 NDR 2 2 655 N 1540:4050 22 8 9 22 1538:5050 11 8 22 NDR Kultur 2 656 N 1540:4050 22 8 9 22 1538:5050 11 8 22 Surround Radio 2 676 N 1540:4050 22 8 9 22 1538:5050 11 8 22 Nat Geo Wild 1 24001 N 1540:4003 20 9 10 22 1538:5003 11 9 10 22 Hustler TV 1 24002 N 1540:4004 20 9 22 1538:5004 11 9 22 Set Asia 1 24003 N 1540:4005 20 17 22 33:4005, 42:4005 1538:5005 11 17 22 RTL Television 1 24006 N 1540:4007 24 8 9 22 1538:5007 11 8 22 ============================================================================================================================================================================================================= 25 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Spirit 24 1 103 N 1540:4000 20 9 10 22 1538:5000 11 9 10 22 Eurosport HD 25 166 N 1540:4003 24 7 8 22 1538:5003 12 7 8 22 X-MO 1 181 N 1540:4005 16 5 22 1538:5005 12 5 22 OUTTV 1 182 N 1540:4006 16 5 6 9 22 1538:5006 12 5 6 9 22 Het gesprek 1 187 N 1540:4007 4 8 22 1538:5007 3 8 22 ============================================================================================================================================================================================================= 26 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- HISTORY HD 25 31 N 1540:4000 20 4 22 1538:5000 11 4 22 France 2 1 186 N 1540:4004 3 8 22 1538:5004 2 8 22 ============================================================================================================================================================================================================= 50 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Alphen Stad TV 1 401 N ============================================================================================================================================================================================================= 60 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- InfoThuis TV 1 302 N Den Haag TV 1 402 N ============================================================================================================================================================================================================= 150 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Regio 22 1 403 N Schagen FM 1 404 N Seaport TV 1 405 N ============================================================================================================================================================================================================= Conditional Access IDs: 1538 - Irdeto 1540 - Irdeto Subscriptions for Conditional Access ID 1538: 1 - (Channel ID = 1 ) Verrassing pakket 2 - (Channel ID = 4 ) Film1 pakket 3 - (Channel ID = 5 ) Sport1 pakket 4 - (Channel ID = 6 ) HDTV pakket 5 - (Channel ID = 85 ) Gay Lifestyle pakket 6 - (Channel ID = 23 ) Film & Entertainment pakket 7 - (Channel ID = 2 ) Basis HDTV pakket 8 - (Channel ID = 211 ) Basis pakket 9 - (Channel ID = 212 ) Totaal pakket 10 - (Channel ID = 21 ) Kennis & Nieuws pakket 11 - (Channel ID = 25 ) Muziek pakket 12 - (Channel ID = 24 ) Kids pakket 13 - (Channel ID = 22 ) Sport pakket 14 - (Channel ID = 26 ) Music Choice & Xlnt Radio pakket 15 - (Channel ID = 27 ) Eredivisie Live Voetbal pakket 16 - (Channel ID = 28 ) Eredivisie Live Voetbal pakket 17 - (Channel ID = 205 ) Hindi pakket 18 - (Channel ID = 67 ) Chinees pakket 19 - (Channel ID = 208 ) Turks pakket 20 - (Channel ID = 209 ) Uitgebreid Turks pakket 21 - (Channel ID = 214 ) Film1 & Sport1 pakket 22 - (Channel ID = 9999 ) Preview pakket 23 - Not used 24 - (Channel ID = 65535) Ongeregistreerd pakket Subscriptions for Conditional Access ID 1540: 1 - (Channel ID = 1 ) Verrassing pakket 2 - (Channel ID = 3 ) Film1 pakket 3 - (Channel ID = 4 ) Sport1 pakket 4 - (Channel ID = 5 ) HDTV pakket 5 - (Channel ID = 6 ) Gay Lifestyle pakket 6 - (Channel ID = 8 ) Film & Entertainment pakket 7 - (Channel ID = 10 ) Basis HDTV pakket 8 - (Channel ID = 11 ) Basis pakket 9 - (Channel ID = 13 ) Totaal pakket 10 - (Channel ID = 14 ) Kennis & Nieuws pakket 11 - (Channel ID = 15 ) Muziek pakket 12 - (Channel ID = 16 ) Kids pakket 13 - (Channel ID = 17 ) Sport pakket 14 - (Channel ID = 19 ) Music Choice & Xlnt Radio pakket 15 - (Channel ID = 27 ) Eredivisie Live Voetbal pakket 16 - (Channel ID = 28 ) Eredivisie Live Voetbal pakket 17 - (Channel ID = 83 ) Hindi pakket 18 - (Channel ID = 84 ) Chinees pakket 19 - (Channel ID = 208 ) Turks pakket 20 - (Channel ID = 209 ) Uitgebreid Turks pakket 21 - Not used 22 - (Channel ID = 9999 ) Preview pakket 23 - Not used 24 - (Channel ID = 65535) Ongeregistreerd pakket |
Na wat puzzelen blijkt het Ziggo/Casema personeel dan de volgende pakketten te hebben toegewezen aan ieder bit van de 32-bits reeks:
Opvallend is dat aan bit nummer 9 twee pakketten zijn toegewezen, namelijk het Eredivisie Live pakket en het Film1 pakket, terwijl bit nummer 8 niet toegewezen lijkt te zijn. Vermoedelijk weer een foutje van het Ziggo/Casema personeel waarbij ik denk dat bit nummer 8 het Eredivisie Live pakket had moeten zijn en bit nummer 9 het Film 1 pakket. Dit foutje lijkt er ook te duiden dat het aanmaken van de pakketten indeling in de Service Description Table (SDT) handwerk is wat vraagt om meer fouten in de toekomst als kanalen van het ene pakket naar het andere pakket gaan verhuizen.
Bit nummer 13 zal wel het Gay Lifestyle pakket zijn, maar die kanalen vallen onder de Transport Streams waarvan de kanalen nog niet zijn ingedeeld in pakketten, dus daar valt nog niet met zekerheid iets over te zeggen. De kanalen van het Basis pakket en het Totaal pakket zijn trouwens bij deze indeling in één pakket gestopt zodat klanten die alleen het Basis pakket hebben dan toch de kanalen van het Totaal pakket in de lijst blijven zien. Lijkt me niet nodig als die pakketten gewoon beide waren opgenomen in de 32-bits reeks.
Dit systeem van Ziggo/Casema biedt overigens maar ondersteuning voor hooguit 32 pakketten. Het is mij een raadsel waarom ze niet gewoon de standaard Bouquet Association Table (BAT) gebruiken om kanalen in groepen (lees: bouquets) in te delen. De BAT is juist voor dat doel aanwezig in de DVB Service Information specificaties en veel duidelijker dan dit gedoe met bit reeksen. Verder kan dan met behulp van een bouquet_name_descriptor een naam aan zo'n bouquet worden toegewezen of met behulp van de multilingual_bouquet_name_descriptor de naam van het pakket in meerdere talen. Ontvangers met ondersteuning van de BAT kunnen dan de gebruiker een lijst van bouquets (lees: pakketten) tonen waaruit de gebuiker de pakketten kan kiezen waarop deze een abonnement heeft afgesloten. De gebruiker hoeft dan niet langer lastig gevallen te worden met kanalen waarop deze toch geen abonnement heeft. Iedereen blij en een standaard DVB oplossing i.p.v. zo'n afwijkende manier met private data waarop Ziggo/Casema dit nu aanpakt en die alleen te gebruiken lijkt door de Cisco 8455DVB HDTV/VOD/PVR. De benodigde tabel voor de pakketten toewijzing aan ieder bit ben ik namelijk niet tegengekomen in de DVB-SI data, dus zal de Cisco 8455DVB deze wel via het ingebouwde Euro-DOCSIS modem ergens ophalen c.q. aangeleverd krijgen.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| bit pakket 1 Basis & Totaal pakket 2 Film & Entertainment pakket 3 Kids pakket 4 HDTV pakket 5 Turks pakket 6 Hindi pakket 7 Sport pakket 8 ? 9 Eredivisie Live pakket / Film1 pakket 10 Sport1 pakket 11 Chinees pakket 12 Uitgebreid Turks pakket 13 ? 14 Muziek pakket 15 Kennis & Nieuws pakket |
Opvallend is dat aan bit nummer 9 twee pakketten zijn toegewezen, namelijk het Eredivisie Live pakket en het Film1 pakket, terwijl bit nummer 8 niet toegewezen lijkt te zijn. Vermoedelijk weer een foutje van het Ziggo/Casema personeel waarbij ik denk dat bit nummer 8 het Eredivisie Live pakket had moeten zijn en bit nummer 9 het Film 1 pakket. Dit foutje lijkt er ook te duiden dat het aanmaken van de pakketten indeling in de Service Description Table (SDT) handwerk is wat vraagt om meer fouten in de toekomst als kanalen van het ene pakket naar het andere pakket gaan verhuizen.
Bit nummer 13 zal wel het Gay Lifestyle pakket zijn, maar die kanalen vallen onder de Transport Streams waarvan de kanalen nog niet zijn ingedeeld in pakketten, dus daar valt nog niet met zekerheid iets over te zeggen. De kanalen van het Basis pakket en het Totaal pakket zijn trouwens bij deze indeling in één pakket gestopt zodat klanten die alleen het Basis pakket hebben dan toch de kanalen van het Totaal pakket in de lijst blijven zien. Lijkt me niet nodig als die pakketten gewoon beide waren opgenomen in de 32-bits reeks.
Dit systeem van Ziggo/Casema biedt overigens maar ondersteuning voor hooguit 32 pakketten. Het is mij een raadsel waarom ze niet gewoon de standaard Bouquet Association Table (BAT) gebruiken om kanalen in groepen (lees: bouquets) in te delen. De BAT is juist voor dat doel aanwezig in de DVB Service Information specificaties en veel duidelijker dan dit gedoe met bit reeksen. Verder kan dan met behulp van een bouquet_name_descriptor een naam aan zo'n bouquet worden toegewezen of met behulp van de multilingual_bouquet_name_descriptor de naam van het pakket in meerdere talen. Ontvangers met ondersteuning van de BAT kunnen dan de gebruiker een lijst van bouquets (lees: pakketten) tonen waaruit de gebuiker de pakketten kan kiezen waarop deze een abonnement heeft afgesloten. De gebruiker hoeft dan niet langer lastig gevallen te worden met kanalen waarop deze toch geen abonnement heeft. Iedereen blij en een standaard DVB oplossing i.p.v. zo'n afwijkende manier met private data waarop Ziggo/Casema dit nu aanpakt en die alleen te gebruiken lijkt door de Cisco 8455DVB HDTV/VOD/PVR. De benodigde tabel voor de pakketten toewijzing aan ieder bit ben ik namelijk niet tegengekomen in de DVB-SI data, dus zal de Cisco 8455DVB deze wel via het ingebouwde Euro-DOCSIS modem ergens ophalen c.q. aangeleverd krijgen.
[ Voor 5% gewijzigd door ArChie op 29-03-2009 00:42 ]
De ontbrekende tekst met het genre, jaartal, regisseur en acteurs in de EPG informatie bij films en series is weer terug bij Ziggo/Casema, maar vraag niet hoe:
│ │ └─■ event
│ │ ├─■ event_id = 1016
│ │ ├─■ start_time { 29-3-09 10:30:00 GMT }
│ │ │ ├─■ MJD = 54919
│ │ │ └─■ UTC = 0x103000
│ │ ├─■ duration = 01:40: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 = Forbidden Territory: Stanley's Search for Livingstone
│ │ ├─■ 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. Film (US). Amerikaanse avonturenfilm gebaseerd op de zoektocht van journalist Henry Morton Stanley naar de in 1869 verdwenen Afrikaanse ontdekkingsreiziger Dr. Livingstone. Met: Aidan Quinn, Nigel Hawthorne, Edward Fox, Fay Masterson, Jackson
│ │ ├─■ 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 = Kariuki, Micky Onguko e.a. Regie: Simon Langton.
│ │ ├─■ 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
Voor de overzichtelijkheid even de uitgebreide tekst als een quote:
Bij een serie wordt het allemaal nog wat rommeliger met deze vreemde layout van de EPG informatie die door het Ziggo/Casema personeel verzonnen is:
│ ├─■ section { 40/120, segment 5, day 1, period 15:00:00 - 17:59:59 }
│ │ ├─■ section_number = 40
│ │ ├─■ last_section_number = 120
│ │ ├─■ segment_last_section_number = 40
│ │ ├─■ last_table_id = 96
│ │ └─■ events:
│ │ ├─■ event
│ │ │ ├─■ event_id = 2527
│ │ │ ├─■ start_time { 29-3-09 15:00:00 GMT }
│ │ │ │ ├─■ MJD = 54919
│ │ │ │ └─■ UTC = 0x150000
│ │ │ ├─■ duration = 00:50: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 = Casualty
│ │ │ ├─■ 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. Serie. Guppy is determined to stand his ground against the racist gang but is left reeling when their campaign against him intensifies. Met: Elizabeth Carling, Elyes Gabel, James Redmond e.a. Afl. (14): Skin Deep.
│ │ │ ├─■ 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
En voor de overzichtelijkheid weer even de uitgebreide tekst als een quote:
│ ├─■ section { 40/120, segment 5, day 1, period 15:00:00 - 17:59:59 }
│ │ ├─■ section_number = 40
│ │ ├─■ last_section_number = 120
│ │ ├─■ segment_last_section_number = 40
│ │ ├─■ last_table_id = 96
│ │ └─■ events:
│ │ ├─■ event
│ │ │ ├─■ event_id = 2527
│ │ │ ├─■ start_time { 29-3-09 15:00:00 GMT }
│ │ │ │ ├─■ MJD = 54919
│ │ │ │ └─■ UTC = 0x150000
│ │ │ ├─■ duration = 00:50: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 = Casualty
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = Serie. Afl. (14): Skin Deep. Met: Elizabeth Carling, Elyes Gabel, James Redmond e.a.
│ │ │ ├─■ 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 = Guppy is determined to stand his ground against the racist gang but is left reeling when their campaign against him intensifies.
│ │ │ ├─■ 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
Op die manier hebben de klanten met andere aanbevolen kabel ontvangers tenminste geen last van dat geklooi met die Cisco 8455DVB. Hoe moeilijk kan het toch allemaal zijn?
│ │ └─■ event
│ │ ├─■ event_id = 1016
│ │ ├─■ start_time { 29-3-09 10:30:00 GMT }
│ │ │ ├─■ MJD = 54919
│ │ │ └─■ UTC = 0x103000
│ │ ├─■ duration = 01:40: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 = Forbidden Territory: Stanley's Search for Livingstone
│ │ ├─■ 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. Film (US). Amerikaanse avonturenfilm gebaseerd op de zoektocht van journalist Henry Morton Stanley naar de in 1869 verdwenen Afrikaanse ontdekkingsreiziger Dr. Livingstone. Met: Aidan Quinn, Nigel Hawthorne, Edward Fox, Fay Masterson, Jackson
│ │ ├─■ 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 = Kariuki, Micky Onguko e.a. Regie: Simon Langton.
│ │ ├─■ 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
Voor de overzichtelijkheid even de uitgebreide tekst als een quote:
Zoals te zien is plaatst Ziggo/Casema nu de acteurs en regisseur aan het einde van de tekst i.p.v. aan het begin waar dit normaal te vinden is. Verder zetten ze aan het begin van de tekst op basis van de "movie/drama (general)" classificatie in de content_descriptor de tekst "Film. ", wat dan weer direct wordt gevolgd door "Film (US)" dat uit de aangeleverde EPG informatie komt en de laatste tijd ontbrak bij Ziggo/Casema/Multikabel. Het jaartal wanneer de film geproduceerd is ontbreekt nog steeds.Film. Film (US). Amerikaanse avonturenfilm gebaseerd op de zoektocht van journalist Henry Morton Stanley naar de in 1869 verdwenen Afrikaanse ontdekkingsreiziger Dr. Livingstone. Met: Aidan Quinn, Nigel Hawthorne, Edward Fox, Fay Masterson, Jackson Kariuki, Micky Onguko e.a. Regie: Simon Langton.
Bij een serie wordt het allemaal nog wat rommeliger met deze vreemde layout van de EPG informatie die door het Ziggo/Casema personeel verzonnen is:
│ ├─■ section { 40/120, segment 5, day 1, period 15:00:00 - 17:59:59 }
│ │ ├─■ section_number = 40
│ │ ├─■ last_section_number = 120
│ │ ├─■ segment_last_section_number = 40
│ │ ├─■ last_table_id = 96
│ │ └─■ events:
│ │ ├─■ event
│ │ │ ├─■ event_id = 2527
│ │ │ ├─■ start_time { 29-3-09 15:00:00 GMT }
│ │ │ │ ├─■ MJD = 54919
│ │ │ │ └─■ UTC = 0x150000
│ │ │ ├─■ duration = 00:50: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 = Casualty
│ │ │ ├─■ 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. Serie. Guppy is determined to stand his ground against the racist gang but is left reeling when their campaign against him intensifies. Met: Elizabeth Carling, Elyes Gabel, James Redmond e.a. Afl. (14): Skin Deep.
│ │ │ ├─■ 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
En voor de overzichtelijkheid weer even de uitgebreide tekst als een quote:
De tekst begint met "Serie/soap. " omdat de content_descriptor van dit programma de volgende classificatie heeft: soap/melodrama/folkloric. Daarna volgt nog een keer "Serie. " omdat dit zo voorkomt in de bij Ziggo/Casema aangeleverde EPG. Daarna volgt de uitgebreide beschrijvende tekst, wat dan weer wordt afgesloten door aan het einde de acteurs en de naam van de aflevering toe te voegen. Normaal zou je de volgende layout verwachten:Serie/soap. Serie. Guppy is determined to stand his ground against the racist gang but is left reeling when their campaign against him intensifies. Met: Elizabeth Carling, Elyes Gabel, James Redmond e.a. Afl. (14): Skin Deep.
Op die manier is het duidelijk en is het niet nodig om eerst naar het einde van de tekst te scrollen om te achter halen of het programma interessant is. Waarom dit nu zo nodig bij Ziggo/Casema op een volstrekt onlogische manier moet is mij een raadsel. Als hun Cisco 8455DVB HDTV/VOD/PVR daar om wat voor reden dan ook problemen mee heeft dan kunnen ze dat natuurlijk ook op een andere manier oplossen door bijvoorbeeld de tekst met het genre, afleveringnaam, jaartal, regisseur en acteurs in de EPG informatie bij films en series in de short_event_descriptor op te nemen i.p.v. in een extended_event_descriptor en dan in de firmware van de Cisco 8455DVB die short_event_desciptor tekst na de laatste extended_event_descriptor plaatsen. Alle normaal functionerende aanbevolen ontvangers zullen dan de short_event_descriptor tekst voor de eerste extended_event_descriptor plakken. Zie de onderstaande voorbeeld data voor een dergelijke oplossing:Serie. Afl. (14): Skin Deep. Met: Elizabeth Carling, Elyes Gabel, James Redmond e.a. Guppy is determined to stand his ground against the racist gang but is left reeling when their campaign against him intensifies.
│ ├─■ section { 40/120, segment 5, day 1, period 15:00:00 - 17:59:59 }
│ │ ├─■ section_number = 40
│ │ ├─■ last_section_number = 120
│ │ ├─■ segment_last_section_number = 40
│ │ ├─■ last_table_id = 96
│ │ └─■ events:
│ │ ├─■ event
│ │ │ ├─■ event_id = 2527
│ │ │ ├─■ start_time { 29-3-09 15:00:00 GMT }
│ │ │ │ ├─■ MJD = 54919
│ │ │ │ └─■ UTC = 0x150000
│ │ │ ├─■ duration = 00:50: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 = Casualty
│ │ │ │ └─■ text
│ │ │ │ ├─■ character_coding = Latin alphabet No. 5
│ │ │ │ └─■ text = Serie. Afl. (14): Skin Deep. Met: Elizabeth Carling, Elyes Gabel, James Redmond e.a.
│ │ │ ├─■ 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 = Guppy is determined to stand his ground against the racist gang but is left reeling when their campaign against him intensifies.
│ │ │ ├─■ 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
Op die manier hebben de klanten met andere aanbevolen kabel ontvangers tenminste geen last van dat geklooi met die Cisco 8455DVB. Hoe moeilijk kan het toch allemaal zijn?
En nog steeds is bij Ziggo/Casema ontbrekende EPG informatie hetzelfde als het "uit de ether" zijn van de zender. Zie bijvoorbeeld het onderstaande voorbeeld voor RTL 4:
│ ├─■ 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:
│ │ ├─■ event
│ │ │ ├─■ event_id = 410
│ │ │ ├─■ start_time { 29-3-09 3:30:00 GMT }
│ │ │ │ ├─■ MJD = 54919
│ │ │ │ └─■ UTC = 0x033000
│ │ │ ├─■ duration = 01:20: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 = Car tracks
│ │ │ ├─■ 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 = Overige. Serie.
│ │ │ ├─■ 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
│ │ ├─■ event
│ │ │ ├─■ event_id = 1917
│ │ │ ├─■ start_time { 29-3-09 4:50:00 GMT }
│ │ │ │ ├─■ MJD = 54919
│ │ │ │ └─■ UTC = 0x045000
│ │ │ ├─■ duration = 00:05: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 = Zender uit de ether
│ │ │ ├─■ 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.
│ │ │ ├─■ 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
│ │ ├─■ event
│ │ │ ├─■ event_id = 1918
│ │ │ ├─■ start_time { 29-3-09 4:55:00 GMT }
│ │ │ │ ├─■ MJD = 54919
│ │ │ │ └─■ UTC = 0x045500
│ │ │ ├─■ duration = 00:55: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 = Jacques Cousteau
│ │ │ ├─■ 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 = Natuur. Natuurserie (FR). Afl.: Berijders van de wind.
│ │ │ ├─■ parental_rating_descriptor
│ │ │ │ └─■ parental ratings:
│ │ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ │ ├─■ country_code = NLD
│ │ │ │ └─■ rating = 1
│ │ │ └─■ content_descriptor
│ │ │ └─■ contents:
│ │ │ └─■ content { nature/animals/environment }
│ │ │ ├─■ content_nibble_level_1 = 9
│ │ │ ├─■ content_nibble_level_2 = 1
│ │ │ ├─■ user_nibble_1 = 0
│ │ │ └─■ user_nibble_2 = 0
│ ├─■ 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:
│ │ ├─■ event
│ │ │ ├─■ event_id = 410
│ │ │ ├─■ start_time { 29-3-09 3:30:00 GMT }
│ │ │ │ ├─■ MJD = 54919
│ │ │ │ └─■ UTC = 0x033000
│ │ │ ├─■ duration = 01:20: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 = Car tracks
│ │ │ ├─■ 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 = Overige. Serie.
│ │ │ ├─■ 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
│ │ ├─■ event
│ │ │ ├─■ event_id = 1917
│ │ │ ├─■ start_time { 29-3-09 4:50:00 GMT }
│ │ │ │ ├─■ MJD = 54919
│ │ │ │ └─■ UTC = 0x045000
│ │ │ ├─■ duration = 00:05: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 = Zender uit de ether
│ │ │ ├─■ 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.
│ │ │ ├─■ 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
│ │ ├─■ event
│ │ │ ├─■ event_id = 1918
│ │ │ ├─■ start_time { 29-3-09 4:55:00 GMT }
│ │ │ │ ├─■ MJD = 54919
│ │ │ │ └─■ UTC = 0x045500
│ │ │ ├─■ duration = 00:55: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 = Jacques Cousteau
│ │ │ ├─■ 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 = Natuur. Natuurserie (FR). Afl.: Berijders van de wind.
│ │ │ ├─■ parental_rating_descriptor
│ │ │ │ └─■ parental ratings:
│ │ │ │ └─■ parental rating { minimum age 4 years }
│ │ │ │ ├─■ country_code = NLD
│ │ │ │ └─■ rating = 1
│ │ │ └─■ content_descriptor
│ │ │ └─■ contents:
│ │ │ └─■ content { nature/animals/environment }
│ │ │ ├─■ content_nibble_level_1 = 9
│ │ │ ├─■ content_nibble_level_2 = 1
│ │ │ ├─■ user_nibble_1 = 0
│ │ │ └─■ user_nibble_2 = 0
De kanalen in Transport Streams 24, 25 en 26 zijn nu door Ziggo/Casema aan pakketten toegewezen: ingedeeld:ArChie schreef op zaterdag 28 maart 2009 @ 22:09:
De nieuwe uitbreiding van de Service Description Table (SDT) nog wat verder onderzocht en dan blijkt dat de 4 bytes een 32-bits reeks vormt waarbij ieder bit een pakket vertegenwoordigt. Om te kunnen onderzoeken welk pakket bij ieder bit hoort heb ik het kanalen/pakketten overzicht van mijn DVB-SI Parser tooltje uitgebreid met een "Packages" kolom waarin de 4 bytes hexadecimale waarde van de user_private_descriptor is geplaatst. Bij het genereren van het overzicht bleek dat Ziggo/Casema de TV kanalen in Transport Streams 24, 25, 26, 50, 60 en 150 nog niet heeft ingedeeld.
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
| ============================================================================================================================================================================================================= 24 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- ShopZo|SUUS 1 13 N 0x00000001 ZiZoneTV 1 156 N 0x00000001 Set Max 1 162 N Omrop Fryslan 2 623 N RADIONL 2 634 N Waterstad FM 2 635 N 100% NL 2 639 N NDR 2 2 655 N NDR Kultur 2 656 N Surround Radio 2 676 N Nat Geo Wild 1 24001 N 0x00004001 Hustler TV 1 24002 N 0x00000001 Set Asia 1 24003 N 0x00000020 RTL Television 1 24006 N 0x00000001 ============================================================================================================================================================================================================= 25 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Spirit 24 1 103 N 0x00004001 Eurosport HD 25 166 N 0x00000001 X-MO 1 181 N 0x00001000 OUTTV 1 182 N 0x00001000 Het gesprek 1 187 N 0x00004001 ============================================================================================================================================================================================================= 26 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- HISTORY HD 25 31 N 0x00000008 France 2 1 186 N 0x00000001 ============================================================================================================================================================================================================= 50 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Alphen Stad TV 1 401 N ============================================================================================================================================================================================================= 60 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- InfoThuis TV 1 302 N Den Haag TV 1 402 N ============================================================================================================================================================================================================= 150 Free Packages ECM Version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 Unknown Channel IDs ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Regio 22 1 403 N Schagen FM 1 404 N Seaport TV 1 405 N ============================================================================================================================================================================================================= |
De lokale kanalen in Transport Streams 50, 60 en 150 zijn echter nog steeds niet aan een pakket toegewezen.
Zoals ik eerder al verwachte bleek dat de kanalen die bij het Eredivisie Live pakket horen inderdaad het verkeerde bitje toegewezen hadden gekregen door het Ziggo/Casema personeel. Dit Eredivisie Live pakket hoort bij bit nummer 8 i.p.v. nummer 9 en dat is nu dan ook gecorrigeerd. Verder is nu duidelijk geworden dat bit nummer 13 is toegewezen aan het Gay Lifestyle pakket. Onderstaand voor de volledigheid nog even de uiteindelijke lijst:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| bit pakket 1 Basis & Totaal pakket 2 Film & Entertainment pakket 3 Kids pakket 4 HDTV pakket 5 Turks pakket 6 Hindi pakket 7 Sport pakket 8 Eredivisie Live pakket 9 Film1 pakket 10 Sport1 pakket 11 Chinees pakket 12 Uitgebreid Turks pakket 13 Gay Lifestyle pakket 14 Muziek pakket 15 Kennis & Nieuws pakket |
Een voorbeeld hoe het werkt. NostalgieNet heeft een "Packages" waarde van 0x00004001 wat overeenkomt met de volgende bit reeks: 0000 0000 0000 0000 0100 0000 0000 0001. Vanaf rechts geteld hebben bit nummer 1 en bit nummer 15 in deze reeks een waarde 1 wat aangeeft dat NostalgieNet in het Basis & Totaal pakket en in het Kennis & Nieuws pakket zit.
En de tekst met het genre, jaartal, regisseur en acteurs in de EPG informatie bij films en series is weer verdwenen bij Ziggo/Casema. Het geklooi duurt voort...ArChie schreef op zondag 29 maart 2009 @ 15:07:
De ontbrekende tekst met het genre, jaartal, regisseur en acteurs in de EPG informatie bij films en series is weer terug bij Ziggo/Casema, maar vraag niet hoe:
Ik heb sinds vorige week problemen met het ontvangen van verschillende zenders bij ziggo.
Het gaat dan voornamelijk om de rtl en sbs6 zenders. Het probleem ligt niet bij de smartcards of de ontvangers.
We hebben namelijk 2 verschillende ontvangers (ik heb een humax en me moeder heeft een samsung). We hebben geprobeerd de smartcards te wisselen, de ontvangers omgeruild en proberen de ontvangers te resetten.
Ik heb ziggo gebeld en die zeggen dat het vanzelf wel goedkomt
. Iemand een idee waar het aan kan liggen?
Het gaat dan voornamelijk om de rtl en sbs6 zenders. Het probleem ligt niet bij de smartcards of de ontvangers.
We hebben namelijk 2 verschillende ontvangers (ik heb een humax en me moeder heeft een samsung). We hebben geprobeerd de smartcards te wisselen, de ontvangers omgeruild en proberen de ontvangers te resetten.
Ik heb ziggo gebeld en die zeggen dat het vanzelf wel goedkomt
Zit er misschien een vcr/dvd recorder voor de decoder?gfo schreef op woensdag 01 april 2009 @ 21:55:
Ik heb sinds vorige week problemen met het ontvangen van verschillende zenders bij ziggo.
Het gaat dan voornamelijk om de rtl en sbs6 zenders. Het probleem ligt niet bij de smartcards of de ontvangers.
Bij veel gebruikers blijkt dat de oorzaak van storing te zijn.
Zie dit onderwerp op het Ziggo Gebruikers Forum:
Ziggo-Gebruikers Forum: Aanpassing 2 frequentie's netwerk 1111 (17/3)
Originally Posted by Hugo
Ik heb dit probleem nu ook definitief opgelost! Het bleek dat de antennekabel was aangesloten op mijn VCR en dat de CABLE IN op mijn Humax van de VCR kwam. Nu dus de antennekabel in de Humax en ik kreeg de ontbrekende zenders weer!
[ Voor 20% gewijzigd door The_Doman op 01-04-2009 22:12 ]
Hangt er een beetje vanaf wie je voormalige Ziggo kabelbedrijf is. Als dat Ziggo/Casema of Ziggo/Multikabel is dan kan je eens in de volgende lijst kijken of de kanalen waar je problemen mee hebt allemaal in dezelfde Transport Stream zitten en dus op dezelfde frequentie worden uitgezonden.gfo schreef op woensdag 01 april 2009 @ 21:55:
Ik heb sinds vorige week problemen met het ontvangen van verschillende zenders bij ziggo.
Het gaat dan voornamelijk om de rtl en sbs6 zenders. Het probleem ligt niet bij de smartcards of de ontvangers.
ArChie in "Digitale TV info & frequenties bij Ziggo..."
Als dat het geval is dan is het mogelijk dat er iets stoort op die frequentie. Roep dan op een kanaal waar je veel storing ziet eens de BER waarden op (zie handleiding ontvanger). Als die niet 0 zijn dan is de kans groot dat het inderdaad interferentie is en moet je je gaan afvragen of je misschien een draadloss apparaat hebt aangeschaft dat dit veroorzaakt of is er misschien ergens bij je in de buurt een zender in gebruik genomen. Blijft de BER 0 terwijl er wel storing is op dat kanaal dan kan je het kabelbedrijf gaan verdenken van het leveren van een slecht signaal al zullen ze dat nooit en te nimmer toegeven.
Vorige week is er een overgang geweest van winter naar zomertijd, maar dat is Ziggo/Casema kennelijk ontgaan. Op het gebruikersforum werd al sinds begin april melding gemaakt van verkeerde EPG informatie bij BBC Three en Four aangezien de EPG informatie die overdag getoond wordt meldt dat de uitzending om 20:00 begint, maar deze melding tot 21:00 uur blijft staan waardoor de EPG informatie van de programma's die om 20:00 beginnen ontbreken.
Dit is de EPG informatie die Ziggo/Casema momenteel voor bijvoorbeeld BBC Three verzendt:
│ │ └─■ event
│ │ ├─■ event_id = 3
│ │ ├─■ start_time { 5-4-09 5:00:00 GMT }
│ │ │ ├─■ MJD = 54926
│ │ │ └─■ UTC = 0x050000
│ │ ├─■ duration = 13:59:00
│ │ ├─■ running_status = undefined
│ │ ├─■ free_CA_mode = one or more elementary streams CA controlled
│ │ └─■ descriptors:
│ │ └─■ short_event_descriptor
│ │ ├─■ ISO_639_language_code = dut
│ │ └─■ event_name
│ │ ├─■ character_coding = Latin alphabet No. 5
│ │ └─■ text = Uitzending begint om 20:00 uur
Wat men bij Ziggo/Casema kennelijk nog steeds niet weet is dat EPG informatie volgens de UTC (is GMT) tijd wordt verzonden zonder aanpassingen voor de lokale tijd (+ 1 uur t.o.v. GMT) en zonder zomertijd aanpassing (nog eens + 1 uur t.o.v. de lokale tijd). De start tijd van dit programma moet dus in deze zomertijd periode niet "5-4-09 5:00:00 GMT" zijn, maar "5-4-09 4:00:00 GMT" zodat de EPG informatie van de programma's correct 06:00 stopt en 14 uur later om 20:00 uur weer begint.
Hoe moeilijk kan het toch zijn om op basis van eerdere ervaringen in hun grote procedure boekje te vermelden hoe dit soort dingen moeten worden gecorrigeerd en wanneer dat dan moet worden gecorrigeerd zodat er niet bij elke overgang eerst geklaagd moet worden totdat de boel aangepast wordt? Handiger is het natuurlijk om het programma/script waarmee Ziggo/Casema dergelijke "Uitzending begint om..." programma informatie toevoegt bewust te maken van zomertijd en wintertijd zodat het probleem helemaal niet meer voorkomt.
Dit probleem is ook al tijden van toepassing op Playboy TV dat door het Ziggo/Casema personeel nog nooit goed gecorrigeerd is.
In bovenstaand voorbeeld is trouwens te zien dat het Ziggo/Casema personeel nog steeds geen idee heeft wat het begrip programma duur nu eigenlijk inhoud. Nog steeds geven zij aan dat deze programmaloze periode op BBC Three en Four 13 uur en 59 minuten duurt i.p.v. 14 uur. Hierdoor ontstaat een EPG programma gat van 1 minuut.
Dit is de EPG informatie die Ziggo/Casema momenteel voor bijvoorbeeld BBC Three verzendt:
│ │ └─■ event
│ │ ├─■ event_id = 3
│ │ ├─■ start_time { 5-4-09 5:00:00 GMT }
│ │ │ ├─■ MJD = 54926
│ │ │ └─■ UTC = 0x050000
│ │ ├─■ duration = 13:59:00
│ │ ├─■ running_status = undefined
│ │ ├─■ free_CA_mode = one or more elementary streams CA controlled
│ │ └─■ descriptors:
│ │ └─■ short_event_descriptor
│ │ ├─■ ISO_639_language_code = dut
│ │ └─■ event_name
│ │ ├─■ character_coding = Latin alphabet No. 5
│ │ └─■ text = Uitzending begint om 20:00 uur
Wat men bij Ziggo/Casema kennelijk nog steeds niet weet is dat EPG informatie volgens de UTC (is GMT) tijd wordt verzonden zonder aanpassingen voor de lokale tijd (+ 1 uur t.o.v. GMT) en zonder zomertijd aanpassing (nog eens + 1 uur t.o.v. de lokale tijd). De start tijd van dit programma moet dus in deze zomertijd periode niet "5-4-09 5:00:00 GMT" zijn, maar "5-4-09 4:00:00 GMT" zodat de EPG informatie van de programma's correct 06:00 stopt en 14 uur later om 20:00 uur weer begint.
Hoe moeilijk kan het toch zijn om op basis van eerdere ervaringen in hun grote procedure boekje te vermelden hoe dit soort dingen moeten worden gecorrigeerd en wanneer dat dan moet worden gecorrigeerd zodat er niet bij elke overgang eerst geklaagd moet worden totdat de boel aangepast wordt? Handiger is het natuurlijk om het programma/script waarmee Ziggo/Casema dergelijke "Uitzending begint om..." programma informatie toevoegt bewust te maken van zomertijd en wintertijd zodat het probleem helemaal niet meer voorkomt.
Dit probleem is ook al tijden van toepassing op Playboy TV dat door het Ziggo/Casema personeel nog nooit goed gecorrigeerd is.
In bovenstaand voorbeeld is trouwens te zien dat het Ziggo/Casema personeel nog steeds geen idee heeft wat het begrip programma duur nu eigenlijk inhoud. Nog steeds geven zij aan dat deze programmaloze periode op BBC Three en Four 13 uur en 59 minuten duurt i.p.v. 14 uur. Hierdoor ontstaat een EPG programma gat van 1 minuut.
Ik moet dit topic nog doorlezen, maar wat mij nu opvalt is dat van de radiozenders bv. Slam! (815) steeds na een minuut wegvalt. Dan staat er "not completed", ook bij veel andere zenders. Ik kan hem daarna wel weer aanzetten maar dan valt ie weer weg na een minuutje..
Verder storen de HD zenders nogal (beeld blijft even hangen).
Ik heb Ziggo Digitale TV (basis) met Samsung HD decoder.
Verder storen de HD zenders nogal (beeld blijft even hangen).
Ik heb Ziggo Digitale TV (basis) met Samsung HD decoder.
Wie was het voormalige Ziggo kabelbedrijf? Casema of Multikabel? En storen alle HD kanalen of zijn dat alleen bepaalde kanalen. Dit is van belang om te kunnen bepalen of de problemen zich voordoen op bepaalde frequenties.Syntagma schreef op maandag 06 april 2009 @ 21:01:
Ik moet dit topic nog doorlezen, maar wat mij nu opvalt is dat van de radiozenders bv. Slam! (815) steeds na een minuut wegvalt. Dan staat er "not completed", ook bij veel andere zenders. Ik kan hem daarna wel weer aanzetten maar dan valt ie weer weg na een minuutje..
Verder storen de HD zenders nogal (beeld blijft even hangen).
Ik heb Ziggo Digitale TV (basis) met Samsung HD decoder.
Het was Casema..
Storen weet ik iig van Discovery HD, maar ik zal de andere zenders ook even in de gaten houden.
Weet nog wel dat toen het Nederlands Elftal in HD werd uitgezonden, dit ook haperde.
Storen weet ik iig van Discovery HD, maar ik zal de andere zenders ook even in de gaten houden.
Weet nog wel dat toen het Nederlands Elftal in HD werd uitgezonden, dit ook haperde.
Heb je de Samsung DCB-H360R al eens van een firmware update voorzien? Via het Loader status scherm zou je de volgende informatie moeten zien: Loader Seq nr: 7 met sign date 01/07/2008 en sign time 16:32:15. Zo niet, dan is het aan te raden om de DCB-H360R te updaten.Syntagma schreef op maandag 06 april 2009 @ 21:41:
Het was Casema..
Storen weet ik iig van Discovery HD, maar ik zal de andere zenders ook even in de gaten houden.
Weet nog wel dat toen het Nederlands Elftal in HD werd uitgezonden, dit ook haperde.
Als de DCB-H360R wel up-to-date is dan zou je eens naar de BER waarden kunnen kijken als je een kanaal weergeeft dat storingen vertoont. Die BER waarden horen 0 te zijn. Zo niet, dan is dat een aanwijzing dat het signaal niet helemaal lekker is dat de DCB-H360R binnenkomt. Alle kanalen die op die frequentie van het storende TV kanaal worden doorgegeven zouden dan storing moeten vertonen.
Goeie tip, ik heb nooit gedacht aan firmware. Zal eens uitvogelen hoe ik dat bekijk (en eventueel update). Zelfde voor de BER-waarde.ArChie schreef op maandag 06 april 2009 @ 22:47:
[...]
Heb je de Samsung DCB-H360R al eens van een firmware update voorzien? Via het Loader status scherm zou je de volgende informatie moeten zien: Loader Seq nr: 7 met sign date 01/07/2008 en sign time 16:32:15. Zo niet, dan is het aan te raden om de DCB-H360R te updaten.
Als de DCB-H360R wel up-to-date is dan zou je eens naar de BER waarden kunnen kijken als je een kanaal weergeeft dat storingen vertoont. Die BER waarden horen 0 te zijn. Zo niet, dan is dat een aanwijzing dat het signaal niet helemaal lekker is dat de DCB-H360R binnenkomt. Alle kanalen die op die frequentie van het storende TV kanaal worden doorgegeven zouden dan storing moeten vertonen.
Verwijderd
Hi Archie,
Zou jij eens kunnen kijken of de teletext subtitles van Disc Science nog correct zijn?
En even wat anders hoe klinkt 538 bij jou analoog op de kabel?
Zou jij eens kunnen kijken of de teletext subtitles van Disc Science nog correct zijn?
En even wat anders hoe klinkt 538 bij jou analoog op de kabel?
Net even voor je gekeken, maar ik zie geen bijzonderheden. Hoewel Discovery Science tegenwoordig niet meer in mijn pakket zit kan ik hier toch gewoon alle onderstaande teletext ondertitelingspagina's oproepen en bekijken omdat Ziggo/Casema de teletext Elementary Stream niet encrypt:Verwijderd schreef op dinsdag 07 april 2009 @ 08:49:
Zou jij eens kunnen kijken of de teletext subtitles van Disc Science nog correct zijn?
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
| ========================================================================================================================================================== Transport Stream ID EMM PID:CAID Free PMT PCR ECM VID AUD AUD AC3 TXT TXT SUB DVB SUB DAT ---------------------------------------------------------------------------------------------------------------------------------------------------------- Service name Type Service ID Y/N PID PID PID:CAID PID:MPEG PID:LANG PID:LANG PID:LANG PID:LANG PID:LANG PID ========================================================================================================================================================== 4 48:1538 Free PMT PCR ECM VID AUD AUD AC3 TXT TXT SUB DVB SUB DAT 53:1540 ---------------------------------------------------------------------------------------------------------------------------------------------------------- Nick 'Toons 1 66 N 340 341* 4000:1540 341:2* 342:dut* 5000:1538 NDR 1 107 N 2500 2601* 4001:1540 2601:2* 2602:ger* 2604:ger 5001:1538 SWR Fernsehen 1 109 N 3100 3101* 4002:1540 3101:2* 3102:ger* 3104:ger 5002:1538 Kabel 1 1 113 N 98 767* 4003:1540 767:2* 74:deu* 34:deu 5003:1538 Animal Planet 1 4002 N 5040 1460* 4004:1540 1460:2* 54: * 5004:1538 Discovery World 1 4004 N 5100 1060* 4005:1540 1060:2* 1020: * 7134:dut 7134:dut 5005:1538 7134:swe 7134:dan 7134:nor Discovery Science 1 4005 N 5090 1960* 4006:1540 1960:2* 1920: * 7133:dut 7133:dut 5006:1538 7133:swe 7133:dan 7133:nor Discovery Travel 1 4006 N 5080 1860* 4007:1540 1860:2* 1820: * 7130:dut 7130:dut 5007:1538 7130:swe 7130:dan 7130:nor VRT Radio 1 2 4050 N 4160 4161* 4050:1540 4161: * 5050:1538 VRT Radio 2 2 4051 N 4176 4177* 4050:1540 4177: * 5050:1538 VRT Radio Klara 2 4052 N 4192 4193* 4050:1540 4193: * 5050:1538 VRT Studio Brussel 2 4053 N 4208 4209* 4050:1540 4209: * 5050:1538 MNM 2 4054 N 4224 4225* 4050:1540 4225: * 5050:1538 BBC Radio 4 2 4055 N 262 5404* 4050:1540 5404:eng* 5050:1538 ========================================================================================================================================================== * = Encrypted elementary stream (transport level) ¤ = Encrypted elementary stream (PES level) ^ = No start PES packet # = Missing elementary stream Conditional Access IDs: 1538 - Irdeto 1540 - Irdeto Service types: 1 - Digital television service 2 - Digital radio sound service ISO 639-2 Language codes: dan - Danish deu - German dut - Dutch; Flemish eng - English ger - German nor - Norwegian swe - Swedish |
Voor de volledigheid ook nog even de Program Map Table (PMT) van Discovery Science:
│ ├─■ program number 4005, version 12
│ │ ├─■ program_number = 4005
│ │ ├─■ version_number = 12
│ │ └─■ sections: { Required sections: 1, available sections: 1 }
│ │ └─■ section { 0/0 }
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 0
│ │ ├─■ PCR_PID = 1960
│ │ ├─■ descriptors:
│ │ │ ├─■ private_data_indicator_descriptor
│ │ │ │ └─■ private_data_indictor = 1396789331
│ │ │ ├─■ ca_descriptor
│ │ │ │ ├─■ CA_system_ID = 1540
│ │ │ │ └─■ CA_PID = 4006
│ │ │ └─■ ca_descriptor
│ │ │ ├─■ CA_system_ID = 1538
│ │ │ └─■ CA_PID = 5006
│ │ └─■ elementary streams:
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ISO/IEC 13818-3 Audio
│ │ │ ├─■ elementary_PID = 1920
│ │ │ └─■ descriptors:
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream
│ │ │ ├─■ elementary_PID = 1960
│ │ │ └─■ descriptors:
│ │ └─■ stream
│ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ ├─■ elementary_PID = 7133
│ │ └─■ descriptors:
│ │ └─■ teletext_descriptor
│ │ └─■ teletext pages:
│ │ ├─■ page { 100 }
│ │ │ ├─■ ISO_639_language_code = dut
│ │ │ ├─■ teletext_type = initial teletext page
│ │ │ ├─■ teletext_magazine_number = 1
│ │ │ └─■ teletext_page_number = 0
│ │ ├─■ page { 785 }
│ │ │ ├─■ ISO_639_language_code = dut
│ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ ├─■ teletext_magazine_number = 7
│ │ │ └─■ teletext_page_number = 133
│ │ ├─■ page { 691 }
│ │ │ ├─■ ISO_639_language_code = swe
│ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ ├─■ teletext_magazine_number = 6
│ │ │ └─■ teletext_page_number = 145
│ │ ├─■ page { 693 }
│ │ │ ├─■ ISO_639_language_code = dan
│ │ │ ├─■ teletext_type = teletext subtitle page
│ │ │ ├─■ teletext_magazine_number = 6
│ │ │ └─■ teletext_page_number = 147
│ │ └─■ page { 692 }
│ │ ├─■ ISO_639_language_code = nor
│ │ ├─■ teletext_type = teletext subtitle page
│ │ ├─■ teletext_magazine_number = 6
│ │ └─■ teletext_page_number = 146
Daar sta ik 's morgens mee op en klinkt gewoon goed op mijn receivertje annex wekkerradio.En even wat anders hoe klinkt 538 bij jou analoog op de kabel?
Bij Ziggo/Casema zijn ze nu ook begonnen om de onterecht aan de firmware download kanalen toegewezen LCN 0 te verwijderen. Voor Network ID's 500 en 8888 zijn die weg, maar voor Network ID's 2222 en 5555 zijn ze nog steeds aanwezig getuige de onderstaande lijst:
Het is mij niet duidelijk waarom ze niet direct alle LCN 0 toewijzingen verwijderd hebben, maar het gaat nu eindelijk de goede kant op en er zijn geen nieuwe fouten geïntroduceerd.
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
| - 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) - 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 (0) should not be assigned to data Service ID (7013) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7014) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7015) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7016) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7017) in TS (7) of NIT (5555) - LCN (0) should not be assigned to data Service ID (7018) in TS (7) of NIT (5555) |
Het is mij niet duidelijk waarom ze niet direct alle LCN 0 toewijzingen verwijderd hebben, maar het gaat nu eindelijk de goede kant op en er zijn geen nieuwe fouten geïntroduceerd.
In de Network Information Table (NIT) voor Network ID 8888 ontbreken de service definities voor de volgende firmware download kanalen:
En ook de NIT voor Network ID 2222 is niet compleet al vraag ik me eigenlijk af waarom deze NIT uberhaupt nog steeds aanwezig is.
code:
1
2
3
4
| SA Vod loader 128 7013 VODIguide 128 7015 HumaxPvrHD 128 7017 Samsung HD G2 128 7018 |
En ook de NIT voor Network ID 2222 is niet compleet al vraag ik me eigenlijk af waarom deze NIT uberhaupt nog steeds aanwezig is.
Nog steeds dezelfde gaten in de EPG informatie door verkeerd ingestelde "Uitzending begint om..." EPG informatie die door Ziggo/Casema wordt toegevoegd en fouten in de EPG filters die door Ziggo/Casema gemaakt zijn:
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
| - EPG gap detected for service ID: 2002, service name: Cartoon Network Event: Name: Uitzending begint om 06:00 uur ID: 2 Start time: 11-4-09 19:00:00 GMT Duration: 08:59:00 Gap: Duration: 00:01:00 Event: Name: Looney Tunes ID: 408 Start time: 12-4-09 4:00:00 GMT Duration: 00:25:00 - EPG gap detected for service ID: 2007, service name: Playboy TV Event: Name: Uitzending begint om 21:00 uur ID: 19 Start time: 11-4-09 4:30:00 GMT Duration: 14:29:00 Gap: Duration: 02:01:00 Event: Name: Free View ID: 62 Start time: 11-4-09 21:00:00 GMT Duration: 00:10:00 - EPG gap detected for service ID: 2007, service name: Playboy TV Event: Name: Uitzending begint om 21:00 uur ID: 20 Start time: 12-4-09 4:30:00 GMT Duration: 14:29:00 Gap: Duration: 02:01:00 Event: Name: Free View ID: 51 Start time: 12-4-09 21: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: 3 Start time: 11-4-09 4:00:00 GMT Duration: 13:59:00 Gap: Duration: 00:01:00 Event: Name: Snog Marry Avoid? ID: 159 Start time: 11-4-09 18:00: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: 4 Start time: 12-4-09 4:00:00 GMT Duration: 13:59:00 Gap: Duration: 00:01:00 Event: Name: Doctor Who ID: 176 Start time: 12-4-09 18:00:00 GMT Duration: 01:00:00 - EPG gap detected for service ID: 13002, service name: BBC four Event: Name: Sissinghurst ID: 279 Start time: 11-4-09 2:10:00 GMT Duration: 00:30:00 Gap: Duration: 01:20:00 Event: Name: Uitzending begint om 20:00 uur ID: 3 Start time: 11-4-09 4:00:00 GMT Duration: 13:59:00 - EPG gap detected for service ID: 13002, service name: BBC four Event: Name: Uitzending begint om 20:00 uur ID: 3 Start time: 11-4-09 4:00:00 GMT Duration: 13:59:00 Gap: Duration: 00:01:00 Event: Name: Jackie Stewart: The Flying Scot ID: 124 Start time: 11-4-09 18:00:00 GMT Duration: 01:30:00 - EPG gap detected for service ID: 13002, service name: BBC four Event: Name: Smokey Dives ID: 132 Start time: 12-4-09 1:45:00 GMT Duration: 01:00:00 Gap: Duration: 01:15:00 Event: Name: Uitzending begint om 20:00 uur ID: 4 Start time: 12-4-09 4:00:00 GMT Duration: 13:59:00 - EPG gap detected for service ID: 13002, service name: BBC four Event: Name: Uitzending begint om 20:00 uur ID: 4 Start time: 12-4-09 4:00:00 GMT Duration: 13:59:00 Gap: Duration: 00:01:00 Event: Name: Cranford ID: 137 Start time: 12-4-09 18:00:00 GMT Duration: 01:00:00 - EPG gap detected for service ID: 181, service name: X-MO Event: Name: Eat Like a Real Men 2 ID: 149 Start time: 12-4-09 7:01:00 GMT Duration: 01:36:00 Gap: Duration: 01:46:00 Event: Name: Je suis une pute ID: 150 Start time: 12-4-09 10:23:00 GMT Duration: 01:58:00 |
Bij Motors TV lijkt het alsof de Griekse DVB ondertiteling is verwijderd. Bij nader onderzoek blijkt echter dat de Griekse DVB ondertiteling Elementary Stream (ES) met PID 613 nog steeds aanwezig is in het signaal van Ziggo/Casema, maar nu niet meer als een Griekse DVB ondertiteling ES wordt herkend omdat de Program Map Table (PMT) niet meer correct is:
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ │ ├─■ elementary_PID = 613
│ │ │ └─■ descriptors:
│ │ │ └─■ maximum_bitrate_descriptor
│ │ │ └─■ maximum_bitrate = 140
En zo was de PMT informatie over PID 613 voorheen:
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ │ ├─■ elementary_PID = 613
│ │ │ └─■ descriptors:
│ │ │ ├─■ maximum_bitrate_descriptor
│ │ │ │ └─■ maximum_bitrate = 224
│ │ │ └─■ subtitling_descriptor
│ │ │ └─■ subtitles:
│ │ │ └─■ subtitle
│ │ │ ├─■ ISO_639_language_code = gre
│ │ │ ├─■ subtitling_type = DVB subtitles (normal) with no monitor aspect ratio criticality
│ │ │ ├─■ composition_page_id = 2
│ │ │ └─■ ancillary_page_id = 2
De subtitling_descriptor is dus weggevallen.
Verder is er in de PMT gedefinieerd dat er Franstalige teletext zou zijn bij Motors TV op pagina 100:
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ │ ├─■ elementary_PID = 36
│ │ │ └─■ descriptors:
│ │ │ ├─■ teletext_descriptor
│ │ │ │ └─■ teletext pages:
│ │ │ │ └─■ page { 100 }
│ │ │ │ ├─■ ISO_639_language_code = fre
│ │ │ │ ├─■ teletext_type = initial teletext page
│ │ │ │ ├─■ teletext_magazine_number = 1
│ │ │ │ └─■ teletext_page_number = 0
│ │ │ ├─■ maximum_bitrate_descriptor
│ │ │ │ └─■ maximum_bitrate = 217
│ │ │ └─■ stream_identifier_descriptor
│ │ │ └─■ component_tag = 64
Bij het oproepen van die teletext start pagina geeft mijn ontvanger echter aan dat er geen normale teletext pagina is. Die teletext_descriptor voor de "initial teletext page" zou dus helemaal niet aanwezig moeten zijn aangezien die verwijst naar een niet bestaande pagina.
Wel zijn er kennelijk een drietal paginas aanwezig voor teletext ondertiteling doeleinden, namelijk 889, 890 en 891 omdat de ontvanger wel deze pagina nummers vindt hoewel er momenteel geen ondertiteling getoond wordt. Die drie pagina nummers die dus eventueel voor ondertiteling gebruikt zouden worden zijn echter weer niet als zodanig gespecificeerd in de PMT, dus feitelijk wordt ook de teletext ES momenteel voor Jan met de korte achternaam verstuurd door Ziggo/Casema.
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ │ ├─■ elementary_PID = 613
│ │ │ └─■ descriptors:
│ │ │ └─■ maximum_bitrate_descriptor
│ │ │ └─■ maximum_bitrate = 140
En zo was de PMT informatie over PID 613 voorheen:
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ │ ├─■ elementary_PID = 613
│ │ │ └─■ descriptors:
│ │ │ ├─■ maximum_bitrate_descriptor
│ │ │ │ └─■ maximum_bitrate = 224
│ │ │ └─■ subtitling_descriptor
│ │ │ └─■ subtitles:
│ │ │ └─■ subtitle
│ │ │ ├─■ ISO_639_language_code = gre
│ │ │ ├─■ subtitling_type = DVB subtitles (normal) with no monitor aspect ratio criticality
│ │ │ ├─■ composition_page_id = 2
│ │ │ └─■ ancillary_page_id = 2
De subtitling_descriptor is dus weggevallen.
Verder is er in de PMT gedefinieerd dat er Franstalige teletext zou zijn bij Motors TV op pagina 100:
│ │ ├─■ stream
│ │ │ ├─■ stream_type = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
│ │ │ ├─■ elementary_PID = 36
│ │ │ └─■ descriptors:
│ │ │ ├─■ teletext_descriptor
│ │ │ │ └─■ teletext pages:
│ │ │ │ └─■ page { 100 }
│ │ │ │ ├─■ ISO_639_language_code = fre
│ │ │ │ ├─■ teletext_type = initial teletext page
│ │ │ │ ├─■ teletext_magazine_number = 1
│ │ │ │ └─■ teletext_page_number = 0
│ │ │ ├─■ maximum_bitrate_descriptor
│ │ │ │ └─■ maximum_bitrate = 217
│ │ │ └─■ stream_identifier_descriptor
│ │ │ └─■ component_tag = 64
Bij het oproepen van die teletext start pagina geeft mijn ontvanger echter aan dat er geen normale teletext pagina is. Die teletext_descriptor voor de "initial teletext page" zou dus helemaal niet aanwezig moeten zijn aangezien die verwijst naar een niet bestaande pagina.
Wel zijn er kennelijk een drietal paginas aanwezig voor teletext ondertiteling doeleinden, namelijk 889, 890 en 891 omdat de ontvanger wel deze pagina nummers vindt hoewel er momenteel geen ondertiteling getoond wordt. Die drie pagina nummers die dus eventueel voor ondertiteling gebruikt zouden worden zijn echter weer niet als zodanig gespecificeerd in de PMT, dus feitelijk wordt ook de teletext ES momenteel voor Jan met de korte achternaam verstuurd door Ziggo/Casema.
In de headend van Ziggo/Casema loopt de tijd ongeveer zo'n 3:45 voor wat tot gevolg heeft dat ook de tijd op veel ontvangers in Ziggo/Casema en Ziggo/Multikabel gebied voor zal lopen. Daaruit valt af te leiden dat Ziggo/Casema de tijd voor het digitale TV signaal kennelijk niet synchroniseert met een time server.
Na jarenlang gezeur van mij en andere Ziggo/Casema/Multikabel klanten is het sinds deze week dan eindelijk zover: Ook bij Ziggo/Casema/Multikabel is er nu eindelijk een vier daagse EPG waarbij voor de eerste twee dagen de volledige EPG informatie inclusief de uitgebreide programma beschijvingen wordt doorgegeven en voor de laatste twee dagen alleen de programma namen met de aanvangstijden. Ook worden bij de laatste twee dagen programma's die korter dan 15 minuten duren uitgefilterd om de hoeveelheid EPG data binnen de perken te houden. Het wachten is immers nog steeds op de firmware upgrade van de Samsung DCB-9401R (en volgens mij heeft de Samsung DCB-H360R ook problemen met te veel EPG data) omdat deze ontvanger niet met veel EPG data overweg kan waardoor we met deze EPG beperking zitten omdat er in het verleden niet goed getest is. Ook de Panasonic TU-DC40RD kan niet overweg met te veel EPG data, maar gezien de moeizame relatie tussen Ziggo en Panasonic hoeft er volgens mij niet meer gerekend te worden op firmware updates voor die ontvanger. De Panasonic kent echter nog meer beperkingen en problemen waardoor het moment misschien wel is aangebroken om een omruil/kortingsactie te beginnen voor de klanten die de Panasonic nog gebruiken zodat we na de update van de Samsung tenminste van die EPG data beperking af zijn.
De EPG informatie zoals die nu verzonden wordt lijkt afkomstig te zijn van Ziggo/@Home aangezien de formattering van de aanvullende EPG informatie zoals regisseur, acteurs, soort programma en productie datum ook veranderd is. Ook komt het probleem van EPG gaten van 1 minuut niet meer voor door verkeerd toegevoegde "Uitzending begint om..." informatie door Ziggo/Casema en is er bij een aantal kanalen nu ook EPG informatie waar die voorheen bij Ziggo/Casema altijd ontbrak. Wel geeft Ziggo/@Home van die onzinnige "Geen programmagids" informatie door bij kanalen die geen EPG hebben en dat kan wat mij betreft wel achterwege blijven omdat het niets toevoegd en in feite alleen maar de hoeveelheid EPG data onnodig verhoogt.
Ik zal de check op EPG gaten in mijn tooltje moeten gaan aanpassen omdat er door Ziggo nu opzettelijk EPG gaten geïntroduceerd worden in de EPG informatie voor dag drie en vier waardoor er veel EPG gaten gedetecteerd worden. Bij de 2+2 EPG informatie kunnen alleen de eerste twee dagen gecontroleerd worden op volledigheid.
Zie onderstaand het EPG overzicht zoals gisterenavond gemaakt van alle EPG informatie die verzonden wordt:
De EPG informatie zoals die nu verzonden wordt lijkt afkomstig te zijn van Ziggo/@Home aangezien de formattering van de aanvullende EPG informatie zoals regisseur, acteurs, soort programma en productie datum ook veranderd is. Ook komt het probleem van EPG gaten van 1 minuut niet meer voor door verkeerd toegevoegde "Uitzending begint om..." informatie door Ziggo/Casema en is er bij een aantal kanalen nu ook EPG informatie waar die voorheen bij Ziggo/Casema altijd ontbrak. Wel geeft Ziggo/@Home van die onzinnige "Geen programmagids" informatie door bij kanalen die geen EPG hebben en dat kan wat mij betreft wel achterwege blijven omdat het niets toevoegd en in feite alleen maar de hoeveelheid EPG data onnodig verhoogt.
Ik zal de check op EPG gaten in mijn tooltje moeten gaan aanpassen omdat er door Ziggo nu opzettelijk EPG gaten geïntroduceerd worden in de EPG informatie voor dag drie en vier waardoor er veel EPG gaten gedetecteerd worden. Bij de 2+2 EPG informatie kunnen alleen de eerste twee dagen gecontroleerd worden op volledigheid.
Zie onderstaand het EPG overzicht zoals gisterenavond gemaakt van alle EPG informatie die verzonden wordt:
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
| ================================================================================================================================================================= 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 1 57 Y 2/2 13 Y 32/32 25 16-04-2009 00:00:00 19-04-2009 23:10:00 104 Phoenix CNE 1 1001 Y 2/2 31 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:00:00 173 Cultura 24 1 1002 Y 2/2 1 Y 32/32 25 16-04-2009 01:00:00 19-04-2009 23:25:00 116 NOS Politiek 24 1 1003 Y 2/2 22 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 22:00:00 60 Humor TV 24 1 1004 Y 2/2 22 Y 32/32 24 16-04-2009 00:35:00 19-04-2009 23:14:00 127 101 TV 1 1005 Y 2/2 21 Y 32/32 25 16-04-2009 00:00:00 19-04-2009 22:00:00 62 TV Oost 1 1006 Y 2/2 16 Y 39/39 24 16-04-2009 00:00:00 19-04-2009 23:27:00 235 Limburg L1 1 1007 Y 2/2 15 Y 32/32 23 16-04-2009 04:00:00 19-04-2009 22:30:00 82 ================================================================================================================================================================= 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 28 Y 32/32 24 16-04-2009 04:00:00 19-04-2009 23:00:00 145 Cartoon Network 1 2002 Y 2/2 31 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:35:00 232 National Geographic Channel 1 2003 Y 2/2 15 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:00:00 118 BBC Prime 1 2004 Y 2/2 13 Y 32/32 24 16-04-2009 00:10:00 19-04-2009 23:50:00 178 Sterren.nl 1 2005 Y 2/2 19 Y 32/32 24 16-04-2009 00:02:00 19-04-2009 22:04:00 110 Extreme sports 1 2006 Y 2/2 5 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:00:00 151 Playboy TV 1 2007 Y 2/2 5 Y 32/32 26 16-04-2009 00:10:00 19-04-2009 23:55:00 97 ================================================================================================================================================================= 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 16 Y 32/32 24 16-04-2009 02:00:00 19-04-2009 22:00:00 49 Phoenix InfoNews 1 165 Y 2/2 6 Y 32/32 1 16-04-2009 10:00:00 19-04-2009 22:00:00 8 Eurosport 2 1 3001 Y 2/2 17 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:45:00 122 Fashion TV 1 3002 Y 2/2 8 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:30:00 218 Hallmark 1 3003 Y 2/2 27 Y 32/32 24 16-04-2009 00:50:00 19-04-2009 23:30:00 64 arte 1 3004 Y 2/2 6 Y 32/32 24 16-04-2009 00:45:00 19-04-2009 23:15:00 140 STV 1 3005 Y 2/2 27 Y 32/32 24 16-04-2009 03:55:00 19-04-2009 23:00:00 61 TV West 1 3006 Y 2/2 24 Y 31/31 24 16-04-2009 04:00:00 19-04-2009 18:00:00 67 Travel Channel 1 3007 Y 2/2 3 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:30:00 141 TV Gelderland 1 3010 Y 2/2 19 Y 32/32 23 16-04-2009 00:00:00 19-04-2009 23:15:00 118 ================================================================================================================================================================= 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 30 Y 32/32 24 16-04-2009 00:15:00 19-04-2009 23:30:00 134 NDR 1 107 Y 2/2 13 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 22:15:00 152 SWR Fernsehen 1 109 Y 2/2 4 Y 32/32 24 16-04-2009 00:15:00 19-04-2009 23:40:00 133 Kabel 1 1 113 Y 2/2 30 Y 32/32 25 16-04-2009 00:50:00 19-04-2009 23:45:00 123 Animal Planet 1 4002 Y 2/2 23 Y 32/32 24 16-04-2009 04:00:00 19-04-2009 23:00:00 105 Discovery World 1 4004 Y 2/2 22 Y 32/32 24 16-04-2009 00:30:00 19-04-2009 23:35:00 113 Discovery Science 1 4005 Y 2/2 7 Y 32/32 24 16-04-2009 00:05:00 19-04-2009 23:40:00 139 Discovery Travel 1 4006 Y 2/2 7 Y 32/32 25 16-04-2009 00:15:00 19-04-2009 23:50:00 152 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 MNM 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 2 Y 32/32 24 16-04-2009 04:00:00 19-04-2009 22:00:00 73 Nick Hits 1 67 Y 2/2 14 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 22:00:00 48 MTV Brand New 1 73 Y 2/2 14 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 22:00:00 48 GoedTV 1 155 Y 2/2 0 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:36:00 243 Eredivisie Live 1 1 188 Y 2/2 24 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 22:30:00 114 RTBF Sat 1 5003 Y 2/2 19 Y 32/32 24 16-04-2009 04:00:00 19-04-2009 22:45:00 112 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 7 Y 32/32 25 16-04-2009 00:00:00 19-04-2009 23:05:00 175 NET 5 1 6002 Y 2/2 18 Y 32/32 25 16-04-2009 02:00:00 19-04-2009 23:00:00 87 een 1 6003 Y 2/2 26 Y 32/32 25 16-04-2009 07:00:00 19-04-2009 22:00:00 104 RTL 8 1 6004 Y 2/2 17 Y 32/32 25 16-04-2009 00:00:00 19-04-2009 23:00:00 52 TMF 1 6005 Y 2/2 25 Y 32/32 25 16-04-2009 04:00:00 19-04-2009 23:00:00 65 538 Juize 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 Y 2/2 4 Y 32/32 1 16-04-2009 10:00:00 19-04-2009 22:00:00 8 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 HumaxPvrHD 128 7017 N N Samsung HD G2 128 7018 N N Humax IRHD 5000C 128 7019 N N Motors TV 1 7020 Y 2/2 24 Y 32/32 24 16-04-2009 00:10:00 19-04-2009 23:20:00 120 Nick/Comedy Central 1 7021 Y 2/2 12 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:35:00 186 WDR 1 7022 Y 2/2 4 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 22:30:00 116 Garuda TV 1 7023 Y 2/2 31 Y 18/18 16 16-04-2009 00:00:00 18-04-2009 03:30:00 77 Holland Doc 24 1 7024 Y 2/2 24 Y 32/32 24 16-04-2009 00:06:00 19-04-2009 23:33:00 121 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 ================================================================================================================================================================= 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 19 Y 32/32 27 16-04-2009 00:20:00 19-04-2009 23:30:00 53 Nederland 3 1 8003 Y 2/2 18 Y 40/40 25 16-04-2009 04:28:00 19-04-2009 22:25:00 218 Nederland 1 1 8004 Y 2/2 30 Y 32/32 25 16-04-2009 04:00:00 19-04-2009 22:55:00 139 Nederland 2 1 8005 Y 2/2 15 Y 32/32 25 16-04-2009 04:00:00 19-04-2009 22:25:00 140 Rai Uno 1 8006 Y 2/2 8 Y 32/32 26 16-04-2009 00:30:00 19-04-2009 23:20:00 85 ================================================================================================================================================================= 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 18 Y 32/32 24 16-04-2009 00:25:00 19-04-2009 23:05:00 58 Lig TV 1 9001 Y 2/2 20 Y 32/32 24 16-04-2009 01:15:00 19-04-2009 23:30:00 92 Show TV 1 9002 Y 2/2 20 Y 31/31 24 16-04-2009 01:30:00 19-04-2009 20:45:00 56 Turkmax 1 9003 Y 2/2 12 Y 32/32 18 16-04-2009 00:40:00 19-04-2009 23:25:00 76 ATV Europe 1 9004 Y 2/2 0 Y 32/32 17 16-04-2009 01:00:00 19-04-2009 21:30:00 54 Euro D 1 9005 Y 2/2 25 Y 32/32 25 16-04-2009 01:00:00 19-04-2009 23:00:00 66 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 Radio Veronica 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 Decibel 2 9064 N N WDR3 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 24 Y 32/32 24 16-04-2009 02:00:00 19-04-2009 23:00:00 91 Journaal 24 1 10001 Y 2/2 26 Y 32/32 25 16-04-2009 00:00:00 19-04-2009 22:00:00 72 Omroep Fryslan 1 10002 Y 2/2 14 Y 32/32 25 16-04-2009 00:00:00 19-04-2009 23:30:00 199 Film1 HD 25 10003 Y 2/2 17 Y 32/32 24 16-04-2009 01:20:00 19-04-2009 21:20:00 47 Tv Oranje 1 10004 Y 2/2 19 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 22:00:00 62 FOX Turk 1 10005 Y 2/2 3 Y 32/32 16 16-04-2009 01:15:00 19-04-2009 23:45:00 66 ================================================================================================================================================================= 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 Y 2/2 24 Y 32/32 19 16-04-2009 00:00:00 19-04-2009 23:20:00 184 JimJam 1 171 Y 2/2 13 Y 32/32 19 16-04-2009 00:00:00 19-04-2009 23:45:00 348 BBC three 1 11001 Y 2/2 21 Y 32/32 27 16-04-2009 00:30:00 19-04-2009 23:45:00 70 Sport1 Extra 1 11003 Y 2/2 16 Y 18/18 24 16-04-2009 00:00:00 18-04-2009 03:00:00 29 Sport1 Extra 1 11004 Y 2/2 14 Y 18/18 24 16-04-2009 00:00:00 18-04-2009 03:00:00 27 Sport1.2 1 11005 Y 2/2 31 Y 18/18 24 16-04-2009 00:00:00 18-04-2009 03:00:00 36 Sport1 1 11006 Y 2/2 15 Y 32/32 24 16-04-2009 05:00:00 19-04-2009 21:45:00 45 ================================================================================================================================================================= 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 27 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:30:00 192 BBC World News 1 12002 Y 2/2 25 Y 32/32 24 16-04-2009 00:30:00 19-04-2009 23:30:00 116 CNN International 1 12003 Y 2/2 12 Y 32/32 24 16-04-2009 02:00:00 19-04-2009 23:00:00 129 Discovery Channel 1 12004 Y 2/2 25 Y 32/32 24 16-04-2009 00:25:00 19-04-2009 23:55:00 114 Euronews 1 12005 Y 2/2 3 Y 32/32 24 16-04-2009 04:00:00 19-04-2009 23:00:00 23 TV Flevoland 1 12006 Y 2/2 4 Y 32/32 24 16-04-2009 07:00:00 19-04-2009 22:00:00 217 Eurosport 1 12007 Y 2/2 31 Y 32/32 24 16-04-2009 06:30:00 19-04-2009 23:30:00 59 ESPN Classic Sport 1 12008 Y 2/2 31 Y 32/32 24 16-04-2009 00:05:00 19-04-2009 23:50:00 131 ================================================================================================================================================================= 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 ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Eredivisie Live 3 1 190 Y 2/2 14 Y 32/32 23 16-04-2009 00:00:00 19-04-2009 22:00:00 56 ARD 1 13001 Y 2/2 16 Y 32/32 24 16-04-2009 00:50:00 19-04-2009 22:05:00 141 BBC four 1 13002 Y 2/2 20 Y 32/32 25 16-04-2009 00:30:00 19-04-2009 23:50:00 51 BBC 1 1 13003 Y 2/2 13 Y 32/32 24 16-04-2009 00:50:00 19-04-2009 23:50:00 121 BBC 2 1 13004 Y 2/2 29 Y 32/32 24 16-04-2009 00:05:00 19-04-2009 23:20:00 125 ESPN AMERICA 1 13006 Y 2/2 28 Y 32/32 25 16-04-2009 02:00:00 19-04-2009 23:00:00 64 Geschiedenis 24 1 13007 Y 2/2 17 Y 32/32 24 16-04-2009 00:17:00 19-04-2009 23:22:00 142 ================================================================================================================================================================= |
En deel 2:
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
| ================================================================================================================================================================= 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 22 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:00:00 65 Omroep Zeeland 1 185 Y 2/2 6 Y 30/30 24 16-04-2009 04:00:00 19-04-2009 17:00:00 25 TV Noord Holland 1 14001 Y 2/2 12 Y 31/31 24 16-04-2009 04:00:00 19-04-2009 19:00:00 41 Regio TV Utrecht 1 14002 Y 2/2 17 Y 32/32 24 16-04-2009 04:00:00 19-04-2009 23:45:00 275 AT 5 1 14003 Y 2/2 17 Y 32/32 24 16-04-2009 04:00:00 19-04-2009 23:00:00 115 TV Rijnmond 1 14004 Y 2/2 10 Y 30/30 24 16-04-2009 05:00:00 19-04-2009 17:00:00 34 Omroep Brabant TV 1 14005 Y 2/2 4 Y 32/32 24 16-04-2009 05:00:00 19-04-2009 23:45:00 245 TV Noord 1 14006 Y 2/2 28 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:23:00 158 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 Easy Listening 2 14095 N N HotPop Gold 2 14096 N N XLnt HotPop 2 14097 N N XLnt Comedy 2 14098 N N XLnt Dance Classics 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 0 Y 32/32 24 16-04-2009 00:30:00 19-04-2009 22:45:00 76 Sport1 Extra 1 15001 Y 2/2 16 Y 18/18 24 16-04-2009 00:00:00 18-04-2009 03:00:00 29 Sport1 Extra 1 15002 Y 2/2 16 Y 18/18 24 16-04-2009 00:00:00 18-04-2009 03:00:00 29 Euro Star 1 15005 Y 2/2 6 Y 32/32 16 16-04-2009 00:50:00 19-04-2009 23:45:00 68 Ketnet/Canvas 1 15006 Y 2/2 18 Y 32/32 25 16-04-2009 04:59:00 19-04-2009 23:45:00 164 ================================================================================================================================================================= 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 31 Y 31/31 25 16-04-2009 04:00:00 19-04-2009 18:00:00 55 Film1+1 1 16002 Y 2/2 19 Y 32/32 25 16-04-2009 00:35:00 19-04-2009 23:50:00 55 Film1.1 1 16003 Y 2/2 19 Y 32/32 25 16-04-2009 01:20:00 19-04-2009 22:50:00 54 Film1.2 1 16004 Y 2/2 19 Y 32/32 25 16-04-2009 00:00:00 19-04-2009 22:55:00 54 Film1.3 1 16005 Y 2/2 19 Y 32/32 26 16-04-2009 00:45:00 19-04-2009 23:05:00 52 ================================================================================================================================================================= 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 24 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:35:00 128 TMF NL 1 17002 Y 2/2 8 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:00:00 96 TMF Dance 1 17003 Y 2/2 24 Y 32/32 24 16-04-2009 22:00:00 19-04-2009 22:00:00 4 Nick Jr 1 17004 Y 2/2 11 Y 32/32 24 16-04-2009 00:10:00 19-04-2009 23:50:00 284 ================================================================================================================================================================= 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 ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Eredivisie Live 2 1 189 Y 2/2 14 Y 31/31 23 16-04-2009 00:00:00 19-04-2009 20:15:00 56 Zee TV 1 18001 Y 2/2 16 Y 32/32 24 16-04-2009 02:00:00 19-04-2009 23:00:00 128 Baby TV 1 18003 Y 2/2 25 Y 32/32 24 16-04-2009 00:19:00 19-04-2009 23:52:00 182 Boomerang 1 18004 Y 2/2 16 Y 32/32 24 16-04-2009 00:10:00 19-04-2009 23:45:00 218 Consumenten 24 1 18005 Y 2/2 1 Y 32/32 24 16-04-2009 00:04:00 19-04-2009 23:38:00 224 VH1 1 18007 Y 2/2 5 Y 32/32 24 16-04-2009 02:00:00 19-04-2009 22:00:00 71 ZDF 1 18009 Y 2/2 9 Y 32/32 24 16-04-2009 00:30:00 19-04-2009 23:50:00 132 ================================================================================================================================================================= 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 27 Y 32/32 25 16-04-2009 01:00:00 19-04-2009 22:46:00 116 RTL 5 1 19002 Y 2/2 19 Y 32/32 25 16-04-2009 01:00:00 19-04-2009 22:51:00 97 SBS 6 1 19003 Y 2/2 13 Y 32/32 25 16-04-2009 05:10:00 19-04-2009 23:20:00 96 RTL 7 1 19006 Y 2/2 1 Y 32/32 25 16-04-2009 01:00:00 19-04-2009 23:31:00 94 ================================================================================================================================================================= 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 21 Y 18/18 24 16-04-2009 00:35:00 18-04-2009 03:19:00 112 E! Entertainment 1 20003 Y 2/2 26 Y 32/32 24 16-04-2009 00:25:00 19-04-2009 23:30:00 133 TVE 1 20004 Y 2/2 17 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:00:00 112 Private Spice 1 20005 Y 2/2 2 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 22:25:00 143 NGC-HD 25 20007 Y 2/2 6 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:00:00 96 Hilversum Best 24 1 20008 Y 2/2 13 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:00:00 110 ================================================================================================================================================================= 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 ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Familie 24 1 62 N N Eredivisie Live 4 1 191 Y 2/2 14 Y 32/32 23 16-04-2009 00:00:00 19-04-2009 22:00:00 48 Sport 1 HD 25 21001 Y 2/2 7 Y 18/18 24 16-04-2009 01:00:00 18-04-2009 03:00:00 23 Weer en Verkeer 1 21003 Y 2/2 24 Y 32/32 24 16-04-2009 22:00:00 19-04-2009 22:00:00 4 Pro Sieben 1 21005 Y 2/2 23 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 22:50:00 102 ================================================================================================================================================================= 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 15 Y 48/48 25 16-04-2009 00:03:00 19-04-2009 23:37:00 465 Al-jazeera Internat 1 102 Y 2/2 12 Y 18/18 24 16-04-2009 00:00:00 18-04-2009 03:00:00 87 Zee Cinema 1 129 Y 2/2 9 Y 32/32 18 16-04-2009 01:30:00 19-04-2009 22:30:00 58 Ziggo TV 1 157 Y 2/2 6 Y 32/32 1 16-04-2009 00:13:00 19-04-2009 22:00:00 9 Film1 Action 1 178 Y 2/2 20 Y 32/32 24 16-04-2009 01:00:00 19-04-2009 23:55:00 55 Comedy Central Family 1 179 Y 2/2 3 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:35:00 228 ================================================================================================================================================================= 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 ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Etalagekanaal 1 60 Y 2/2 3 Y 32/32 2 16-04-2009 00:00:00 19-04-2009 22:00:00 62 Family 7 1 180 Y 2/2 17 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:30:00 101 TV 5 Monde Europe 1 23001 Y 2/2 7 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:30:00 143 sat 1 1 23002 Y 2/2 11 Y 32/32 24 16-04-2009 00:40:00 19-04-2009 23:20:00 110 Zone reality 1 23004 Y 2/2 31 Y 32/32 24 16-04-2009 00:35:00 19-04-2009 23:35:00 131 VH-1 Classic 1 23008 Y 2/2 26 Y 32/32 24 16-04-2009 04:00:00 19-04-2009 23:00:00 72 ================================================================================================================================================================= 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 5 Y 31/31 24 16-04-2009 00:00:00 19-04-2009 20:00:00 137 ZiZoneTV 1 156 Y 2/2 22 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 22:00:00 180 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 32/32 24 16-04-2009 00:00:00 19-04-2009 23:00:00 98 Hustler TV 1 24002 Y 2/2 17 Y 32/32 24 16-04-2009 00:24:00 19-04-2009 23:15:00 52 Set Asia 1 24003 Y 2/2 1 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:30:00 110 RTL Television 1 24006 Y 2/2 0 Y 32/32 24 16-04-2009 00:30:00 19-04-2009 22:30:00 127 ================================================================================================================================================================= 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 ----------------------------------------------------------------------------------------------------------------------------------------------------------------- Spirit 24 1 103 Y 2/2 18 Y 32/32 24 16-04-2009 00:05:00 19-04-2009 23:31:00 168 Eurosport HD 25 166 Y 2/2 29 Y 32/32 22 16-04-2009 06:30:00 19-04-2009 23:30:00 58 X-MO 1 181 Y 2/2 23 Y 32/32 25 16-04-2009 00:42:00 19-04-2009 22:52:00 57 OUTTV 1 182 Y 2/2 30 Y 32/32 25 16-04-2009 00:15:00 19-04-2009 23:48:00 108 Het gesprek 1 187 Y 2/2 3 Y 32/32 25 16-04-2009 00:00:00 19-04-2009 23:00:00 139 ================================================================================================================================================================= 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 HD 25 31 Y 2/2 10 Y 32/32 24 16-04-2009 00:00:00 19-04-2009 23:10:00 104 France 2 1 186 Y 2/2 13 Y 32/32 24 16-04-2009 00:20:00 19-04-2009 23:45:00 132 ================================================================================================================================================================= 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 ----------------------------------------------------------------------------------------------------------------------------------------------------------------- InfoThuis TV 1 302 N N 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 Schagen FM 1 404 N N Seaport TV 1 405 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 |
Ik heb op de extra Discovery kanalen ( Science/Travel/World ) op mijn Sony ook geen ondertiteling ( Al worden de opties wel weergegeven, dus er is wel wat aanwezig ). Op mijn Humax Fox decoder krijg ik wel gewoon ondertiteling te zien. Ik denk dus dat er inderdaad wel iets veranderd is, toen ik vorig jaar namenlijk deze kanalen had, had ik wel ondertiteling.ArChie schreef op dinsdag 07 april 2009 @ 20:27:
[...]
Net even voor je gekeken, maar ik zie geen bijzonderheden. Hoewel Discovery Science tegenwoordig niet meer in mijn pakket zit kan ik hier toch gewoon alle onderstaande teletext ondertitelingspagina's oproepen en bekijken omdat Ziggo/Casema de teletext Elementary Stream niet encrypt:
“Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life.”
Verwijderd
Gelukkig ben ik niet de enige... D8 al dat mn dochtertje een of ander knopje had gevonden. Kon er ook al niets over vinden in de manualWoy schreef op maandag 20 april 2009 @ 11:26:
[...]
Ik heb op de extra Discovery kanalen ( Science/Travel/World ) op mijn Sony ook geen ondertiteling ( Al worden de opties wel weergegeven, dus er is wel wat aanwezig ). Op mijn Humax Fox decoder krijg ik wel gewoon ondertiteling te zien. Ik denk dus dat er inderdaad wel iets veranderd is, toen ik vorig jaar namenlijk deze kanalen had, had ik wel ondertiteling.
Ik ben wel benieuwd wat er nou eigenlijk mis is, en of het iets is wat Ziggo verkeerd doorstuurt, of iets is wat Sony verkeerd interpreteerd ( Beide niet ondenkbaarVerwijderd schreef op maandag 20 april 2009 @ 18:14:
[...]
Gelukkig ben ik niet de enige... D8 al dat mn dochtertje een of ander knopje had gevonden. Kon er ook al niets over vinden in de manual
Ik vond het wel jammer dat het op de Humax Fox wel gewoon goed werkte, anders had ik Ziggo er gewoon mee in de maag kunnen splitsen. Maar bij Sony hoef je helemaal niet op support op digitale TV te rekenen. En bij Ziggo ook niet als het geen decoder van hun is ( Niet geheel onterecht, zolang ze zich aan de standaard houden, wat ze dus helaas niet altijd even goed doen )
“Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life.”
Even voor de duidelijkheid: Ik neem aan dat je in Ziggo/Casema of Ziggo/Multikabel gebied zit en dat deze Discovery kanalen ook tot je pakket behoren. Als dat laatste namelijk niet het geval is dan is het gedrag van een ontvanger of TV namelijk ongedefinieerd. De Humax IR-FOX C geeft de ondertiteling wel weer terwijl ik geen abonnement heb, maar of andere ontvangers/TV's dat ook doen valt niet met zekerheid te zeggen.Woy schreef op maandag 20 april 2009 @ 11:26:
Ik heb op de extra Discovery kanalen ( Science/Travel/World ) op mijn Sony ook geen ondertiteling ( Al worden de opties wel weergegeven, dus er is wel wat aanwezig ). Op mijn Humax Fox decoder krijg ik wel gewoon ondertiteling te zien. Ik denk dus dat er inderdaad wel iets veranderd is, toen ik vorig jaar namenlijk deze kanalen had, had ik wel ondertiteling.
Als die kanalen wel in je pakket zitten en de Sony geeft ze niet weer, dan ga ik toch echt denken aan een bug in de Sony TV. Ik heb namelijk even tot september 2008 de DVB-SI data van deze kanalen vergeleken en in al die tijd is alleen de teletext PID van Discovery Travel gewijzigd, verder niets. Het enige dat je kan proberen in dit geval is het opnieuw kanalen laten scannen door de Sony TV, met als nadeel dat je alles weer opnieuw op volgorde moet zetten. Als je dan echter wel weer ondertiteling op die Discovery kanalen hebt dan is er toch iets mis in de Sony TV.
Gaat het bij jou ook om een Sony TV of om een aanbevolen kabel ontvanger?Verwijderd schreef op maandag 20 april 2009 @ 18:14:
Gelukkig ben ik niet de enige... D8 al dat mn dochtertje een of ander knopje had gevonden. Kon er ook al niets over vinden in de manual
Bij Discovery Science zit de Nederlandstalige ondertiteling op pagina 785. Krijg je wel ondertiteling als je teletekst oproept en dan handmatig pagina 785 op de TV invoert bij dit kanaal (niet de Humax IR-FOX C gebruiken, maar met het digitale signaal rechtstreeks op de TV)? En is uberhaupt teletekst op te roepen bij deze kanalen?Woy schreef op maandag 20 april 2009 @ 18:30:
Ik vond het wel jammer dat het op de Humax Fox wel gewoon goed werkte, anders had ik Ziggo er gewoon mee in de maag kunnen splitsen. Maar bij Sony hoef je helemaal niet op support op digitale TV te rekenen. En bij Ziggo ook niet als het geen decoder van hun is ( Niet geheel onterecht, zolang ze zich aan de standaard houden, wat ze dus helaas niet altijd even goed doen )
[ Voor 0% gewijzigd door ArChie op 20-04-2009 18:52 . Reden: Verkeerde pagina nummer ]
Op teletext pagina 785 komt inderdaad wel de ondertiteling langs.ArChie schreef op maandag 20 april 2009 @ 18:48:
[...]
Bij Discovery Science zit de Nederlandstalige ondertiteling op pagina 785. Krijg je wel ondertiteling als je teletekst oproept en dan handmatig pagina 785 op de TV invoert bij dit kanaal (niet de Humax IR-FOX C gebruiken, maar met het digitale signaal rechtstreeks op de TV)? En is uberhaupt teletekst op te roepen bij deze kanalen?
“Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life.”
Dan zit er iets fout in de Sony, want via het ondertitelingsmenu moet dezelfde pagina 785 geselecteerd worden in de teletekst Elementary Stream (ES). Als het handmatig wel gaat dan is dat in ieder geval een aanwijzing dat er niets mis is met de teletekst ES, maar dat de Sony TV kennelijk kwijt/vergeten is dat pagina 785 geselecteerd moet worden als jij uit het ondertitelingsmenu kiest voor de Nederlandse ondertiteling. Geheugen corruptie?Woy schreef op maandag 20 april 2009 @ 18:58:
Op teletext pagina 785 komt inderdaad wel de ondertiteling langs.