[DVB-C] Video On Demand van Ziggo op de PC

[ArChie]

Video On Demand van Ziggo op de PC Dit topic gaat in op de mogelijkheden om content van de Video On Demand (VOD) dienst van Ziggo weer te geven op een PC met DVB-C PC-TV hardware en DVB software. In tegenstelling tot wat sommigen misschien denken wordt de door klanten bestelde VOD content bij Ziggo niet verzonden als een IP-TV stream, maar wordt alle in een wijk bekeken VOD content als VOD "kanalen" gebundeld tot een aantal Transport Streams die met DVB-C techniek worden gedistribueerd. Vergelijkbaar dus met de manier waarop digitale RTV kanalen worden gebundeld tot Transport Streams voor distributie via de kabel. Met de juiste instellingen kan een DVB-C tuner voor de PC daarom gebruikt worden om die VOD Transport Streams binnen te halen. Voor de DVB software op de PC is er in principe geen verschil tussen een VOD Transport Stream en een Transport Stream voor digitale RTV kanalen. Of de DVB software echter in staat is om de VOD "kanalen" weer te geven hangt af van de flexibiliteit van die software. VOD content is in tegenstelling tot normale digitale RTV kanalen namelijk niet continu aanwezig. Als er niemand in een wijk VOD content bekijkt, dan is de VOD Transport Stream leeg en naarmate er meer klanten bestelde VOD content bekijken zal het aantal VOD content "kanalen" in de VOD Transport Stream(s) toenemen. De DVB software op de PC moet daarom overweg kunnen met de wisselende samenstelling van "kanalen" binnen de VOD Transport Stream en ook met wisselende type MPEG coderingen van een VOD content "kanaal". De ene keer kan er via zo'n VOD kanaal bijvoorbeeld MPEG-2 720p HD materiaal worden doorgegeven, terwijl het de andere keer om MPEG-2 576i SD materiaal kan gaan. Ook is de meegestuurde DVB Service Information (DVB-SI) in een VOD Transport Stream minimaal waardoor mogelijk niet alle DVB software in staat zal zijn om de DVB content "kanalen" te vinden. Met sommige DVB software op de PC is het mogelijk om mee te kijken met bestelde VOD content in een wijk (lees: een coax segment). De nadruk ligt hier op meekijken, want voor het bestellen en besturen van VOD content is een "Interactieve ontvanger" van Ziggo nodig. Die interactieve ontvangers van Ziggo bevatten namelijk een geïntegreerd EuroDOCSIS-2 modem dat gebruikt wordt als het retourkanaal voor communicatie met de VOD servers van Ziggo via een niet publiek IP netwerk. Die Ziggo VOD servers zijn niet te benaderen via het Internet waardoor er geen mogelijkheden zijn om met de gebruikte DVB software VOD content te bestellen en/of te besturen. Dat is ook direct de grootste beperking van deze oplossing. Als de besteller stopt met kijken, dan stopt ook de weergave op de PC omdat het VOD content kanaal verdwijnt. En als de besteller pauzeert of door de content spoelt dan zal de DVB software ook dat pauzeren en spoelen weergeven. Verder bevatten de VOD Transport Streams geen EPG-achtige informatie over de aanwezige VOD content zodat onduidelijk is welk programma, TV serie of film via een VOD kanaal wordt doorgegeven en/of hoe ver het afspelen van die content al is gevorderd. De VOD content van andere klanten in het coax segment is daarom net zo onvoorspelbaar als TV kanalen waarvan de kijker geen programma informatie heeft. Leuk om af en toe langs te zappen, maar grote kans dat je ergens midden in het afspelen van de content terecht komt of dat de besteller de content gaat besturen i.p.v. in één keer af te spelen. Bij zelf bestelde content is er echter wel controle over hetgeen er wordt weergegeven, wat bijvoorbeeld de mogelijkheid geeft om de content op te kunnen nemen door het eigen tijdelijke VOD "kanaal" op te zoeken. In deze start post wordt aan de hand van wat achtergrond informatie uitgelegd hoe VOD van Ziggo werkt en hoe DVBViewer geconfigureerd kan worden om die VOD content mee te kijken en/of op te nemen. Op basis van deze informatie is het misschien mogelijk om ook andere DVB software te configureren voor de weergave van VOD kanalen wat in dit topic dan weer gedeeld kan worden.   Werking VOD via de kabel Wanneer een klant van Ziggo een interactieve ontvanger installeert, dan worden niet alleen de normale digitale RTV kanalen opgezocht op basis van de DVB-SI data. In die DVB-SI data vindt de interactieve ontvanger namelijk ook (twee) frequenties die gebruikt worden voor de doorgifte van VOD Transport Streams. Door tijdens de installatie even op die VOD Transport Streams af te stemmen haalt de interactieve ontvanger de identifiers (TSID) op die door de VOD Transport Streams op de betreffende frequenties worden gebruikt. Door middel van die TSID's weet de Ziggo VOD server in welk coax segment de interactieve ontvanger van de klant zich bevindt als deze klant VOD content bestelt.   VOD bestellen Het bestellen van de VOD content vindt plaats door via het geïntegreerde EuroDOCSIS kabelmodem contact te leggen met de Ziggo VOD server. De daarvoor benodigde (intranet) netwerk adressen vindt de interactieve ontvanger in de DVB-SI data. De VOD server zorgt er vervolgens voor dat de bestelde VOD content stream via het glasvezel netwerk wordt gerouteerd naar het coax segment van de besteller. Bij dat coax segment aangekomen wordt de VOD content stream opgenomen als een VOD service in één van de VOD Transport Streams en op de coax kabel gemoduleerd. De apparatuur die de VOD Transport Streams samenstelt bepaalt daarvoor het eerste vrije Service ID (SID) op basis van een vaste nummering. In Ziggo/Multikabel gebied begint men in beide VOD Transport Streams altijd vanaf SID 3. Waarom SID 1 en 2 niet gebruikt worden is mij niet duidelijk. Als een VOD Transport Stream op het moment van bestellen nog leeg was, dan zal de VOD service voor de bestelde VOD content dus SID 3 krijgen en de VOD content van de volgende besteller krijgt SID 4, etc. Als de besteller van de VOD content die via SID 3 klaar is met kijken, dan verdwijnt de VOD service SID 3 weer uit de VOD Transport Stream terwijl de VOD content met SID 4 gewoon aanwezig blijft totdat ook die besteller klaar is met kijken. De SID die gebruikt wordt voor doorgifte van de bestelde VOD content wordt samen met TSID van de VOD Transport Stream via het EuroDOCSIS kabelmodem aan de interactieve ontvanger van de besteller teruggemeld. De interactieve ontvanger van de besteller moet namelijk weten op welke VOD Transport Stream er moet worden afgestemd en welk van de daarin aanwezige VOD services de content bevat van de besteller.   VOD besturing Zoals eerder aangegeven vindt het besturen van de VOD content, zoals pauzeren, doorspoelen, stoppen, etc., ook plaats via het geïntegreerde EuroDOCSIS kabelmodem van de interactieve ontvanger. In feite zijn dit commando's aan de VOD server die gevolgen hebben voor het afspelen van de VOD content stream. Als een besteller de content bijvoorbeeld pauzeert, dan gaat de bitrate van de bijbehorende VOD service in de VOD Transport Stream omlaag omdat dan alleen de laatste MPEG frame data herhaald wordt totdat de besteller weer verder gaat met kijken en de bitrate weer normaal wordt.   MPEG compressie In principe wordt momenteel alle VOD content bij Ziggo met MPEG-2 compressie verzonden. Voor HD materiaal geldt dat er gekozen is voor het MPEG-2 720p formaat met een bitrate van ongeveer 14.2 Mbps. Voor het SD materiaal is gekozen voor het MPEG-2 576i formaat met een bitrate van ongeveer 3.4 Mbps. Waarom men niet voor MPEG-4 compressie heeft gekozen is mij niet duidelijk. Alle interactieve ontvangers beschikken immers over een MPEG-4 chipset zodat men met MPEG-4 compressie minder capaciteit nodig heeft voor het verzenden van de content dan met MPEG-2 compressie. Het voordeel van deze keuze is wel dat nagenoeg iedere PC configuratie wel met MPEG-2 HD materiaal overweg kan omdat het minder eisen stelt aan de PC hardware.   VOD beveiliging Tegenwoordig wordt een deel van de VOD content met behulp van encryptie beveiligd op een manier die min of meer vergelijkbaar is als de beveiliging van digitale RTV kanalen. Er is echter geen patroon te ontdekken in wat er wel of niet wordt beveiligd. Er komen dus ook SD & HD films en series langs zonder encryptie. Waarom die encryptie niet op alle VOD content wordt toegepast is mij een raadsel, maar het kan ervoor zorgen dat niet alles meer mee te bekijken is. Ga dus niet speciaal voor het meekijken/opnemen van VOD content DVB-C PC-TV hardware aanschaffen. Dit topic is daarom vooral interessant voor personen die toch al beschikken over DVB-C PC-TV hardware en van wat experimenteren houden.   VOD Transport Stream frequenties bij Ziggo Ziggo is ooit begonnen met twee VOD Transport Streams per coax segment in het gehele Ziggo kabelgebied. Deze startpost is in die periode geschreven. Ondertussen heeft Ziggo meer de nadruk gelegd op het VOD aanbod en is er het één en ander gewijzigd aan het selectie en besturingsgedeelte van het VOD systeem waardoor meerdere door Ziggo toegelaten digitale RTV ontvangers achteraf geschikt gemaakt konden worden voor VOD. Daardoor zijn meer klanten gebruik gaan maken van het VOD aanbod en is het aantal frequenties voor VOD Transport Streams geleidelijk uitgebreid. De getoonde frequenties in de voorbeelden en screenshots in deze startpost zijn daarom ondertussen niet meer van toepassing. Zie de volgende post voor een actueel overzicht van de frequenties. In het gehele Ziggo gebied wordt QAM-256 en een symbolrate van 6875 toegepast.   Configuratie DVBViewer voor VOD services Zoals in de "Werking VOD via de kabel" paragraaf werd aangegeven wordt de bestelde VOD content van een aantal klanten als set van services via een VOD Transport Stream doorgegeven in het coax segment. Daarbij probeert de VOD hardware van Ziggo altijd het laagste vrije service ID (SID) toe te wijzen aan het eerst volgende "kanaal" voor bestelde content. Met dat principe als uitgangspunt is er voor het configureren van DVBViewer een import "kanalenlijst" gemaakt waarbij per VOD Transport Stream een standaard set van SID's is gedefinieerd die veelal gebruikt worden. In mijn coax segment was tot nu toe de hoogste SID die ik heb langs zien komen in een DVB analyser gelijk aan 8 en begint de SID telling altijd bij 3. De import "kanalenlijst" voor DVBViewer bevat daarom definities voor de volgende "kanalen": 130 MHz: Service 3 Service 4 Service 5 Service 6 Service 7 Service 8 138 MHz: Service 3 Service 4 Service 5 Service 6 Service 7 Service 8 Als in de toekomst blijkt dat de kanalen voor service 7 en 8 steeds vaker gebruikt worden, dan kan deze import "kanalenlijst" voor DVBViewer eenvoudig worden uitgebreid met extra "kanaal" definities met hogere SID nummers. Het importeren van de "kanalenlijst" verloopt via de Channellist Editor van DVBViewer: Nadat deze "kanalenlijst" geïmporteerd is in DVBViewer kan via het normale zappen langs deze kanalen onderzocht worden of een service op dat moment gebruikt wordt om VOD content door te geven van iemand in het coax segment. VOD service kanalen die niet gebruikt worden of beveiligd zijn zullen uiteraard ook niets weergeven op het moment dat er langs gezapt wordt, vergelijkbaar met een digitaal RTV kanaal in de kanalenlijst van DVBViewer waarop tijdelijk geen signaal is. DVBViewer is flexibel genoeg om automatisch de definitie van de service componenten aan te passen op kanalen waar wel VOD content wordt doorgegeven. Dat had als voordeel dat iedere service defintie in de import "kanalenlijst" voor DVBViewer tot het minimum beperkt kon worden. Zie onderstaand de definitie template voor een VOD service kanaal: code: [Channel<Index van 0 tot N>] TunerType=0 Frequency=<VOD frequentie in KHz, bijvoorbeeld: 130000 (in Ziggo/Casema/Multikabel gebied)> Polarity=5 Symbolrate=6875 FEC=-1 VPID=1 SID=<Service ID van 3 tot N (in Ziggo/Casema/Multikabel gebied)> Root=<Naam van de kanalenlijst, bijvoorbeeld: Ziggo VOD> Name=<Naam van het VOD kanaal, bijvoorbeeld: Service 3> Category=<Naam van de subset, bijvoorbeeld: 130 MHz> Dat is alles dat nodig is aan configuratie om DVBViewer de VOD kanalen te kunnen laten weergeven. Er is dus geen sprake van het kraken van encryptie of het uitvoeren van andere als illegaal te bestempelen handelingen. Meer dan het laten afstemmen van DVBViewer op de voor VOD gebruikte frequenties en het selecteren van VOD services is het niet.   Tot slot Ziggo is bezig met pogingen om een aantal niet-interactieve HD ontvangers en PVR's geschikt te laten maken voor VOD diensten van Ziggo. Daarvoor wil men de ethernet aansluiting die op die ontvangers aanwezig is gaan benutten als retourkanaal voor de bestelling en besturing van VOD content. Dat houdt ook in dat er in de toekomst toch een IP verbinding via het Internet gelegd moet kunnen worden met de Ziggo VOD servers. Misschien biedt dat dan ook mogelijkheden om het gebruikte IP protocol voor bestelling en besturing van VOD content te onderzoeken en eventueel te gebruiken op de PC.

