4250 replies to this topic

[golfdiesel]

Ik draai de oscam uit de feed, waar kan ik de recente versie vandaan halen omdat de feed steeds verder achter gaat lopen.

[Erik Slagter]

Niet bijhouden als een "server" op 100:6a:SID geen/wel beeld geeft maar op 100:6a:SID:ECMPID..... dan hoef je ook geen ECM start strings bij te houden/regelen.... In de ECMPID zit ook Seca2/Seca3.. (de ene is voor Seca2 en de ander voor Seca3)... dan kan de boel ook automatisch gaan - zonder gekke instellingen....

Ik vind het technisch gezien mooier om onderscheid te maken op semantisch niveau dan op encapsulatie-niveau. De ecmpid is op geen enkele manier vast verbonden met een kaart, ecm headers wel. Het is maar wat je "gekke" instellingen vindt. Bij cccam kun je niks instellen en dan ben je gewoon de pineut als het niet werkt. Met oscam kun je tenminste nog kiezen.

[Erik Slagter]

Doordat ik die ecmheaderwhitelist 1:1 heb gewijzigd naar 6c in die code werkte de kaart wel weer, met 6a in de code ging er niets meer open.

Wat op zich logisch is

Je zou even kunnen kijken wat je mede-TVV'ers hier al hebben uitgevonden qua ecmheaders. En anders kun je gewoon in de log kijken naar geweigerde ecm's.

[Erik Slagter]

Nee dat is wat anders. Dat is een beveiliging tegen vieze truuks die een provider met je kaart kan uithalen.

Zoals?

Van wat ik heb horen zeggen:
- valse ecm's met andere lengte die door softcams aan de kaart worden aangeboden en daardoor de ratelimiter van de kaart activeren
- valse ecm's met een speciale codering die dan bij een ge-contra-hacked cardsharing worden opgevraagd, waardoor de provider kan achterhalen wie er met cardsharing zit te kijken

Voor zover ik weet past M7 deze praktijken (nog) niet toe, maar je weet maar nooit...

[Erik Slagter]

Niet bijhouden als een "server" op 100:6a:SID geen/wel beeld geeft maar op 100:6a:SID:ECMPID..... dan hoef je ook geen ECM start strings bij te houden/regelen.... In de ECMPID zit ook Seca2/Seca3.. (de ene is voor Seca2 en de ander voor Seca3)... dan kan de boel ook automatisch gaan - zonder gekke instellingen....

Ik zie soms zelfs alleen CAID en SID in oscam staan.... wat natuurlijk helemaal bocht is....

Dat zit er al in... kijk maar eens goed, werkt alleen als je loadbalancer actief hebt. In de seca reader zit de CDS NL seca2/3 protection en die geeft aan de LB door dat dat ecm pid maar niet meer aangeboden moet worden.

Littlesat heeft het over iets anders dan jij. Hij vindt dat je zowiezo niet de ecm's moet gaan proberen te interpreteren, maar dat je beide ecmpids moet proberen en dan onthouden welke ecmpid succesvol was en vervolgens alleen die ecmpid gebruiken. Oscam gaat bij beide methodes kijken naar de inhoud van de ecm's, voor zover ik weet doet oscam (nog steeds) niks met ecmpids opslaan. Maar ik denk dat dat netto ook niet eens hoeft. Oscam draait erg goed bij mij de laatste tijd, ik zie geen voordeel in bijhouden van ecmpids.

[Erik Slagter]

Je wilt voorkomen dat seca2 requests naar je nagra3 kaart worden gestuurd en v.v.

Vergeef mijn onwetendheid, maar als ik een cnd kaart heb, voor zover ik begrepen heb moeten requests voor 0100:6a naar deze kaart.
Welke requests gaan/gingen er dan nu fout, als je die filtering niet toepast?

Gore truuk van M7. Eerst had je de zwarte kaarten van CDS, die gebruikten seca2 encryptie en interface. Die boxjes van hun hebben allemaal 1 kaartlezer en die snapt alleen seca2. Enige tijd geleden zijn ze voor de meeste abonnementen overgegaan naar nagra3, omdat seca2 inmiddels zo lek als een mandje is. Maar ze wilden niet alle "gratis" ontvangers moeten vervangen, dus heeft de nagra3-kaart een seca2-interface. Maar de nagra3 kaart wil wel nagra3 ecm's zien en geen seca2 ecm's. Kun je het nog volgen? Maar er zijn ook nog talloze "zwarte" seca2 kaarten in omloop. Beide moeten blijven werken, in dezelfde "gratis" ontvangers.

Dus wat heeft M7 gedaan: op de zenders die je met een oranje kaart moet kunnen kijken, zijn er twee ecm pid's toegevoegd. Eén met caid 1817 (nagra3 "native") en één met caid 100, srvid 6a (seca2). In die ecm pid worden in feite nagra3 ecm's gestopt, maar dan zodanig ingepakt dat de seca2-kaartlezer ze bij de nagra3 kaart kan afleveren enz (nagra3 tunneled in seca2).

