4250 replies to this topic

[theparasol]

Zoals er staat met cooldown 50,120 en als je goed leest zie je die exacte waardes ook weer terug in de geposte log.
En geen 1200 want ik heb geen zin om 1200/60=20 minuten te wachten, als ik dan de log post is die ook veel te lang

Ratelimitecm staat hierbij op 4 (die gelden dan voor die 120/60=2 minuten)
Ratelimitseconds staat hierbij op 15 (die gelden dan voor die 120/60=2 minuten) dus gedurende die 2 minuten maximaal 4 ecm's per 15 seconden.

Werkt allemaal prima!

[HPPli]

Duidelijk ..... Thanks

[deleted]

Zoals er staat met cooldown 50,120 en als je goed leest zie je die exacte waardes ook weer terug in de geposte log.
En geen 1200 want ik heb geen zin om 1200/60=20 minuten te wachten, als ik dan de log post is die ook veel te lang

Ratelimitecm staat hierbij op 4 (die gelden dan voor die 120/60=2 minuten)
Ratelimitseconds staat hierbij op 15 (die gelden dan voor die 120/60=2 minuten) dus gedurende die 2 minuten maximaal 4 ecm's per 15 seconden.

Werkt allemaal prima!

Is 4/15 omwille van het feit dat je kaart overklokt is? Of is het algemeen een veilige waarde? Speelt het overclocken daadwerkelijk een rol?

Heb zelf al een tijdje draaien met 3/10 en 6.86mhz dit ging goed, maar ben nu 4/15 eens aan het proberen, maar heb de kaart nu op 3.20mhz draaien, dus misschien kan ik beter naar 4/10 gaan?

[Non Disclosed]

Sorry maar mensen moeten COOLDOWN NIET GEBRUIKEN!!! Het is een bullshit commando dat dient voor overclockte kaarten!!
Haal het eruit, want het zet je kaart tijdelijk uit!!! Vandaar dat je problemen hebt.
Zet gewoon de limieten 3ECM om 10SEC en je hebt geen enkel probleem.
We hebben COOLDOWN getest en na 50 seconden gaat je kaart UIT voor 1,2 seconde!!! Moet de source nog nakijken, maar 1200 = 1,2 seconden, ben ik zeker van, dus heb je haperingen.
Veel OScam funkties hebben een max van 99 sec, waarna het msec wordt, dus 100 is geen 100sec maar 100msec!!!
DAT is WAAROM HET HAPERT!!!, elke 50 seconden gaat de kaart 1,2sec UIT...moet de source-code nalezen, maar ben er vrij zeker van, als je het eruit haalt is het probleem weg.

Waarom zit je hier non informatie te verspreiden? Na 50 seconden gaat de kaart helemaal niet uit, na 50 seconden gaan pas de ecmlimits in. Gedurende die 50 seconden was het onbeperkt. En na 1200 seconden gaat die limiter er pas weer af.

Onderstaande getest met cooldown 50,120

