4250 replies to this topic

[Erik Slagter]

Mogelijk Fixed in rev 6233 en hoger, wie test dit "even"

Ik heb gisteren een update gedaan, en ik heb staan oscam-experimental - svn6226-r0 hebben ze nou in 1 nacht 7 versies gemaakt?

Als ik nu een update doe krijg ik oscam-experimental_svn6233-r0.

Ik zal het vanavond even testen, na de verplichte nummers voor de kleine.

[Erik Slagter]

zoja, dan is het principe zelfde als bij mij : je gebruikt niet de ingebouwde cam's om te conntecteren naar je kaart, maar een apart cam, als dat zo is, dan kan je zelf je dvbapi uitzetten, want die doet niets :-)

Volgens mij ben ik hier de enige de ingebouwde cam van oscam gebruikt, trekt uw conclusies .

[Erik Slagter]

r6233 | Admin | 2012-01-12 01:36:42 +0100 (Thu, 12 Jan 2012) | 1 line

Until now, DVBAPI could override the ratelimit on a reader
completely. This creates problems (see #2322). Thus, from now on the
behaviour is changed: A DVBAPI user is prioritized but now throws another
client out of the priority list and reserves its space instead of just
always overriding (it may be that when this happens, the ratelimit
is not exactly matched within that timeframe). The DVBAPI user can do
this override only once within ratelimitseconds. This is done in order
to solve problems when the user is switching channels very fast. The
user then just has to wait a bit until he gets the channel opened.

Snelle actie!

En zo zie je dat dus inderdaad bijna niemand (in ieder geval in NL) oscam als cam gebruikt, want anders was dit probleem al veel langer bekend geweest.

Edited by Erik Slagter, 12 January 2012 - 15:18.

[posixx]

r6233 | Admin | 2012-01-12 01:36:42 +0100 (Thu, 12 Jan 2012) | 1 line

Until now, DVBAPI could override the ratelimit on a reader
completely. This creates problems (see #2322). Thus, from now on the
behaviour is changed: A DVBAPI user is prioritized but now throws another
client out of the priority list and reserves its space instead of just
always overriding (it may be that when this happens, the ratelimit
is not exactly matched within that timeframe). The DVBAPI user can do
this override only once within ratelimitseconds. This is done in order
to solve problems when the user is switching channels very fast. The
user then just has to wait a bit until he gets the channel opened.

Snelle actie!

En zo zie je dat dus inderdaad bijna niemand (in ieder geval in NL) oscam als cam gebruikt, want anders was dit probleem al veel langer bekend geweest.

Dat is te makkelijk:-) De chid-lock is pas enkele dagen aktief dus eerder waren er geen klachten..

[ferrarisat]

Als je oscam hebt draaien dan zie boevin bij webif services staan.
Wat kan je hiermee instellen?

[SatMann]

Volgens mij ben ik hier de enige de ingebouwde cam van oscam gebruikt, trekt uw conclusies .

haha, blijkbaar wel hé
maar goed, nu gaan ze het oplossen, maar dat is voor mij geen reden om terug de cams te gebruiken van oscam zelf.
mgcamd is client only dus goedgenoeg om te kijken en daar heb je dan de dvbapi problematiek niet mee, van mij mogen ze 10 zenders van pid enzo gaan veranderen, dat zal mij geen tijd kosten om dan die dvbapi lijsten te gaan aanpassen en weet ik veel wat.
plus het draait zo lekker mgcamd met oscam

[theparasol]

Volgens mij klopt die cooldown van 50,1200 totaal niet. Deze is nu gebaseerd op berichten dat na tot wel 20 minuten de kaart uit de chid-lock komt. Maar dit is helemaal niet het doel van cooldown; deze is juist het voorkomen dat je in de chid-lock komt, en toch gebruik kunt maken van een chid-burst welke op de kaart zit. We zullen dus eerst proefondervindelijk moeten vaststellen hoelang de kaart meer dan 4 chid's toelaat voordat deze in chid-lock schiet, en wat de periode is voordat deze check weer reset wordt, zodat je opnieuw een bepaalde tijd meer dan 4 chid's kunt uitleveren.

Klopt, wat denk je waarom die waardes zo staan? Je kunt 50 seconden (zap burst) meer dan CHID's vragen, daarna 20 minuten max 4. Het is om te voorkomen dat hij in die lock komt. Het moet idd uitgezocht worden, zowel die 50, misschien is dat wel 2 minuten (120) burst, en daarna 5 minuten (300) max 4 chid. Dus experimenteren maar zou ik zeggen!

[posixx]

Snap ik. Maar een periode van 20 minuten voordat ie in de lock valt kan niet kloppen, dat moet veel korter zijn. Stel je hebt 4 ontvangers en op 1 begin je te zappen. Dit mag dan bv. 50 seconden duren (wat me ook al erg lang lijkt). Dat zou betekenen dat vervolgens elke persoon 20 minuten moet wachten met zappen om te voorkomen datie in de lock valt. Dat kan niet de gedachte zijn achter deze chid-lock. Ik verwacht dat zowel de eerste als 2e waarde een stuk lager liggen. Maar er is maar 1 manier om erachter te komen.. Zappen jongens! :-)

