4250 replies to this topic

[ni_hao]

lb_retrylimit = 5000
heb ik hier ipv 5000 op 1600.

Dat kan natuurlijk Hoe hoog heb je dan de client timeout staan in oscam.conf?
Met lb_retrylimit geef je aan dat de volgende reader moet worden gevraagd als het antwoord (respone time) langer duurt dan is aangegeven bij de lb_retrylimt

[Jeroensky]

lb_retrylimit = 5000
heb ik hier ipv 5000 op 1600.

Dat kan natuurlijk Hoe hoog heb je dan de client timeout staan in oscam.conf?
Met lb_retrylimit geef je aan dat de volgende reader moet worden gevraagd als het antwoord (respone time) langer duurt dan is aangegeven bij de lb_retrylimt

welke regel is clienttimeout in oscam.conf, want ik zie zo snel geen timeout config. Of is het waitforcards_extra_delay

Edited by Jeroensky, 19 August 2012 - 16:39.

[ni_hao]

welke regel is clienttimeout in oscam.conf, want ik zie zo snel geen timeout config. Of is het waitforcards_extra_delay

Oops dan hanteer je dus de default van 5... Kijk hier

Edited by ni_hao, 19 August 2012 - 17:01.

[HPPli]

welke regel is clienttimeout in oscam.conf, want ik zie zo snel geen timeout config. Of is het waitforcards_extra_delay

Oops dan hanteer je dus de default van 5... Kijk hier

Hoe hoog stel jij voor ?? (inplaats van clienttimeout=5)

[ni_hao]

Hoe hoog stel jij voor ?? (inplaats van clienttimeout=5)

Hehe ik stel niks voor dat is afhankelijk van je lokale situatie: hoeveel gelijksoortige kaarten (readers) e.d. Ergo het hangt er een beetje vanaf dus. Heb je fallbackreaders, dan kun je de clienttimeout op 5000 laten staan en je fallback reader op 2500 ms zetten of zo. Heb je geen fallback readers dan kun je de client timeout eens proberen op 2500 of 3000ms. Maar als het met de default waarde van 5000ms (=5 sec) werkt, dan zou ik het niet veranderen want je bent toch tevreden...

[Jeroensky]

welke regel is clienttimeout in oscam.conf, want ik zie zo snel geen timeout config. Of is het waitforcards_extra_delay

Oops dan hanteer je dus de default van 5... Kijk hier

Gebruik nu:
waitforcards_extra_delay = 2000
clienttimeout = 2000
lb_retrylimit = 1600

Altijd weer educatief dit topic.

[Jeroensky]

Betreft
cooldown = 50,120
in
oscam.server [reader] canaldigitaal smartcard
In krijg met sprongen van ongeveer 50 seconde "[seca] cooldown ON" en na ongeveer 50 seconde "[seca] cooldown OFF"

Is dat nodig zo frequent, of maakt het niet zo uit (ik ondervind geen hinder in oscam functioneren).

Edited by Jeroensky, 19 August 2012 - 22:59.

[HPPli]

@Ni_hao: Thanks, ga ik zeker even testen en genoemde waarden vergelijken. Heb geen fallbackreaders, dis ga eens testen met verschillende (korter) timeouts.

Een ander verschijnsel binnen het Oscam traject is een minpuntje t.o.v. CCcam. Ik heb een klein Oscam//NSLU-servertje met 2 kaarten draaien voor 3x VU+Duo's welke binnenshuis in gebruik. De VU+Duo's voorzien van OpenPli 3.0 en Oscam.
Echter, verlaat ik een VU+Duo met kijken en vergeet de VU+Duo op standby te zetten (dus Vu blijft aanstaan op laatst gekeken kanaal)
staat de volgende dag diezelfde VU op zwart omdat mijn NSLU-servertje iedere nacht een script draait om te herstarten/reset.

M.a.w. indien de Oscam ondersteuning vanuit het Servertje tijdelijk wegvalt, komt het betreffende kanaal niet meer terug met beeld.
Je moet dan eerst naar een ander kanaal om de "vraag" aan het Oscam-Servertje te starten.