2012/02/05 19:30:47   5A3288 c dvbapi: Start descrambling PID #4 (CAID: 0100) 1
2012/02/05 19:30:47   5A3288 c lokaal (0100&00006A/07EF/64:5B74): found (265 ms) by kaartlezer
2012/02/05 19:30:52   5A3288 c lokaal (0100&00006A/07EF/64:31B2): found (500 ms) by kaartlezer
2012/02/05 19:31:02   5A3288 c lokaal (0100&00006A/07EF/64:53E3): found (266 ms) by kaartlezer
2012/02/05 19:31:12   5A3288 c lokaal (0100&00006A/07EF/64:5F27): found (266 ms) by kaartlezer
2012/02/05 19:31:22   5A3288 c lokaal (0100&00006A/07EF/64:63BD): found (263 ms) by kaartlezer
2012/02/05 19:31:32   5A3288 c lokaal (0100&00006A/07EF/64:814B): found (268 ms) by kaartlezer
2012/02/05 19:31:42   56ECA0 r kaartlezer cooldown ON
2012/02/05 19:31:42   5A3288 c lokaal (0100&00006A/07EF/64:CCE4): found (265 ms) by kaartlezer
2012/02/05 19:31:52   5A3288 c lokaal (0100&00006A/07EF/64:75BF): found (263 ms) by kaartlezer
2012/02/05 19:32:02   5A3288 c lokaal (0100&00006A/07EF/64:6D88): found (263 ms) by kaartlezer
2012/02/05 19:32:12   5A3288 c lokaal (0100&00006A/07EF/64:095B): found (268 ms) by kaartlezer
2012/02/05 19:32:22   5A3288 c lokaal (0100&00006A/07EF/64:9577): found (263 ms) by kaartlezer
2012/02/05 19:32:32   5A3288 c lokaal (0100&00006A/07EF/64:8C21): found (263 ms) by kaartlezer
2012/02/05 19:32:42   5A3288 c lokaal (0100&00006A/07EF/64:D0E5): found (263 ms) by kaartlezer
2012/02/05 19:32:52   5A3288 c lokaal (0100&00006A/07EF/64:9AC2): found (269 ms) by kaartlezer
2012/02/05 19:33:02   5A3288 c lokaal (0100&00006A/07EF/64:3202): found (263 ms) by kaartlezer
2012/02/05 19:33:12   5A3288 c lokaal (0100&00006A/07EF/64:DB49): found (263 ms) by kaartlezer
2012/02/05 19:33:22   5A3288 c lokaal (0100&00006A/07EF/64:8DF7): found (273 ms) by kaartlezer
2012/02/05 19:33:32   5A3288 c lokaal (0100&00006A/07EF/64:EF9B): found (267 ms) by kaartlezer
2012/02/05 19:33:42   56ECA0 r kaartlezer cooldown OFF
2012/02/05 19:33:42   5A3288 c lokaal (0100&00006A/07EF/64:BEE4): found (263 ms) by kaartlezer

Ik heb dat ook gezien, en zodra die cooldown ON gaat begint de boel te haperen.
Elke keer dat ik het erin zet.
Laat ik het eruit is er niets maar dan ook niets aan de hand.
Ik zie wel dat jij DVBAPI er ook bij gebruikt, dat doe ik niet want ik gebruik een lokale card-server.
En de kaart gaat wel degelijk uit, niet voor DVBAPI maar wel voor de andere ontvangers in het netwerk.
DVBAPI wordt anders verwerkt dan de shares, lees de boel nog maar eens goed na.
Jij zit DVBAPI te testen met die cooldown, je moet er eens 5 ontvangers bij op hangen in je huis en dan die cooldown nog eens proberen.
De boel begint te haperen.

[Non Disclosed]

Zoals er staat met cooldown 50,120 en als je goed leest zie je die exacte waardes ook weer terug in de geposte log.
En geen 1200 want ik heb geen zin om 1200/60=20 minuten te wachten, als ik dan de log post is die ook veel te lang

Ratelimitecm staat hierbij op 4 (die gelden dan voor die 120/60=2 minuten)
Ratelimitseconds staat hierbij op 15 (die gelden dan voor die 120/60=2 minuten) dus gedurende die 2 minuten maximaal 4 ecm's per 15 seconden.

Werkt allemaal prima!

Voor jouw plezier ben ik in de code gedoken, en ik heb wel degelijk gelijk, de kaart gaat uit voor clients als de DVBAPI beeld moet hebben.
Staat er zelfs letterlijk in.
Met andere woorden, het is een zinloos commando als je meerdere machines in je netwerk hebt, want die haperen wel degelijk als de DVBAPIUSER rap aan het zappen is.
En als je de code ervan bekijkt zie je dat het hoogst experimenteel is en onzeker of het goed werkt, daarom dus dat het ook niet in de webinterface zit.
Iedereen die ik spreek met meerdere ontvangers heeft hetzelfde probleem als die regel er in staat.
Mogelijk dat het ooit iets gaat worden, maar op dit moment is het niet in orde met die cooldown.