[theparasol]

Zolang je niet meer dan 4 ecms totaal vraagt trigger je de cooldown niet eens. Dus als de 4 overschreden wordt mag dat voor max 50 seconden, daarna locked oscam het zaakje op 4 ecms max en dat voor 20 minuten. Jij legt hem precies verkeerd uit, vanuit de kaart gezien. Maar je moet het vanuit oscam zien, daar zit de denkfout.

Ik ben er al wel achter dat je seconden niet letterlijk moet nemen. Bij mij was 50 meer iets als 30 seconden ipv 50 seconden. Kan iemand dat bevestigen?
Zit dus inmiddels te experimenteren met 120,1200. Heb de ratelimitecm inmiddels op 1 staan, kan ik met mijn single tuner en stream op zelfde transponder ook meetesten of de beloofde oscam features nu ok werken. Het werkt nu met inderdaad rev 6234 zolang je bij cooldown en ratelimitseconds de "seconds" maar niet als zuivere secondes rekent.
Althans op mijn dm800hd pvr dan.

[Erik Slagter]

Mooi werk, ik ga zo ook aan de slag.

[Jeroensky]

Snelle actie!
En zo zie je dat dus inderdaad bijna niemand (in ieder geval in NL) oscam als cam gebruikt, want anders was dit probleem al veel langer bekend geweest.

Ik gebruik al maanden alleen OScam. Alleen ik zap nooit zo snel (gaat lastig met harmony one ) dus is me nooit opgevallen.
Ik gebruik deze reader config nu voor CanalDigitaal smartcard:

[reader]
label						 = lower "Canal Digitaal NL"
protocol					  = internal
device					    = /dev/sci0
caid						  = 0100,1817
detect					    = cd
mhz						   = 300
cardmhz					   = 357
ident						 = 0100:000000,00006A
group						 = 1
emmcache					  = 1,1,15
lb_weight					 = 1000
ratelimitecm				  = 4
ratelimitseconds			  = 6
saveemm-unknown	    = 1
saveemm-u		 = 1
saveemm-s		 = 1
saveemm-g		 = 1
dropbadcws		 = 1
cooldown					  = 50,1200

Tot op heden lijkt alles goed te gaan.

[Fretsat]

Ik gebruik ook alleen Oscam en de dvbapi file bevat slechts een paar ignore en map regels. Werkt allemaal prima. Verder kan ik 5 opnames gelijk starten.

[posixx]

Zolang je niet meer dan 4 ecms totaal vraagt trigger je de cooldown niet eens. Dus als de 4 overschreden wordt mag dat voor max 50 seconden, daarna locked oscam het zaakje op 4 ecms max en dat voor 20 minuten. Jij legt hem precies verkeerd uit, vanuit de kaart gezien. Maar je moet het vanuit oscam zien, daar zit de denkfout.

