4250 replies to this topic

[Erik Slagter]

Is er eindelijk een muntje gevallen....
http://www.streamboa.../changeset/7613
En eigenlijk zou dit bij elke provider zo horen................ Kan volgens mij geen kwaad....

En ga je dan ook oscam zelf gebruiken

[Erik Slagter]

@Erik: klopt en is me bekend waar de whitelist voor dient. Als je maar 1 kaart hebt kun je de ECM lengte inderdaad beter in de reader zetten, maar ik heb meerdere kaarten en dan laat ik de readers leeg en maak ik gebruik van de mogelijkheid omdat ook via de oscam.whitelist te doen. Dan hoef je maar 1x zo'n regel in te tikken in plaats van bij elke reader

Maar ik neem aan dat je meerdere whitelist entries hebt per kaart, dan kun je imho nog steeds beter de lengte per kaart instellen...

Snap ik ff niet. Ik heb maar 1 oscam.whitelist en wat daar in staat is geldig voor alles. In de reader heb ik per kaart geen whitelist entries. Heb jij dat wel per kaart dan en kun je een voorbeeld geven want ik zou niet weten welke meerdere entries ik per kaart in de reader zou moeten invullen

Ik heb in mijn reader:

ecmwhitelist = 100:64

Dat zou je met meerdere kaarten dan bij elke kaart kunnen zetten. De whitelist kun je dan generiek houden, daar kun je dan tig entries in zetten zonder dat je daarbij telkens de ecm length hoeft op te nemen.

[Erik Slagter]

Zijn de ecm's van seca2 wel 64 bytes? Ik heb geen idee...

Volgens mij wel het is immers seca en zo staat het ook in deze wiki (al zegt dat natuurlijk niet alles)

Daar gaan we weer... Seca3 bestaat niet, van nagra3 (= niet gerelateerd aan seca of mediaguard) weet ik zelf dat de ecm length = 64. Maar of dat dan ook voor seca2 geldt, dat kan ik niet zelf nagaan, ik heb geen seca kaart...

[ni_hao]

Daar gaan we weer... Seca3 bestaat niet, van nagra3 (= niet gerelateerd aan seca of mediaguard) weet ik zelf dat de ecm length = 64. Maar of dat dan ook voor seca2 geldt, dat kan ik niet zelf nagaan, ik heb geen seca kaart...

Ofschoon het in de volksmond seca3 heet is het eigenlijk fout want de codering is mediaguard 3 verpakt in een nagra schil. Mediaguard 3 dus en daarvan is de ecm lengte dus wel degelijk 64:

2012/10/05 13:20:45 xxxxxx c localuser (0100&00006A/0000/07D4/64:CBA9): found (402 ms) by interne-slot (L/1/3/3) - RTL 4

[Erik Slagter]

"Nagra3" is altijd nog een stuk correcter dan "seca3", dat slaat helemaal nergens op. En je aangezien je oranje kaartje nagra3 ecm tunnelt in seca2, kan ik me zo voorstellen dat de encapsulatie extra lengte aan de ecm toevoegt. Dat de ecm's van nagra3 (getunneld) 64 bytes zijn is genoegzaam bekend (ik heb zelf zo'n kaart), de vraag is of de ecm's van "raw" seca2 daardoor dus niet misschien wat korter zijn, en dat kan ik dus niet checken.

Edited by Erik Slagter, 5 October 2012 - 13:01.

[ni_hao]

"Nagra3" is altijd nog een stuk correcter dan "seca3", dat slaat helemaal nergens op. En je aangezien je oranje kaartje nagra3 ecm tunnelt in seca2, kan ik me zo voorstellen dat de encapsulatie extra lengte aan de ecm toevoegt. Dat de ecm's van nagra3 (getunneld) 64 bytes zijn is genoegzaam bekend (ik heb zelf zo'n kaart), de vraag is of de ecm's van "raw" seca2 daardoor dus niet misschien wat korter zijn, en dat kan ik dus niet checken.

bovenstaand heb ik een extract gegeven uit mijn logbestand waar de gegevens van een seca2 kaart in zijn opgenomen. Daaruit blijkt duidelijk dat de lengte 64 is voor een seca2 kaart.

[Erik Slagter]

Kennelijk doen ze wat padding dan