[rytec]

@Bas

Aangaande freq inderdaad is mogelijk. In usbsmartreader geen prob met hogere in internal dm wordt kaart erg warm met hogere f.

Services bij kaart zijn zéér belangrijk in oscam. Voornamelijk sinds de anti share super belangrijk. weet dat een een service gezonden naar kaart zelfs indien deze niet tot uw abb. behoord de share teller naar boven brengt. als je zoals ik drie boxen hebt waarvan er twee dual tuner zijn, kan het voorkomen. Ok ik heb rate limit maar dan komt het voor in slechtse geval dat ik freezes in opname krijg. En dit om dat een van mijn kinderen een kanaal probeerd dat niet tot abb behoord, Niet leuk. Door enkel die services die in mijn abb zit toe te laten voorkom ik veel ellende.

het is wel véél werk je lijstje te maken dat well.

Dit is een interessante opmerking, freezes in opnames. Ik heb hier ook last van en vooral op de DM7025 bij opnames en eigenlijk niet bij het rechtstreeks kijken.
Hoe moet dan het beste de ratelimit staan en je gebruikt dan ook best de srvid's bij services op je kaart?

[Erik Slagter]

Voor jouw plezier ben ik in de code gedoken, en ik heb wel degelijk gelijk, de kaart gaat uit voor clients als de DVBAPI beeld moet hebben.
Staat er zelfs letterlijk in.
Met andere woorden, het is een zinloos commando als je meerdere machines in je netwerk hebt, want die haperen wel degelijk als de DVBAPIUSER rap aan het zappen is.
En als je de code ervan bekijkt zie je dat het hoogst experimenteel is en onzeker of het goed werkt, daarom dus dat het ook niet in de webinterface zit.
Iedereen die ik spreek met meerdere ontvangers heeft hetzelfde probleem als die regel er in staat.
Mogelijk dat het ooit iets gaat worden, maar op dit moment is het niet in orde met die cooldown.

Het is helemaal niet zinloos, want je kunt beter één haperende opname hebben dan dat al je opnames gedurende een uur zwart zijn... En dat gedrag waar jij het over hebt, daarvoor had je helemaal niet in de code hoeven duiken, dat is al lang bekend, hebben we het hier nog over gehad. Dat is er op verzoek van o.a. van mij in gemaakt.

Edited by Erik Slagter, 6 February 2012 - 12:07.

[Erik Slagter]

Is 4/15 omwille van het feit dat je kaart overklokt is? Of is het algemeen een veilige waarde? Speelt het overclocken daadwerkelijk een rol?

Heb zelf al een tijdje draaien met 3/10 en 6.86mhz dit ging goed, maar ben nu 4/15 eens aan het proberen, maar heb de kaart nu op 3.20mhz draaien, dus misschien kan ik beter naar 4/10 gaan?

Vinden jullie het niet slimmer om, zolang het antisharing algoritme nog niet bekend is, de kaart gewoon op z'n eigen snelheid te draaien (= 5 Mhz)?

Met 4/10 gaat het bij mij fout, ik ben al bij 4/15 inmiddels.

[Non Disclosed]

Is 4/15 omwille van het feit dat je kaart overklokt is? Of is het algemeen een veilige waarde? Speelt het overclocken daadwerkelijk een rol?

Heb zelf al een tijdje draaien met 3/10 en 6.86mhz dit ging goed, maar ben nu 4/15 eens aan het proberen, maar heb de kaart nu op 3.20mhz draaien, dus misschien kan ik beter naar 4/10 gaan?

Vinden jullie het niet slimmer om, zolang het antisharing algoritme nog niet bekend is, de kaart gewoon op z'n eigen snelheid te draaien (= 5 Mhz)?

Met 4/10 gaat het bij mij fout, ik ben al bij 4/15 inmiddels.

