4250 replies to this topic

[ni_hao]

Voor de liefhebbers mijn oscam.services:
[...]
[canaldigitaal_basis]
caid = 0100,1817
[...]

Waarom heb je 1817 bij caid staan? Overigens, heb je in dvbapi 1817 e.d. op I(gnore) staan en - zo ja - hoe verhoudt zich dat tot die 1817 in het services bestand?

[christophecvr]

Weet iemand of het mogelijk is om te verhinderen dat oscam telkens een reader met vluggeren response zoekt? (dat hij bvb enkel zoekt als de ecm time tehoog is (bvb > 1.5 sec ofzo) ?

Zoals Theparasol zet Maar je kan ook bij oscam.conf clobal section zetten

lb_retrylimit = 1600 # (voor bijv 1,6 seconden voor hij de volgend ) Ib reader probeerd als er niets staat neemt lb 800 als default.

[posixx]

Ik heb mijn 3 kaarten in loadbalance geprobeerd... met ECM rate limit 3,10; maar op een gegeven moment gaat 1 a 2 kaarten op zwart.. volgens mij werk loadbalance niet juist met ecm ratelimit.
Als ik 1 kaart gebruik, en full load; gaat deze nooit op zwart. Kan iemand dit bevestigen?
Heb geen services e.d. ingesteld; ik laat loadbalancer zelf de zeders zoeken; ik vermoed dat het daar ook in zit.. Mss dat Oscam de scanning van kanalen niet meetelt in ECM Ratelimit

Lees dit topic eens goed door, het is al meerdere keren behandeld dat de loadbalancer alleen juist werkt wanneer je ook services ingesteld hebt!

Edited by posixx, 9 February 2012 - 11:51.

[posixx]

Goeiedag allemaal.
Ik heb een servertje met oa TV Vlaanderen kaartje.
Ik connect met 3 VU+ receivers.
Ik gebruik op de server oscam met CCcam verbinding naar de receivers waar ook oscam op draait.
Nu krijgt de kaart op de server geen emm updates.
Als ik cccam op een receiver gebruik krijgt de server wel emm updates.

Het is algemeen bekend dat met CCcam clients geen autoupdate mogelijk is: http://streamboard.g...iki/OSCam/en/AU

[WanWizard]

AU werkt hier prima met Oscam server / CCcam clients...

[Erik Slagter]

Weet iemand of het mogelijk is om te verhinderen dat oscam telkens een reader met vluggeren response zoekt? (dat hij bvb enkel zoekt als de ecm time tehoog is (bvb > 1.5 sec ofzo) ?

Ja, daar is een optie voor, ben de naam even kwijt. Je zet daarin de threshold voor de ecm tijd, waarboven oscam "verder" gaat zoeken. Ik kan het hier helaas ook niet voor je opzoeken, je moet even wat huiswerk doen

[Erik Slagter]

Heeft er iemand al eens uitgevonden wat de "client_timeout" parameter PRECIES doet (dus niet aankomen met de manual page graag, daar word je NIKS wijzer van).

Ik heb die eens op 30 seconden gezet... de client stuur je een msg met daarin: als je weer een ecm stuurt mag je dat pas over 30 seconden doen.
Het komt er dus op neer dat als oscam een timeout stuurt tgv niet kunnen aanleveren van gewenst control word de client minimaal deze tijd met zwart beeld zit.

Dat klinkt al een stuk duidelijker . Dat betekent dan dat je in een lan-sharing situatie die timeout dan zo kort mogelijk zou moeten houden. Ga ik dat eens proberen.

[Erik Slagter]

Ondanks dat alle tuners zeer regelmatig ecm's afnemen en ik niet zap, schiet oscam hiermee toch nog in eerst in cooldown mode en vervolgens ben ik 1 stream kwijt. Dit is dus echt oscam die op de rem trapt en niet de kaart. En dat terwijl 4/9 + 50,120 al best wel gewaagd is...

Kun/wil je een log van de oscam server posten hierzo dan zou ik eens kunnen analyseren hoeveel ecm's en waarom oscam ingrijpt.
Cooldown wordt na 50 seconden altijd en automatisch ingeschakelt. Dan volgt een periode van 120 seconden dat oscam maximaal 4 ecms per 9 seconden toelaat.
Daarna gaat de cooldown er weer af en is het 50 seconden onbeperkt.

Ik ga nog even wat spelen en ik zal nog wel even wat posten.

[Erik Slagter]

Weet iemand of het mogelijk is om te verhinderen dat oscam telkens een reader met vluggeren response zoekt? (dat hij bvb enkel zoekt als de ecm time tehoog is (bvb > 1.5 sec ofzo) ?

fallbacktime heeft daar meen ik invloed op maar ook loadbalancer "fastest reader first" mode.
Ik zou beginnen met fastest reader first niet te gebruiken. Die dwingt oscam om telkens de snelste reader op te zoeken.

Er is nog een andere optie, specifiek voor de load balancer, vanaf welke ecm tijd hij verder moet gaan zoeken, ben de naam even kwijt.

[christophecvr]

Er is nog een andere optie, specifiek voor de load balancer, vanaf welke ecm tijd hij verder moet gaan zoeken, ben de naam even kwijt.

lb_retrylimit = 1600 # (voor bijv 1,6 seconden voor hij de volgend ) Ib reader probeerd als er niets staat neemt lb 800 als default.

[christophecvr]

Het is algemeen bekend dat met CCcam clients geen autoupdate mogelijk is: http://streamboard.g...iki/OSCam/en/AU

Zo algemeen .... Lijkt mij niet bij mij gaat het well en WanWizard heeft gemeld dat het bij hem ook gaat.

[rytec]

Het is algemeen bekend dat met CCcam clients geen autoupdate mogelijk is: http://streamboard.g...iki/OSCam/en/AU

Zo algemeen .... Lijkt mij niet bij mij gaat het well en WanWizard heeft gemeld dat het bij hem ook gaat.

bij mij werkt dit ook, je moet er wel voor zorgen dat je bij de user het AU veld ook invult met de naam van de reader die je wilt voorzien van de emm updates.

[theparasol]

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.

[rimme]

Als ik CCcam gebruik op de ontvanger dan werkt de AU wel.
Maar als ik oscam met dvbapi gebruik op de ontvanger (client) geconnecteerd naar oscam op de server via cccam protocol of newcamd protocol, dan update de kaart van de server niet.

Bestanden op client:

# oscam.conf
[global]
logfile = /var/log/oscam.log
failbantime = 1440
failbancount = 5
nice = 0
maxlogsize = 1024
saveinithistory = 1
lb_mode = 1
lb_savepath =

[monitor]
hideclient_to = 15
appendchaninfo = 0

[dvbapi]
enabled = 1
au = 1 (ook 2 geprobeerd)
boxtype = dreambox
user = dvbapiau

# oscam.user
[account]
user = dvbapiau
pwd =
group = 1
au = server

# oscam.server
[reader]
label = server
protocol = cccam
device = 192.168.1.110,12000
user = vuplus1
password = vuplus1
group = 1
emmcache = 1,3,2
cccversion = 2.3.0
ccckeepalive = 1
auprovid = 00006C

Bestanden op server:
# oscam.conf
[global]
logfile = /home/rimme/oscam.log
failbantime = 1440
failbancount = 5
nice = 0
maxlogsize = 1024
waitforcards = 0
preferlocalcards = 1
saveinithistory = 1
lb_mode = 1
lb_savepath =

[monitor]
hideclient_to = 15
appendchaninfo = 0

[newcamd]
port = 12000@0100:00006C
key = 0102030405060708091011121314

[cs378x]
port = 12000

[cccam]
port = 12000
version = 2.3.0
# oscam.user
[account]
User = vuplus1
pwd = vuplus1
Group = 1
monlevel = 0
au = tv_vlaanderen
keepalive = 1

# oscam.server
[reader]
label = tv_vlaanderen
protocol = smartreader
device = 001:002
caid = 0100
detect = cd
mhz = 480
cardmhz = 357
ident = 0100:00006C
group = 1
emmcache = 1,3,2
auprovid = 00006C
ratelimitecm = 4
ratelimitseconds = 10

[reader]
label = cds
protocol = smartreader
device = 001:003
caid = 0100
detect = cd
mhz = 480
cardmhz = 357
ident = 0100:00006A
group = 1
emmcache = 1,3,2
auprovid = 00006A
ratelimitecm = 4
ratelimitseconds = 10

[theparasol]

Als ik CCcam gebruik op de ontvanger dan werkt de AU wel.
Maar als ik oscam met dvbapi gebruik op de ontvanger (client) geconnecteerd naar oscam op de server via cccam protocol of newcamd protocol, dan update de kaart van de server niet.

Update issue moet in je client oscam config zitten, maar dat wist je vermoedelijk zelf al
Zie zo ff geen "bekende" problemen

Welke revisie van oscam draait er op je client?

laat uit de oscam.server op de client eens de ident en de auprovid compleet achterwege.

[Non Disclosed]

Ik ben er achter!!

We worden allemaal genaaid door M7 met de zogenaamde "upgrade" van 4 ECM per 10 seconde.
Als IEDEREEN het op 2/10 zet is er geen enkel probleem meer, voor niemand, ongeacht het aantal ontvangers.
M7 (CD/TVV) hebben ons lopen wijsmaken dat 4 ECM's per 10/11 seconden de limiet is, wel blijf met 2/10 VER onder de limiet en je hebt nergens last van.
Het werkte vroeger prima met 2 "kanalen" waarom dan nu slechter met "4" ????
We hebben het getest met veel ontvangers en als je in CCcam of OScam 2 ECM / per 10 Sec zet is er geen probleem.
Ook de burst is bullshit, want de Cooldown maakt het enkel erger.
Zet 2/10 en je hebt geen probleem.

Laat je geen zand meer in je ogen strooien, 2/10 is de juiste.

[theparasol]

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.

[Non Disclosed]

Waarom spreek jij alles tegen wat ik zeg???? Werk jij voor CD of TVV? Want je loopt consequent onzin te verkopen en mensen in de verkeerde richting te sturen.
Ik zie toch wat ik zie? JE cooldown maakt het erger, alsook 4/10....waar 3/10 al iets beter is, maar 2/10 probleemloos werkt.
Jij wilt continu mensen tegen de limieten rammen om zo elke vorm van sharingom zeep te helpen, terwijl mensen beter ZWAAR ONDER de limieten blijven om ervoor te zorgen dat kaarten NIET uitgaan.
Je blijft maar hameren op verkeerde waardes.

Vergeet even niet, dat volgens CD er een upgrade was van 2 naar 4 kanalen.....hoe kan dit nu een upgrade zijn als het nu overal fout gaat omdat met 4 kanalen doet?
Waar het met 2 prima werkte??

Upgrade: 2 werkt prima => 4 werkt klote => upgrade???

Dus roep ik IEDEREEN op 2/10 te zetten, gaat prima werken.

ECM's wisselen niet zo vaak, dus volgens mij kan je perfect 4 ontvangers laten lopen op 2/10 en nog wel meer ook als je de OScam cache erbij betrekt.

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.

Sorry vriend, ik denk dat jij voor CD / TVV / M7 werkt en doelbewust onzin loopt te verkopen, je bent trouwens al op je vingers getikt door de OScam developers dat je geen onzin moet verkopen.

[hemertje]

Bas,

bij deze een waarschuwing en gelijk de laatse wat mij betreft.

Je taalgebruik naar anderen toe en in het algemeen staat ons niet aan.
Als dat niet anders kan dan hou jeje hier maar uit de discussies.

Al vast bedankt.

[Tech]

@Bas, uiteraard mag je een eigen mening hebben en die uitdragen maar de manier waarop TheParasol nu behandelt slaat werkelijk nergens op.

Ik moet eerlijk zeggen dat ik meer vertrouwen heb in de uitspraken van hem dan van jou, mede omdat niemand buiten jou problemen schijnt te hebben om de interne share aan de gang te houden.
Ik draai zelf ook op een beperking van 4 en heb nog nooit tegen de penalty van de kaart aangelopen en ik heb meer dan 4 ontvangers in mijn huis staan.