Nou je de oorspronkelijke vraag is daarmee dan beantwoord, voor beide kaarten kun je ecmlengte = 64 instellen.

[ni_hao]

@Erik: klopt alleen nog steeds geen beeld met een zwarte seca2 kaart in een smargo in een ubuntu server; de 2 oranje n3/seca3 kaarten doen het wel.
Zoals eerder vermeld: zet ik de data van ecmheaderwhitelist er in net zoals die in een reader van een ontvanger staan dan krijg ik op een seca2 zender: rejected. Op de ontvanger doet die het dus wel goed. Haal ik de ecmheaderwhitelist er uit dan heb ik geen "rejected" meer maar een not found...

Edited by ni_hao, 5 October 2012 - 13:35.

[Erik Slagter]

Dat is toch logisch? Je krijgt not found omdat je een seca2 ecm op een nagra3 kaart probeert los te laten of v.v. De ecmheaderwhitelist kan dat niet voorkomen, die kan alleen voorkomen dat de ecm feitelijk aan de kaart wordt opgevraagd, zodat je penalty counter niet nodeloos omhooggaat.

Als er verkeerde combinaties opgevraagd worden, dan moet de oorzaak eerst opgelost worden

[ni_hao]

Poeh betekent dat je met de huidige versie van oscam niet tegelijk een seca2 en een nagra3/seca3 kaart in een server kan stoppen...?

[theparasol]

Maak je er toch een aparte sharereader van ipv 1 lijntje zet je er 2 uit, dat gaat gegarandeerd werken.

[Erik Slagter]

Poeh betekent dat je met de huidige versie van oscam niet tegelijk een seca2 en een nagra3/seca3 kaart in een server kan stoppen...?

Hmmm, zelf geen ervaring mee, maar als ik het me zo voor de geest haal, dan zou het inderdaad wel eens gewoon niet kunnen werken, inderdaad.

En inderdaad scheiden dan, twee groepen ervan maken.

[rytec]

Heeft iemand al eens z'n kaart in penalty mode gehad? zo ja, ervaar je dit dan met freezes of alles gewoon zwart?
Ik heb iemand even moeten helpen met z'n probleem dat ie freezes had met z'n kaart en nadat die even eruit gehaald werd, in een andere decoder gestopt werd kreeg ie goed beeld.
Daarna de kaart weer terug in de andere ontvanger en ook daar weer goed beeld.
Maar ik vraag me af hoe je die penalty zou moeten ervaren.

[Erik Slagter]

Da's toch niet zo moeilijk om zelf uit te proberen

Je kunt steeds minder sids tegelijk decoderen, steeds meer van vier geven onzin cw's, waardoor je zwart beeld krijgt op die sids. Op een gegeven moment gaat de laatste stotteren en als je dan nog door blijft gaan, dan wordt die ook zwart. Zet je 'm nou een tijd op 1 zender, dan gaat het langzaamaan weer de andere kant op, eerst krijg je weer stotterend beeld op 1 sid, dan continu op 1 sid, en als je het dan een tijdje volhoudt, dan krijg je ook weer beeld op meerdere sids. Da's na een half uur als ik me goed herinner.

[rytec]

dit verklaart dus idd het gedrag van die kaart, dank je wel Erik voor je uitleg hiervan.
Hij draait wel nog oscam versie 6290 op zijn dm7025+ en wellicht dat daar de ratelimiter nog niet goed genoeg werkt.
Ik had al eens een paar keer geprobeerd om een hogere versie erop te zetten maar dan loopt die 7025 redelijk vlug vast.
Of dit nu aan zijn beperkte geheugen ligt of iets anders, weten we nog niet.

Edited by rytec, 5 October 2012 - 21:16.

[Erik Slagter]

Wat misschien meespeelt is de "cooldown" feature. Ik hoop dat je die niet gebruikt. Op enig moment is die feature in oscam gebouwd, niemand weet precies waarom en waarvoor, hij is in ieder geval niet geschikt of bedoeld als zapper-burst voor de ratelimiter van cds/tvv kaartjes. Veel mensen hebben op de een of andere manier wel dat idee gekregen, fijn ingesteld en er vervolgens achter gekomen dat ze continu met een kaart in penalty-stand zaten.

