redneck eyeball

folder name is "picon" not "picons"

Maybe this is the problem ?

I look forward to it, it looks amazing !

any updates on this skin ?

Altijd leuk, bedankt !

Aangezien in OpenPLi nu al een CI assignment plugin default ingebouwd zit, met daarin de mogelijkheid om per CAID, provider of zelfs op serviceniveau een bepaalde CI slot toe te wijzen, moet dit zonder meer mogelijk zijn.

Dit is in deze plugin nu vast ingesteld, maar de logica bestaat dus reeds.

 

Kort door de bocht is het bijhouden hoeveel zenders je per CI wil doen en aangezien Enigma weet naar welke zender je zit te kijken of wil opnemen, zou je dat dynamisch kunnen toewijzen aan de één of andere CI module.

En indien een tweede service op dezelfde transponder zit, dan gaat het automatisch naar een zelfde CI waar al de andere services zitten.

 

Flink wat werk en er is goede logica voor nodig, maar technisch zeker haalbaar.

 

Een mijns inziens betere oplossing zou zijn om on-the-fly een nieuwe transportstream samen te stellen en die door de CI te halen.

Dat is hoe professionele B2B systemen het ook doen. Dan speelt het geen rol meer via welke transponder het binnenkomt.

Puur theoretisch kan je verschillende http streams starten naar de eigen STB en die bundelen in een nieuwe TS en die dan door de CI halen.

Kan technisch, want het bestaat, maar ik vrees dat de drivers hier ook geschikt voor moeten worden gemaakt. Dus zal je support van de fabrikant nodig hebben.

 

Just my 2ct.

Since you can play the video's also from an iPad, some reverse engineering could be done to get access to the source. Or to at least understand how the format works. I'm sure there is some logic in the filenaming.

 

You can compare this service for Belgium to the Net Gemist in NL, so a plugin to support this would be usefull

I'm certain someone will see a challenge in this.

De resultaten zijn binnen.

Gebruikt toestel : Dreambox 8000 met cccam 2.3
Misschien ook goed om te vermelden, ik heb GEEN aanpassingen in cccam.cfg gedaan ! Dus geen SID beperkingen ingesteld !!!

De opnames hebben gelopen sinds gisterennamiddag 16u tot 9u deze ochtend.
Niet het minste probleem. Alle opnames gelukt, de kaart doet het ook nog prima.

Na de opnames heb ik een tweede test gedaan, met 8 opnames simultaan !
Na ongeveer een vijftal minuten gaat de kaart op zwart.
De opnames stoppen en laten staan op één zender, na 5 minuten terug beeld.
Sindsdien de kaart gewoon gebruikt om verder te kijken, één zender. Geen problemen te melden.

Het is niet omdat de gestrafte kaart bij mij na 5 min al beeld gaf dat dit bij jou ook het geval zal zijn. De kaart is niet lang gestraft geweest, hoe langer ik die zou laten aanstaan met 8 streams, hoe langer het zal duren voor de kaart opnieuw zal beginnen werken. Vandaar dat het in sommige gevallen ook echt nodig is om de hele nacht op één stream te laten staan. Zodat alle tellers echt weer op nul staan.
Staan niet alle tellers op nul, dan zal de kaart sneller terug gestraft worden.

Staat jouw kaart nog goed genoeg om beeld te geven, maar zitten er toch strafpunten op, dan kan het dus zijn dat je bij vier streams al problemen gaat krijgen.
Dus voor je zelf opnieuw gaat testen, er goed voor zorgen dat jouw kaart echt wel helemaal goed is. Dus minstens één nacht aan laten staan met één stream. Dan pas testen.

Je moet CamoFS de URL geven waar de snapshot zit.
Bij mijn camera gaat dat zo

http://IP/snapshot.cgi?user=admi&pwd=paswoord

Met die URL op de PC krijg je een stilstaand plaatje te zien.

In CamoFS moet je naast IP, username en pwd ook path naar JPG ingeven.
Dat is dan

/snapshot.cgi

Probeer nog maar eens opnieuw. Misschien moet je bij jouw camera een andere URL gebruiken, maar dit is het principe.

CamoFS genereert het bewegende beeld aan de hand van snapshots die één keer per seconde genomen worden.

@reichi,

That you don't want your plugins to run on clone boxes is understandable, but Vu+ and CT are not clone receivers as I see them.
So did you write your plugins so as many people can enjoy them ?
You say you don't work for DMM or that they in no way urged you to do this, then I wonder what the problem is with your code running on as many Enigma2 boxes as possible.
If you wrote it for people to enjoy, then it would only make sense that you would be happy if more people can enjoy your plugins.

So far PLi has never done anything specific to make sure that PLi runs on clone boxes. And if you look at the clone boxes available in China you can order them with any software on it you want. Including Gemini.
That means that the clone manufacturers will not be impacted at all by your descision.
The only result will be that it will not be available on Vu+ and CT devices ... so why would you want that if you have no ties with DMM ?

Just a simple question : Would you agree to to have your plugins available on Vu+ and CT if PLi would create and build a security check in their images so that it no longer works on clone receivers ?
This would be very easy to do. All you need to do is check at bootup the version of the dvb drivers. If it's older then the latest version that is defined in the image, it's a clone. The clone receivers all use old drivers that don't have the tmp check. It's as simple as that.

So, do you want the community to enjoy your work ? Or do you just want to support DMM ?