[ArChie]

VOD frequenties in Ziggo kabelgebied   Ziggo/Multikabel (8888) 444 MHz 452 MHz 460 MHz 468 MHz   Ziggo/Casema (5555) 308 MHz 316 MHz 324 MHz 332 MHz   Ziggo/@Home (1111) 380 MHz 388 MHz 396 MHz 404 MHz   Ziggo/@Home (7800, 7900, 8400, 8600, 9100, 9300, 9400, 9600, 9700) 377 MHz 385 MHz 393 MHz 401 MHz

[ Voor 132% gewijzigd door ArChie op 16-06-2013 11:11 ]

[ArChie]

Kent er iemand DVB software dat in staat is om meerdere services in een VOD Transport Stream op te nemen? Het is dus niet de bedoeling om de volledige Transport Stream op te nemen, want ook een lege VOD Transport Stream heeft nog steeds een constante bitrate van iets meer dan 50 Mbps en dat is gewoon zonde van de schijfruimte. Het zou mooi zijn als die software automatisch start met het maken van een (nieuwe) opname van een service zodra een service voorzien wordt van een signaal, ofwel op het moment dat er bestelde VOD content wordt toegewezen aan de service definitie, en stopt met de opname op het moment dat het signaal van de service weer verdwijnt.

[Theodor]

Hallo heb de lijst galaden en krijg service 3 4 5 6 8 allemaal op zwart.
Wat doe ik fout heb ziggo 1111.
Groet

[Skinkie]

ArChie, als een interactieve decoder een ED modem bevat. Wat is dan de kans dat deze geregistreerd is door Ziggo (als interactieve decoder)? Want we kunnen er lang en kort over zijn, als je een los modem zou pakken. Eventueel het HFC adres van het modem in de reeks van het merk van de interactieve ontvanger 'dumpt', dat je zo zou kunnen gaan luisteren naar verkeer.

Het is misschien nog interessanter om te kijken of de interactieve decoders zelf ook op een beveiligd docsis kanaal werken. Zou interessant zijn om te checken of daar ook BPI op zit.

[ArChie]

