413 replies to this topic

[zzzzzz]

Hoe kom je daar nu bij. Ook NL kabelmaatschappijen gebruiken hier CI+ modules:

 

Ziggo in fZiggo regio de Quantis 1.3 CI+ module

Ziggo in fUPC regio de SmarDTV Nagra CI+ module

Delta Zeeland (Ziggo hardware)

SKV (Ziggo hardware)

Daarmee kun je toch de Telenet module niet testen?

[mimisiku]

Nee, dat gaat niet. In die zin: de autorisatie procedure op zich natuurlijk wel! (Mits module aanwezig). Verlopen Telenet kaart heb ik hier liggen. 

[zzzzzz]

Nee, dat gaat niet. In die zin: de autorisatie procedure op zich natuurlijk wel! (Mits module aanwezig). Verlopen Telenet kaart heb ik hier liggen. 

Ja, de initialisatie niet, en de offline decoding dus ook niet.

Als er iets bijzonders aan is, kun je dat dus niet vanop afstand testen.

Voor mij is het dus hopen dat het probleem dat ik heb ook op andere modules bestaat die jullie wel kunnen testen, of dat er ook PLi developers hier in Vlaanderen zitten.

[Tech]

Wat als je openpli opstart, afstemt op npo1hd, module er uit en weer terug stoppen totdat je weer beeld hebt. Een fta zender kiezen, een opname offline laten decoderen of een opname kijken… gewoon om zeker te weten dat de ci module goed geïnitialiseerd is voordat je test met openpli…. Want hier gaat het altijd mis na een koude start…. Ik mag altijd de module er uit en weer terug stoppen voordat hij euberhaubt wat doet na een koude start…

Ik moet aansluiten bij Wanwizard, ik heb die problemen ook niet met mijn CI, het ding werkt direct na een koude/warme herstart maar ik moet er wel bij zeggen dat mijn receiver altijd start op NPO1 op de kabel en die is niet gecodeerd (heeft wel een CAID van de kabel maar daar doet de Via CI niets mee)

[zzzzzz]

Ik hoop toch dat we verder gaan komen dan "bij mij werkt het zonder problemen", en "bij mij werkt het niet goed".

Het een doet niets af van het ander, net als mijn PC can vastlopen en die van mijn buurman niet.

 

Ik sta nog altijd open voor testen, maar tot zo lang zal ik maar bij VTI blijven.

[zzzzzz]

Wat ik nu eens geprobeerd heb, is het volgende.

Op hetzelfde moment een opname gemaakt van dezelfde gecodeerde zender, scrambled maar met ECM's.

1 opname op de DM8000 met OpenPLi 8.1 (die natuurlijk geen CI+ aankan, maar om de opname te maken zou dat toch geen verschil mogen uitmaken) en 1 op de VU+ Duo 4K met VTI, opnieuw scrambled opnemen.

De opname van OpenPLi 8.1 op Dreambox is af te spelen op de VU+ met VTI (zolang de META file meegecopieerd wordt), maar niet offline te decoderen.

 

Dan eens de 2 files laten analyseren door TSANALYZE.EXE die in die TSDuck tools zit.

Ik zie verschillen in de structuur tussen beide beide bestanden.

* Zo ziet hij bij de Pli opname een totaal van 10 Services, terwijl hij bij de VTI 13 services in totaal ziet.

* Bij de PLi opname staat enkel broadcast time, bij de VTI opname staan ook nog : First TDT UTC Time Stamp, Last TDT UTC Time Stamp, First TOT local time stamp en Last TOT local time stamp.

* Bij de services analysis report ziet hij bij Pli enkel de PAT als global PID, bij VTI staat daar ook de CAT, de EID, de TDT/TOT, en wat EMMs.

* Bij de PIDs analysis report ziet hij bij PLi opnieuw de CAT, de EIT, de TDT/TOT niet

 

Het lijkt er dus op dat de structuur van de TS file niet dezelfde is tussen OpenPLi en VTI.

Dat belet niet dat de file nog kan afgespeeld worden, maar het belet precies wel dat de offline descrambler er nadien zijn weg in vindt.
Dus als jullie zoeken wat er anders is tussen PLi en VTI, dan kan dat toch een belangrijke aanwijzing zijn.

[zzzzzz]

Iemand zei mij dat mijn test niet klopte, omdat ik OpenPLi getest had op een Dreambox 8000 en VTI op een VU+ Duo 4K, en dat de filestructuur daardoor anders zou kunnen zijn.

Dus heb ik de test nog eens herhaald op de VU+ Duo 4K.

Natuurlijk kan ik dan niet gelijktijdig dezelfde opname maken van dezelfde zender om te zien of de structuur anders is, maar ik denk dat we er mogen vanuit gaan, dat die structuur niet op 10 minuten tijd weer helemaal verandert, zeker als het dezelfde zender is.

Ik heb dus nog eens een gecodeerde opname gemaakt van 2 minuten in VTI, deze is te decoderen, en ook af te spelen.
Daarna heb ik OpenPLi geflasht (de laatste stable release van 17 oktober 2021), en van dezelfde zender heb ik nog eens een gecodeerde opname gemaakt, opnieuw van dezelfde zender, en opnieuw van 2 minuten.