Het is de kaart die de limiet oplegt, niet oscam. Dus ik maak geen denkvout:-) Zolang we niet precies weten hoe te timings van die lock zijn kunnen we oscam ook niet correct instellen. Dat cooldown alleen maar aktief wordt op het moment van overschrijden van de ecm limiet lijkt ook niet het geval; zelfs met 2 kanalen geactiveerd zie ik cooldown OFF and ON gezet worden in de log op basis van de instellingen. Eigenlijk zou je dit pas willen wanneer de ecmlimiet wordt overschreden inderdaad.

[theparasol]

@Fredsat: welke kleur heeft je smartcard?

[teo1966]

Je kaart heeft nu straf gekregen en gaat nu al met >1 kanalen decoderen/zappen snel op zwart.... Je zult hem tot 1 uur maximaal 1 zender moeten geven zonder tussendoor te zappen om hem uit de strafmodus te krijgen... Daarna pas heb je weer 4 SIDs. Dit wordt dus ff een zeer geduldige klus voor je...

dit was toch ook een tijdje geleden ook een probleem met de mtv transponder als ik het goed heb

[theparasol]

@Possix:

Als de kaart de limiet oplegt leggen wij oscamserver gedeelte een dusdanige limiet op dat de limiet van de kaart niet overschreden wordt.
En dat geldt per reader... heb je 2 readers leg je daar ook een limiet op.

De limiet die we oscamserve opleggen:

Periode X alles toelaten (X=zap burstmode)
Daarna periode Y alles beperken tot max Y (Y=kaart limiet, op dit moment 4)
Dit alles om de card niet in de lock te laten schieten.

*WIJ* bepalen middels oscam wat er aan onze smartcard gevraagd wordt.

[posixx]

@Possix:

Als de kaart de limiet oplegt leggen wij oscamserver gedeelte een dusdanige limiet op dat de limiet van de kaart niet overschreden wordt.
En dat geldt per reader... heb je 2 readers leg je daar ook een limiet op.

De limiet die we oscamserve opleggen:

Periode X alles toelaten (X=zap burstmode)
Daarna periode Y alles beperken tot max Y (Y=kaart limiet, op dit moment 4)
Dit alles om de card niet in de lock te laten schieten.

*WIJ* bepalen middels oscam wat er aan onze smartcard gevraagd wordt.

Exact! Maar stel M7 laat een burst toe van ongelimiteerd aantal ecm's voor een tijdsduur van 15 seconden. Hieraan gekoppeld moet een 'reset' periode gekoppeld zijn op kaartniveau. Met andere woorden; na hoeveel tijd mag ik weer 15 seconden lang meer dan 4 ECM's vragen aan de kaart. Dat is dus de periode die we ook in OSCam in dienen te stellen, net als de 15 seconden burst. Nogmaals; de kaart bepaald de limieten, wij bepalen hoe we binnen de limiet blijven.

[theparasol]

We bedoelen hetzelfde en dat zeg ik de hele tijd al maar je leest het gewoon anders.

En de limiet leg je ook op per reader en dus op kaartniveau.
De reset periode is dus maximaal 4 ecms per x seconden, experimentele gok: 8 gedurende experimentele gok 1200 seconden. Daarna is er weer een burst toegestaan.

En nu stel ik voor dat we dit ff laten rusten en gaan experimenteren om de correcte waardes te achterhalen.

@Erik: Ik gok/hoop dat jij dit in no time boven tafel hebt, ik kan het hier niet met mijn single tuner (BAAL BAAL!)

[Fretsat]

@Fredsat: welke kleur heeft je smartcard?

De kaart is oranje met wat wit.

[deleted]

Kan het zijn dat bij de vlaamse zenders 1817, 1818 en 1819 caid's weer verdwenen zijn, oscam laat ze namelijk niet zien.??