Theodor schreef op zondag 31 juli 2011 @ 15:08:
Hallo heb de lijst galaden en krijg service 3 4 5 6 8 allemaal op zwart.
Wat doe ik fout heb ziggo 1111.

Ziggo 1111 is Ziggo/@Home gebied. Ik neem aan dat je de lijst hebt aangepast zoals aangegeven, dus andere frequenties en beginnen vanaf service 1 i.p.v. 3? Verder zullen services alleen beeld geven op het moment dat ze gebruikt worden voor het doorgeven van bestelde VOD content van klanten in jouw coax segment. Als er dus niemand VOD content bekijkt, dan blijft het beeld zwart.

[ArChie]

Skinkie schreef op zondag 31 juli 2011 @ 15:17:
ArChie, als een interactieve decoder een ED modem bevat. Wat is dan de kans dat deze geregistreerd is door Ziggo (als interactieve decoder)?

Geen idee.

Want we kunnen er lang en kort over zijn, als je een los modem zou pakken. Eventueel het HFC adres van het modem in de reeks van het merk van de interactieve ontvanger 'dumpt', dat je zo zou kunnen gaan luisteren naar verkeer.

Het is misschien nog interessanter om te kijken of de interactieve decoders zelf ook op een beveiligd docsis kanaal werken. Zou interessant zijn om te checken of daar ook BPI op zit.

Ik heb geen EuroDOCSIS analyzer, dus kan ik niet het data verkeer van en naar de modems analyseren. Persoonlijk ben ik niet zo geïnteresseerd om het VOD bestel/bestuur deel ook werkend te krijgen. Een flexibele automatische recording service voor de VOD Transport Streams vind ik interessanter.

[Skinkie]

ArChie schreef op zondag 31 juli 2011 @ 15:33:
Ik heb geen EuroDOCSIS analyzer, dus kan ik niet het data verkeer van en naar de modems analyseren. Persoonlijk ben ik niet zo geïnteresseerd om het VOD bestel/bestuur deel ook werkend te krijgen. Een flexibele automatische recording service voor de VOD Transport Streams vind ik interessanter.

Vind je idee wel cool. Ben benieuwd hoe het 'begin' van de TS er uitziet, dus als het net op het kanaal wordt gezet. Lijkt me wel een leuk ffmpeg projectje

[ArChie]

Skinkie schreef op zondag 31 juli 2011 @ 15:41:
Vind je idee wel cool. Ben benieuwd hoe het 'begin' van de TS er uitziet, dus als het net op het kanaal wordt gezet. Lijkt me wel een leuk ffmpeg projectje

Een lege Transport Stream bevat alleen een Program Association Table (PAT) die in een loop wordt herhaald. De enige informatie die bij een lege VOD Transport Stream via die PAT wordt doorgegeven is de ID van de VOD Transport Stream (ofwel de TSID). Een lege VOD Transport Stream bevat dus nog geen verwijzingen naar Program Map Tables (PMT) van VOD services. Die worden dynamisch toegevoegd op het moment dat er bestelde VOD content via een VOD service moet gaan worden doorgegeven.

Net als bij normale digitale RTV kanalen bevat een PMT de verwijzingen naar de componenten (ook wel elementary streams genoemd) van de VOD service. In geval van VOD services bij Ziggo bestaat zo'n service uit een audio en video component. Ondertiteling is altijd ingebakken, dus geen aparte DVB subtitle component. Als een VOD service van encryptie is voorzien voor de beveiliging, dan bevat de PMT ook nog een verwijzing naar de Entitlement Control Messages (ECM) componenent.

Als de klant klaar is met kijken, dan verdwijnen de componenten en de bijbehorende PMT weer uit de VOD Transport Stream. In tegenstelling tot Transport Streams voor normale digitale RTV kanalen bevatten de VOD Transport Streams niet de overige DVB Service Information tables zoals de Service Description Table (SDT) of de Network Information Table (NIT) waardoor de "normale" DVB zoekmethodieken niet goed werken. Vandaar dat het nodig is om met voorgedefinieerde service lijsten voor DVB software te werken zoals de handmatig gemaakte voorbeeld "kanalenlijst" voor DVBViewer.

[ArChie]

In de kanalenlijsten post nu ook een kanalenlijst voor Ziggo/@Home kabelgebied toegevoegd. Zie:
ArChie in "\[DVB-C] Video On Demand van Ziggo op de PC"

[ArChie]

Ziggo klanten in Ziggo/@Home kabelgebied die nog een ongebruikte HD kabel ontvanger hebben liggen kunnen die ontvanger configureren voor de ontvangst van een deel van de VOD kanalen door netwerk ID 1234 te gebruiken. In de DVB Service Information (DVB-SI) van Ziggo/@Home verwijst netwerk ID 1234 namelijk naar de twee VOD Transport Streams van dat deel van het kabelgebied. In feite past Ziggo/@Home met test netwerk ID 1234 dezelfde methode toe als handmatig geconfigureerde VOD "kanalenlijst" voor DVBViewer. Ziggo/Home heeft echter maar twee VOD "kanalen" per frequentie opgenomen in die VOD "kanalenlijst". Houdt er wel rekening mee dat Ziggo/@Home de normale digitale RTV kanalen niet heeft opgenomen in de kanalenlijst voor test netwerk ID 1234.

In Ziggo/Multikabel kabelgebied is in ieder geval niet een dergelijk VOD test netwerk ID aanwezig. Of er wel een dergelijke VOD test netwerk ID aanwezig is in Ziggo/Casema kabelgebied kan ik niet bepalen via het analyseren van het DVB signaal in Ziggo/Multikabel kabelgebied.

[Nielson]

Zijn beide frequenties altijd actief? Als ik namelijk afstem op één van de 124MHz services zie ik de signaalsterkte indicator op rond de 92% staan, als ik een 132MHz service kies staat deze in het rood op 5% oid. Heb ook 130 en 138 geprobeerd en dan staat deze op rond de 50%. Op geen van alle momenteel een videostram te zien.

/edit: Ziggo/@home 9003 hier trouwens.

[ Voor 9% gewijzigd door Nielson op 03-08-2011 10:55 ]

[ArChie]

Nielson schreef op woensdag 03 augustus 2011 @ 10:53:
Zijn beide frequenties altijd actief? Als ik namelijk afstem op één van de 124MHz services zie ik de signaalsterkte indicator op rond de 92% staan, als ik een 132MHz service kies staat deze in het rood op 5% oid. Heb ook 130 en 138 geprobeerd en dan staat deze op rond de 50%. Op geen van alle momenteel een videostram te zien.

/edit: Ziggo/@home 9003 hier trouwens.

De VOD Transport Streams zijn altijd aanwezig. Als er niemand VOD content aan het bekijken is in jouw coax segment, dan worden alleen de Program Association Table (PAT) packets verstuurd aangevuld met packets die NULL bytes bevatten om de bitrate constant te houden op ongeveer 50 Mbps.

Op beide frequenties, 124 en 132 MHz in Ziggo/@Home gebied, moet je dus signaal hebben met een 100% kwaliteit. Als dat niet het geval is, dan zou het zo kunnen zijn dat een deel van de coax infrastructuur in huis misschien niet geschikt is voor deze lage TV frequenties. Klanten die een interactieve ontvanger nemen moeten veelal hun eigen coax infrastructuur aanpassen voordat het VOD deel werkt.

[ArChie]

Soms wil een plaatje wel eens verhelderend werken. Eerst een screenshot van TS Analyzer van een VOD Transport Stream die leeg is:



In bovenstaande afbeelding is te zien dat er twee soorten packets langs komen, namelijk de Program Association Table (PAT) packets en de Null packets. De bitrate van de PAT packets in de VOD Transport Stream is laag en aan de linkerkant van het TS Analyzer window is te zien dat de PAT alleen maar een TransportStreamID bevat die uniek is voor iedere VOD Transport Stream. De bitrate van de Null packets is in een lege VOD Transport Stream nagenoeg gelijk aan de totale bitrate van de VOD Transport Stream weergegeven achter "Data Rate:" rechtsonderin het window.