OpenPLi kon zijn eigen opname niet offline decoderen, maar wel afspelen.

OpenPLi kon de opname van VTI niet offline decoderen en ook niet afspelen.

Omgekeerd kon ik de opname van OpenPLi wel nog afspelen in VTI, maar hij kon ze niet offline decoderen.  

De gecodeerde files heb ik ook nog eens geanalyseerd met de TSDuck tools.

 

Mijn bevindingen blijven dus overeind.

Bij VTI worden de CAT en de TOT/TDT als globale PIDs in de .TS file opgeslagen, waar ze als service specifiek gezien worden in OpenPLi.

Ik vermoed dat daar het verschil zit tussen offline decoderen en in real time afspelen.

De routines die offline decoderen zoeken waarschijnlijk naar de CAT in de globale PID's, vinden die niet, en doen dan maar verder, en dan heb je uiteindelijk een file die even gecodeerd is waarvan je vertrokken bent.

Bij gewoon afspelen zal hij dan wel de service specifieke gebruiken.

Eventueel kan het ook aan die timestamps liggen, die er bij VTI inzitten en niet bij OpenPLi.

De kernelversie van VTI is : 

4.1.45-1.17 #1 SMP Thu Sep 10 17:29:45 CEST 2020

 

Een paar fragmentjes uit die logfiles van TSDuck :

Attached Files

•  vti opname.png   35.15KB   4 downloads
•  vti opname2.png   15.39KB   3 downloads
•  openpli opname.png   18.78KB   3 downloads
•  openpli opname 2.png   5.48KB   3 downloads

Edited by zzzzzz, 23 October 2021 - 12:29.

[Sagitarius †]

Nou dan blijf je lekker bij VTI toch, als het niet kan zoals het moet, dan moet het maar zoals het kan.  

[Tech]

Nou dan blijf je lekker bij VTI toch, als het niet kan zoals het moet, dan moet het maar zoals het kan.  

Dat is wel wat kort door de bocht,

hij probeert in elk geval tenminste iets bij te dragen aan de offline decodeer optie, ik moet eerlijk zeggen dat ik dat beter kan waarderen dan jouw opmerking, met zulke terugmeldingen van 'zzzzzz' kan er tenminste misschien iets aan gedaan worden door de developers.

[zzzzzz]

 

Nou dan blijf je lekker bij VTI toch, als het niet kan zoals het moet, dan moet het maar zoals het kan.  

Dat is wel wat kort door de bocht,

hij probeert in elk geval tenminste iets bij te dragen aan de offline decodeer optie, ik moet eerlijk zeggen dat ik dat beter kan waarderen dan jouw opmerking, met zulke terugmeldingen van 'zzzzzz' kan er tenminste misschien iets aan gedaan worden door de developers.

 

Dank je, die opmerking van Sagitarius vind ik inderdaad zeer ondankbaar.

Ik denk dat ik ondertussen een stuk of 10 keer geflasht heb, en wel honderden opnames gedaan heb, om uit te zoeken waar het probleem precies zit.

De hoop is inderdaad dat men bij OpenPLi dit probleem kan oplossen, en ik vermoed dat ik dan niet de enige zal zijn die daar baat bij heeft.

Misschien denkt Sagitarius dat ik anti-OpenPLi ben, of reclame wil maken voor VTI, daarover gaat het mij niet.

 

Als iemand van PLi meer testen of informatie wil, kunnen ze mij gerust via privé bericht contacteren, want tenzij er ook developers van OpenPLi in Vlaanderen wonen, zullen ze dit niet direct kunnen testen, in de veronderstelling dat dit probleem zich enkel afspeelt bij de kabel hier in Vlaanderen.

[zzzzzz]

Ik heb trouwens nog een kleine suggestie om dit offline decoderen te verbeteren.

Vermits je het offline decoderen -voorlopig- zelf moet lanceren, zou het wel handig zijn dat je in de user interface kunt zien welke bestanden gecodeerd zijn opgenomen, en welke niet.

Als je één zo'n bestand hebt, weet je dat nog wel, maar als je er een hele hoop staan hebt, valt dat minder op.

Bij VTI zetten ze een icoontje van een hangslot erbij, het hoeft natuurlijk niet exact hetzelfde te zijn, een sleutel of zo kan ook.

Dan zie je duidelijk welke opnames nog moeten gedecodeerd worden.

Edited by zzzzzz, 23 October 2021 - 15:30.

[WanWizard]

Je kunt wel een ikoontje zetten bij een opname die je zelf heb opgenomen zonder decoding en met ECM's, maar dat is niet hetzelfde als "niet gecodeerd".

 

Er zit een bit in de control data dat aangeeft of het frame wel of niet encrypted is, maar betrouwbaar is dat niet (als in het is vaak niet geset of wordt niet gereset door een CAM).

[zzzzzz]

