ArChie
-
Items
538 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door ArChie
-
-
Origineel bericht van: appiemulder@ArChie, als je bv canaal digitaal pakt, dan bestaat de zender die je kiest soms uit 6 verschillende ECM's hierbij kunnen ook weer 6 EMM's horen, vaak is dit niet zo. (aantal zijn samengevoegd)
Om het zoeken naar de juiste ECM van de 6 zo goed mogelijk te laten verlopen stuur ik alle info naar alle cards/clients.
Als ik ook nog tegelijk alle EMM's actief ga maken, dan word het een beetje te veel voor een aantal tv-progjes.
Okee, dus het doel is de hoeveelheid data te beperken. Ik ging er vanuit dat je weet bij welke CAID de smartcard hoort die in de smartcard reader is gestoken en dan op basis van die CAID in de CAT de bijbehorende EMM stream opzoekt om continu aan de smartcard te voeren zolang de gebruiker in de betreffende TS blijft. En dat je zodra er door de gebruiker een kanaal gekozen wordt in de PMT van dat kanaal wederom de betreffende CAID gebruikt om de juiste ECM stream te vinden om die ook aan de smartcard te voeren. Als ik je goed begrijp volg je dus eigenlijk de omgekeerde weg, maar dan vraag ik me wel af wat je doet als een gebruiker kiest voor een kanaal dat niet van encryptie is voorzien en dus ook geen ECM stream heeft. Stopt dan ook het voeren van de EMM's aan de smartcard? Dat is bij Ziggo niet verstandig vanwege de zeer beperkte geldigheid/houdbaarheid van de geregisteerde subscriptions op de smartcard. Als een gebruiker langdurig een FTA kanaal bekijkt dan bestaat de kans dat die subscriptions al niet meer geldig zijn op het moment dat de gebruiker weer naar een encrypted kanaal zapt en dan even (max 30 seconden) moet wachten op de volgende EMM voordat er weer beeld is (de beroemde E19 die je bij sommige ontvangers ziet als die na een paar uur standby te hebben gestaan weer worden aangezet).Citaat:Vandaar het achteraf koppelen, ziggo heeft maar 1 ecm per zender, dus is [multi ecm niet nodig] en kan ik direct de emm koppelen.
Dat geldt dus alleen voor Ziggo/@Home. In het digitale TV signaal dat in de Ziggo/Casema headend gemaakt wordt voor zowel het Ziggo/Casema als het Ziggo/Multikabel gebied is sprake van twee ECM streams per kanaal (en ook twee EMM streams per Transport Stream) omdat er gebruik wordt gemaakt van twee aparte Irdeto 2 Conditional Access Systems (CAS) in het signaal. Ik ben af en toe bezig met de ontwikkeling van een DVB-SI parser tooltje waarbij ik sinds kort ook het parsen van de ECM streams aan het inbouwen ben om daarmee aan de hand van de CHID's een overzicht te kunnen produceren van de kanalen per digitale TV abonnement/pakket. Bij een scan van meerdere TS input files bleek ook nog eens dat de CHID's voor de Ziggo/Multikabel en Ziggo/Casema abonnees een andere nummering hebben en bij Ziggo/Casema laten ze soms de CHID van het totaal pakket weg als het kanaal ook al in het basis pakket zit. Voor Ziggo/Multikabel zitten dan altijd beide CHID's in de ECM stream van het kanaal.
Het had handig geweest als de Ziggo/Casema abonnees ook waren opgenomen in het Irdeto 2 CAS voor de Multikabel abonnees zodat er in het hele Ziggo gebied één smartcard (voor CAID 0x0604) gebruikt had kunnen worden, maar om de één of andere reden heeft men dat (nog steeds) niet gedaan. Daarom is er tegenwoordig een blauwe en een oranje Ziggo smartcard waarbij ik meen blauw alleen te gebruiken is in Ziggo/Casema gebied en oranje in Ziggo/@Home en Ziggo/Multikabel gebied om het allemaal lekker complex te maken (het kan ook net andersom zijn als ik de kleuren weer eens door elkaar haal). -
Origineel bericht van: appiemulderIn de nieuwe versie 0600 > is het zo geregeld dat wanneer de [Multi ECM mode] actief is, er achteraf pas een EMM gekoppeld gaat worden.
Vink je [Multi ECM mode] uit, dan pak ik de EMM die bij de gevonden ECM hoort.
Ziggo/Casema gebruikers kunnen het beste [Multi ECM mode] uit zetten, omdat dan juist de EMM direct moet worden gekoppeld.
Even voor mijn begripsvorming: Wat bedoel je precies met "Multi ECM mode"?
Is dat dan niet het ondersteunen van meerdere CA_descriptors in de PMT informatie zoals bij onderstaand voorbeeld voor bij het signaal van Ziggo/Casema en Ziggo/Multikabel?
│ ├─■ program number 7020, version 4
│ │ ├─■ program_number = 7020
│ │ ├─■ version_number = 4
│ │ └─■ sections: { Required sections: 1, available sections: 1 }
│ │ └─■ section { 0/0 }
│ │ ├─■ section_number = 0
│ │ ├─■ last_section_number = 0
│ │ ├─■ PCR_PID = 521
│ │ ├─■ descriptors:
│ │ │ ├─■ maximum_bitrate_descriptor
│ │ │ │ └─■ maximum_bitrate = 13609
│ │ │ ├─■ smoothing_buffer_descriptor
│ │ │ │ ├─■ sb_leak_rate = 13609
│ │ │ │ └─■ sb_size = 2048
│ │ │ ├─■ ca_descriptor
│ │ │ │ ├─■ CA_system_ID = 1540
│ │ │ │ └─■ CA_PID = 4000
│ │ │ └─■ ca_descriptor
│ │ │ ├─■ CA_system_ID = 1538
│ │ │ └─■ CA_PID = 5000
│ │ └─■ elementary streams:
Waarom kan er pas achteraf een EMM gekoppeld worden bij "Multi ECM mode" als in de Conditional Access Table (CAT) aangegeven wordt welke EMM stream in de TS er bij welk CAID hoort? Zie onderstaand voorbeeld:
├─■ CAT { Conditional Access Table }
│ └─■ transport stream ID 7, version 1
│ ├─■ transport_stream_id = 7
│ ├─■ version_number = 1
│ └─■ sections: { Required sections: 1, available sections: 1 }
│ └─■ section { 0/0 }
│ ├─■ section_number = 0
│ ├─■ last_section_number = 0
│ └─■ descriptors:
│ ├─■ ca_descriptor
│ │ ├─■ CA_system_ID = 1538
│ │ └─■ CA_PID = 48
│ └─■ ca_descriptor
│ ├─■ CA_system_ID = 1540
│ └─■ CA_PID = 53
En weet jij toevallig wat de datastructuur van "unknown byte values" is in onderstaande voorbeeld van de ECM stream:
├─■ CMT { CA Message Table }
│ └─■ transport_stream_ID = 7
│ ├─■ CA PID 4000
│ │ ├─■ transport_stream_ID = 7
│ │ ├─■ CA_PID = 4000
│ │ └─■ sections: { Required sections: 4, available sections: 4 }
│ │ ├─■ section { 0/3 }
│ │ │ ├─■ unknown_byte_value_1 = 67
│ │ │ ├─■ section_number = 0
│ │ │ ├─■ last_section_number = 3
│ │ │ ├─■ channel_ID = 1
│ │ │ ├─■ unknown_byte_value_2 = 0
│ │ │ ├─■ unknown_byte_value_3 = 6
│ │ │ ├─■ unknown_byte_value_4 = 132
│ │ │ └─■ CA_data = 0000 46 4F E0 30 5B 1D 67 34 C8 A1 30 39 98 E4 B2 4C FO.0[.g4..09...L
│ │ │ 0010 D1 98 95 79 43 2B 39 A3 BC 39 27 1B B0 81 42 3A ...yC+9..9'...B:
│ │ │ 0020 53 18 CA 33 F5 58 E3 72 D2 48 8D 3F 17 56 22 52 S..3.X.r.H.?.V"R
│ │ ├─■ section { 1/3 }
│ │ │ ├─■ unknown_byte_value_1 = 67
│ │ │ ├─■ section_number = 1
│ │ │ ├─■ last_section_number = 3
│ │ │ ├─■ channel_ID = 13
│ │ │ ├─■ unknown_byte_value_2 = 0
│ │ │ ├─■ unknown_byte_value_3 = 6
│ │ │ ├─■ unknown_byte_value_4 = 132
│ │ │ └─■ CA_data = 0000 D0 4E 09 09 57 4D 7C 48 17 1F 78 11 8B 89 A2 C0 .N..WM|H..x.....
│ │ │ 0010 17 5E 03 27 AB 6B AE 15 F6 65 5A 93 38 36 EC DC .^.'.k...eZ.86..
│ │ │ 0020 0B 19 2D 38 86 13 A6 F3 CA 62 4F 90 FC AB C1 DC ..-8.....bO.....
│ │ ├─■ section { 2/3 }
│ │ │ ├─■ unknown_byte_value_1 = 67
│ │ │ ├─■ section_number = 2
│ │ │ ├─■ last_section_number = 3
│ │ │ ├─■ channel_ID = 17
│ │ │ ├─■ unknown_byte_value_2 = 0
│ │ │ ├─■ unknown_byte_value_3 = 6
│ │ │ ├─■ unknown_byte_value_4 = 132
│ │ │ └─■ CA_data = 0000 94 49 25 4D B4 DE 9C 61 89 AB 3E B9 68 A7 7E CF .I%M...a..>.h.~.
│ │ │ 0010 D7 AA 4B F3 18 CC E7 F8 51 2E 03 5A 2F EC 28 C5 ..K.....Q..Z/.(.
│ │ │ 0020 EC 93 4B 6C 02 2B EA DB 5E 91 62 2F 3B 15 2C B2 ..Kl.+..^.b/;.,.
│ │ └─■ section { 3/3 }
│ │ ├─■ unknown_byte_value_1 = 67
│ │ ├─■ section_number = 3
│ │ ├─■ last_section_number = 3
│ │ ├─■ channel_ID = 9999
│ │ ├─■ unknown_byte_value_2 = 0
│ │ ├─■ unknown_byte_value_3 = 2
│ │ ├─■ unknown_byte_value_4 = 136
│ │ └─■ CA_data = 0000 08 3A 73 ED 10 C1 04 BC 9D 88 BD 6B 41 77 8A 91 .:s........kAw..
│ │ 0010 1A 44 B6 D1 7A 61 7F 16 6C C0 A1 67 4F EE 1F 14 .D..za..l..gO...
│ │ 0020 1F 18 8F 35 ED 8B F2 C8 F5 41 1D A7 F2 20 F8 11 ...5.....A... ..
-
Origineel bericht van: PhorzeHet enige wat ik kan bedenken is dat mijn transponderlijst voor ziggo niet (geheel) klopt. Deze heb ik ergens van tweakers overgenomen:
Gezien de frequentielijst zit je in Ziggo/Casema gebied. Klopt dat?Citaat:
NGC-HD met PMT info:Citaat:
13:33:40: Ch: 200 - NGC-HD
13:33:40: Programm crc: 39677119
13:33:40: PMT: Cache file, search, found...
13:33:40: PMT: Index=2 PMT=00C8 SID=4E27 CAID=0602
13:33:40: PMT: Provider=00000000 ECM=0036 EMM=0030 Name=NGC-HD
13:33:40: Auto search...
13:33:40: 0x00C8 0x4E27 0x0602 0x00000000 0x0036 0x0030 10100
Er van uitgaande dat je in Ziggo/Casema gebied zit dan is er hier iets vreemds aan de hand. De EMM stream PID voor Ziggo/Casema is inderdaad 0x0030 (= 48), maar de ECM stream PID voor NGC-HD is niet gelijk aan 0x0036 (= 54). Dat zou volgens een oud PID overzicht van mij gelijk moeten zijn aan 0x138C (= 5004). Het lijkt me dat je de PMT info niet helemaal goed hebt ingevuld voor dit kanaal.Citaat:
NGC-HD zonder PMT info:Citaat:
13:36:33: Ch: 200 - NGC-HD
13:36:33: Programm crc: 036EB6D0
13:36:33: PMT: Cache file, search, not found PMT=00C8 (AND SID=4E27)
13:36:33: Auto search...
13:36:33: 0x00C8 0x4E27 0x0602 0x00000000 0x138C 0x0000 10100
13:36:34: 0: Wrong decryption key (status: 9e 00)
13:36:34: SC-Irdeto 066F6E98: ECM [138C] Proccessed, CHID=0006 (0.114)
13:36:34: SC-Irdeto 066F6E98: card was not able to decode the channel [138C]
13:36:34: 0: ChID missing. Not subscribed? (status: 90 00)
Zonder PMT info zie je dat ACamd wel de juiste ECM stream PID vindt voor NGC-HD, maar welke EMM stream PID ACamd gebruikt wordt niet getoond in de log. In het Ziggo kabelgebied voor Casema en Multikabel is sprake van twee Conditional Access Systems (CAS), namelijk één voor Ziggo/Casema met CAID 0x0602 (= 1538) en één voor Ziggo/Multikabel met CAID 0x0604 (= 1540). Misschien dat dit niet helemaal goed verloopt? -
Origineel bericht van: ansatHoi ben er inmiddels uit, heb hem automatisch compleet laten zoeken maar dan met stappen van 1000 khz.
Met andere woorden: je laat zoeken met stappen van 1 MHz. Houd je er wel rekening mee dat je kanalen in Transport Streams op xxx.75 MHz e.d. dan niet vindt als het kabelbedrijf in jouw regio eventueel dergelijke frequenties gebruikt? Je kan dan beter een brute force uitproberen met stappen van 250 KHz hoewel dat natuurlijk 4 keer zo lang gaat duren als met stappen van 1 MHz. Aangezien je niet aangeeft wie je kabelbedrijf is en in welke regio je woont kan het dus zijn dat je nog steeds kanalen mist. -
Origineel bericht van: HoebaMet een bruteforce of andere automatische kanalen zoeker lukt het toch wel? Moet het wel in je image zitten, natuurlijk.
Anders een lijstje van iemand anders uit je gebied er in zetten misschien?
Ik leg alleen uit waarom de "netwerk zoeken" zoek methode niet bij iedereen werkt. Dreeke wekte namelijk met zijn bijdrage de indruk dat "netwerk zoeken" altijd de juiste zoek methode is, maar dat hangt dus af van de opbouw van de Network Information Tables (NIT) in een bepaald kabelgebied. Welke zoek methodes een DM8000 nog meer biedt weet ik niet, maar als daar een brute force zoek methode tussen zit die de volledige frequentieband scant met diverse QAM's en symbolrates dan zal die brute force methode ook wel werken. De andere mogelijkheid is om zelf een cable.xml te maken op basis van gepubliceerde frequentie lijsten of er een te gebruiken die door iemand anders gemaakt is en in hetzelfde deel van het kabelgebied woont. -
Origineel bericht van: DreekeBelangrijkste bij het zoeken naar DVB-C zenders is het autmatisch laten zoeken naar de kabel zenders waarbij je "netwerk zoeken" naar "ja" zegt. Dat was het enige wat bij nodig was. In Ziggo gebied Utrecht levert het op dit moment 279 zenders op (radio/tv/data)
Dat netwerk zoeken werkt in Ziggo/Casema gebied, maar niet in Ziggo/Multikabel gebied en ook niet in delen van het Ziggo/@Home gebied. Alleen daar waar de zogenaamde actual Network Information Table (NIT) qua frequentie indeling overeenkomt met de other NIT die je bij Ziggo via een Network ID moet kiezen in één van de aanbevolen ontvangers werkt dit. Zijn die actual NIT en de other NIT voor jouw Network ID niet gelijk dan gaat dat netwerk zoeken niet goed en ga je dus niet alle kanalen vinden. -
Het heeft te maken met de beperkte geldigheidsduur van de subscriptions (lees: pakketten) op de smartcard bij Ziggo. Een subscription is maar een beperkt aantal uren geldig in tegenstelling tot enige weken bij bijvoorbeeld CanalDigitaal. Als zo'n subscription verloopt heb je geen beeld meer omdat de smartcard denkt dat je geen abonnement meer hebt vanwege het uitblijven van subscription updates via Entitlement Management Messages (EMM).
Een aantal goedgekeurde Ziggo ontvangers verwerken tijdens standby stand geen EMM berichten meer met als gevolg dat na het aanzetten tijdelijk even een E19 wordt getoond totdat het eerste EMM bericht weer langskomt. Dat gebeurt alleen als zo'n ontvanger langer heeft uitgestaan/standby heeft gestaan dan de geldigheidsduur van de subsriptions op de kaart. Door te experimenteren met de duur van het uitzetten kan je dus met zo'n ontvanger achterhalen hoe lang de geldigheidsduur van een subscription is. Dat is een instelling bij Ziggo en kan zelfs per gebied (@Home/Casema/Multikabel) anders zijn omdat er nog steeds sprake is van gescheiden Irdeto Conditional Access Systems (CAS) voor deze Ziggo onderdelen. Met een Dreambox of een andere kaartserver zou je trouwens ook kunnen achterhalen hoe lang een subscription precies geldig is door na een succesfull update de toevoer van EMM berichten te onderbreken en bij te houden hoe lang je nog kunt kijken.
Om te voorkomen dat abonnees gaan bellen over die E19 meldingen is het van belang dat de verversingsfrequentie van die EMM berichten hoog is zodat een abonnee maar kort moet wachten op beeld na inschakeling van de ontvanger. Ik meen dat de verversingsfrequentie bij de Ziggo onderdelen van die EMM berichten op ongeveer één per de 30 seconden staat.
Naar het waarom van de korte geldigheid van de subscriptions kunnen we alleen maar raden. Mogelijk hebben ze het gedaan om het gebruik van niet goedgekeurde PVR's en eventueel DVB-C PC-TV kaarten tegen te werken zodat een gemaakte opname met encryptie maar zeer kort te decrypten is als er maar één AlphaCrypt CAM aanwezig is in zo'n PVR. Dergelijke PVR's met Common Interface (CI) slot en één AlphaCrypt CAM zijn om die reden in ieder geval nauwelijks te gebruiken bij Ziggo omdat je regelmatig met opnames blijft zitten die niet meer te decrypten zijn. Een veel gehoorde klacht van bijvoorbeeld Loewe TV eigenaren met een geïntegreerde PVR en zelf heb ik ook wel eens een niet goedgekeurde PVR met AlphaCrypt CAM uitgeprobeerd met dezelfde problemen.
Je moet je trouwens wel afvragen of alle EMM berichten die worden getoond in de log ook EMM berichten zijn die specifiek bedoeld waren voor jouw smartcard. Misschien is dat de reden dat er ook veel "Not succesfull" updates zijn.
De Entitlement Control Messages (ECM) die per kanaal en per subscription de decryptie informatie bevatten hebben een verversingsfrequentie van 10 seconden bij Ziggo. Een kanaal kan tot meerdere subscriptions behoren waarbij het preview pakket ook een subscription is. Onlangs heb ik me eens wat meer verdiept in die ECM berichten waarbij blijkt dat zo'n ECM bericht voor een bepaald kanaal kan bestaan uit meerdere secties waarbij iedere sectie voor een bepaalde subscription de door de ontvanger en smartcard benodigde decryptie informatie bevat. Die decryptie informatie is zelf ook weer van encryptie voorzien en kon ik verder dus niet analyseren, maar de subscription ID's, ook wel de CHID's (CAS channel ID's) genoemd, zijn niet encrypted.
Voor Ziggo/Multikabel worden de volgende CHID's (nummeriek) gebruikt voor de subscriptions:
Code:1 = Verrassing pakket 3 = Film1 pakket 4 = Sport1 pakket 5 = HDTV pakket 6 = Gay Lifestyle pakket 8 = Film & Entertainment pakket 10 = Basis HDTV pakket 11 = Basis pakket 13 = Totaal pakket 14 = Kennis & Nieuws pakket 15 = Muziek pakket 16 = Kids pakket 17 = Sport pakket 19 = Music Choice & XLnt Radio pakket 28 = Eredivisie Live Voetbal pakket 33 = ? 42 = ? 83 = Hindi pakket 84 = Chinees pakket 208 = Turks pakket 209 = Uitgebreid Turks pakket9999 = Preview pakket
En voor Ziggo/Casema is de CHID nummering van de subscriptions afwijkend:
Code:1 = Verrassing pakket 2 = Basis HDTV pakket 4 = Film1 pakket 5 = Sport1 pakket 6 = HDTV pakket 21 = Kennis & Nieuws pakket 22 = Sport pakket 23 = Film & Entertainment pakket 24 = Kids pakket 25 = Muziek pakket 26 = Music Choice & XLnt Radio pakket 28 = Eredivisie Live Voetbal pakket 67 = Chinees pakket 85 = Gay Lifestyle pakket 205 = Hindi pakket 208 = Turks pakket 209 = Uitgebreid Turks pakket 211 = Basis pakket 212 = Totaal pakket61439 = Preview pakket
Omdat er maar ééns per 10 seconden een ECM voor een kanaal verzonden hoeft te worden en ééns in de 30 seconden voor iedere abonnee een update van de EMM's is het EMM's in verhouding tot het aantal ECM's veel groter bij Ziggo, want er zitten hooguit 10 kanalen in een Transport Stream waarvoor apart ECM berichten verzonden moeten worden terwijl het aantal abonnees behoorlijk uitgebreid is.
-
Ik neem aan dat het hier om OnsBrabantNet gaat? Zoja, dan gebruikt de leverancier van het digitale TV signaal (naam mag kennelijk niet genoemd worden van dit forum, maar dan zou je Ziggo ook niet mogen noemen als signaal leverancier) wat vreemde instellingen voor DVB-C. Er worden 10 frequenties gebruikt, namelijk 303, 311, 319, 327, 335, 343, 351, 359, 367 en 375 MHz. De QAM die gebruikt wordt is 256-QAM en als symbolrate moet je 6956 gebruiken. Als de Dreambox je dat laat instellen dan is de exacte symbolrate 6956.5. Geen "standaard" symbolrate van 6875 of 6900 die je normaal tegenkomt bij DVB-C. Verder blijkt dat de leverancier van het digitale TV signaal de zogenaamde Service Description Tables niet volgens de DVB specificaties verzend waar bijvoorbeeld de Sony TV's met geïntegreerde DVB-C ontvanger niet goed mee om kunnen gaan. Misschien dat een Dreambox daar minder problemen mee heeft.
Zie het volgende topic op Tweakers voor de volledige kanalen/frequentie lijst: http://gathering.tweakers.net/forum/list_message/31078863#31078863
-
Origineel bericht van: JeWeetWelWieWat voor een apparaten zijn er dan nodig om van een, plat gezegd, scartkabel naar een MPEG-stream te gaan?
Geen idee. Je vroeg om wat meer informatie, dus heb ik je wat links gegeven om je op weg te helpen. Zelf ben ik niet werkzaam in deze branch en kan je daarom niet verder helpen. Voor dit soort apparatuur zal je toch echt met een dealer moeten gaan praten die weet wat er mogelijk is en wat je nodig hebt. Even contact opnemen met deze fabrikanten om te informeren of ze ook dealers in Nederland (of Bulgarije) hebben voor deze apparatuur. -
In feite willen jullie zelf een headend opzetten voor DVB-C. Dat kan, want ook voor semi professionele toepassingen is er kleinschalige headend apparatuur te vinden waarvan de prijzen best mee vallen. Zie bijvoorbeeld de apparatuur van Grundig SAT Sytems (http://www.gss.tv/index.php?id=1177) of TechniSat (http://www.technisat.de/index0907.html?nav=Kopfstationen,de,69) en zo zullen er wel meer merken zijn die DVB-C multiplexers met geïntegreerde QAM modulatoren leveren waarin allerlei kaarten te plaatsen zijn voor analoge en/of digitale bronnen waarmee dan een DVB-C Transport Stream (TS) die op een frequentie gemoduleerd wordt.
Waar je kennis wel rekening mee dient te houden zijn de rechten. Het is namelijk niet zomaar toegestaan om zelf opgevangen signalen/DVD's als een soort digitale TV provider door te gaan geven aan meerdere ontvangstplekken binnen een hotel, ook niet als het om FTA satelliet signalen gaat. Daarvoor moeten doorgifte contracten gesloten worden met de originele signaal aanbieder en zullen rechten moeten worden afgedragen.
-
Een beetje overdreven natuurlijk dat "duizenden" forums vol zouden staan over de slechte ontvangst. Als je al die forums goed gelezen had dan had je ondertussen ook geweten dat je eerst eens je TV zonder AlphaCrypt Classic CAM zou kunnen laten zoeken naar kanalen om te achterhalen of die uberhaupt allemaal gevonden worden. Als je alle kanalen in je digitale kanalenlijst hebt dan zou je via een Internet shop een AlphaCrypt Classic CAM kunnen bestellen en die even kunnen uitproberen. Je hebt immers bij de meeste Internet shops de mogelijkheid om Internet aankopen binnen 7 dagen te retourneren. Even de voorwaarden van de Internet shop bekijken.
Er zijn ook genoeg berichten te vinden van mensen op de diverse forums waar het wel werkt, maar de DVB implementatie van Sony kan beter. Ook de aanbevolen kabel ontvangers werken niet bij iedereen zonder problemen door slechte COAX huisinstallaties die soms gevoelig blijken voor interferentie van diverse externe signalen. Het is daarom gewoon niet op voorhand te garanderen dat één en ander (probleemloos) werkt. Je hebt alle forums al gelezen, dus je weet ook welke DVB bugs van toepassing zijn op jouw type Sony TV. Je zal zelf de afweging moeten maken of je die bugs vervelend vindt.
-
Origineel bericht van: M. MulderStel je voor dat ZIGGO het signaal iets anders gaat decrypten en de Alphacrypt Classic niet meer werkt, dan moet mijn Panasonic toch ook niet meer werken?
Ik gaf al aan dat Ziggo natuurlijk alleen tot dergelijke maatregelen overgaat als dat geen consequenties heeft voor de door hun goedgekeurde ontvangers waar de Panasonic ook onder valt. En voor de volledigheid: SoftCell is een software library vergelijkbaar met bijvoorbeeld een DLL onder Windows. Ziggo kan door middel van een firmware update die library vervangen door een nieuwere versie. Het zal mij niets verbazen als ze dat ook geforceerd kunnen doen bij alle door hen goedgekeurde ontvangers omdat het firmware update systeem van Ziggo niet een in de DVB specificaties vastgelegd firmware update protocol is maar een eigen door Irdeto gespecificeerd protocol. -
Origineel bericht van: M. MulderDe Alphacrypt Classic CAM wordt dus 'uitgelezen' door de Technisat digitale decoder. Is het per definitie uitgesloten dat de software-matige CAM library niet geintegreerd is in een alphacrypt CAM module zodat deze kan worden uitgelezen door de Technisat of wellicht heeft de Technisat zelf deze library al en/of is toe te voegen?
Er wordt niets "uitgelezen" door een apparaat met een Common Interface (CI) slot waarin de AlphaCrypt Classic CAM gaat. De CAM heeft gewoon een functie die kan worden aangesproken en dat is het decrypten van het door de gebruiker gekozen kanaal. Uiteraard staat er ook een softCAM op de AlphaCrypt Classic CAM, maar dat is er één gemaakt door Mascom, de fabrikant van de AlphaCrypt Classic CAM.
We kunnen hier een hele verhandeling gaan houden over de theoretische mogelijkheden van de CAM of het intergreren van een Irdeto softCAM door TechniSat, maar dat heeft niet zoveel zin aangezien het nu eenmaal niet zo werkt.Citaat:Stel dat mijn smartcard het det in een Alphacrypt Classis CAM module van een ander merk, doet deze het dan automatisch ook in de Technisat?
AlphaCrypt is een merknaam van Mascom voor een door hun uitgebrachte CAM die geschikt is voor meerdere type CAS systemen. Welke CAS systemen dat exact zijn hangt af van het type AlphaCrypt. Een Classic uitvoering werkt wel met het Irdeto 2 CAS, maar de Light uitvoering bijvoorbeeld niet. Er zijn dus geen andere AlphaCrypt fabrikanten. Er zijn wel andere Irdeto 2 CAM fabrikanten, maar zoals aangegeven werken die vanwege de extra CAM key beperking niet met de smartcard van Ziggo.Citaat:Er even alleen van uitgaande dat ik niet ga opnemen en kijk in SD en HD kwaliteit.
Wat kan er nog ontbreken in de Technisat die dit toch onmogelijk maakt?
Als je deze PVR niet wilt gaan gebruiken om op te nemen dan kun je natuurlijk volstaan met één AlphaCrypt Classic CAM, maar het probleem blijft hetzelfde: Als Ziggo namelijk wel de AlphaCrypt Classic CAM weet uit te schakelen dan heb je ook niets meer aan je TechniSat HD K2. Wat jij jezelf zal moeten afvragen is of die PVR (samen met de AlphaCrypt Classic CAM) niet te duur is om die gok aan te gaan. En is er dan, als het je alleen maar gaat om HD en SD kanalen kijken zonder opname functionaliteit, geen goedkopere niet goedgekeurde HDTV ontvanger zonder PVR functionaliteit te vinden? -
Origineel bericht van: M. MulderOverigens kan je ook een goedkopere kaart zoals deze gebruiken, toch?
Op het moment dat ik het voorgaande antwoord aan het typen was heb je deze vraag nog toegevoegd. Het antwoord daarop is: Nee. Zie de uitleg in mijn vorige reactie. -
Origineel bericht van: M. MulderZiggo stuurt volgens het 'IRDETO 2' encryptie systeem de signalen door. Deze moeten worden ontcijferd. Momenteel heb ik dus de Pansonic TUDC40RD die de 'IRDETO 2' encryptie kan decoderen en ik de beelden kan bekijken.
Wanneer ik zo'n Alphacrypt Classic CAM in het CI slot van de Technisat plaats en mijn smartcard erin doe, dan kan deze ook het 'IRDETO 2' signaal decoderen.
Het zit iets anders in elkaar. De kanalen worden door Ziggo voorzien van een in de DVB specificaties vastgelegde encryptie. Het zogenaamde Common Scrambling Algorithm (DVB-CSA). De toegang tot de benodigde decryptie sleutels wordt geregeld door het zogenaamde Conditional Access System (CAS) op basis van smartcards en abonnementen. Ziggo heeft gekozen voor het Irdeto 2 CAS, maar dat had net zo goed het Nagravision CAS (UPC), het Conax CAS (Digitenne van KPN) of het Seca/MediaGuard CAS (CanalDigitaal) kunnen zijn. Iedere CAS fabrikant biedt haar klanten extra beveiligingsopties, zo ook Irdeto. Ziggo heeft er voor gekozen om gebruik te maken van een extra CAM key bovenop het normale Irdeto 2 protocol om er voor te zorgen dat alleen door hen goedgekeurde kabel ontvangers met CAM key gebruikt kunnen worden in combinatie met de door Ziggo uitgegeven smartcard. Vandaar dat standaard Irdeto 2 CAM's die vanaf zo'n 50 euro te koop zijn niet willen werken en je alleen de door Mascom aangepaste AlphaCrypt Classic CAM kan gebruiken. Die ondersteunt namelijk ook de CAM key van de Ziggo kabelbedrijven.
Voor alle duidelijkheid: Ik beperk mijn uitleg even tot een hardware-matige CAM. Hoe het zit met software-matige CAM's kan je hier op dit forum ook nalezen en daar is ook een CAM key nodig.Citaat:Hoezo weet ZIGGO dat ik nu een Alphacrypt CAM gebruik?
Dat weet Ziggo niet, maar Ziggo weet wel dat er in het algemeen door een deel van hun klanten een AlphaCrypt Classic CAM wordt gebruikt en zoals gezegd: Dat willen ze niet omdat ze geen controle hebben over de apparatuur waarin wij die AlphaCrypt Classic CAM kunnen gebruiken. Ik zeg verder ook niet dat Ziggo het gebruik van de AlphaCrypt Classic CAM op termijn met zekerheid zal gaan uitschakelen, ik geef alleen aan dat als ze dat technisch voor elkaar kunnen krijgen zonder consequenties voor hun eigen goedgekeurde kabel ontvangers dat ze het dan zeker niet na zullen laten.Citaat:Het is dus niet mogelijk dat Technisat de één CAM module kan laten gebruiken door beide tuners? Dat gebeurd in een andere PVR toch ook, zoals bijvoorbeeld de HUMAX PVR-9200C.
In een Humax iPVR-9200C wordt gebruik gemaakt van een software-matige CAM library die door Irdeto zelf wordt geleverd waarvan gewoon meerdere instanties worden gebruikt voor iedere tuner zodat die onafhankelijk van elkaar meerdere kanalen gelijktijdig kunnen decrypten. Bij een hardware-matige CAM kan er maar één Transport Stream tegelijkerijd door de CAM gehaald worden voor het verwijderen van de encryptie van het gekozen kanaal. Een technische beperking dus. Vandaar dat je er twee nodig hebt om hetzelfde te bereiken als bij de Humax iPVR-9200C, namelijk het opnemen zonder encryptie. De software-matige CAM library van Irdeto wordt overigens in alle goedgekeurde kabel ontvangers gebruikt, dus ook in je Panasonic. De naam en versie van die softCAM kan je terugvinden in de status menu's van de Panasonic. Even zoeken naar "SoftCell".Citaat:Op de smartcard staat dus welk zenderpakket je gebruikt. Wat staat daar nog meer op?
Geen idee. Dat kan afhangen van het merk CAS dat er gebruikt wordt, maar in ieder geval aan jouw smartcard verbonden pakketten.Citaat:De Technisat leek mij echt een uitstekend appaart voor beeld (zowel SD al HD) en geluid.
Kathrein maakt ook hele goede digitale ontvangers, maar deze werken ook op basis van het CONAX encryptiesysteem.
Waar zou ik nog meer naar kunnen kijken dan?
Als het aan Ziggo ligt dan kijk je niet verder dan door hun goedgekeurde ontvangers die ik persoonlijk schaar onder de noemer goedkope en buggy rommel. Ziggo schijnt dit jaar wel een nieuwe Common Interface (CI) specificatie te gaan ondersteunen, namelijk CI Plus (CI+). Dat is echter geen standaard CI specificatie, maar een initiatief van een paar fabrikanten om tegemoet te komen aan de eisen van de kabelbedrijven tot meer controle over apparatuur waarin een door hun uitgegeven CAM kan worden gebruikt. Die CI+ specificatie schijnt net afgerond te zijn en nu moeten er nog instanties worden opgericht voor het keuren en uitgeven van sleutels. Er zijn nog geen fabrikanten die officieel hebben aangegeven dat ze echt met CI+ compatible sloten gaan komen en tot dusver heeft alleen KabelBW in Duitsland officieel via een persbericht aangegeven dat ze CI+ gaan ondersteunen met een eigen CAM. Officieel gezien kijkt Ziggo de kat nog steeds uit de boom omdat er geen officiele persbericht is uitgegeven. CI+ biedt echter ook weer mogelijkheden aan de digitale TV provider om alleen CI+ apparatuur die zij zelf hebben gekeurd toe te laten tot hun netwerk, dus voor de klanten blijft de onzekerheid hetzelfde. Het kopen van een apparaat met een CI+ logo biedt wederom geen garantie dat het apparaat ook gebruikt kan worden bij Ziggo en uit monde van wat Ziggo medewerkers op forums lijkt Ziggo alleen CI+ compatible TV's toe te laten. Waarschijnlijk geen losse CI+ ontvangers, PVR's of DVB-C PC-TV kaarten dus voor hun abonnees.
Wat je wel moet doen kan ik je niet vertellen. Al dit gedoe hebben we te danken aan het beleid van Ziggo. Ik geef je alleen maar wat extra informatie om te overwegen en verder moet je zelf besluiten wat je wel of niet doet. -
Er zitten wat haken en ogen aan het gebruik van kabel PVR's met meerdere tuners in combinatie met het digitale TV signaal van Ziggo. Een CAM kan namelijk maar door één tuner tegelijkertijd gebruikt worden, dus moet de PVR sowieso in staat zijn om het eventueel op te nemen programma met de andere tuner met encryptie op te slaan, inclusief alle benodigde sleutel informatie om achteraf op een ander tijdstip de encryptie van de opname te kunnen verwijderen.
Dat achteraf verwijderen van de encryptie blijkt in de praktijk bij digitale TV via kabel nogal lastig te zijn. Met één van de eerste niet goedgekeurde kabel PVR's van Topfield heeft dat jarenlang niet lekker gewerkt terwijl dit merk toch volop gebruikt wordt voor satelliet ontvangst met het achteraf verwijderen van de encryptie. Een extra probleem is dat de sleutels van Ziggo tegenwoordig maar een zeer korte geldigheidsduur hebben. Zelf heb ik in het verleden wel eens een kabel PVR getest bij het voormalige Multikabel en toen had ik hooguit 48 uur om een opname te laten decrypten. De te testen PVR had optie om 's nachts in standby stand automatisch te decrypten, maar dan moest je niet te veel opnames hebben die gedecrypt moesten worden en moest je natuurlijk niet 's nachts een opname aan het maken zijn. Het ging met die PVR dus veelvuldig fout en bleef ik dus met encrypted opnames zitten omdat de sleutels verlopen waren.
Tegenwoordig schijnt de geldigheidsduur van de sleutels bij Ziggo nog korter te zijn, namelijk hooguit 24 uur. Dit heb ik zelf niet meer kunnen testen, maar bezitters van Loewe TV's met geïntegreerde PVR klagen hier veelvuldig over dat ze maar één kans hebben om een opname te decrypten en dat is nog dezelfde nacht nadat de opname gemaakt is anders kunnen ze het wel vergeten en ook dat gaat niet altijd goed.
Er is eigenlijk maar één manier die wel werkt en dat is het gebruik van twee AlphaCrypt Classic CAM modules en twee smartcards waarbij op iedere smartcard dezelfde pakketten geadministreerd zijn. Dat moet de PVR dan wel ondersteunen. Om maar een voorbeeld te noemen waar dat niet goed gaat zijn de Loewe TV's met PVR. Sommige modellen hebben maar één Common Interface (CI) slot zodat het fysiek niet mogelijk is, maar de Loewe modellen die wel twee CI sloten hebben maken geen gebruik van de tweede AlphaCrypt Classic CAM als die in het apparaat zit. De losse PVR die ik destijds getest heb maakte wel gebruik van beide AlphaCrypt Classic CAM's dus konden de opnames direct zonder encryptie naar de HDD worden geschreven.
Uiteraard zijn twee AlphaCrypt Classic CAM's een behoorlijke investering bovenop de prijs van de TechniSat HD K2. Binnenkort schijnt het wel bij Ziggo mogelijk te worden om zonder extra kosten meerdere smartcards te registeren waarop dan automatisch alle pakketten van de eerste smartcard worden overgenomen. Voor een dure TV met geïntegreerde PVR zijn dan de kosten van deze oplossing met twee AlphaCrypt CAM's nog wel te billijken omdat een losse PVR meestal ook 400 euro of meer moet kosten. Bijkomend probleem is echter dat Ziggo het gebruik van de AlphaCrypt Classic CAM niet wil hebben en als het even kan ook zal proberen om het gebruik hiervan actief tegen te werken. Het kan zomaar zijn dat de AlphaCrypt Classic CAM opeens niet meer werkt. Er is echter niemand die je kan vertellen of dat echt gaat gebeuren. Geruchten genoeg en Ziggo zal je het gebruik van de AlphaCrypt Classic CAM uiteraard afraden, maar wat er nu echt gaat gebeuren is de vraag. Mijn AlphaCrypt Claasic CAM heb ik in 2006 gekocht en ook toen gingen er al geruchten dat zeer binnenkort de AlphaCrypt niet meer zou functioneren en ondertussen doet hij het nog steeds.
Samenvattend zal je dus eerst moeten overwegen of je de gok met de AlphaCrypt durft te wagen want je koopt ook een dure TechniSat HD K2 waar je niets meer aan hebt als Ziggo met een actie tegen de AlphaCrypt komt. Daarna zal je moeten beslissen of je met één of twee AlphaCrypts aan de slag gaat en zal je dus moeten zien te achterhalen of het gebruik van één of twee AlphaCrypts in combinatie met de sleutel geldigheidsbeperkingen van het Ziggo digitale TV signaal kan werken met de TechniSat HD K2. En volgens mij zijn er niet veel gebruikerservaringen voor de HD K2 te vinden in Nederland, dus zal je goede afspraken moeten maken met een dealer in Nederland die je het apparaat laat retourneren als het niet blijkt te werken.
Veel haken en ogen dus.
-
Momenteel staan alle kanalen van het digitale basis kanalen pakket open voor iedereen die een smartcard van Ziggo heeft. Die smartcard hoeft echter niet geregistreerd te zijn. Dus zelfs met ongeregistreerde smartcards waarvan de preview periode is verlopen kan je nu toch de kanalen van het basis pakket bekijken. Ziggo heeft dit gedaan omdat ze een enorme achterstand hebben bij het verwerken van smartcard registratie formulieren.
Hoewel Ziggo tegenwoordig opereert onder één naam is er toch nog steeds sprake van twee gescheiden netwerken. De smartcard van je broer staat geregistreerd in het systeem van Ziggo/@Home terwijl jij in het gebied zit van Ziggo/Casema als een voormalig Ziggo/Multikabel klant. De netwerken van Ziggo/Casema en Ziggo/Multikabel zijn wel samengevoegd waarbij de apparatuur van voorheen Ziggo/Multikabel is opgedoekt. Het digitale TV signaal voor Ziggo/Multikabel komt al sinds augustus van het vorig jaar uit de headend van Ziggo/Casema.
Dat je nu dus wel wat kan zien met de smartcard van je broer komt doordat de smartcard wel als een geldige smartcard te gebruiken is in combinatie met de kanalen van het basis pakket, maar technisch gezien is het voor het Ziggo/Multikabel gebied een ongeregistreerde smartcard. Als Ziggo straks die tijdelijke openstelling van het basis kanalen pakket voor ongeregistreerde smartcards weer terug draait dan zie je helemaal niets meer met die smartcard.
Om het allemaal nog even wat complexer te maken: Bij Ziggo/Casema is sprake van twee Irdeto Conditional Acces Systems (CAS), één voor de voormalige Ziggo/Casema abonnees en één voor de voormalige Ziggo/Multikabel abonnees. De smartcards voor de voormalig Ziggo/Casema abonnees zijn niet te gebruiken in het voormalig Ziggo/@Home gebied. Een smartcard voor een Ziggo/Casema of een Ziggo/Multikabel abonnee moet uiteraard wel in het juiste Irdeto CAS geregistreerd worden anders werkt het nog niet. Hoe moeilijk kunnen ze het maken.
-
Vreemd dat de overdracht van UPC naar Ziggo dan niet in het nieuws is geweest. Purmerend grenst aan het Ziggo gebied, dus alle dorpjes er omheen vallen inderdaad onder Ziggo zoals de Beemster e.d.. Purmerend zelf valt echter onder UPC. Zie bijvoorbeeld hier voor kanalen indeling voor analoge TV:
-
Volgens mij valt Purmerend onder UPC, dus dan valt er nauwelijks iets FTA via DVB-C te ontvangen. Veel meer dan Nederland 1, 2 en 3 is er volgens mij niet.
-
Oke, dan had ik je verkeerd begrepen. Ik ging er vanuit dat je voor langere tijd geen gebruik meer had gemaakt van de ontvanger en smartcard. Ik ga er vanuit dat je een normale SDTV ontvanger hebt en daarop kan je alle SDTV kanalen ontvangen die Ziggo te bieden heeft. Voor het HDTV kanalen pakket heb je uiteraard wel een andere ontvanger nodig die ook HDTV kanalen kan weergeven.
Even contact opnemen met de helpdesk en aangeven welk kanalen pakket je wil laten toevoegen aan je huidige abonnement. Zij zorgen er dan voor dat de informatie op je smartcard bijgewerkt wordt met de benodigde rechten zodat je ook de kanalen van dat extra kanalen pakket kan bekijken.
-
Je kan gewoon alles weer gaan gebruiken, dus zowel de ontvanger als de smartcard. Als je die smartcard nooit expliciet hebt laten verwijderen uit het systeem dan zal die nog steeds geregistreerd staan bij Ziggo/Casema. De boel weer aansluiten volgens de installatie instructies die je destijds van Casema hebt ontvangen, dus gewoon het netwerk ID, netwerk frequentie e.d. van Casema gebruiken bij de instellingen. Laat de ontvanger dan 24 uur aanstaan met de smartcard erin. Als je dan nog geen beeld hebt op het standaard pakket dan zal je contact moeten opnemen met de helpdesk om je smartcard opnieuw te laten activeren. Gezien alle problemen bij Ziggo zal dat laatste wel een heel gedoe worden, maar wat de helpdeskmedewerker ook beweert: Je hoeft geen nieuw startpakket met smartcard aan te schaffen. De smartcards zijn tegenwoordig al duur genoeg na de samenvoeging van @Home, Casema en Multikabel, dus gewoon je oude gaan hergebruiken.
-
Volgens de specificaties alleen DVB-S/S2 en DVB-T tuners. Geen DVB-C tuner die nodig is voor digitale TV via de kabel.
-
Origineel bericht van: simon196405Ik heb een geldige smartcard.
Ik gebruik die met een smargo smartreader+
Dit werkt perfect.
Gecodeerde kanalen kan ik goed ontvangen (behalve teletext)
Het teletext probleem trad ook op bij het gebruik van een Conax CAM.
Toen ik elders mijn teletekst problemen melde kreeg ik de volgende reactie:Citaat:You likely live in The Netherlands. Teletext on Digitenne is encrypted,
and you are not the only one with problems. The teletext simply
shouldn't be encrypted, but we can't control KPN. In some cases this can
be solved by changing settings in the CAM menu.
Via Google kwam ik er snel achter dat sommige mensen hetzelfde probleem hebben met hun net nieuw aangeschafte tv met DVB-T ontvanger.
De reactie die je gekregen hebt is niet helemaal correct. In principe mag de teletext Elementary Stream van een kanaal van encryptie worden voorzien net als alle andere Elementary Stream componenten. De ontvanger wordt hiervoor gewaarschuwd via een free_ca_mode flag in de Service Description Table (SDT) die dan het volgende aangeeft:Code:free_CA_mode = one or more elementary streams CA controlled
Als dat wordt aangegeven moet een ontvanger er vanuit gaan dat de packets van de kanaal (= service) componenten van encryptie voorzien kunnen zijn wat wordt aangegeven in de packet header (transport_scrambling_control) en ook de Packetized Elementary Stream (PES) header (PES_scrambling_control).
Het is misschien gebruikelijk dat een provider alleen de audio en video Elementary Streams van encryptie voorziet, maar het is zeker geen standaard waar vanuit gegaan mag worden en is als zodanig dus ook niet vastgelegd in de DVB specificaties. Toen Ziggo/Multikabel destijds nog een eigen digitale TV headend had voorzagen ze ook alle Elementary Streams van een kanaal van encryptie, dus ook bij teletext en DVB ondertiteling. Dat gaf ook problemen met de DVB implementatie van bijvoorbeeld Loewe TV's die ook uitgingen van de verkeerde aanname dat alleen video en audio Elementary Streams van encryptie worden voorzien.
-
Vreemd, want ook bij Ziggo/@Home is de EPG informatie niet van encryptie voorzien. Voor het aantal dagen EPG informatie mag het al helemaal niet uitmaken aangezien de AlphaCrypt CAM daar geen invloed op heeft.
ACamd (voor Windows)
in CI, CI+, (soft)cams en smartcards
Geplaatst:
Deze zijn elk aan een apparte EMM verbonden.
Sorry, op het moment dat jij deze toevoeging gaf was ik bezig met de formulering van mijn reactie op jouw vorige reactie. Maar dat van die twee ECM's klopt dus in het signaal voor de Ziggo/Casema en Ziggo/Multikabel abonnees dat geproduceerd wordt in de Ziggo/Casema headend.
De info van de ECM zelf, is gecodeerd.
Alleen de lengte en de Child ID zijn bekend.
De info van de ECM heb ik de CA_data genoemd naar voorbeeld van de openbare CA Message Table (CMT) specificatie. Bij Irdeto was mij al snel duidelijk dat de CA data structuur weer bestond uit een plain deel met de CHID en een soort section nummering en een encrypted data deel. In het plain deel zitten nog een aantal bytes waarvan de betekenis mij nog ontgaat en ik had de hoop dat jij mij misschien verder kon helpen. Ooit zal het kwartje wel vallen...