Als ik DVBViewer met behulp van de "kanalenlijst" configuratie voor de 130 MHz VOD Transport Stream nu laat afstemmen op Service 3 t/m 8, dan zal het beeld op alle VOD "kanalen" zwart blijven. De kanalen zijn er immers niet.

Het tweede screenshot van TS Analyzer toont de situatie waarbij de VOD Transport Stream op de 138 MHz frequentie gebruikt wordt om de VOD content van één klant door te geven:



In bovenstaande afbeelding is te zien dat er wat packet types zijn bijgekomen naast de altijd aanwezige PAT en Null packets, namelijk Program Map Table (PMT) packets die de ontvanger vertellen uit welke componenten de VOD content van de besteller allemaal bestaat. In dit geval uit MPEG Audio packets en uit MPEG2 Video packets. TS Analyzer heeft de packets types die bij de VOD content horen de naam "_Service 3" gegeven. Bij normale digitale RTV kanalen haalt TS Analyzer de naam van een kanaal uit de Service Description Table (SDT), maar die is er niet bij VOD content doorgifte. In de PAT is nu echter wel een definitie voor ServiceID 3 opgenomen, dus gebruikt TS Analyzer die ID om zelf een naam te genereren. Als er meerdere klanten bezig zijn met het bekijken van hun bestelde VOD, dan zijn er dus ook meerdere van de "_Service <x>" packet regels aanwezig in het rechterdeel van het window en meerdere PMT definities in het linkerdeel van het window.

Merk op dat de bitrate van de Null packets omlaag is gegaan om ruimte te maken voor de benodige bitrate van de VOD kanaal componenten. De totale bitrate blijft echter gelijk. De Null packets zijn er alleen maar om ervoor te zorgen dat de bitrate van de Transport Stream constant blijft.

Als ik nu DVBviewer laat afstemmen op het VOD "kanaal" met de naam "Service 3" van de 138 MHz kanaal definities, dan heb ik beeld en geluid. De andere gedefinieerde VOD "kanalen" geven uiteraard niets weer.

[Skinkie]

Netjes Archie. Dit maakt wel weer wat meer duidelijk. Maar zou wel even actief demuxen/pidfilter zetten worden, maar dat maakt ook niet zoveel uit.

[Anoniem: 172448]

Waar kan ik dat programma vinden?? Ik wou graag een sde stream van RTL7HD bekijken daar ik deze niet correct op de xbox360 werkend krijg.

[ArChie]

Anoniem: 172448 schreef op woensdag 03 augustus 2011 @ 20:19:
Waar kan ik dat programma vinden?? Ik wou graag een sde stream van RTL7HD bekijken daar ik deze niet correct op de xbox360 werkend krijg.

Ik neem aan dat je TS Analyzer bedoelt? Dat is een onderdeel van het TransEdit programma dat te downloaden is door kopers van de DVBViewer applicatie. Zie: www.dvbviewer.com

[ArChie]

Nog een volgend screenshot van TS Analyzer. Dit keer bevat de VOD Transport Stream de VOD content van twee klanten:



In bovenstaande afbeelding zijn daarom twee VOD kanalen te onderscheiden die van TS Analyzer een eigen identificatie hebben gekregen, namelijk "_Service 3" en "_Service 4". Er zijn een aantal bijzonderheden waar te nemen t.o.v. de de afbeelding met één service in de voorgaande post. Allereerst is er een SD VOD "kanaal", namelijk "_Service 4" en HD VOD "kanaal", namelijk "_Service 3". SD materiaal heeft meestal een bitrate van ongeveer 3 à 4 Mbps, terwijl het HD materiaal een bitrate heeft van zo'n 14.5 Mbps.

SD materiaal heeft altijd normale MPEG Audio en HD materiaal altijd AC3 Audio. Waarom SD materiaal ook geen AC3 Audio stream mag hebben van Ziggo is mij een raadsel en omgekeerd zou HD materiaal natuurlijk ook best nog een extra MPEG Audio stream kunnen hebben. Klanten betalen genoeg voor dit soort VOD content, dus waarom dit soort beperkingen denk ik dan maar. En waarom geen losse DVB ondertitelingsstream i.p.v. die ingebakken ondertiteling?

In bovenstaande afbeelding is er echter nog een packet type bijgekomen, namelijk de ECM/EMM packets. Deze packets zijn nodig voor de decryptie van met encryptie beveiligde VOD content. Gezien de PMT informatie horen die packets bij de VOD content van ServiceID 4 en niet geheel toevallig toont TS Analyzer de MPEG2 Video packet regel van "_Service 4" ook in het rood om aan te geven dat het om beveiligde VOD content gaat. Opmerkelijk dat Ziggo hier nu juist de SD VOD content wel beveiligt, maar de HD VOD content zonder beveiliging door geeft naar de besteller. Zoals ik eerder al aangaf is er geen patroon te ontdekken in wat Ziggo wel of niet beveiligd.

[Skinkie]

Vraag: ben jij er al achter als er encryptie is, of die encryptie overeenkomt met een bepaald pakket. Of dat het overeenkomt met een speciaal kaartje. Ik ga er vanuit dat een VOD dienst nooit te multicasten is, het is immers geen live uitzending. Maar waarom zou Ziggo dan niet per definitie encryptie toepassen? Ik bedoel, soms wel, soms niet, slaat nergens op. (Nouja: kan een resources probleem zijn)

[ArChie]

Skinkie schreef op woensdag 03 augustus 2011 @ 22:12:
Vraag: ben jij er al achter als er encryptie is, of die encryptie overeenkomt met een bepaald pakket.

Er zijn wat speciale pakketten gedefinieerd in het Irdeto Conditional Access System (CAS) van Ziggo. Eén daarvan is een pakket dat gebruikt wordt voor VOD.

[Skinkie]

ArChie schreef op woensdag 03 augustus 2011 @ 22:19:
[...]

Er zijn wat speciale pakketten gedefinieerd in het Irdeto Conditional Access System (CAS) van Ziggo. Eén daarvan is een pakket dat gebruikt wordt voor VOD.

Maar je zou toch per 'kaartje' een pakket moeten hebben?

[ArChie]

Skinkie schreef op woensdag 03 augustus 2011 @ 22:25:
Maar je zou toch per 'kaartje' een pakket moeten hebben?

Ik begrijp je vraag niet helemaal. In het Irdeto CAS zijn allerlei pakketten/subscriptions gedefinieerd waaraan één of meerdere kanalen kunnen worden toegewezen. Een smartcard vertegenwoordigt de afgesloten abonnementen van de klant. Op die smartcard kunnen daarom één of meerdere pakketten zijn geactiveerd waarvoor de klant een abonnement heeft. Iedereen zal bijvoorbeeld het Basis pakket abonnement op de smartcard geregistreerd hebben staan terwijl voor de rest van de pakketten aparte abonnement moeten worden afgesloten. Na het afsluiten van zo'n abonnement zal ZIggo ervoor zorgen dat het pakket wordt bijgeschreven op de smartcard.

Zie onderstaand een overzicht van alle Irdeto pakketten bij Ziggo/Casema/Multikabel die ik in de loop der jaren heb weten te identificeren aan de hand van de ECM data die verzonden wordt bij kanalen en pakketten die ik terug vond op mijn eigen smartcards. Sommige van die Irdeto pakketten zijn niet langer in gebruik en per september zullen er nog wel een aantal van die keuze pakketten gaan verdwijnen:

code:

Irdeto subscriptions:                                       CAID 1538:          CAID 1540:          
       1 = Verrassing pakket                                Channel ID = 1      Channel ID = 1      
       2 = Film1 pakket                                     Channel ID = 4      Channel ID = 3      
       3 = Sport1 pakket                                    Channel ID = 5      Channel ID = 4      
       4 = HDTV pakket                                      Channel ID = 6      Channel ID = 5      
       5 = Gay Lifestyle pakket                             Channel ID = 85     Channel ID = 6      
       6 = Film & Entertainment pakket                      Channel ID = 23     Channel ID = 8      
       7 = Basis HDTV pakket                                Not used            Not used            
       8 = Basis pakket                                     Channel ID = 211    Channel ID = 11     
       9 = Totaal pakket                                    Channel ID = 212    Channel ID = 13     
      10 = Kennis & Nieuws pakket                           Channel ID = 21     Channel ID = 14     
      11 = Muziek pakket                                    Channel ID = 25     Channel ID = 15     
      12 = Kids pakket                                      Channel ID = 24     Channel ID = 16     
      13 = Sport pakket                                     Channel ID = 22     Channel ID = 17     
      14 = Music Choice & Xlnt Radio pakket                 Channel ID = 26     Channel ID = 19     
      15 = Eredivisie Live Voetbal pakket                   Channel ID = 27     Channel ID = 27     
      16 = Eredivisie Live Voetbal pakket                   Channel ID = 28     Channel ID = 28     
      17 = Hindi pakket                                     Channel ID = 205    Channel ID = 83     
      18 = Chinees pakket                                   Channel ID = 67     Channel ID = 84     
      19 = Turks pakket                                     Channel ID = 208    Channel ID = 208    
      20 = Uitgebreid Turks pakket                          Channel ID = 209    Channel ID = 209    
      21 = Film1 & Sport1 pakket                            Channel ID = 214    Not used            
      22 = Nederlands Publiek & Commercieel pakket          Not used            Not used            
      23 = Erotiek pakket                                   Channel ID = 10     Channel ID = 10     
      24 = Preview pakket                                   Not used            Not used            
      25 = Preview pakket                                   Not used            Channel ID = 9999   
      26 = PVR pakket                                       Not used            Not used            
      27 = VOD pakket                                       Not used            Not used            
      28 = CI+ CAM PVR pakket                               Not used            Not used            
      29 = Ongeregistreerd pakket                           Not used            Not used

[Skinkie]

ArChie schreef op woensdag 03 augustus 2011 @ 22:41:
Ik begrijp je vraag niet helemaal. In het Irdeto CAS zijn allerlei pakketten/subscriptions gedefinieerd waaraan één of meerdere kanalen kunnen worden toegewezen. Een smartcard vertegenwoordigt de afgesloten abonnementen van de klant.

Dan begrijp je m'n vraag niet. Stel ik zou willen voorkomen dat ArChie & Skinkie lekker gaan opnemen. Dan is toch de enige manier om de smartcard code van de klant te nemen, en dat als uitgangspunt te nemen voor een -dynamisch- pakket?

[ArChie]

Skinkie schreef op woensdag 03 augustus 2011 @ 22:45:
Dan begrijp je m'n vraag niet. Stel ik zou willen voorkomen dat ArChie & Skinkie lekker gaan opnemen.

Dan is het aan Ziggo om alle VOD content zodanig te beveiligen dat wij er niets aan hebben om de VOD content op te nemen. Hoe ze dat kunnen doen mogen ze zelf uitzoeken.

[ArChie]

Wat aan het experimenteren geweest met de opname mogelijkheden van DVBViewer in combinatie met de VOD content "kanalen". Via het Timer menu kunnen voor alle VOD services die voor één VOD Transport Stream gedefinieerd zijn timers worden opgevoerd waarmee direct een opname wordt gestart. Zie onderstaand voorbeeld voor de gedefinieerde VOD services van de VOD Transport Stream op de 130 MHz:



Ook de VOD "kanalen" die niet in gebruik zijn worden dan opgenomen, maar die opnames bestaan dan uit het wegschrijven van Program Association Table (PAT) en Program Map Table (PMT) packets in een TS bestand zolang er geen video en audio packets zijn wat niet veel schijfruimte in beslag neemt. Via onderstaand voorbeeld van het Recordings Statistics menu van DVBViewer is te zien dat er alleen op de eerste VOD service signaal is gezien de bestandsgrootte:



De gemaakte opnames kunnen bijvoorbeeld met een Dune mediaspeler worden weergegeven, ook als de opname nog loopt.

Helaas zijn de opname mogelijkheden van DVBViewer niet echt geschikt om continu opnames te laten lopen op alle VOD "kanalen" van een VOD Transport Stream. Een VOD service wordt namelijk steeds hergebruikt voor verschillende klanten die afwisselend HD en SD content kunnen bekijken en van al die langskomende content op een VOD service wordt door DVBViewer één lange opname gemaakt. HD en SD in één opname is geen succes bij het afspelen. Eigenlijk zou voor iedere VOD content opname een apart TS bestand gemaakt moeten worden om dit probleem te voorkomen. De "Auto split on channel data changes" optie detecteert helaas niet de onderbrekingen van de aanwezigheid van de audio en video componenten van een VOD "kanaal", of het wijzigen van een HD signaal in een SD signaal en vice versa, voor het automatisch splitsen van de lopende opname:



Al met al zijn de opname mogelijkheden van DVBViewer dus geen succes om automatisch alle langskomende bestelde VOD content mee op te nemen.

[ArChie]

Sinds kort heeft Ziggo een firmware versie vrijgegeven voor de Humax IRHD-5100C waarmee ook Video On Demand (VOD) content besteld kan worden. Net als bij de andere "interactieve" Ziggo ontvangers wordt de VOD content middels VOD Transport Streams naar de ontvanger van de klant verstuurd.

Omdat er nooit een speciale instructie naar de klanten met een IRHD-5100C ontvanger is verstuurd over het gebruik van de juiste aansluitmaterialen heeft Ziggo besloten om de VOD Transport Streams te verplaatsen naar hoger gelegen frequenties. Tevens is er één extra VOD Transport Stream in gebruik genomen. Onderstaand de frequentie wijzigingen per netwerk deel.

Ziggo/Multikabel gebied (netwerk ID 8888):
De twee VOD Transport Streams op 130 en 138 MHz zijn komen te vervallen. Daarvoor in de plaats zijn er drie VOD Transport Streams teruggekomen op 452, 460 en 468 MHz.

Ziggo/Casema gebied (netwerk ID 5555):
De twee VOD Transport Streams op 130 en 138 MHz zijn komen te vervallen. Daarvoor in de plaats zijn er drie VOD Transport Streams teruggekomen op 308, 316 en 324 MHz.

Ziggo/@Home gebied in Twente (netwerk ID 9001):
De twee VOD Transport Streams op 130 en 138 MHz zijn komen te vervallen. Daarvoor in de plaats zijn er drie VOD Transport Streams teruggekomen op 377, 385 en 393 MHz.

Het bestellen van de VOD content werkt bij de Humax IRHD-5100C ontvanger uiteraard anders dan bij de "interactieve" ontvangers van Ziggo. De Humax IRHD-5100C ontvanger heeft immers geen geïntegreerd EuroDOCSIS kabelmodem voor het benodigde retourkanaal. In plaats daarvan wordt contact gelegd met de Ziggo VOD servers via het Internet met behulp van de ethernet aansluiting op de Humax IRHD-5100C ontvanger.

Misschien dat een tweaker met een Humax IRHD-5100C ontvanger eens het IP retour kanaal kan onderzoeken met een network analyzer zoals Ethereal en de bevindingen over het toegepaste protocol tussen Humax IRHD-5100C ontvanger en Ziggo VOD Server met ons kan delen.

[DoeEensGek]

http://vbgs.ziggo.nl/entryportal/

Waarschijnlijk moet je een ander user agent instellen...

[ArChie]

DoeEensGek schreef op dinsdag 06 december 2011 @ 16:36:
http://vbgs.ziggo.nl/entryportal/

Dat lag in de lijn der verwachtingen. Sinds Ziggo aan het experimenteren is met VOD op de niet "interactieve" ontvangers is er in iedere Network Information Table (NIT) een nieuwe user_private_descriptor toegevoegd met tag 154:

│  └─■  network  ID  8888,  version  27
│      ├─■  network_id  =  8888
│      ├─■  version_number  =  27
│      └─■  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  {  Casema  }
│          │  │  ├─■  linkage_descriptor  {  Cisco  8455  Iguide  }
│          │  │  ├─■  linkage_descriptor  {  Samsung  iGuide  }
│          │  │  ├─■  linkage_descriptor  {  Cisco  8485  Iguide  dev  }
│          │  │  ├─■  Casema_VOD_process_descriptor
│          │  │  ├─■  Casema_log_server_descriptor
│          │  │  ├─■  user_private_descriptor  {  151  }
│          │  │  ├─■  Casema_VOD_server_descriptor
│          │  │  ├─■  Casema_VOD_delivery_system_descriptor
│          │  │  ├─■  Casema_VOD_delivery_system_descriptor
│          │  │  ├─■  Casema_web_server_descriptor
│          │  │  ├─■  user_private_descriptor  {  145  }
│          │  │  ├─■  linkage_descriptor  {  Cisco  8455  iguide  dev  }
│          │  │  ├─■  linkage_descriptor  {  Cisco  8485  iguide  prod  }
│          │  │  └─■  user_private_descriptor  {  154  }
│          │  │      └─■  data  =  0000    68  74  74  70  3A  2F  2F  76  62  67  73  2E  7A  69  67  67    http://vbgs.zigg
│          │  │                            0010    6F  2E  6E  6C  2F  65  6E  74  72  79  70  6F  72  74  61  6C    o.nl/entryportal
│          │  └─■  transport  streams:


De aangepaste Humax ontvangers zullen die user_private_descriptor in de DVB Service Information (DVB-SI) moeten gebruiken om de URL van de Ziggo VOD server te achterhalen waarmee contact moet worden gezocht.

[DoeEensGek]

Dat had ik gezien. Maar de url geeft dus een witte pagina. Daar kom ik dus nog niet verder mee.

[hcQd]

Als je naar de volledige antwoord kijkt zit daar weer een verwijzing naar een andere site in:

EndPointPortal: https://vbgs.ziggo.nl/TPGS/

Deze gebruikt een of ander self-signed certificaat van Humax, afhankelijk van of de decoder dit precieze certificaat verwacht of niet is het misschien mogelijk een MitM attack uit te voeren op de verbinding.

[DoeEensGek]

http://vbgs.ziggo.nl/entryportal/

code:

Connection: keep-alive
Content-Length: 53
Content-Type: text/html
Date: Thu, 08 Dec 2011 13:48:30 GMT
EndPointPortal: https://vbgs.ziggo.nl/TPGS/
Server: Microsoft-IIS/7.5
X-Powered-By: PHP/5.3.6

https://vbgs.ziggo.nl/TPGS/

code:

Content-Length: 1233
Content-Type: text/html
Date: Thu, 08 Dec 2011 13:50:21 GMT
Server: Microsoft-IIS/7.5

Van die laatste krijgen we dus een 403 - Forbidden: Access is denied melding.

[ Voor 8% gewijzigd door DoeEensGek op 08-12-2011 14:54 ]

[wian]

Humax gebruikt twee user agents:

User-Agent: Humax
en
User-Agent: HbbTV/1.1.1 (+PVR;Humax;IRHD-5100C;1.00.17;1.0;)CE-HTML/1.0 ANTGalio/3.1.1.23.04.09

[ArChie]

wian schreef op woensdag 18 januari 2012 @ 23:11:
User-Agent: HbbTV/1.1.1 (+PVR;Humax;IRHD-5100C;1.00.17;1.0;)CE-HTML/1.0 ANTGalio/3.1.1.23.04.09

Dat zou een aanwijzing kunnen zijn dat Ziggo voor Humax gebruik maakt van HbbTV voor het Interactieve menu. Zie ook: DVB-C apparatuur met HbbTV ondersteuning gezocht

[devil-strike]

Bij upc was dit idd ook mogelijk, meekijken met vod streams, maar sinds upc daar achter is gekomen was het echt binnen 1week over en waren alle vod uitzendingen gecodeert.

[ArChie]

devil-strike schreef op zaterdag 21 januari 2012 @ 14:49:
Bij upc was dit idd ook mogelijk, meekijken met vod streams, maar sinds upc daar achter is gekomen was het echt binnen 1week over en waren alle vod uitzendingen gecodeert.

Op basis van twee VOD Transport Stream capture bestanden gemaakt bij UPC lijkt het er inderdaad op dat bij UPC wel alle VOD content beveiligd wordt doorgegeven. Het VOD distributie systeem van UPC en Ziggo lijkt erg veel op elkaar. Onderstaand een VOD Transport Stream bij UPC waarmee op dat moment één HD programma of film werd doorgegeven:



Merk op dat bij UPC er wel sprake is van losse DVB ondertiteling. Bij Ziggo zit de ondertiteling altijd ingebakken in de content. Verder verschilt natuurlijk het Conditional Access System (CAS). Bij UPC is dat Nagravision 2 en bij Ziggo is dat Irdeto 2. En UPC heeft gekozen voor de doorgifte van de VOD Transport Streams gekozen voor 64-QAM terwijl Ziggo juist gekozen heeft voor 256-QAM.

[ArChie]

Sinds vorige week is HBO van start gegaan bij Ziggo. Naast een drietal HBO kanalen in SD en HD kwaliteit wordt er ook HBO On Demand (HBO OD) content aangeboden. Uiteraard wordt die content via de bestaande VOD Transport Streams naar de klant verstuurd. Qua beveiliging is er door Ziggo niets gewijzigd, dus ook HBO OD content is gewoon mee te kijken en/of op te nemen.









De kwaliteit van de HBO OD content zit tussen de SD en HD kwaliteit van de drie reguliere HBO kanalen in:



Er zit geen AC-3 Dolby Digital audio Elementary Stream en ook geen losse DVB ondertiteling bij de HBO OD content.

Ter vergelijking de Elementary Streams van de drie reguliere HBO HD kanalen:



Hier ook geen losse DVB ondertiteling, maar de originele HBO HD kanalen beschikken wel over een AC-3 Dolby Digital audio Elementary Stream. Zelfs bij de SD uitvoering van de drie reguliere HBO kanalen zit een AC-3 Dolby Digital audio Elementary Stream:



Waarom Ziggo ervoor kiest om de kwaliteit en mogelijkheden van de HBO OD content te verlagen is mij niet duidelijk. Gezien de bitrate informatie in bovenstaande afbeelding neemt de HBO OD content in lagere kwaliteit juist meer ruimte in beslag dan de reguliere HBO HD uitzendingen.

[Peebee01]

Archie,

welke frequeties worden in het casema gebied gebruikt voor HBO OD?
Of gebruikt Ziggo 1 van de 24 kanalen die hierboven al vemeld staan?

Ik heb de overige kanalen kunnen toevoegen in DVBViewer maar weet iemand overigens hoe je de VOD kanalen kan instellen in DVBLogic? Die gebruik samen met MCE en is wat makkelijker "zappen"dan vie DVBViewer

[ Voor 22% gewijzigd door Peebee01 op 12-02-2012 23:34 ]

[ArChie]

Peebee01 schreef op zondag 12 februari 2012 @ 23:32:
welke frequeties worden in het casema gebied gebruikt voor HBO OD?
Of gebruikt Ziggo 1 van de 24 kanalen die hierboven al vemeld staan?

HBO OD wordt gewoon verstuurd via de al bestaande VOD Transport Streams. In december zijn de frequenties voor die VOD Transport Streams gewijzigd. Zie ook dit bericht: ArChie in "\[DVB-C] Video On Demand van Ziggo op de PC". De configuraties voor DVBViewer in de start post(s) zal je nog moeten aanpassen op die frequentie aanpassing.

[Peebee01]

okay, bedankt dan was er gewoon niemand die HBO OD aan het kijken was in mijn woonplaats.

Misschien ervaring met het gebruik van DCBLogic met deze frequenties? Ik vind ze nu niet als ik scan op deze frequenties. Kan ze alleen via DVBViewer zien

[ArChie]

Peebee01 schreef op maandag 13 februari 2012 @ 20:21:
okay, bedankt dan was er gewoon niemand die HBO OD aan het kijken was in mijn woonplaats.

