zzzzzz

Het is ook nog zo dat VTI alleen voor VU+ werkt... dus ze kunnen lekker closed source rommelen en alles op VU+ finetunen/hacken.... wij moeten er ook nog rekening mee houden dat het op alle andere boxen ook nog mag werken...

 

Maar zover ik weet werkt het wel gewoon voor de Ultimo4K alhiero... dus ik begrijp het probleem niet...

Dat kan allemaal goed zijn, maar je kunt niet zeggen dat een ander iets van jou gepikt heeft, als je het zelf nooit gehad hebt.

En het helpt gebruikers ook niet als ze een vraag stellen naar bepaalde functionaliteit om er iedere keer een "politiek" verhaaltje tegenaan te gooien.

Ik heb gewoon begrepen dat men bij OpenPli dit (momenteel) niet kan, en daarom gebruik ik voorlopig VTI.

Ik heb een tijdje geleden het probleem bij OpenPLi gemeld, en de persoon die hier het meeste van wist kon het niet oplossen, en slaagde er met zijn eigen kaart en module ook niet in om het te doen werken.

Dat is allemaal geen schande, niet alles werkt.

Mocht er vooruitgang gebeoekt worden, wil ik het gerust opnieuw proberen.

Via het context menu in de opname lijst werkt dat ook bij openpli en al heel lang….
De boeven van vti zijn closed source dje jatten van ons en andere open images maar wij niets van hun lenen zonder het zelf weer uit te vinden….

De offline decoding in OpenPLi die werkt, is via een losse smartcard, niet via de module.

Ik weet ook niet waarom, als ze het bij OpenPLi gepikt hebben, het dan daar niet werkt, en wel bij VTI.

Wordt er ook gewerkt aan een offline decode opname functie? Op mijn VU+ Ultimo 4k ontvanger met VTI werkt dit prima met de Ziggo CI+ module.

Dat was wat ik probeerde, maar de persoon die het ondersteunde bij OpenPLi kon dit niet doen draaien.

Als er vooruitgang is, wil ik het nog wel eens met mijn module proberen op OpenPLi.

VU+ Duo 4K.

Offline decoding via softcam : Unable to test

Offline decoding via CI+ : Yes

However, I think the testing procedure is flawed.

The testing procedure only checks if you can play back the recorded encoding.

In a real-life scenario this is not very useful, it assumes that you will play back the recording very quickly afterwards (before the keys change).

Offline recording is only really useful if you can have the recording decoded, so that you can play it back whenever you like.

If I test it with this way, the answer is

Offline decoding via CI+ : No for OpenPLi, but Yes for VTI.

Here we go again…..

It works but only if the CAID’s are different. Ziggo CI+ and Nagra CI+ for example… Channels added with Common Interface Assignment.. Canal Digitaal Viaccess and Canal Digitaal Nagra CI+…. Using 2 idential CI+ modules to circumvene 1stream limitation does not work in Enigma2 despite having the correct box…

Good that you admit that also the original VU+ Duo 4K cannot do this.

Whether the limitation is in enigma2 or in the hardware does not make a difference for the user.

This quote of yours gives the impression that it shouldn't be an issue :

The problem lies with the modules Being exactly the same. Both 0500 as CAID. The hardware/software simply can't differentiate. Only the Duo4K and DM9*0 can.

 

It does not make a difference whether you have a Duo4K or a Duo4K SE for that matter, as the software does not distinguish it.

The DM920 is able to differentiate AND according to their forums (I cannot check this myself, as I don't have that receiver) is able to differentiate.

The DM900 only has one CI slot, so there it is irrelevant.

Also, the problem goes deeper than simply the CAID, because I use the Common Interface Assignments plugin, and I assign per individual service, not per CAID. If the issue were really limited to the CAID, I could put half of the channels on one module, and half of the channels on the other.

Of course that would not guarantee me that I could always have 2 simultaneous records, but it would increase the chance.

But like I said, the box most of the times locks up the moment I put the second, identical CI+ in there, so you can't even get to the next step.