51 replies to this topic

[Zeerob]

Voor de geïnteresseerden heb ik hier nog een notitie van wat er bij verschillende scenario's gebeurt. Dit is met een Vix image gedaan, maar met OpenPli had ik precies hetzelfde. Dus ik neem aan dat alle voorbeelden ook voor OpenPli gelden.

 

- Voorbeeld 1a:

  - Kijk naar NPO1, en start opname van NPO1.

  - Zap naar NPO2, werkt.

  - Zap naar NPO3, zwart beeld

  - Bij heen en weer zappen geven alleen NPO1 en 2 beeld, de rest is zwart.

  - Als de opname is afgelopen, kan je weer naar andere zenders zappen.

- Voorbeeld 1b:

  - Dit is een variant op voorbeeld 1a, met een truuk om toch te kunnen zappen.

  - Kijk naar NPO1, en start opname van NPO1.

  - Zap naar NPO2, werkt.

  - Zap naar NPO3, zwart beeld

  - Zap naar NPO1 (het kanaal dat opgenomen wordt). Geeft beeld.

  - Ga via het setup menu naar de CI-Module pagina. Klik daar op 'Init'.

    Het beeld van NPO1 blijft gewoon zichtbaar. Je ziet dus niets van de Init.

  - Nu kun je naar één ander kanaal zappen, b.v. NPO3. Daarna kan je niet meer

    naar andere kanalen zappen. Om dat te doen moet je deze truuk herhalen.

    Tijdens de Init moet je naar NPO1 kijken omdat anders de opname van NPO1

    wordt verstoord.

  - Als de opname is afgelopen, kan je weer naar andere zenders zappen.

- Voorbeeld 2:

  - Zap eerst wat, en stop bij NPO2, kijk dan dus naar NPO2.

  - Er start een geprogrammeerde opname van NPO1. Gaat goed.

  - Als je nu gaat zappen, geven alleen NPO1 en 2 beeld, de rest is zwart.

  - Als de opname is afgelopen, kan je weer naar andere zenders zappen.

- Voorbeeld 3a:

  - Zap eerst wat, en stop bij NPO1, kijk dan dus naar NPO1.

  - Er start een geprogrammeerde opname van NPO2. Gaat goed.

  - De opname is klaar. We kijken nog steeds naar NPO1.

  - Er start een nieuwe geprogrammeerde opname van NPO3. Die wordt zwart.

  - Als die opname ook klaar is, kan je weer naar alle zenders zappen.

- Voorbeeld 3b:

  - Dit is een variant op voorbeeld 3a, met een truuk om de NPO3 opname toch

    te laten lukken.

  - Zap eerst wat, en stop bij NPO1, kijk dan dus naar NPO1.

  - Er start een geprogrammeerde opname van NPO2. Gaat goed.

  - De opname is klaar. We kijken nog steeds naar NPO1.

  - Zap nu even kort naar RTL4, en weer terug naar NPO1.

  - Er start een nieuwe geprogrammeerde opname van NPO3. Die gaat nu wel goed.

  - Door even te zappen wordt de lock dus kennelijk opgeheven.

- Voorbeeld 4:

  - Zap eerst wat, en stop bij NPO1, kijk dan dus naar NPO1.

  - Start PiP op NPO1

  - Zap naar NPO2, werkt.

  - Zap naar NPO3, zwart beeld

  - Bij heen en weer zappen geven alleen NPO1 en 2 beeld, de rest is zwart.

  - Als je PiP weer opheft, kan je weer gewoon zappen.

[Jork]

Dag Zeerob,

 

Het was me duidelijk uit je omschrijving wat je ervaart met de decodering van twee dvb-s streams tegelijk en dat dat eigenlijk hapert zodra je van een 2e gedecodeerde stream proces naar een andere zender stream switched op dezelfde transponder.

Het werkt nog niet zoals je zou verwachten.

Nu is Ci plus tevens ontworpen om met dedicated receivers te gaan werken dus dat de interfacing met sommige enigma2 ontvangers überhaupt al enigszins lijkt te werken is al een hele meevaller.

 

https://www.dvb.org/...4_june_2017.pdf

Groet Jork

[WanWizard]

Zolang de "plus" van "CI+" niet is geactiveerd moet een module het prima doen in een Enigma ontvanger. CI is een standaard, en al vele jaren dezelfde.

 

