413 replies to this topic

[WanWizard]

Please report those issues in the https://forums.openp...-test-feedback/ forum.

[WanWizard]

Die code voor dat offline decoderen, is dat eigen code van het Pli team of is dat gemeenschappelijke code met andere distributies?

Eigen code, van de hand van Littlesat. Wat VTI gebruikt, geen idee, die willen nog wel eens wat jatten zonder bronvermelding, en aangezien hun enigma source niet public is (hoewel dat wel zou mooeten volgens de licentie)
 

Maar zoals gezegd, af en toe werkt het dus wel.
De vraag is wat er exact roet in het eten gooit.
Eigenlijk zou ik nu eens mijn box opnieuw moeten flashen, en zien of het dan weer werkt.

Daar kan eigenlijk alleen een Enigma developer wat over zeggen, en dan haak ik als "onbevoegd op dat gebied" af .

[Pike_Bishop]

Hi,

 

@mimisiku,

 

 

 

All 4 files or just the 3?

 i have only 3 files, where can i found the fourth ?

 

 

@WanWizard,

 

 

Please report those issues in the https://forums.openp...-test-feedback/ forum.

ok.

 

 

regards

Pike

[zzzzzz]

Ben nog eens wat testjes aan het doen om voorgaande denkpistes uit te sluiten / te testen.

 