Met 4/10 gaat het bij mij ook fout, maar als je 3/10 hebt staan niet. Volgens mij telt OScam anders, niet van ECM 1-2-3-4 maar ECM 0-1-2-3 beide gevallen zijn 4 ECM's.
Echter als hij inderdaad vanaf 0 telt en je hebt ECM limit op 4 staan dan neemt hij er effectief 5 in plaats van vier, immers EMC 0-1-2-3-4 = 5 ECM's.

Verder snap ik echt niet waarom mensen met de clock en meer ECM's lopen klooien want OScam is een proxy en loopt niet voor elke ECM op de kaart te hameren.
Als zodanig zie je ook geen haperingen met 3/10

Bij mij gaat alles open met die setting zonder haperen op meerdere ontvangers, maar ik kijk wel niet met dvbapi op de kaart zelf, domweg omdat de boel niet werkt voor dvbapi als je cooldown erin hebt staan.
Ik blijf van die cooldown af, want zodra die erin staat ook al is het met 3/10 hapert de boel, op cooldown 10/60, op 10/120 en ook op 50/1200, allemaal geprobeerd en het hapert.
Haal je die regel weg is alles dik in orde.

Wat natuurlijk kan is dat jullie tuners niet snel genoeg zijn de boel te verwerken, want ik doe het met een AMD E350 op volle snelheid met 4GB ram en Debian 64bit

[balans]

Interressant punt wat je hier aanhaald Bas dat van die telling van ecm`s, nou ben ik geen code expert maar mogelijk is deze info wel uit de source te halen bent dus benieuwd hoe de coders die dit lezen daar over denken

[deleted]

Als ik even simpel redeneer en ervan uitga dat ik iedere 10sec een nieuwe CW nodig heb dan lijkt mij 3/10 beter dan 4/15, aangezien ik bij 4/15 slechts 2,67 ECM's kan opvragen iedere 10sec.

Of slaat deze manier van denken kant noch wal?


Wat is nu de standaard frequentie waarop de seca3 kaart in een goedgekeurde ontvanger draait? Oscam meldt wel dat de maximum frequentie 5Mhz is, maar is dit ook de frequentie waarop deze draait in een goedgekeurde ontvanger? Als de frequentie van de kaart idd een rol speelt dan moet er met het underclocken toch meer ademruimte mogelijk zijn, niet?

[Erik Slagter]

Een ontvanger zou aan de kaart moeten vragen op welke frequentie die wil draaien en de nagra kaart meldt dan 5 Mhz.

[deleted]

Weet iemand ook toevallig wat het maximum is dat gehaald kan worden? 6.86 zover ben ik al geweest en dat werkt goed in een smargo?

[Erik Slagter]

Waarom zou je dat willen?

Ik heb vernomen dat de kaart helemaal niet sneller en wellicht zelfs langzamer gaat werken op hogere snelheden.

[deleted]

Dat is bij mij toch niet het geval 6.86 geeft 260a270 en 3.20 geeft 330a340, misschien dat lager sneller wordt, maar mijn smargo gaat niet onder de 3.20

Enkel: 3.20, 3.43, 3.69, 4.00, 4.36, 4.80, 5.34, 6.00, 6.86, 8.00, 9.61, 12.0 and 16.0

Edited by ocram, 6 February 2012 - 14:59.

[deleted]

En 4.80Mhz geeft hier dus ±300ms

[deleted]

En 8.00Mhz geeft ±253ms

Zal ik 10Mhz aandurven?

[rytec]

En 8.00Mhz geeft ±253ms

Zal ik 10Mhz aandurven?

is dit nu de Mhz of cardmhz waar je over spreekt? smartreader of interne kaartlezer?

[deleted]

de mhz, en een smargo smartreader

[TheMystery]

Dat is bij mij toch niet het geval 6.86 geeft 260a270 en 3.20 geeft 330a340, misschien dat lager sneller wordt, maar mijn smargo gaat niet onder de 3.20

Enkel: 3.20, 3.43, 3.69, 4.00, 4.36, 4.80, 5.34, 6.00, 6.86, 8.00, 9.61, 12.0 and 16.0

Weet ook iemand welke snelheden interne readers aankunnen van vu,et en dream?