Er wordt hier ook niet veel HBO OD content gekeken. De eerste twee dagen was het redelijk in trek, maar daarna heb ik eigenlijk niets meer langs zien komen. Het nieuwtje zal er wel af zijn.

Misschien ervaring met het gebruik van DCBLogic met deze frequenties? Ik vind ze nu niet als ik scan op deze frequenties. Kan ze alleen via DVBViewer zien

Nee, ik gebruik alleen DVBViewer in combinatie met de handmatig aangemaakte "kanalenlijst". Ik heb geen idee of een dergelijke manier van configureren ook mogelijk is met DVBLogic en/of DVBLogic ermee overweg als kanalen niet continu aanwezig zijn. Dat zal je dus proefondervindelijk moeten vaststellen.

[Theodor]

Weet ook iemand hoe ik de transponder lijst van dvbviewer aanpas met het nieuwe qam256 gebeuren.
Heb een ini file regio 1111 die scant alleen qam64.
Een tip voor een en ander aan te passen is welkom.

[ArChie]

Onderstaand een overzicht van de frequenties waarop de VOD Transport Streams bij Ziggo worden doorgegeven voor de diverse netwerk ID's:

code:

Netwerk ID: 1000, 1234, 2005, 2006, 7271, 7979, 9797
Frequentie: 124, 132, 140 MHz

Netwerk ID: 1111
Frequentie: 380, 388, 396 MHz

Netwerk ID: 7800, 7900, 8400, 8600, 9001, 9003, 9004, 9006, 9007
Frequentie: 377, 385, 393 MHz

Netwerk ID: 5555
Frequentie: 308, 316, 324 MHz

Netwerk ID: 8888
Frequentie: 452, 460, 468 MHz

[HaTe]

Nog steeds geen manier om die streams via internet te starten/betalen?

[ Voor 6% gewijzigd door HaTe op 15-04-2012 20:13 ]

[TheMook]

Nou hebben we hier netwerk ID 9700. Hoe scan ik dan de juiste frequenties.

[ArChie]

TheMook schreef op vrijdag 18 mei 2012 @ 19:25:
Nou hebben we hier netwerk ID 9700. Hoe scan ik dan de juiste frequenties.

Volgens de DVB Service Information zou dat het volgende lijstje frequenties moeten zijn: 377, 385 en 393 MHz.

[TheMook]

ArChie schreef op vrijdag 18 mei 2012 @ 19:56:
[...]

Volgens de DVB Service Information zou dat het volgende lijstje frequenties moeten zijn: 377, 385 en 393 MHz.

Bedankt ArChie ga ik daar even mee aan de gang. eens zien of er hier ook een boel VOD kijkers in de buurt zitten.

[TheMook]

Theodor schreef op dinsdag 20 maart 2012 @ 11:03:
Weet ook iemand hoe ik de transponder lijst van dvbviewer aanpas met het nieuwe qam256 gebeuren.
Heb een ini file regio 1111 die scant alleen qam64.
Een tip voor een en ander aan te passen is welkom.

Dat komt waarschijnlijk omdat jij nog een aantal modulators nog op 3 hebt staan. En in het ini lijstje moeten degene die op 256-QAM zitten een 5 krijgen.

Hier heb ik vandaag even gemakkelijk hulpje voor geschreven. Omdat Ziggo dat nog al eens wijzigt.

Het werkt eigenlijk vrij simpel. Hij zet de frequentie lijst om die op http://www.digitalekabeltelevisie.nl/techniek/tvhome.shtml beschikbaar is. Naar een lijst waar transedit van DVBViewer mee overweg kan.

Hier onder een screenshotje om het wat te verduidelijken.



Hij is nog niet helemaal bug vrij maar al wel goed te gebruiken. Mochten er nog vragen/opmerkingen zijn dan hoor ik het graag.

download hier

[ Voor 8% gewijzigd door TheMook op 19-05-2012 11:01 ]

[TheMook]

Ik heb de VOD "kanalen" er nu ook in gezet. (de vrouw is even weg haha)

Ik heb nu op frequentie 377 en service 3 een film lopen. Nu is het inderdaad wel interessant om zo'n film op te nemen zodra deze gestreamed word. Ik doe mee aan jouw zoektocht om daar een goeie oplossing voor te vinden ArChie. Desnoods te maken.

[ Voor 8% gewijzigd door TheMook op 19-05-2012 23:01 . Reden: Foto toegevoegd ]

[ArChie]

TheMook schreef op zaterdag 19 mei 2012 @ 22:46:
Ik heb nu op frequentie 377 en service 3 een film lopen. Nu is het inderdaad wel interessant om zo'n film op te nemen zodra deze gestreamed word. Ik doe mee aan jouw zoektocht om daar een goeie oplossing voor te vinden ArChie. Desnoods te maken.

Ik denk dat een VOD opneem plugin voor DVBViewer de meest voor de handliggende oplossing is. Die plugin zou dan op de één of andere manier een VOD Transport Stream continu moeten scannen op Program Map Table (PMT) updates. Die plugin zou dan automatisch een opname moeten starten zodra een nieuwe PMT voor een VOD service verschijnt en de opname stoppen als de PMT van de VOD service weer verdwijnt. Daarmee is het probleem van het bestellen en besturen van de VOD content niet opgelost, maar daar kan natuurlijk prima een goedkoop tweedehands Humax IRHD-5100c ontvangertje voor gebruikt worden.

[ Voor 9% gewijzigd door ArChie op 20-05-2012 10:40 ]

[ArChie]

TheMook schreef op zaterdag 19 mei 2012 @ 22:46:
Ik heb de VOD "kanalen" er nu ook in gezet. (de vrouw is even weg haha)

Ik heb de VOD Transport Streams ook toegevoegd aan mijn TransEdit scanlijst:



Door die drie frequenties te selecteren en vervolgens op de "Scan Selected" button te drukken kan ik snel even kijken of er VOD services aanwezig zijn:



Dat scheelt een boel voor gedefinieerde "VOD kanalen" nalopen in DVBViewer.

[TheMook]

Ja dat is inderdaad wel erg handig.

Ha ik heb nu zelfs op een stream iemand die wat van de NOS heeft opgevraagd. Een interview van maxima of zo

Aah ja en dan kun je ze ook direct aanklikken als je wilt. Dan kun je met preview DTV even kijken

[ Voor 86% gewijzigd door TheMook op 19-05-2012 23:59 ]

[TheMook]

Ik zal een gaan kijken naar de VOD plugin die jij noemde. En ik kwam net een programma tegen die ik even ga bekijken welke functies die allemaal bied. Het gaat om autoEPG. <--- loopt vast enz.. is niks

Hier te vinden http://www.digital-digest.com/software/autoepg.html

[ Voor 7% gewijzigd door TheMook op 20-05-2012 01:35 . Reden: update ]

[TheMook]

Voor de dreambox hebben ze wel een plugin gemaakt. Ik snap niet waarom dat voor de HTPC's en de daarbij behorende software zoals DVBviewer, mediaportal enz.. nog niet is gebeurd. Is daar te weinig animo voor?

Nou heb ik zitten kijken of er een emulator is om een dreambox image op mijn htpc te draaien. Maar nog geen succes.

[ArChie]

TheMook schreef op zondag 20 mei 2012 @ 14:49:
Voor de dreambox hebben ze wel een plugin gemaakt.

Interessant, heb je hier een link van naar meer informatie?

Ik snap niet waarom dat voor de HTPC's en de daarbij behorende software zoals DVBviewer, mediaportal enz.. nog niet is gebeurd. Is daar te weinig animo voor?

Als er een openbare standaard zou zijn voor de VOD implementatie die Ziggo heeft gekozen, dan zouden er misschien nog ontwikkelaars zijn die er moeite in willen steken. Zolang het echter niet mogelijk is om ook VOD content te bestellen en te besturen denk ik dat er niet veel animo zal zijn om iets te ontwikkelen.

Nou heb ik zitten kijken of er een emulator is om een dreambox image op mijn htpc te draaien. Maar nog geen succes.