Bij de zenders die je al kon kijken met een zwarte seca2 kaart is de bestaande 100:6a ecm pid in stand gebleven. Op de een of andere manier weten de gratis cds-ontvangers welke ecmpid ze moeten hebben. Oscam had daar eerder moeite mee en pakte een willekeurige 100:6a ecm pid, of gewoon de eerste. Soms had je daarmee geluk en soms pech. Daarom moet je ín de ecms gaan kijken wat voor ecm's het eigenlijk zijn, seca2 of nagra3 en dan vervolgens, aan de hand van welke kaart je hebt, de goede pid selecteren. The_parasol heeft dat in eerder al hardcoded geimplementeerd, nu heb je een meer algemene manier om dat met filters te doen.

En hoe moet ik weten welk soort kaart ik heb, een seca2 of een nagra3?

Zwarte kaart (minimaal abbo) = seca, oranje kaart (hd enz.) = nagra.

Dat is dat verrekte simulcrypt. 0100:00006a wordt zowel voor seca2 als seca3 gebruikt. Alleen de ecmpid is anders.

Het is geen simulcrypt. Tenminste er is wel simulcrypt, maar dat is het probleem niet. Simulcrypt is geen enkel probleem als iedereen netjes eigen caids+provid's gebruikt. Maar dat gebeurt hier niet en daar zit het probleem.

Verder... seca3 bestaat echt niet. Na seca2 hebben ze de handdoek in de ring gegooid. Ik geloof dat ze overgenomen zijn door nagra zelfs.

[Erik Slagter]

Nog even voor littlesat, als je gaat bijhouden op ecmpid, dan zul je minstens één keer alle ecmpids aan de kaart moeten aanbieden en dan maar kijken welke er met iets terugkomt (trial & (t)error). Ik heb liever een oplossing waarbij je gewoon vantevoren weet welke ecmpid je moet hebben zonder daar de kaart mee lastig te vallen.

[Erik Slagter]

Ik draai de oscam uit de feed, waar kan ik de recente versie vandaan halen omdat de feed steeds verder achter gaat lopen.

Uit de svn en de git mirror. Maar ik ben bang dat dat geen antwoord op jouw vraag is, stiekem

[theparasol]

voor zover ik weet doet oscam (nog steeds) niks met ecmpids opslaan. Maar ik denk dat dat netto ook niet eens hoeft. Oscam draait erg goed bij mij de laatste tijd, ik zie geen voordeel in bijhouden van ecmpids.

Oscam slaat ze dus wel op tegenwoordig... en ik kan het weten want ik heb ut er zelf ingezet

[Erik Slagter]

Alleen de load balancer dan. Werkt dat nu goed dan? Je had eerst iets gemaakt waardoor de load balancer stats helemaal volliepen Wat vervolgens door iemand anders weer was teruggedraaid. Vanaf dat moment heb ik het niet meer zo gevolgd (had daar niks mee te maken overigens).

[mika-nl]

Iemand al met oscam -d1 het ecmslot spelletje van de readers bekeken? Vindt het zelf een prachtig mooi gezicht

Ja leuk : je ziet dat hij elk slot voor 10sec vast zet 1/20 2/20 enz,
betekend dit ook dat je theoretisch max 20 kanalen tegelijk kan opvragen ?

heel druk zappen

2012/10/02 20:46:05 770038E8 r ratelimiter srvid 0FAD for 1 seconds present in slot #1/20 of reader canaldigital-kaart
2012/10/02 20:46:05 770038E8 r ratelimiter srvid 17C0 for 5 seconds present in slot #2/20 of reader canaldigital-kaart
2012/10/02 20:46:05 770038E8 r ratelimiter srvid 1B7B for 7 seconds present in slot #3/20 of reader canaldigital-kaart
2012/10/02 20:46:05 770038E8 r ratelimiter srvid 5230 for 4 seconds present in slot #4/20 of reader canaldigital-kaart
2012/10/02 20:46:05 770038E8 r ratelimiter srvid 1B6C for 2 seconds present in slot #5/20 of reader canaldigital-kaart
2012/10/02 20:46:05 770038E8 r ratelimiter srvid 5217 for 1 seconds present in slot #6/20 of reader canaldigital-kaart

en dan gaat hij begrenzen

2012/10/02 20:48:40 770038E8 r ratelimiter srvid 1B7B for 0 seconds present in slot #3/4 of reader canaldigital-kaart
2012/10/02 20:48:40 770038E8 r ratelimiter srvid 5212 for 7 seconds present in slot #4/4 of reader canaldigital-kaart
2012/10/02 20:48:40 770038E8 r DVBAPI User dvbapiau is switching too fast for ratelimit and can't be prioritized!
2012/10/02 20:48:40 770038E8 r ratelimiter no free slot for srvid 17C0 on reader canaldigital-kaart -> dropping!