Je kunt wel een ikoontje zetten bij een opname die je zelf heb opgenomen zonder decoding en met ECM's, maar dat is niet hetzelfde als "niet gecodeerd".

 

Er zit een bit in de control data dat aangeeft of het frame wel of niet encrypted is, maar betrouwbaar is dat niet (als in het is vaak niet geset of wordt niet gereset door een CAM).

Ik vermoed dat je "niet gedecodeerd" bedoelt?

En is dat per frame, of per opname?

Je zou toch ergens iets van indicatie moeten hebben, ook al is het niet perfect.

De gedecodeerde hoeven zo geen icoontje te hebben, wel deze die nog moeten gedecodeerd worden.

Zelf gebruik ik offline decoding enkel als het niet anders kan, als ik dus 2 zaken tegelijk wil opnemen, die beiden de module nodig hebben, anders kies ik altijd voor onmiddellijk decoderen.

[WanWizard]

Eh, ja.

 

Ik doe tegelijk een poging om in een conference een speaker on stage te volgen .

 

De technische details moet ik je schuldig blijven (die weet Littlesat wellicht wel, die heeft die onbetrouwbaarheid dacht ik geconstateerd), maar zeker meer granulair dan per opname. En nee, helaas, er is niks betrouwbaars. Als je een opname hebt met ECM's die al gedecodeerd is, dan gaat die gewoon weer door de CAM (en alle decoderingsacties mislukken vervolgens).

 

Eigenlijk wil je in zo'n situatie altijd voor offline decoding opnemen, en altijd offline decoderen (automatisch en in de achtergrond). Anders heb je kans dat de module bezig is als er onverwacht iemand wil streamen of kijken.

 

En waar ook naar gekeken moet worden is remuxing. Een CI module krijgt altijd een hele transponder aangeboden, dus als je in de code PID's van verschillende tuners kunt muxen naar 1 enkele TS, dan kun je ook parallel zenders van verschillende transponders decoderen (mits te module dat ondersteund natuurlijk).

[littlesat]

Je doet offline decoderen via de ci. Voordat je dat deed heb je je dan overtuigd dat de ci het ook deed…. Ik ervaar dat dr initialisatie van de ci het niet doet naar een (koude) herstart maar als hij het eenmaal doet door de ci op een zender die hij moet decoderen eruit en terug er in stopt hij het wel doet… tevens de offline decodering (tenminste hier)..: daarmee blijft het een driver/hardware gerelateerde issue bij het initialiseren van de ci.

[zzzzzz]

Je doet offline decoderen via de ci. Voordat je dat deed heb je je dan overtuigd dat de ci het ook deed…. Ik ervaar dat dr initialisatie van de ci het niet doet naar een (koude) herstart maar als hij het eenmaal doet door de ci op een zender die hij moet decoderen eruit en terug er in stopt hij het wel doet… tevens de offline decodering (tenminste hier)..: daarmee blijft het een driver/hardware gerelateerde issue bij het initialiseren van de ci.

Ja, die heb ik getest vooraf, en die werkte.

Mocht het hardware gerelateerd zijn, zou ik toch bij VTI hetzelfde hebben?

[zzzzzz]

Bovendien heb ik het al meer dan één keer geprobeerd, het is dus niet die ene keer dat het niet werkte.

Neen, ik denk echt dat je moet zoeken naar wat OpenPLi en VTI anders doen.

Dat de filestructuur tussen beiden anders is, lijkt mij dan een aannemelijke oorzaak.

[zzzzzz]

Dus, zoals ik in vorige berichten schreef, ik heb ondertussen honderden testen gedaan.

Littlesat, in bericht #307 hierboven toonde ik aan, ook via screenshots dat de structuur van de TS files die VTI maakt anders is dan die van OpenPLi.

Meer bepaald bevinden zich bij VTI de CAT en de TDT/TOT files in het globale gedeelte, bij OpenPLi is dat niet zo.

Mijn vraag is dan ook of dit een verklaring kan zijn voor het probleem.

 

Een link nog eens naar dat bericht : https://forums.openp...dpost&p=1396162

[littlesat]

Dat kani idd maar het lijkt niet gerelateerd. Ik denk eerder dat het met de
Initialisatie van de ci te maken heeft..:

[zzzzzz]

Dat kani idd maar het lijkt niet gerelateerd. Ik denk eerder dat het met de
Initialisatie van de ci te maken heeft..:

Ik vind dat dat geen steek houdt.

 

1. Hoe verklaar je dan dat in real time decoderen wel werkt?

2. Hoe verklaar je dat ik kan zappen naar een gecodeerde zender en daar live een programma bekijken?

3. Hoe verklaar je dat de gecodeerde opname af te spelen is?

 

In de 3 gevallen hierboven geschetst heb je óók de module nodig.

Dus als het een initialisatie probleem is, dan zouden die ook niet mogen werken, ten minste als jij met initialisatie iets eenmaligs bedoelt, dat dus één keer gebeurt per restart.

Als het zo is dat de module ook weer moet geïnitialiseerd worden voordat je offline decoding start, dan moet het zijn dat jullie daar iets anders doen dan bij gewoon afspelen.