Je kunt de cooldown feature gebruiken met een oscam-versie van de laatste week, daarin heeft the_parasol de cooldown feature helemaal verhergemaakt zodat hij wel zin heeft in combinatie met cds/tvv kaarten.

Mijn eigen ervaring is ook dat als ik de ratelimiter op ook maar iets hoger dan 4/12 zet, de kaart vroeger of later in penalty komt. Je kunt dus maar beter aan de veilige kant blijven.

Als je nou meer dan 1 kaart hebt (of je hebt een aardige buurman ) dan kun je je oscam natuurlijk zo inrichten dat als je aan het zappen bent, de ecm rate limiter gaat ingrijpen (waardoor je kaart niet in penalty mode komt), en oscam naar een alternatief gaat zoeken. Totdat de limiter de kaart weer vrij geeft, dan schakelt oscam met de juist prio-instelling vanzelf weer terug naar de eerste kaart. En zo heb je nooit last van de zap-beperking.

[HPPli]

Poeh betekent dat je met de huidige versie van oscam niet tegelijk een seca2 en een nagra3/seca3 kaart in een server kan stoppen...?

Jawel, dat kan wel !!!!!
Ik heb op m'n inhouse server dus 1x seca2 card en 2x seca3 gelijktijdig draaien, en alle naar groep 1 !!!!!
Draai momenteel versie svn 7602.

[TheMystery]

Wat misschien meespeelt is de "cooldown" feature. Ik hoop dat je die niet gebruikt. Op enig moment is die feature in oscam gebouwd, niemand weet precies waarom en waarvoor, hij is in ieder geval niet geschikt of bedoeld als zapper-burst voor de ratelimiter van cds/tvv kaartjes. Veel mensen hebben op de een of andere manier wel dat idee gekregen, fijn ingesteld en er vervolgens achter gekomen dat ze continu met een kaart in penalty-stand zaten.

Je kunt de cooldown feature gebruiken met een oscam-versie van de laatste week, daarin heeft the_parasol de cooldown feature helemaal verhergemaakt zodat hij wel zin heeft in combinatie met cds/tvv kaarten.

Mijn eigen ervaring is ook dat als ik de ratelimiter op ook maar iets hoger dan 4/12 zet, de kaart vroeger of later in penalty komt. Je kunt dus maar beter aan de veilige kant blijven.

Als je nou meer dan 1 kaart hebt (of je hebt een aardige buurman ) dan kun je je oscam natuurlijk zo inrichten dat als je aan het zappen bent, de ecm rate limiter gaat ingrijpen (waardoor je kaart niet in penalty mode komt), en oscam naar een alternatief gaat zoeken. Totdat de limiter de kaart weer vrij geeft, dan schakelt oscam met de juist prio-instelling vanzelf weer terug naar de eerste kaart. En zo heb je nooit last van de zap-beperking.

Ik heb mijn ratelimiter op 4 / 11 staan en ik krijg dan ook al vaker met dit probleem te maken.
Het rare is dat dit oo k gebeurd als ik maar 2 zenders kijk, dit is meestal in combinatie met mtv kanalen heb ik het idee.
Moet ik de rate limiter dan anders instellen?

[ni_hao]

Poeh betekent dat je met de huidige versie van oscam niet tegelijk een seca2 en een nagra3/seca3 kaart in een server kan stoppen...?

Jawel, dat kan wel !!!!!
Ik heb op m'n inhouse server dus 1x seca2 card en 2x seca3 gelijktijdig draaien, en alle naar groep 1 !!!!!
Draai momenteel versie svn 7602.

Wil je mij jouw oscam.whitelist eens geven. Ik heb hier overigens elke kaart in een andere groep staan, maar die zwarte seca2 kaart geeft steeds not found, Stop ik hem in een ontvanger dan beeld dus kaart is goed en moet het aan de config liggen.

[theparasol]

Ik heb mijn ratelimiter op 4 / 11 staan en ik krijg dan ook al vaker met dit probleem te maken.
Het rare is dat dit oo k gebeurd als ik maar 2 zenders kijk, dit is meestal in combinatie met mtv kanalen heb ik het idee.
Moet ik de rate limiter dan anders instellen?

Welke revisie van oscam gebruik je dan?
Gebruik je oscam ook op de client of alleen als server?