Dit lijkt eerder op een firmware bug in de module, en dat zou prima aan kunnen sluiten op de eerder geplaatste opmerking dat er aan een update wordt gewerkt.

[WTE]

 

Proof of concept bestaat al doordat je met enkele boxen offline kan decoderen icm CI.

Offline-decoderen heeft niets te maken met opnieuw multiplexen: Bij off-line decoderen heb je de transportstream op schijf staan en kun je ongewijzigd door de CI-module sturen. Het mengen van zenders van twee verschillende transponders is veel complexer omdat PID's tot diep in de DVB-protocollen doorgeseind worden en zo'n hermultiplexer daar allemaal kennis van moet hebben om conflicten te vermijden. Ik verwacht die functionaliteit niet 1-2-3 in ontvangers, of het nu open of gesloten ontvangers zijn. Het is enkel een theoretische mogelijkheid.

 

Wat bedoel je met de transponderstream? Bedoel je hiermee de data wat binnenkomt bij de Tuner of gewoon een "simpel" standaard opname in E2? (Bij een opname worden alleen de benodigde PID's opgenomen dus het is zogezegd al gefilterd.)

 

"PID's tot diep in de DVB-protocollen" volgens mij is dit totaal niet het probleem en ik weet ook niet wat je hiermee bedoelt.

Ik zie eigenlijk meer het probleem dat je bij remux van meerdere kanalen een soort dynamisch PMT moet gebruiken omdat de PID's on the fly veranderen als je een opname start of gewoon zapt.

Edited by WTE, 1 December 2017 - 02:14.

[Zuppelan]

Als je stream gaat samenvoegen dan moet je oppassen voor botsende PID's Je moet hernummeren. Een PID hernummeren betekent ook dat alle referenties naar die PID aangepast moeten worden. En referenties naar PID's komen overal in de DVB-protocollen voor dus betekent dat zo'n stuk soft- of hardware aanzienlijke intelligentie moet beschikken. Dat de PMT plots moet veranderen als een opname start is dan inderdaad één van de kwesties die spelen. Behalve aan ontvangerzijde complex om te bouwen, zijn er gegarandeerd ook CI-modules die het niet leuk vinden als de PMT zomaar verandert.

Bij een opname wordt inderdaad gefilterd: Dat is een stuk makkelijker, omdat je niet het probleem van botsingen hebt. Je kunt gewoon alles weglaten wat je niet nodig hebt.

[Erik Slagter]

Hernummeren is één (hoewel dat in de praktijk vaak reuze meevalt, omdat men dat binnen een provider sowieso probeert te voorkomen). Maar ik zie meer problemen met timestamps, waardoor het VBV model niet meer klopt. Hoewel op zich een CI niet hoeft te decoderen (maar descramblen) zou het voor de CI niet mogen uitmaken, maar het erna weer uitsplitsen van de zelfgemaakte streams, dat zou nog wel eens en dingetje kunnen worden. En ja, je moet inderdaad dan zelf CAT's, PAT's en PMT's (en niet te vergeten caPMT's) gaan maken. Intussen is dat allemaal wel bekend, maar de officiele documentatie (inclusief de gory details) is allemaal payware spul / NDA. Ik zie het niet zo 1,2,3 gebeuren. Eigenlijk alleen als een fabrikant zelf zich een keer goed kwaad maakt en er wat geld in stopt.

[pasquenel]

Daar zal eerst een update voor de CI voor moeten komen, zoals de CI nu is, zal het niet gaan werken in een e2 ontvanger en dat is bekend bij Joyne.

Er staat een update gepland, alleen is nog niet bekend gemaakt wanneer dat zal gaan gebeuren en of daar de desbetreffende wijziging voor het meervoudig decoderen, ook gelijk in wordt meegenomen.

Is dit probleem intussen opgelost?

 - CI update?

 - openpli update

 - eventuele work around

 ...

[Tech]

Het is bij een melding over die update gebleven, jammer dat Joyne de melding niet omgezet zijn in daden

[pasquenel]

Het is bij een melding over die update gebleven, jammer dat Joyne de melding niet omgezet zijn in daden

Inderdaad, en ze liggen er niet wakker van.

Ik kreeg van Joyne het volgende antwoord : 

