OKA

Dus als ik het goed begrijp; als de kaart een tijdje geen emms krijgt (bv. dat er geen client verbonden is die emms kan sturen, of op een zender zit die überhaupt geen emms stuurt, ofwel emms door de emmcache worden tegengehouden) valt de sid-limit van 4 terug naar 2..

Hoe kom je daar nu bij....

Zie quote. @theo1966 kwam ermee, en @theparasol heeft erop gereageerd.
Zo kom ik erbij. Ik heb het niet zomaar verzonnen.

Kun je even quoten hier waar @theparasol aangeeft dat de kaart terug naar max 2 SIDs gaat. Let wel we hebben het hier over ECMs en SID Limiet. Ik kan dat nergens vinden waar @theparasol expliciet aangeeft dat de SID limiet terug zou gaan van 4 naar 2. Lijkt me ook sterk want daar is een verandering op je kaart voor nodig (net zoals je van 2 naar 4 bent gegaan).

Heb ook niet gezegd dat @theparasol dat heeft gezegd. Heb alleen gezegd dat hij erop heeft gereageerd.
Zie mijn post http://openpli.org/f...post__p__306819 , met daarin de betreffende quotes.

Dus als ik het goed begrijp; als de kaart een tijdje geen emms krijgt (bv. dat er geen client verbonden is die emms kan sturen, of op een zender zit die überhaupt geen emms stuurt, ofwel emms door de emmcache worden tegengehouden) valt de sid-limit van 4 terug naar 2..

Hoe kom je daar nu bij....

Zie quote. @theo1966 kwam ermee, en @theparasol heeft erop gereageerd.
Zo kom ik erbij. Ik heb het niet zomaar verzonnen.

ik heb hier een C+ kaart met een penalty heb de ontvanger op history staan
de ecms komen wel binnen de emms niet de penalty blijft op de kaart ( om de zoveel tijd een hangend beeld )
de penalty verdwijnt helemaal als de kaart op bv ned1 hd staat en de 119 emms binnen zijn ( 9 min ) dan geen hangend beeld

Zo, weten we dat ook weer!
We moeten dus gewoon de kaart bestoken met 119 global emms... zou het nog uitmaken welke emm of een willekeurige?
Daar kunnen we wel een leuke loop voor bedenken, dan hoef je in elk geval geen 9 minuten te wachten...

Dus als ik het goed begrijp; als de kaart een tijdje geen emms krijgt (bv. dat er geen client verbonden is die emms kan sturen, of op een zender zit die überhaupt geen emms stuurt, ofwel emms door de emmcache worden tegengehouden) valt de sid-limit van 4 terug naar 2.

Zou het dan een optie kunnen zijn om iets als de aulow parameter van oscam te gebruiken om de ratelimit aan te passen naar 2?
Beter is om ervoor te zorgen dat de sid-limit niet teruggaat naar 2, maar dit lijkt mij ook een goede tussenoplossing indien bovenstaande klopt.

Heb de volgende instellingen op een dockstar

label = cdnl
protocol = smartreader
...
services = cds_ftv,cds_basis,cds_basishd,cds_familie,cds_familiehd,radio
caid = 0100
ident = 0100:000000,00006A
ecmwhitelist = 0100@00006A:64
ecmheaderwhitelist = 0100@00006A:803061006A00075C00,813061006A00075C00,800061006A00075C00,810061006A00074F00
...
mhz = 800
cardmhz = 500
...
dropbadcws = 1
ratelimitecm = 4
ratelimitseconds = 12
cooldown = 60,600

Het gebeurd geregeld, dat ik opeens haperingen of lange tijd geen beeld heb.
Als ik in de oscam.log kijk, zie ik (soms) op de threadid van mijn clientverbinding, de volgende melding:

Reader: cdnl ratelimiter returned to setup phase after 60 seconds cooldowndelay!

Maar oscam blijft ecm's sturen, en de client (cccam) ontvangt deze ook.

Ik kan de oorzaak van de haperingen niet achterhalen (waarschijnlijk de ratelimiter).
Wat ik vermoed, is dat stel er zijn op enig moment 3 unieke ecm in de ratelimiter. Er komt een 4e unieke ecm bij. Vervolgens komen er andere ecm aanvragen op de kaart die niet beantwoord kunnen worden vanwege de ratelimiter.
Hoe wordt nu bepaald welke ecm voorrang krijgt? De ecm die al een tijdje in de ratelimiter-pool zit, of toevallig eentje die net binnenkomt en in de pool terechtkomt, waardoor een eerdere ecm opeens wordt buitengesloten. Dus dat een ecm die de emmer doet overlopen opeens beeld krijgt, en hiermee een client die probleemloos zit te kijken opeens buitensluit. Kan dat?