Wat zie ik over het hoofd en/of welke richting kan ik zoeken voor de oplossing ?
Ter info, indien CCcam wordt gebruikt als client binnen dezelfde opstelling komt het beeld altijd direct terug. (CCcam blijft wel altijd "kijken" )

Edited by HPPli, 19 August 2012 - 23:46.

[ni_hao]

Betreft cooldown = 50,120

Leg eens uit aub waarom je cooldown nog in je config hebt? Ik neem aan dat je ratelimit (ecm en seconden) gebruikt; waarom dan cooldown? Volgens mij staan cooldown (cool_timeout_init en cooltimeout_after_init) ook niet meer in de readerconfig van webif.

[ni_hao]

Wat zie ik over het hoofd en/of welke richting kan ik zoeken voor de oplossing ?
Ter info, indien CCcam wordt gebruikt als client binnen dezelfde opstelling komt het beeld altijd direct terug. (CCcam blijft wel altijd "kijken" )

Op grond van hetgeen je schrijft zou je zeggen dat het dus niet aan je VU ligt, dus niet aan de image en ook niet aan de NSLu2 (immers met CCcam wel alles goed). Dan zou het dus aan oscam moeten liggen. Heb je op de client (VU dus) in readerconfig "Keep alive" op Yes staan en op de NSLu2 bij userconfig (voor de VU) wel "Keepalive" op Yes staan?

[Erik Slagter]

Zeven ontvangers met een kaart gelimiteer op vier vaste sids? Alweer klinkt dat als niet helemaal legaal...

Hoezo... Ik heb hier ook 6 ontvangers en de ontvanger in de cinema-area heeft een kaart met 4 dedicated assigned SIDs voor bep. (sport)zenders. Dat is toch niet illegaal. Verder heb ik nog een ontvanger met een STB-kaart (extra smartkaart) en die levert Nederland 1, 2 en 3 (allen HD), dus ook assigned SIDs.

Cinema-area?

Dan op z'n minst commercieel?

[Erik Slagter]

Wat zie ik over het hoofd en/of welke richting kan ik zoeken voor de oplossing ?
Ter info, indien CCcam wordt gebruikt als client binnen dezelfde opstelling komt het beeld altijd direct terug. (CCcam blijft wel altijd "kijken" )

Op grond van hetgeen je schrijft zou je zeggen dat het dus niet aan je VU ligt, dus niet aan de image en ook niet aan de NSLu2 (immers met CCcam wel alles goed). Dan zou het dus aan oscam moeten liggen. Heb je op de client (VU dus) in readerconfig "Keep alive" op Yes staan en op de NSLu2 bij userconfig (voor de VU) wel "Keepalive" op Yes staan?

Nee op zich herken ik dit fenomeen wel. Ik weet niet of dat intentie of gewoon een bug in oscam is. Soms als je een tijdje geen geldige ecm's krijgt van een zender, dan stop oscam gewoon met decrypten, hij gaat de ecm's ook niet meer opvragen. Je moet dan inderdaad echt zappen om weer beeld te krijgen. Dat is inderdaad een heel nare eigenschap, iets wat niet zou moeten. Het is ook niet met instellingen te ondervangen.

[Erik Slagter]

Betreft cooldown = 50,120

Leg eens uit aub waarom je cooldown nog in je config hebt? Ik neem aan dat je ratelimit (ecm en seconden) gebruikt; waarom dan cooldown? Volgens mij staan cooldown (cool_timeout_init en cooltimeout_after_init) ook niet meer in de readerconfig van webif.

De cooldown-instellingen zijn zowiezo niet voor CDS-kaartjes, uitzetten!

[Jeroensky]

Betreft cooldown = 50,120

Leg eens uit aub waarom je cooldown nog in je config hebt? Ik neem aan dat je ratelimit (ecm en seconden) gebruikt; waarom dan cooldown? Volgens mij staan cooldown (cool_timeout_init en cooltimeout_after_init) ook niet meer in de readerconfig van webif.