MiKa

[theparasol]

Jah het ruige hakwerk... total panic bij die Duitsers
Corsair heeft toen aanpassing gemaakt en het via truuk in highbyte van chid gezet. Hoefde het formaat van loadbalancer stats niet aangepast te worden.
Niet teruggedraaid, gewoon iets slimmer geimplementeerd.

Overigens, als dit werkt zijn we ook van kaartupdate probleem af. Oscam verwerkte via cccam protocol de unique emms nl niet goed:

http://www.streamboa.../changeset/7577

[theparasol]

@mika:

Ratelimiter setup fase:

onbegrenst (te zien aan slot 1..20)
Direct een warning als je over de 4 gaat (of wat je maar instelt bij ratelimitecm)

Cooldown delay fase:

onbegrenst (te zien aan slot 1..20) gedurende cooldowndelay seconden
Aan het einde van de cooldown meer dan ratelimitecm slots bezet? -> permanent ratelimit voor cooldownseconds
Zit je op of onder ratelimitecm dan geen permanente ratelimit

Ratelimit fase:

Nooit meer dan ratelimitecm slots, te zien aan slot 1..4 (of wat je maar instelt bij ratelimitecm)

[ni_hao]

Overigens, als dit werkt zijn we ook van kaartupdate probleem af. Oscam verwerkte via cccam protocol de unique emms nl niet goed:

Werkt dat dan ook zonder LB? Ow nog een vraag: geldt dat dan voor zowel nagra/seca3 als seca2 kaarten?

[theparasol]

LB is niet relevant in dit kader en de EMM unique moeten nu werken voor zowel nagra/seca3 als seca2 kaarten.
Maar ik hoor graag de test resultaten!

[ni_hao]

dat snap ik maar heb mijn kaarten net vanmiddag geupdate. Misschien dat de seca2 emms voor november al onderweg zijn (heb ze tot nu toe nog niet gezien)
Zal dan gelijk eens kijken of die emms ook worden verwerkt zonder dvbapi

Edited by ni_hao, 2 October 2012 - 21:04.

[BuGless]

Ik draai de oscam uit de feed, waar kan ik de recente versie vandaan halen omdat de feed steeds verder achter gaat lopen.

Uit de svn en de git mirror. Maar ik ben bang dat dat geen antwoord op jouw vraag is, stiekem

Is het niet verstandig om die 3 oscam versies die er nu in de feed zitten te vervangen door gewoon een enkele?

Er is nu een oscam (plain), die bevat een oeroude oscam die vermoedelijk door niemand nog gebruikt wordt (ik bedoel, als je oscam draait, dan heb je je met de configs bezig gehouden; is bijna een noodzaak, en als je dat toch al doet, dan is het vermoedelijk niet logisch om zo'n oeroude versie te gebruiken; als je dat al deed, kun je beter CCcam gaan gebruiken).

Dan is er oscam-unstable; dat conform de naamgeving zou moeten betekenen dat het de bleeding edge oscam moet zijn, straight from the source snapshot. Dat is hij dus niet, het is ergens een versie van een tijdje terug, maar niet zo oud als de oscam (plain), is er iemand die deze gebruikt, en waarom?

En dan is er de oscam-experimental, die bevat de meest actuele oscam, en dat is de versie die je, als je zelf niet compileert, zou moeten gebruiken. Maar als dat de meest zinvolle oscam is, waarom dan niet deze renamen naar oscam?

[Poodle]

Vraagje, doet de Global setting 'Prefer local cards' (try decoding on local cards first) wel iets als je geen LoadBalancing gebruikt? Ik zie dit namelijk niet gebeuren. Voor kanalen die opengaan op een lokale kaart, worden ook ECM aanvragen gestuurd naar mijn server. OSCam lijkt dus de aanvragen naar alle readers te sturen, niet eerst naar de lokale kaart(en) zoals de setting suggereert.

Als ik kijk bij de uitleg van de LoadBalancing (If "Prefer local cards" is selected, the first lb_nbest number of readers are selected, which are not proxies) dan lijkt de setting alleen hiervoor van toepassing. Maar waarom staat de setting dan bij Global?

Edited by poedel, 2 October 2012 - 21:18.

[ni_hao]

en de EMM unique moeten nu werken voor zowel nagra/seca3 als seca2 kaarten.
Maar ik hoor graag de test resultaten!

Ho.... Emm unique die komen alleen na een aanvraag voor heractivatie...

[BuGless]

Zwarte kaart (minimaal abbo) = seca, oranje kaart (hd enz.) = nagra.

Ik heb een oranje hoofdkaart, en een zwarte "slaapkamerkaart", allebei in maart 2012 gekocht oid. Dus dat zou betekenen dat ze voor de slaapkamerkaarten ook nu nog steeds seca kaarten verkopen?