CNL kaart lock wat is het probleem

[Codx]

Als je kaart toch op lock gaat moet je kijken naar het aantal ecm's per ecm-cycletijd. Dat zal hoger dan 1 liggen en je moet kijken wie dit veroorzaakt (vermoedelijk oscam client) en die er af knikkeren.

 

Mensen met 25 kaarten in een server werken altijd met max 4 toegewezen sids per kaart, maar in een thuis omgeving met 1-5 kaarten kan dat niet en toch zul je die 0100 zenders apart moeten houden. Daar komt de !dezeniet van pas. Maar uiteindelijk wil je niet dat de kaarten nog op nok's kunnen antwoorden dus eigenlijk heb je altijd die dezewel lijst nodig.

[Hemant]

Ik zou ook wel weten welke in de Nok zitten.

 

met die chid erin heb ik geen not founds maar ik zie wel NOK's de vraag is wat dat zijn aangezien beeld blijft lopen.

 

Ben ik benieuwd wat betekdn dit bvb:

 

0100&00006A/5C00/0FAF/64:75C4B2D97A8AA199CAC39EA6F8B936A8

 

ik zie geen probleem in dit request beeld loopt maar toch een not found.

 

Hemant

[harryinstallatie]

Als ik kijk naar de log dan valt mij op dat de cccam van mijn ontvanger geen ecm pid meestuurt staat 0000

Kwam erachter door met de whitelist te filteren op ecm pid en dan wordt de sid gereject.

Maakt geen verschil met welke cccam ik probeer.

Stuurt cccam geen ecm pid of kan oscam hem niet herkennen ?

 

2013/04/25 08:33:52 9DDF620 c vukeuken (0100&00006A/5C00/0000/1B7B/64:ED23248982DCFB40C1EF0515C94D982D): found (346 ms) by canald_1 - Nederland 1 HD

 

2013/04/25 08:35:04 9DDDA70 c vuwoon (0100&00006A/5C00/0000/334F/64:D0EE1D735EDF4973D1A046A09D5AF1DE): found (323 ms) by canald_3 -JIM JAM DUT
 

[-= [ Appien ] =-]

Wat voor ontvanger heb je dan?

25 april 2013 aangepast door -= [ Appien ] =-

[harryinstallatie]

Hoi,

 

4 vu solo''s

1 vu duo met hardeschijf voor opnames

 

Allen met CCcam 3.0

Het probleem nu is dat soms de ontvangers verscillende ecm pids gebruiken snap niet waarom maar dan gaat soms een kaart haperen.

En zie dan 2 aanvragen binnen 10 cycle van dezelfde sid en omdat de ecm anders is geeft de kaart wel response met cw.

Waarom zijn er eigenlijk verschillende ecm pids omdat als ik wat google vindt ik b.v voor film action 070B maar vul ik die dus in dan direct

geen beeld meer omdat oscam 0000 ziet.

Dacht op deze manier dus dit te voorkomen en hoopte dat cccam de juiste ecm pid dan zoekt / opslaat zonder freeze.

Maar werkt dus niet.

En waarom pakt de ontvanger die als tweede naar een sid zapt niet gewoon dezelfde ecm pid die al in cache zit van de server.

Ik dacht ook al om de kaarten weer terug in de ontvangers te doen en onderling te verbinden zonder server.

Maar vindt een server veel handiger en wil graag op alle ontvangers het hele pakket.

Daarom betaal ik tenslotte bijna 100 euro aan cd en niet om op 1 ontvanger het complete pakket te zien en op de anderen

ftv ,basis,entertainment hd en fam-pakket

[harryinstallatie]

Het is jammer het heeft jaren zo gewerkt met cccam toen oscam wat bekender werd ging ik daar mee aan de slag en ging ook lang goed.

Vindt het met een server leuk en interresant het is ook hobby natuurlijk en veel handiger dan allemaal c en f lijnen in de ontvangers.

Maar het is de laatste tijd wel steeds raak met freeze.

Komt ook vast omdat we veel de tv gebruiken hier en omdat we er met twee gezinnen wonen moet er eigenlijk nog een ontvanger bij voor

mijn dochter (heb ik beloofd haha).

En ik vidt dat we genoeg abbonement betalen om de zenders te zien. overdag gaat het wel goed zijn als er twee of drie ontvangers draaien,

maar in de avond met 5 ontvangers soms gaat het mis.

En helaas zitten we in het buiten gebied waar we geen kabel hebben en digitenne weet ik niet of het hier werkt.

Heb ook al eens over digitale tv van kpn nagedacht maar we ziiten zelfs te ver van de centrale.

Dus daar heeft cd geluk mee anders had ik het wel geweten.

[Codx]

CCcam 3.0 ??? Sinds wanneer bestaat die?  Dat is juist niet de echte CCcam dan maar 1 of ander ding wat alleen het protocol spreekt. En jij vind het vreemd dat je problemen hebt?

 