EEh, omdat de website van m'n gebruikte image niet zo uptodate is betreft OScam topics als opennpli ?

Ik vermoed al langere tijd (aantal maanden) niet aan m'n oscam config gezeten, omdat het na behoren werkt.
ik heb idd:
ratelimitecm = 3
ratelimitseconds = 10
Ik zal cooldown eens weghalen. (ik was niet op de hoogte dat het overbodig was in combinatie met ratelimit)

Edited by J3r03n5ky, 20 August 2012 - 10:40.

[Erik Slagter]

Cooldown is niet overbodig, het is fout. Het doet niet wat je wilt. Het is niet voor CDS-kaarten. Je hebt er alleen nadeel aan. Gewoon niet aanzetten dus!

[HPPli]

Wat zie ik over het hoofd en/of welke richting kan ik zoeken voor de oplossing ?
Ter info, indien CCcam wordt gebruikt als client binnen dezelfde opstelling komt het beeld altijd direct terug. (CCcam blijft wel altijd "kijken" )

Op grond van hetgeen je schrijft zou je zeggen dat het dus niet aan je VU ligt, dus niet aan de image en ook niet aan de NSLu2 (immers met CCcam wel alles goed). Dan zou het dus aan oscam moeten liggen. Heb je op de client (VU dus) in readerconfig "Keep alive" op Yes staan en op de NSLu2 bij userconfig (voor de VU) wel "Keepalive" op Yes staan?

Nee op zich herken ik dit fenomeen wel. Ik weet niet of dat intentie of gewoon een bug in oscam is. Soms als je een tijdje geen geldige ecm's krijgt van een zender, dan stop oscam gewoon met decrypten, hij gaat de ecm's ook niet meer opvragen. Je moet dan inderdaad echt zappen om weer beeld te krijgen. Dat is inderdaad een heel nare eigenschap, iets wat niet zou moeten. Het is ook niet met instellingen te ondervangen.

Jammer, toch dan maar CCcam gebruiken. Met CCcam heb ik dat "bugje" niet, wel bijzonder dat Oscam zo'n raar simpel bugje laat zitten en er geen instelling en/of setting voor mogelijk is.

[Gullie]

Jammer, toch dan maar CCcam gebruiken. Met CCcam heb ik dat "bugje" niet, wel bijzonder dat Oscam zo'n raar simpel bugje laat zitten en er geen instelling en/of setting voor mogelijk is.

Dat is de o.a. reden dat ik alweer enige tijd op CCcam zit. Oscam moet gewoon de ECM's blijven vragen. Totdat IK er mee wil stoppen en naar een andere zender zap.

[ni_hao]

Cinema-area?
Dan op z'n minst commercieel?

Hahaha nee hoor, ik heb gewoon in mijn huis een ruimte met een barretje, lekkere fauteuils en een groot scherm waar we voetballen en soms films kijken dat heb ik de cinema-area genoemd.

[ni_hao]

Nee op zich herken ik dit fenomeen wel. Ik weet niet of dat intentie of gewoon een bug in oscam is. Soms als je een tijdje geen geldige ecm's krijgt van een zender, dan stop oscam gewoon met decrypten, hij gaat de ecm's ook niet meer opvragen. Je moet dan inderdaad echt zappen om weer beeld te krijgen.

Geen bug en ook niet de intentie van oscam. Ik heb er hier geen last van en er worden keurig ECMs opgevraagd en oscam stopt dus niet.

[Erik Slagter]

Het is niet altijd reproduceerbaar.

Het gaat erom als je een zender hebt waar je eerder wel goede ecm's van krijgt, dan een tijdje niet (helemaal niet), bijvoorbeeld omdat je simpelweg de kaart uit je ontvanger trekt en dan weer wel (kaart er weer in). Tegen die tijd wil oscam nog wel eens gestopt zijn met ecm's opvragen, wat Gullie ook zegt. Geen enkele instelling kan dat voorkomen,