Beeld blijft steeds stil staan cccam2.30 sidlimit4

[satfanatic]

Hoi,

 

hier vanmiddag weer regelmatig vastlopend beeld gehad, ondanks aanpassingen in cccam.cfg (sid limit3)

[fransken]

even een vraag iemand ervaring om met cccam 221 een penalty van de kaart te krijgen werkt dit wel of niet

[Kabeltje87]

Hoi,

 

hier vanmiddag weer regelmatig vastlopend beeld gehad, ondanks aanpassingen in cccam.cfg (sid limit3)

 

En deze vermeldingen?

 

SECA HANDLER: 3

I: 0500:042500

# Mobistar BE

#Viaccess op vlaamse zenders

I: 0622

#Bleh... irdeto codering

 

Willy

14 november 2012 aangepast door Kabeltje87

[dagg]

Met cccam 2.30 op poort 16001 van de box kijkend bij Entitlements staat de revisie van de smartcard wel op I4A, anders werkt het niet?!

 

SECA card xxx.xxxxxx.xx rev I4A entitlements:

14 november 2012 aangepast door dagg

[satfanatic]

Jazeker I4A !

[satfanatic]

En deze vermeldingen?

 

SECA HANDLER: 3

I: 0500:042500

# Mobistar BE

#Viaccess op vlaamse zenders

I: 0622

#Bleh... irdeto codering

 

Willy

 

....dit kan toch niet van invloed zijn op 'n CanalDigitaal seca3 card (behalve SECA Handler dan) ?!

14 november 2012 aangepast door satfanatic

[dagg]

Jazeker wel die krijgt alle coderingen op z'n dak als je niet uitkijkt.

Daarom doe ik ook het volgende nog:

Voor een CDS smartcard:

 

server cccam.cfg:

F: user1 pass1 5 0 1 { 100:6a:5 }

 

client cccam.cfg:

C: intern.ip.vd.cccam.server 12000 user1 pass1 no { 100:6a:5 }

 

Voor een TVV smartcard 6a vervangen door 6c.

14 november 2012 aangepast door dagg

[satfanatic]

server cccam.cfg:

F: user1 pass1 5 0 1 { 100:6a:5 }

 

 

Volgens mijn bescheiden kennis betekent dit het volgende:

5 >>>user 1 gets gets all cards at a maximum of 5 hops

0>>>He gets no emus

1>>>He is allowed to send us EMM.

100:6a:5>>>He is allowed to share 0100:6a down to other users 5 hops away.

 

Dus snap ik ff niet wat dat kan betekenen voor ons probleem !!!

14 november 2012 aangepast door satfanatic

[dagg]

Het gaat om de 100:6a cq 100:6c. Zo worden ALLEEN de JUISTE seca requests verstuurd EN verwerkt op de smartcard. Die voor CDS en TVV respectievelijk. Heb je al die I: regels niet nodig. En met SECA HANDLER: 3 op de server dan alleen nog maar de seca3 requests, die van seca2 belanden niet op de smartcard waar die niks mee kan (als je een oranje seca3 smartcard hebt tenminste).

14 november 2012 aangepast door dagg

[theparasol]

De settings boeien totaal niks: de kaart verwerkt enkel 0100:00006x CCcam stuurt echt geen 0500 of 0622 naar de kaart.

Echter ik weet niet of CCcam net als oscam onderscheid kan maken tussen seca2 en seca3 ecms.

Ondertussen is het met oscam totaal onmogelijk dat een verkeerde ecm de kaart bereikt.

Stel dat CCcam ook de seca2 request alsnog aanbiedt aan de kaart gaat je tellertje voor de penalty stand extra hard want de kaart telt deze rustig erbij ook al levert het sowieso geen beeld op.

 

Die Codx, is dat zo'n figuur wat ff hard brult en als het eng wordt zijn snor drukt?

Voor diegenen die al de limiter op 3 hebben gezet zonder resultaat, schakel de emm cache in CCcam eens totaal uit en kijk eens of dat effect heeft.

Het is nl knap abnormaal dat een kaart nooit / sporadish emms krijgt aangeboden en als ik bij Kudelski zou werken nam ik dat mee in de beveiliging.

Ik weet niet of het werkt maar het is het proberen waard.

Graag verneem ik jullie persoonlijk bevindingen.

(Ik kan hier zelf niet testen, ik heb slechts 1 kijkbox en daarmee heb ik nog nooit een kaart op de strafbank kunnen krijgen ondanks continue doorzappen)

14 november 2012 aangepast door theparasol

[dagg]

Echter ik weet niet of CCcam net als oscam onderscheid kan maken tussen seca2 en seca3 ecms.

...

Stel dat CCcam ook de seca2 request alsnog aanbiedt aan de kaart gaat je tellertje voor de penalty stand extra hard want de kaart telt deze rustig erbij ook al levert het sowieso geen beeld op.

 

Dat is dus dichtgetimmerd, zie mijn vorige bericht

[theparasol]

Voor de duidelijkheid: welk bericht bedoel je dan want seca2/3 gaan beide over caid 0100 provid 00006a alleen de ecmpid en inhoudelijk de ecm verschilt.

14 november 2012 aangepast door theparasol

[dagg]

berichten #37 en #39 van mij theparasol

Ik weet ook dat alleen 100:6a niet genoeg is en alle seca2+seca3 requests doorlaat, met de extra optie SECA HANDLER: 3 komt dat bij CCcam ook goed.

14 november 2012 aangepast door dagg

[DoeEensGek]

De settings boeien totaal niks: de kaart verwerkt enkel 0100:00006x CCcam stuurt echt geen 0500 of 0622 naar de kaart.

 

 

Bij de aanvraag, zowel bij oscam als bij cccam, wordt toch eerst gekeken naar caid:provider, ook op hop1, ze geven immers die informatie door aan de hops. Komt het overheen, dan gaat de ecm naar die kaart, tenzij er filters ingesteld zijn bij oscam (geen idee of dat bij cccam kan.), filters zoals lengte chids of sids.

 

Dit is gelijk het grootste probleem voor irdeto kaarten, daar doen ze niks met providers... Stel hebt een Ziggo en nova kaart in het zelfde systeem zal naar beiden de ecms gaan, tenzij je filtert, wat je moet doen op chids bij irdeto kaarten. Volgens mij filtert cccam al automatisch op chids bij de reader. Op hop1 zal hij nog steeds beiden vragen, hij weet immers niet anders als caid:provider komen overeen.

 

Parasol, je kan ook op de pc een stream, misschien meerdere, openen en zappen. Wel binnen zelfde transponder maar dat begreep je al.

[DoeEensGek]

berichten #37 en #39 van mij theparasol

Ik weet ook dat alleen 100:6a niet genoeg is en alle seca2+seca3 requests doorlaat, met de extra optie SECA HANDLER: 3 komt dat bij CCcam ook goed.

Dat laatste zou dus alleen seca 3 requests doorlaten. Maar dat kan je alleen instellen voor alle kaarten toch? Dan verklaart dat, dat je geen seca 2 en 3 kaart in cccam2.3.0 kan hebben.