Verder lijkt het me heel logisch dat de ecmpid niet wordt mee gestuurt, dat is toch iets wat de ontvanger weet en niet iets wat in de ecm zit. En die ecmpid is ook helemaal niet nodig als je een softcam hebt die normaal werkt, maar daar zit het probleem.

25 april 2013 aangepast door Codx

[harryinstallatie]

Sorry 2 vergeten is natuurlijk 2.3.0

Het gaat erom dat voor elke ecm pid een controlword wordt gemaakt door de kaart en de kaart daardoor twee kan aangeproken wordt binnen 10 sec

voor dezelfde sid.

Daar was ecm uniek voor bedacht maar dat werkt niet als ik de ratelimit op 1/10 zet dan en zet een ontvanger op canal action

Vervolgens zap ik met een andere ontvanger naar film action en dan krijg die een reject by ratelimit ipv de ecm uit de cache.

Kan me niet anders voorstellen dat dat komt omdat die dan een andere ecm pid gebruikt dus wil een ander cw.

En dat kan niet met de canal nl seca3 kaart dat gaat mis.

Doordat oscam de ecm pid niet ziet of krijgt van cccam kan ik de niet een 100 % sluitende whitelist maken.

Zet ik de ratelimiet op 4 / 10 en zet een service met canal action op de kaart dan wordt de kaart vaker aangesroken per 10 sec door canal action

met zelfde sid ander cheksum / cw

En uiteindelijk freeze.

[Codx]

Je verhaal is nogal onduidelijk helaas. maar zoals ik het begrijp. heb je 2 ontvangers met beide CCcam 2.3.0, die je allebei op film1 action zet waarbij de kaart in oscam zit met 1/10 instelling.

 

Je zegt je zapt naar film1 action maar is dat niet het probleem?, dat de eerste aanvraag nog van een andere zender was.  En wat zijn je exacte instellingen in oscam. Kun je logs produceren waaruit dit blijkt? En ook echt dat je alleen zelf met CCcam er op zit en niet de halve wereld.

 

Wat jij hebt getest hebt werkt hier uitstekend hoor. Geen rejects en geen melding van de ratelimiter, komt netjes uit de cache

[Codx]

2013/04/25 19:44:31 84C2448 c user1 (0100&00006A/5C00/51B3/64:FA267EFB608D42C9978C588194B2C2E6): found (578 ms) by cds1 - Film1 Festival        
2013/04/25 19:44:31 84DE138 c user2 (0100&00006A/5C00/51B3/64:FA267EFB608D42C9978C588194B2C2E6): cache2 (297 ms) by cds1 - Film1 Festival  

 

ff als voorbeeld gepakt uit de oscam running log. zoals je ziet werkt uitstekend toch.  Alle film1 zenders zitten op die kaart.

25 april 2013 aangepast door Codx

[theparasol]

CCcam protocol verstuurt geen ecmpid over share. Enige manier is om de ecm te herkennen als seca2 danwel seca3 en vervolgens bij juiste reader aan te leveren.

Maar goed, ik mis in het hele verhaal de oscam versie maar ook een debug log waarin je ecm en controlwords dumped op de oscam server.

Dat onderbouwt je verhaal beter dan een hele pagina tekst en uitleg.

Loglevel -d1025 kun je dat mee doen, tik in webif onderaan 1 en 1024 aan of start oscam vanaf de cli met -d1025 als extra parameter

[woodytwo]

Welk protocol doet dat dan wel?

 

Newcamd ? Camd35 ? Oscam - Oscam extended ?

 

Het zou toch prettig zijn als je de ecmpid filtering functie in de oscam.whitelist kunt gebruiken voor de remote boxen.

en niet alleen voor de locale dvbapi, want daarbij werkt het perfect !

 

Groet 

[theparasol]

Geen enkele op GBOX protocol na, camd35 heeft het half, stuurt wel maar bij onvangst wordt het niet verwerkt: kan dus niet gebruikt worden.

[Codx]

En DAT hoeft ook niet gebruikt te worden zolang de softcam er geen puinhoop van maakt in de keuze van coderingen/ecm's.  

 

Beetje de omgedraaide wereld als je de ecmpid moet gaan sturen zodat je op de server de rommel er uit moet halen die een softcam client zelf al had horen te filteren.

28 april 2013 aangepast door Codx

[vinceds]

Ik heb het nu volgens mij wel aardig draaien. Heb 2 Oscam sessies draaien, 1 achterkant voor de readers, 4 SID's vastgezet, 4/10 rate limit e.d. Via n-lijnen zijn de locals verbonden naar de frontend, waar ik een user in heb. Op dit moment ervaar ik geen locks!

 

De user is overigens ook weer een Oscam user!

28 april 2013 aangepast door vinceds