theparasol

Fixed the loadbalancer met patch versie 5

End of problem voor CDS NL en TV Vlaanderen!

Bijlage zoals gewoonlijk alleen voor MIPSEL based boxen.

dus dat zou 5/12 moeten zijn als het echt 9.6 sec is ?
4/9,6 = 40/96 = 5/12

Rekenkundig~ben ik het met je eens maar het is met 5/12 mogelijk om in 12 seconden 5 ecm's aan te vragen.
Stel dat die 5 ecms allemaal binnen de eerste 10 seconden opgevraagd worden.... -> LOCK!

En ik kan me nog een atomic issue herinneren in enigma2 die problemen gaf metname bij shoutcast metname icm dm800hd pvr.
Dat zou volgens de meesten ook aan pi liggen want andere images hadden er geen last van. Terwijl pli altijd aangaf: ligt aan de drivers.
Achteraf bleek het een common issue te zijn in enigma2 code voor alle images.

Enfin ik zie een issue altijd als iets om je produkten mee te verbeteren

Ben al bezig met commit access voor de oscam svn. Het wachten op een vaste dev duurt me daar veel te lang.
Mocht ik die krijgen dan zitten we goed, kunnen we fijn bouwen met Nederlandse input/wensen en aanpassingen zelf committen.

Voordat jullie verder gaan testen met oscam ratelimits: wacht even totdat mijn patches door oscam team omarmt zijn. Met simulcrypt kanalen stuurt oscam nl 2 ecm's naar de kaart.
In normale logstand zie je dit niet eens maar het verstoord wel de werking van ratelimiter en decrypting van simulcrypt kanalen door oscam.

In de bijlage de mipsel met mijn patches op basis van 6453. Hier werkt de ratelimiter ook correct.

@Whitetiger: deze aangepaste oscam moet ook correct werken met seca2 kaarten.

Ga je deze aapassingen naar oscam sturen ?
Of hoe kan ik aan deze versie komen ? ik heb alleen een cross omgeving voor me synology en nog niet voor de dm500hd

dvbapi requestmode op 1
loadbalancer op disabled
dvbapi mag desgewenst zelfs leeg zijn

*** ALLEEN VOOR MIPSEL ****

Nog ff doorgegaan

DVBAPI REQUESTMODE moet op 1 staan, 0 werkt dus niet!

OSCAM.DVBAPI mag nu eventueel ook leeg zijn

In de bijlage een oscam-mipsel met mijn patches op basis van svn 6450