1. Over dat er iets zou tussengekomen zijn (ik of "iets" (timer, etc.) zou iets gedaan hebben, terwijl de opname loopt en daardoor zouden die errors komen.

Om uit te sluiten dat mijn box gehackt wordt, netwerkkabel eventjes uitgetrokken vóór de opname tot na de offline decoding.

Resultaat : na offline decoderen is de opname opnieuw niet afspeelbaar.

Die meldingen van [eFilePushThreadRecorder] read got interrupted by signal, stop: 0

en ook die van [eMPEGStreamParserTS] broken startcode

staan opnieuw in de logfile.

De timer was nochtans wel afgelopen voordat ik hem probeerde af te spelen, dus ik deed niets met de CI module of met de TS file.

De file is nadien wel nog af te spelen.

Conclusie:  als er iets gebeurt dat de offline decoder verstoort, is het in elk geval geen gebruikers actie.
Hoewel de meldingen ook komen tijdens de opname blijkt de opname nog af te spelen, dus weten we ook zeker dat de ECM's nog in de opname zitten, anders zou die niet meer afspelen.

 

2.  Wat je zei over de theorie dat de originele file geen ECM's meer zou bevatten als één keer geprobeerd wordt te decoderen, en het mislukt.

Of meer in het algemeen, dat de originele opname zou veranderen als je probeert te decoderen.

Hiervoor heb ik het volgende gedaan :

Opname van 2 minuten, gecodeerd met bewaren van de ECM's in de file.

Alle bestanden (.META, .EIT, .TS, .SC, .AP) na de opname gecopieerd naar mijn PC.

TS file is ongeveer 148 Mbytes groot.

Volgens TSAnalyze zitten de ECM's wel degelijk in de file.

Daarna offline decoderen gestart.

Offline decoderen is mislukt.

Binaire filecompare van de files gedaan.

Hier blijkt dat er wél een file is veranderd, maar niet de opname zelf (de .TS file).

De META file is bij mij veranderd.

 

origineel (vóór poging tot offline decoderen):

 

1632636660

 

0

0

f:0,c:000dad,c:010dae,c:020daf,c:030dad,c:050001

188

1

 

Na poging tot offline decoderen :

 

1632636660

 

10631051

148619828

f:0,c:000dad,c:010dae,c:020daf,c:030dad,c:050001

188

1

 

Bij de META file van de "gedecodeerde" opname (niet afspeelbaar) staat :

 

1632637564

 

10723198

147849216

f:0,c:000dad,c:010dae,c:020daf,c:030dad,c:050001

188

0

 

Het lijkt er dus op dat tijdens het opnemen hij niet weet hoe lang de opname zal zijn, maar ook op het einde van de opname weet hij dat nog niet.

[littlesat]

De offline decodeer code is niet van mij… tevens is het ci spul op een vu is nogal buggy…

[zzzzzz]

Ik heb nu eens opnieuw geflashed vanaf memory stick.

Hetgeen voorheen werkte (géén softcam geïnstalleerd, geen Common Interface Assignments plugin geïnstalleerd) werkt nu niet.

Begrijpe wie begrijpen kan.

Ik kan er echt niet meer aan uit.
Het is heel vreemd als testen die eerst heel eenduidig leken te zijn (ik kon het doen stoppen met werken door de Common Interface Assignments plugin te installeren, en weer doen werken als ik die deinstalleerde en herstartte) op een andere dag weer een heel ander resultaat geven.

 

Ik geef het voorlopig op, voor mij is offline decoderen niet bruikbaar, vermits ik op voorhand totaal geen zekerheid heb of de opname zal kunnen gedecodeerd worden.

Dan kun je maar beter direct decoderen, ook al heb je dan minder mogelijkheden.

 

Mochten er nog bugfixes komen, wil ik nog wel eens opnieuw testen.

[zzzzzz]

De offline decodeer code is niet van mij… tevens is het ci spul op een vu is nogal buggy…

Zijn er dan systemen waar die offline decoding beter op draait (met OpenPLi)?

[zzzzzz]

Nog één dingetje getest, als ik die geëncrypteerde file demux met TSDoctor zegt hij een hoop keren.

Ik weet niet of dit komt omdat de file nog niet versleuteld is, maar ik zou denken van niet.

Dit gaat over een opname van 2 minuten.

Ik weet niet of die 05:47:08 een zogezegd tijdstip uit de opname zou moeten zijn?

 

 

PCR discontinuity at PCR: 05:47:08.704 20828704ms

PCR discontinuity at PCR: 05:47:11.480 2776ms

PCR discontinuity at PCR: 05:47:29.688 18208ms

PCR discontinuity at PCR: 05:47:33.714 4026ms

PCR discontinuity at PCR: 05:47:38.528 4814ms

PCR discontinuity at PCR: 05:47:42.938 4410ms

PCR discontinuity at PCR: 05:47:52.464 9526ms

PCR discontinuity at PCR: 05:48:13.842 21378ms

PCR discontinuity at PCR: 05:48:17.369 3527ms

PCR discontinuity at PCR: 05:48:27.923 10554ms

PCR discontinuity at PCR: 05:48:31.978 4055ms

PCR discontinuity at PCR: 05:48:37.943 5965ms

[WanWizard]

De offline decodeer code is niet van mij… tevens is het ci spul op een vu is nogal buggy…

 

Ik heb even gezocht, code is van pieterg, uit 2012.

[WanWizard]

2.  Wat je zei over de theorie dat de originele file geen ECM's meer zou bevatten als één keer geprobeerd wordt te decoderen, en het mislukt

 

Nee, niet het origineel, maar de mislukte "decoding" file. Dus als de decoding is mislukt om e.o.a. reden, kun je het resultaat weggooien, want dat is waardeloos geworden.

[Pike_Bishop]

Hoi!

 

terugmelding

CI+ met Sky-module en V14-kaart werkt

wonderlijk op de VU Ultimo 4K in Openpli-8.1

 

 

groetjes

Pike

[zzzzzz]

Zou het feit dat heel vaak de gecodeerde opname wel nog is af te spelen, maar niet werkt met de offline decode functie niet komen doordat het offline decoderen niet in realtime gebeurt?

Ik bedoel hiermee dat een offline decode van een opname van 2 minuten bij mij, veel minder lang dan die 2 minuten duurt, ik heb het eens in de gaten gehouden, dit duurde 20 seconden.

Dat lijkt mij een verschil te zijn tussen wat er gebeurt als je een gecodeerde file afspeelt, en voor offline decoding kiest van een gecodeerde file.

 

Zou, vermits het meestal wel werkt om de file nog af te spelen, een optie niet zijn om een gecodeerde opname af te spelen (zichtbaar), en tijdens het afspelen de file gedecodeerd weg te schrijven?

Of de optie te voorzien dat offline decoding effectief de opname aan normale snelheid (dus even lang als de opname) decodeert?

Of is de code niet zo bedoeld dat die zoveel sneller gaat?

Edited by zzzzzz, 2 October 2021 - 11:46.

[WanWizard]

Offline decoderen doet technisch gezien hetzelfde. Het speelt de opname af, en stuurt het resultaat een andere opname in.

 

De snelheid van decoderen hangt primair af van de snelheid waarmee sleutels worden opgevraagd van de smartcard.

 

Daarvoor is een setting, en die staat standaard op 10 seconden, de ECM tijd van een M7 SECA smartcard. En die is gekozen omdat die kaart een limiter geeft, als de ECM's te snel worden opgevraagd. CI's en kaarten zonder die limiter kunnen in principe zo snel worden gedecodeerd als er ECM's kunnen worden gegenereerd door de kaart.

 

Als het echt heel snel gaat, dan lijkt het me eerder dat er niet gedecodeerd wordt, en dan is het resultaat een opname die nog steeds gecodeerd is, maar geen ECM's meer, en is derhalve waardeloos geworden.

[zzzzzz]

Offline decoderen doet technisch gezien hetzelfde. Het speelt de opname af, en stuurt het resultaat een andere opname in.

 

De snelheid van decoderen hangt primair af van de snelheid waarmee sleutels worden opgevraagd van de smartcard.

 

Daarvoor is een setting, en die staat standaard op 10 seconden, de ECM tijd van een M7 SECA smartcard. En die is gekozen omdat die kaart een limiter geeft, als de ECM's te snel worden opgevraagd. CI's en kaarten zonder die limiter kunnen in principe zo snel worden gedecodeerd als er ECM's kunnen worden gegenereerd door de kaart.

 

Als het echt heel snel gaat, dan lijkt het me eerder dat er niet gedecodeerd wordt, en dan is het resultaat een opname die nog steeds gecodeerd is, maar geen ECM's meer, en is derhalve waardeloos geworden.

Tja, je zegt dat het technisch hetzelfde is, maar daarna geef je zelf een paar verschillen.

Je zegt dat de snelheid van decoderen bij offline decoderen afhankelijk is van de snelheid waarmee de sleutels worden opgevraagd aan de smartcard.

Bij gewoon afspelen, zal hij ze echt enkel opvragen op het moment dat hij de volgende sleutel nodig heeft.

 

Volgens TSDoctor is de 'gedecodeerde' opname effectief nog altijd gecodeerd.

Dus misschien zit er op deze module ook een soort limiter.

Ik heb al eens geprobeerd met 30s in plaats van 10s, maar het resultaat is gelijk.

Dus eigenlijk zou een mogelijkheid om tijdens het gewoon afspelen ineens de gecodeerde opname weg te schrijven waarschijnlijk al een oplossing zijn, of gewoon een mogelijkheid om aan normale afspeeltijd te decoderen.

[WanWizard]

De snelheid van opvragen maakt voor het technisch proces niks uit.

 

Jou probleem is dat hij helemaal niet gedecodeerd heeft (om whatever reden) en het resultaat is dus nog steeds gecodeerd, maar heeft een ECM informatie meer, en dus is die waardeloos geworden.

 

De vraag is dus waarom hij niet gedecodeerd is.

 

Om te beginnen zijn er boxen die helemaal geen offline decode kunnen, boxen die alleen offline decode met een softcam kunnen, en boxen die zowel via een CI als een softcam kunnen decoderen. Als je die laatste niet hebt, dan houdt het op. Als je een gecodeerde opname gewoon kunt afspelen, dan kun je hem ook offline decoderen, dat volgt software matig en hardware matig hetzelfde pad.

 

Jij geeft aan dat bij jou werkt, dus is de meest voor de hand liggende reden dat de CI module bezig was met iets anders op het moment dat de offline decode liep.

[zzzzzz]

 

 

De snelheid van opvragen maakt voor het technisch proces niks uit.

Je zegt zelf dat het bij TV Vlaanderen wel een rol speelt, hoe kun jij dan zo zeker zijn dat het bij deze kaart geen rol speelt?

 

Om te beginnen zijn er boxen die helemaal geen offline decode kunnen, boxen die alleen offline decode met een softcam kunnen, en boxen die zowel via een CI als een softcam kunnen decoderen. Als je die laatste niet hebt, dan houdt het op. Als je een gecodeerde opname gewoon kunt afspelen, dan kun je hem ook offline decoderen, dat volgt software matig en hardware matig hetzelfde pad.

 

Jij geeft aan dat bij jou werkt, dus is de meest voor de hand liggende reden dat de CI module bezig was met iets anders op het moment dat de offline decode liep.

Ik heb hier al vele malen geschreven dat ik een VU+ Duo 4K heb, dus ik weet niet waarom je iedere keer opnieuw in twijfel trekt dat de box dit zou moeten kunnen.

Ik zal het in mijn signature zetten...

 

De module was bezig, zeg je, vraag is hoe dat dan mogelijk is.

Ik zet mijn ontvanger op een niet-gecodeerde zender voordat de opname start (één HD is niet gecodeerd op de kabel hier).

Vermits de mux met de gecodeerde zender een andere is dan die met de ongecodeerde zender waarnaar ik kijk, wordt een nieuwe tuner ingeschakeld tijdens het opnemen.

Tijdens het opnemen blijft de eerste tuner op de ongecodeerde zender staan.

Om zeker te zijn dat de module niet geblokkeerd is, zap ik eens naar een andere gecodeerde zender, ik krijg beeld.

Ik start offline decoding, en zet de box in standby.

Offline decoding is gedaan, opname is mislukt.

 

Als de module geblokkeerd was, dan weet ik niet hoe ik dat als gebruiker zou moeten vermijden.

Dan moet het toch een bug in de software zijn. 

[luisteraar]

Interessant topic,

Mijn kennis op dit gebied is 0 

 

Wat ik opgevangen heb:

De gehele mux gaat door de CI

 

In de mux van EEN HD zitten ook gecodeerde zenders.

Zou het kennen dat het CI zonder te moeten decoderen toch busy

is omdat een mux met codeerde zenders gekozen is ?

[zzzzzz]

Interessant topic,

Mijn kennis op dit gebied is 0 

 

Wat ik opgevangen heb:

De gehele mux gaat door de CI

 

In de mux van EEN HD zitten ook gecodeerde zenders.

Zou het kennen dat het CI zonder te moeten decoderen toch busy

is omdat een mux met codeerde zenders gekozen is ?

Dat klopt niet.

Op de mux van één HD zitten geen gecodeerde zenders.

De andere zenders die daarop zitten zijn Canvas HD (ongeëncrypteerd)

 

Ketnet (SD versie van het compacte aanbod, ongeëncrypteerd)

VTM (SD versie van het compacte aanbod, ongeëncrypteerd)

VTM2 (SD versie van het compacte aanbod, ongeëncrypteerd)

VTM3 (SD versie van het compacte aanbod, ongeëncrypteerd)

VTM kid/Natgeo (SD versie van het compacte aanbod, ongeëncrypteerd)

VTM Gold (SD versie van het compacte aanbod, ongeëncrypteerd)

NPO 1 (SD versie van het compacte aanbod, ongeëncrypteerd)

NPO 2 (SD versie van het compacte aanbod, ongeëncrypteerd)

NPO 3 (SD versie van het compacte aanbod, ongeëncrypteerd)

Vlaamsparlement.tv (SD versie van het compacte aanbod, ongeëncrypteerd)

 

Daar klopt het dus al niet.

[luisteraar]

Stem eens op EEN hd af en kijk bij

zender info of ECM pids aanwezig zijn ?

Is gewoon een gedachten gang geen feit

Edited by luisteraar, 2 October 2021 - 16:03.

[zzzzzz]

Stem eens op EEN hd af en kijk bij

zender info of ECM pids aanwezig zijn ?

Is gewoon een gedachten gang geen feit

Zeg, Luisteraar, je zegt zelf dat je kennis op dit gebied 0 is.

Mijn kennis is zeker niet 0 op dit gebied, Eén HD is niet versleuteld.

Dit zijn geen simpele problemen, dus als je zelf zegt dat je kennis 0 is dan ga jij de oplossing niet vinden, hee.