106 replies to this topic

[mrbeam]

Als je de algemene ECMs uitzet dan wordt het rustiger.

Ik denk dat je EMM's bedoelt ipv ECM's.

[littlesat]

Klopt... Sorry...

[Erik Slagter]

Of moet iets doen met dit:

# configure what EMM blocker you want. Add as many as readers you have attached
# default is blocking nothing
# B: /dev/sci0 01
# 00 - nothing
# 01 - sa blocked
# 02 - ua blocked
# 04 - ga blocked
# and sum of for combinations
#

Dat lijkt me inderdaad de juiste weg. De emm's worden momenteel in twee smaken verstuurd, de een is een eindeloze reeks "barf", waarschijnlijk een firmware upgrade voor je kaart. Na een uurtje heb je die zeker wel binnen en zijn ze niet meer interessant. De reguliere updates zijn een andere smaak. Nou ben ik nog niet helemaal zo goed op de hoogte met de terminologie, maar volgens mij is "ga" -> "group addressed", dat zouden de reguliere updates moeten zijn en de "sa" -> "shared addressed" en dat zou dan de firmware stream moeten zijn. Ik zou dus in eerste instantie even testen met blocken van sa's = 1.

Op OSCam kan ik het je wel met zekerheid vertellen ;-)

[zeeteefje]

Volgens mij is het precies als bij Oscam.
ga=global emm
ua=unique emm
sa=shared emm

De shared emm is je groeps emm, daar komen de reguliere updates over. Blokkeer de 'ga' maar.

Vreemd genoeg blokkeer ik niks met Cccam en zie ik deze rommel toch nooit langs komen, wel bij Oscam.

[Erik Slagter]

Deze "rommel" update waarschijnlijk wel je kaart, dus ik vermoed dat over een tijdje er wel verrassingen zullen zijn voor mensen die alleen cccam gebruiken... We zullen het zien (of niet...)

Ik haal inderdaad altijd "global" en "group" door elkaar, het moet inderdaad precies andersom. Shared is in feite "group".

[doglover]

Heb alle combinaties ff geprobeerd in CCcam van dit statement:

# B: /dev/sci0 01
# 00 - nothing
# 01 - sa blocked
# 02 - ua blocked
# 04 - ga blocked
# and sum of for combinations

Geen resultaat. De box hield ermee op na 3 á 4 opnames.
Het enige dat hielp is het DISABLE EMM : yes statement

Willy

[littlesat]

Ach ja... als je deze settings veranderd moet je wel CCcam herstarten

Edited by littlesat, 11 November 2011 - 12:04.

[doglover]

Ach ja... als je deze settings veranderd moet je wel CCcam herstarten

P.S. Doe geen moeite... Binnenkort kan je kaart toch niet meer te veel zenders aan...

Denk je dat ik niet weet dat je CCcam moet herstarten?

En wat bedoel je met : Binnenkort kan je kaart toch niet meer te veel zenders aan?

Willy

[doglover]

Heb deze ochtend nog een test gedaan.

De TVV kaart in mijn DM7025 gestoken en 5 opnames gestart. Dit ging moeizaam maar de opnames gebeurden wel. (moeizaam - de DM7025 heeft een minder krachtige processor dan de VU+ duo)

De DM7025 heeft OpenPli 1.0 geinstalleerd. Ook CCam is nog 2.1.4.
In de CCcam.cfg zijn de EMM's niet gedisabled.

Op mijn VU+duo met OpenPli 2.1 en CCcam 2.2.1 lopen meer dan 4 opnames mis (soms is het maximum zelfs 3 opnames). Wanneer ik hier de EMM's disable dan kunnen wel meer dan 4 opnames gelijkertijd gemaakt worden.

Wat veroorzaakt dit?

Wat meer is: CCcam info geeft geen abnormale activiteit weer van EMM's wanneer het statement DISABLE EMM : yes weggehaald wordt. (Na herstarten van de CCcam). Het lijkt erop dat het disablen van EMM's iets veranderd, maar het heeft niets te maken met extra EMM's van TVV of CDS.

Is er iets mis met OpenPLi 2.1? CCcam 2.2.1? of met de recente drivers van de VU+ duo?
Vermits iets eerder in dit draadje iemand meldde dat met OpenPli 1.0 op een VU+ duo er wel normale opnames kunnen gemaakt worden.

Willy

PS: Ook met Oscam op de VU+ duo zijn er problemen. Zwart scherm met ECM's en zwarte opnames.

Edited by doglover, 12 November 2011 - 09:54.

[theparasol]

Er worden of dit moment enorm veel emm's verstuurt. Of je softcam deze nu actief aan je meldt of niet: ze zijn er.
De softcam code moet deze emm's afhandelen en in diezelfde tijd heeft die geen tijd om iets nuttigs te doen zoals decoderen van channels.
Als je ervoor kiest om emm's te ignoren verwerkt de softcam code deze sneller en heeft dus meer tijd om te decoderen.

[doglover]

Er worden of dit moment enorm veel emm's verstuurt. Of je softcam deze nu actief aan je meldt of niet: ze zijn er.
De softcam code moet deze emm's afhandelen en in diezelfde tijd heeft die geen tijd om iets nuttigs te doen zoals decoderen van channels.
Als je ervoor kiest om emm's te ignoren verwerkt de softcam code deze sneller en heeft dus meer tijd om te decoderen.

Maar waarom werkt het dan wel op de DM7025 met OpenPLi 1.0 waar de EMM's niet ge-ignorede werden?

Willy

[theparasol]

Enigma1 loopt ook prima op een 500 en 600, met een nog zwakkere cpu. Komt omdat deze minder resources pakt dan enigma2.
Dit houd in dat dat er meer cpu ticks voor de softcam overblijven zodat deze kans ziet om zowel de emm als de ecm aanvragen allemaal correct en tijdig af te handelen.

[littlesat]

Welke CCcam versie gebruik je dan op die oude OpenPli1.0...

[theparasol]

De DM7025 heeft OpenPli 1.0 geinstalleerd. Ook CCam is nog 2.1.4.
In de CCcam.cfg zijn de EMM's niet gedisabled.

[littlesat]

Dan heb ik een sterk vermoeden dat die CCcam 2.1.4 die speciale EMMs simpelweg nog niet doorgeeft!!!

[theparasol]

Kan ook... het is giswerk, gebruik geen closed soft op mijn boxen

[WanWizard]

Was het niet zo dat de VU+ maar 4 demuxen heeft, en dus niet meer parallel aan kan?

[littlesat]

Hij kan meer parellel.. maar per tuner is het 4... !!!

[WanWizard]

Het aantal demuxen is toch niet gekoppeld aan de tuner? Dit zou betekenen 8 voor de VU+ (en dat is meer dan de DM8000 aan kan), daar geloof ik niks van.

[pieterg]

de 8k kan ook een stuk of 8, net als de vu.
Maar bij de vu kost het op de een of andere manier aanzienlijk meer cpu