reader-seca.c (line 220)

 
static int32_t seca_do_ecm(struct s_reader * reader, const ECM_REQUEST *er, struct s_ecm_answer *ea)
{
 if (er->ecm[3] == 0x00 && er->ecm[4] == 0x6a) { //provid 006A = CDNL uses seca2/seca3 simulcrypt on same caid
  int ecm_type = 0;
  int seca_version = reader->availkeys[0][1]; //misusing availkeys to store seca_version
  if (seca_version == 3) { //assume ecm type same as card in reader
   ecm_type = 3; 
  }
  if (seca_version == 2) { //assume ecm type same as card in reader
   ecm_type = 2;
  }
  if (er->ecm[8] == 0x00) { //this is a mediaguard 3 ecm request
   ecm_type = 3;
  }
  if (er->ecm[8] == 0x10) { // first seca2 request byte found
   if (er->ecm[9] == 0x01) {//second seca2 ecmrequest byte found
	ecm_type = 2;
   }
  }
  if (ecm_type != seca_version){ //only accept ecmrequest for right card!
   snprintf( ea->msglog, MSGLOGSIZE, "invalid ecm for cardtype!" );
   return ERROR;
  }
 }

module-dvbapi.c line 602

 
void dvbapi_start_descrambling(int32_t demux_id) {
 int32_t j,k;
 int32_t streamcount=0;
 demux[demux_id].pidindex = demux[demux_id].curindex;
 for (j=0; j<demux[demux_id].ECMpidcount; j++) {
  if (demux[demux_id].curindex == j) {
	
   if (demux[demux_id].curindex != j) {
	if (demux[demux_id].ECMpids[j].status < 0 || !demux[demux_id].ECMpids[demux[demux_id].curindex].streams)
	 continue;
	 
	dvbapi_start_filter(demux_id, j, demux[demux_id].ECMpids[j].ECM_PID, 0x80, 0xF0, 3000, TYPE_ECM, 0);
   }
   if (!demux[demux_id].ECMpids[j].index)
	demux[demux_id].ECMpids[j].index=dvbapi_get_descindex();
   demux[demux_id].ECMpids[j].checked=1;
   demux[demux_id].ECMpids[j].irdeto_curchid=demux[demux_id].ECMpids[demux[demux_id].curindex].irdeto_curchid;
   for (k=0;k<demux[demux_id].STREAMpidcount;k++) {
	if (!demux[demux_id].ECMpids[j].streams || (demux[demux_id].ECMpids[j].streams & (1 << k))) {
	 dvbapi_set_pid(demux_id, k, demux[demux_id].ECMpids[j].index-1);
	}
   }
   streamcount++;
  }
 }
 cs_log("Start descrambling PID #%d (CAID: %04X) %d", demux[demux_id].curindex, demux[demux_id].ECMpids[demux[demux_id].curindex].CAID, streamcount);
 if (cfg.dvbapi_au>0)
  dvbapi_start_filter(demux_id, demux[demux_id].pidindex, 0x001, 0x01, 0xFF, 0, TYPE_EMM, 0); //CAT
}
 

Zo nu ga ik pitten

Als het geen stuk techniek was zou je gaan denken dat de vu duo wraak neemt op de eigenaar

Jij moet eens leren om je mening te onderbouwen met feiten zoals logfiles ipv beweringen gespekt met gekruide taal.

Als ik al lieg doe ik dat oprecht omdat ik niet beter weet. Als iemand mijn ongelijk kan bewijzen leer ik daar graag van!

Leg mij ook nog eens uit wie je verteld heeft dat de kaarten een burst kennen? Want ik heb die niet kunnen ontdekken.
Welke cooldown je ook zet, de boel gaat uit.

Zoals je weet wordt wan sharing hier op dit forum niet besproken. Al mijn reacties gaan dan ook uit van een LAN share in huis.
In dit topic gaat het dan ook over LAN sharing. Als jij met je test vrienden in je wan sharenetwerk de cooldown denkt te kunnen gebruiken bega je een vergissing.
Op moment dat de cooldown niet actief is laat oscam onbeperkt ecm aanvragen naar de reader toe. Echter als er dan ineens 10 tegelijk binnenkomen op de CDS kaart gaat die beslist alsnog stuiteren.

Ik heb zelf een CDS kaart en die heeft revisie I4A, ik kan daadwerkelijk duurzaam 4 ecm's afnemen zonder dat de kaart hapert danwel later in de penalty mode gaat.
Dat heb ik getest en daarbij realtime de oscam log gevolgd.
Daarnaast zijn er meer gebruikers die aangeven duurzaam 4 gaat goed. Er zijn er ook die aangeven dat het niet duurzaam goedgaat. Vaak worden hier aantal clients en aantal ecms door elkaar gehaald. Als een of meer clients zappen worden er uiteraard tijdelijk meer ecm's afgenomen dan 4. Als je bv met de cooldown 50,100 experimenteert kan dat gedurende 50 seconden. Als je in potentie 20 clients hebt op je wan share klappen die er in die periode allemaal ineens vol op. Dat gaat gegarandeerd mis.
Daarna is het 100 seconden rust, bv maximaal 4 ecms per 10 seconden. Echter de CDS kaart is nu niet tevreden, die is al bezig met straf te bedenken (stotteren) en als je niet rap
de situatie naar iets normaals terugbrengt dan to the max belasting gaat de penalty mode erop. Dan heb je een probleem en moet je gedurende langere random tijd 1 ecm afnemen.

Welke revisie heeft jouw kaart bv? ik neem aan I4A maar je 2/10 werkt wel claim doet met een lagere revisie vermoeden.

Heb je al eens geexperimenteerd met cooldown 10,120 oid? Gedurende 10 seconden alles toestaan en daarna langere tijd netjes aan 4 ecms houden?

Gaat nergens over... Stel ik heb hier 1 kaart en 3 ontvangers en ik heb ze alle 3 tegelijk aanstaan op een ander kanaal zal dus 1 nooit beeld geven omdat je dan boven de 2 ecms per 10 seconden komt. Trapt oscam of CCcam op de rem.

Mocht je ooit een wiki van oscam willen naslaan pak dan aub de duitse versie want die zijn in de regel beter bijgewerkt en vollediger dan de engelse variant:

AU per CCcam
Viele setzen CCcam als Client ein, aber leider funktioniert AU dabei nicht immer über das CAMD3- oder NewCAMD-Protokoll (L-/N-Lines).
OSCam-CCcam-Protokoll

Zuverlässig getestet mit OSCam #5469, CCcam 2.1.3 und den Karten S02, V13 und HD+. Hierzu muss nur CCcam in der oscam.conf aktiviert werden.
Beispiel für S02, V13 und HD+:
CCcam.cfg

Der 256-Trick funktioniert nur bis CCcam Version 2.1.3! Damit stellen wir sicher, dass die eigenen Karten priorisiert werden.

Idd: als de srvid's veranderen zoals recent met bv history HD DUT en duck TV gebeurt is moet je eenmalig services weer aanpassen.
Maar je kunt services ook inrichten op iets veel globalers als 0100:00006a ipv 0100:00006a:5158:07d4
Hoe fijnmaziger je het verdeelt hoe meer controle maar ook meer kans op onderhoud.
De 5 gewijzigde srvid's had ik in 5 minuten aangepast in de service file en toen werkte het geheel weer zoals bedacht.

Voor de liefhebbers mijn oscam.services:

[sky_de]
caid						  = 1702,1833
provid					    =
srvid						 =
[canaldigitaal_be]
caid						  = 0100,1817
provid					    = 00006C,02006C
srvid						 =
[canaldigitaal_basis]
caid						  = 0100,1817
provid					    = 00006A,02006A
srvid						 = 07D4,07D5,07D6,07DA,07DF,07E4,07E9,07F3,07F4,07FA,0FA2,0FA3,0FAB,0FAC,0FAD,0FAE,0FAF,07EF,13B1,13B9,31F9,6FEF,6FF0,6FF1,6FF3,6FFF,7007,17C0,1B7B,51D6
[canaldigitaal_family]
caid						  = 0100,1817
provid					    = 00006A
srvid						 = 07EE,0FA6,0FAF,139F,13AA,13B0,13BB,1415,141F,1419,1421,1784,1789,178E,1793,177A,177F,17AC,17B1,1F47,232A,2B01,31E7,31E8,334F,5142,5144,5146,5154,5156,51CC,51D1,5230,5221,5226
[canaldigitaal_entertainment]
caid						  = 0100,1817
provid					    = 00006A,02006A
srvid						 = 51E0,51C2,2525,219F,3335,0041,17AC,179D,1798,17A2,0046,31FA
[eredivisielive]
caid						  = 0100,1817
provid					    = 00006A,02006A
srvid						 = 17CC,51C7
[film1_sport1]
caid						  = 0100,1817
provid					    = 00006A,02006A
srvid						 = 51B8,51AE,51B3,51BD,51C2
[film1_sport1_hd]
caid						  = 0100,1817
provid					    = 00006A,02006A
srvid						 = 51DB,51B8,51AE,51B3,51E0,51C2,51BD
[canaldigitaal_hd_pakket]
caid						  = 0100,1817
provid					    = 00006A,02006A
srvid						 = 1B6C,1B7C,5217,17CA,5212,522B,521C,6FB8,1B67,1B62,1B71,13C0,17CE,13B2
[sky_uk]
caid						  = 0963
provid					    =
srvid						 =
[duits_fta_hd]
caid						  = 1843
provid					    =
srvid						 =
[openboxnagra]
caid						  = 0100,1817,1818
provid					    =
srvid						 =
[sky1833]
caid						  = 1833
provid					    =
srvid						 =
[irdeto]
caid						  = 0622
provid					    =
srvid						 =

Voor iedereen hier die met ecmratelimit / ratelimitseconds en cooldown experimenteert:

Voordat je de verkeerde conclusie ik heb vandaag "even" de logging van oscam bestudeert met ecmratelimit op 1 en televisie + extra stream open:

Experimenteer met de ratelimitseconds, zet die eens naar 8 oid als je die stijf op 10 seconden hebt staan kan oscam soms een pass geven maar pas op 11 seconden na eerste ecm alsnog een extra ecm vragen waardoor de card bij 4 gelijktijdige ecm's alsnog in de lock kan gaan. De timings zijn dus niet krek dus je zult een beetje moeten compenseren.
Mocht je de kaart "opgevoert" hebben qua mhz dan kan het ook maar zo zijn dat de seconde klok van de kaart sneller tikt en daardoor niet 4 ecm's per 10 seconden maar 4 ecm's per 7 seconden de lock al triggert.

Mocht je cooldown ook inzetten:

Met cooldown 60,1200 (na 60 seconden ratelimit instellen) moet je compenseren voor de ecm rate in geval van CDS dus minimaal 10 seconden aftrekken om veilig te zitten.
cooldown 50,1200 dus.

So why no integrate this improved multiepg code into pli and abandon the old code? Or is there somewhere a incompatibily what has to be resolved ?!