Misschien is dit topic op een ander forum iets voor je:
http://www.sat4all.com/fo...e-aan-het-experimenteren/

[TheMook]

Interessant, heb je hier een link van naar meer informatie?

Hier hebben ze een filmpje

Als er een openbare standaard zou zijn voor de VOD implementatie die Ziggo heeft gekozen, dan zouden er misschien nog ontwikkelaars zijn die er moeite in willen steken. Zolang het echter niet mogelijk is om ook VOD content te bestellen en te besturen denk ik dat er niet veel animo zal zijn om iets te ontwikkelen.

Ik heb al even gekeken of ik aan firmware van zo'n humax kastje kan komen. Zodat die eventueel ontleed kan worden en daar het menu uit rippen of zo. Maar ook dat lijkt bijna niet mogelijk. Omdat de firmware rechtstreeks naar de kastjes gestuurd word en niet online te verkrijgen is. Uiteraard om dit soort dingen tegen te gaan.


Verder ben ik vandaag nog even met mythtv (voor windows) aan de gang geweest. Maar dat zit wel zo brak in elkaar. Kan er niks mee worden.

[hcQd]

TheMook schreef op zondag 20 mei 2012 @ 18:48:
Ik heb al even gekeken of ik aan firmware van zo'n humax kastje kan komen.

Kun je er niet via de FTP-server bij met een symlink naar / op de externe schijf? Als ze bij Humax niets hebben veranderd aan tinyftp en ze hem niet in een chroot draaien zou dat moeten werken.

[ Voor 9% gewijzigd door hcQd op 20-05-2012 18:58 ]

[ArChie]

TheMook schreef op zondag 20 mei 2012 @ 18:48:
Hier hebben ze een filmpje

Okee, dat is een ander VOD systeem dan Ziggo toepast.

[TheMook]

Waarschijnlijk ga we zo meteen over op glasvezel. Ik hoop dat ik daar meer succes heb.

[TheMook]

Ziggo maakt gebruik van een proprietaire VOD implementatie.. Kom ik tegen op het Ziggo gebruikers forum.

Wat is dat in de vredesnaam. Ze praten daar over CAM's met VOD implementatie.

[ArChie]

TheMook schreef op zondag 20 mei 2012 @ 19:32:
Ziggo maakt gebruik van een proprietaire VOD implementatie.. Kom ik tegen op het Ziggo gebruikers forum.

Wat is dat in de vredesnaam.

In de startpost(s) van dit topic tracht ik uit te leggen hoe het VOD systeem van Ziggo (en ook UPC) werkt. Een deel (bestelling en besturing) gaat via IP verkeer en de levering van de VOD content via DVB-C Transport Streams waarmee je zelf geëxperimenteerd hebt m.b.v. DVBViewer en TransEdit. In eerst instantie was het IP verkeer tussen de ontvangers en Ziggo VOD servers beperkt tot het interne netwerk van Ziggo omdat alleen de "interactieve" Cisco en Samsung ontvangers met een geïntegreerd EuroDOCSIS kabelmodem gebruikt werden voor de VOD dienst. Met introductie van een aangepaste firmware op de Humax ontvangers werd het mogelijk om de Ziggo VOD servers ook via het Internet te benaderen. Dat was nodig omdat die Humax ontvangers nu eenmaal niet beschikten over een geïntegreerd kabelmodem. Zie ook andere posts in dit topic over pogingen om meer te weten te komen over de communicatie tussen de Humax ontvangers en de Ziggo VOD servers.

Ze praten daar over CAM's met VOD implementatie.

Er is sprake van een nieuwe generatie CI+ CAM's die geschikt zouden zijn voor communicatie via IP verkeer zodat er ook vanuit TV's met een CI+ slot met de Ziggo VOD servers gecommuniceerd kan worden. Hoe dat exact moet gaan werken en wat voor eisen dat stelt aan de apparatuur met CI+ slot is nog niet duidelijk omdat dergelijke CI+ CAM's nog niet verkrijgbaar zijn.

[ArChie]

Gisterenavond trof ik een H.264 video stream met een lage bitrate aan in de VOD Transport Streams. Aangezien het om video stream ging die niet van encryptie was voorzien maar eens gekeken met DVBViewer wat voor content Ziggo tegenwoordig in H.264 doorgeeft. Dat blijkt de nieuwe Interactieve TV interface te zijn waar Ziggo momenteel mee aan het experimenteren is:



Eén van mijn buren was kennelijk deze nieuwe Interactieve TV interface aan het onderzoeken. In tegenstelling tot het huidige Interactieve TV interface wordt nu gebruikersinterface als een H.264 video stream naar de digitale ontvanger van de gebruiker verstuurd.

Echt duidelijk kan ik de layout niet noemen. Bovenstaande afbeelding laat goed zien dat de gebruiker echt met de cursor iedere uitzending moet selecteren om het verschil te kunnen zien tussen diverse "Holland Doc: Hoezo armoede: ..." uitzendingen. Ook dat selecteren levert echter niet altijd veel meer leesbare informatie op:







Volgens DVBViewer mankeert er ook iets aan de timing van de elementary streams van dit Interactieve TV interface kanaal:

[ArChie]

Voor de geïnteresseerden onderstaand een actueel overzicht van de VOD frequenties in het Ziggo kabelgebied (netwerk ID afhankelijk):

Ziggo/Multikabel (8888):
444 MHz
452 MHz
460 MHz
468 MHz

Ziggo/Casema (5555):
308 MHz
316 MHz
324 MHz
332 MHz

Ziggo/@Home (1111):
380 MHz
388 MHz
396 MHz
404 MHz

Ziggo/@Home (7800, 7900, 8400, 8600, 9100, 9300, 9400, 9600, 9700):
377 MHz
385 MHz
393 MHz
401 MHz

Overigens blijkt het ook mogelijk te zijn om via het Hidden Settings menu van de Humax IRHD-5100C de tijdelijke VOD TV kanalen toe te voegen aan de kanalenlijst van deze ontvanger:


Vermoedelijk lukt dat met alle Humax ontvangers die geschikt zijn voor Interactieve TV van Ziggo.

[ArChie]

Voormalig Ziggo klanten met zo'n Samsung Horizon geval en DVB-C PC-TV hardware kunnen ook de bestelde Video On Demand (VOD) content opnemen aangezien Conditional Access kennelijk niet werkt:

HBO OD content:




De transport streams voor de VOD content van het Horizon geval worden in mijn coaxsegment via twee aparte transport streams op 418 en 426 MHz doorgegeven (256-QAM en 6875).

[wian]

Geinig dit. Heb m'n usb tuner opgezocht en DVBviewer weer geinstalleerd en het werkt nog steeds. Ziggo West VOD transponders zijn momenteel:

402, 410 en 418 MHz (256-QAM en 6875).

426, 434, en 442 MHz (256-QAM en 6875) lijken ook VOD transponders, maar zie hierop momenteel geen verkeer, alleen null packets.

[ArChie]

Afhankelijk van waar je in Ziggo/West gebied woont kan er al sprake zijn van het verplaatsen van de VOD transport streams voor het Horizon geval. Sinds kort worden bijvoorbeeld in Ziggo/UPC/Alkmaar gebied (ook deel van voormalig Ziggo/West) de volgende frequenties gebruikt:
- 130.75, 138.75, 146.75 en 154.75 MHz (256-QAM en 6875) voor het Samsung Horizon geval (geen encryptie, dus alles is te bekijken en op te nemen);
- 434, 442, 450 en 458 MHz (256-QAM en 6875) voor de voormalig Ziggo "Interactieve TV" ontvangers en geschikte TV's met CI+ module (deels met encryptie waardoor dus niet alles te bekijken en op te nemen is).

In Ziggo/UPC/Alkmaar gebied zijn 418 en 426 MHz dus niet meer in gebruik als VOD transport streams.

Zie ook het andere topic voor meer voorbeelden van VOD content zonder encryptie:
"Digitale TV info & frequenties bij Ziggo/Casema/Multikabel"