JOYNE is uitsluitend leverancier van satellietsignaal. Product support en ondersteuning op hardware verloopt te allen tijde via de leverancier van betreffende apparatuur. Een dealer kan u eventueel ook van dienst zijn.

Niet direct een attitude om potentiële  klanten van andere providers naar Joyne te lokken ...

Jammer.

[Erik Slagter]

Ik vind dat wel een gezonde instelling. Niet zo als M7 waar ze zeggen dat je dan maar een "M7 ontvanger" moet gebruiken, want dan werkt het "wel". 

[Rob van der Does]

Dat is waar maar ook Joyne had natuurlijk eerlijk, duidelijk en eenvoudig kunnen vermelden dat zij er verantwoordelijk voor zijn dat een CAM gebruikt moet worden, waardoor gebruikers, ongeachte de gebruikte apparatuur, ernstig beperkt zijn in de ontvangstmogelijkheden.

[Erik Slagter]

Daar ben ik het niet helemaal mee eens. De vraag is of de provider de taak heeft om uit te leggen hoe een CI/CAM werkt en wat de voor- en nadelen zijn. Zolang zij niet expliciet adverteren met dat je naar meer dan twee zenders tegelijk kunt kijken of dat de CI/CAM in ELKE ontvanger werkt, doen ze in feite niet aan misleiding. Er zijn genoeg bedrijven die dat wel doen.

[Rob van der Does]

Ze doen dan niet aan misleiding, maar ook niet aan het verschaffen van duidelijkheid.

En daar kan mijns inziens niets mis mee zijn.

[Erik Slagter]

Duidelijkheid is meestal niet in het voordeel van de degene die z'n product wil verkopen. Iets met marketing ofzo  Duidelijkheid of de mogelijkheid je product te vergelijken met andere producten moet je ten alle tijde zien te voorkomen.

 

Ben bang dat als we op dat vlak iets wettelijk gaan regelen dat we een probleempje gaan krijgen, qua omvang.

Edited by Erik Slagter, 19 October 2018 - 18:14.

[zeeteefje]

Ik vind het nogal 'een dingetje' , daarmee is de Joyne module eigenlijk onbruikbaar als je meer wilt dan alleen een 'zapbox'. Is dit effect uniek voor de combinatie van Joyne module met een E2 ontvanger, of werkt het in andere ontvangers ook niet?

[Erik Slagter]

Hoe is nu de status, gebruiken ze CI+? In dat geval moeten ze dat, imho, duidelijk kenbaar maken, dan kun je een open ontvanger sowieso vergeten. Of gebruiken ze CI met een enkele service, of twee services? Een CI met twee services is nog wel te doen, dan kun je ook nog een wat grotere ontvanger kopen met twee CI slots (of zelfs drie, bestaan die eigenlijk?).

 

En anders gewoon geen abonnement nemen bij Joyne... Dat is een duidelijk signaal als genoeg mensen dat doen, het enige "wapen" wat je als consument hebt.

[zeeteefje]

Het is CI met twee services, maar als die 2e service blokkeert op één zender waardoor je gedurende de opname gedongen wordt om naar die ene zender te blijven kijken, dan is dat onbruikbaar.

[Tech]

Op zich wel mooi dat er twee services door de CI worden ondersteund, alleen doet enigma2 dat niet, die ziet niet dat het een CI betreft die dat kan, dan zullen ze eerst de naam van de CI moeten aanpassen, iets wat in die update beloofd werd maar nog steeds niets mee is gedaan.

Zolang 'multi' er niet in voorkomt, zal enigma2 het niet vanzelf 'snappen', overigens kan je die optie wel handmatig in het CI menu aanzetten en hopen dat het begrepen wordt.

[zeeteefje]

En is dat uniek voor enigma2, of geldt dat algemeen voor satelliet ontvangers met CI slot i.c.m de Joyne module? CI is gestandaardiseerd, dus dat treft iedereen of niemand. toch?

[WanWizard]

Een standaard CI module kan maar 1 zender tegelijk aan, de software moet weten dat een module er meer aan kan. Dan kan je in de CI configuratie instellen.

 

Het feit dat als de naam de tekst "multi" bevat die configuratie automatisch wordt aangepast is meer een handigheidje voor een enigma2 gebruiker, niks dat standaard is.