4250 replies to this topic

[BuGless]

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

Nee, soms ook gewoon tussendoor. Geen idee waarom/wanneer, maar het gebeurt.

[ni_hao]

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

Nee, soms ook gewoon tussendoor. Geen idee waarom/wanneer, maar het gebeurt.

Nee dat zijn geen unique emms, maar shared emms. Unique emms worden alleen verstuurd na een aanvraag voor heractivatie van de kaart want ze zijn alleen voor de aangevraagde kaart en daarom dus uniek

[BuGless]

Gore truuk van M7.
...
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).

Tjemig. Een oplossing die de term "kludge" met trots kan dragen.

[theparasol]

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?

Werkt prima... loadbalancer niet van toepassing. Je moet natuurlijk wel met DVBAPI kijken... en een local kaart is eentje die in de box zelf zit (MAW: geen sharereader)

2012/10/02 22:44:39   5B7588 c dvbapi: Found 5 ECMpids and 3 STREAMpids in PMT
2012/10/02 22:44:39   5B7588 c dvbapi: new program number: 07DF (1817:07DF unknown) [pmt_list_management 3]
2012/10/02 22:44:39   5B7588 c dvbapi: [PRIORITIZE PID 2] 0100:00006A:070A (localrdr: kaartlezer weight: 10)
2012/10/02 22:44:39   5B7588 c dvbapi: [IGNORE PID 0] 1817:00006A:070A (file)
2012/10/02 22:44:39   5B7588 c dvbapi: [IGNORE PID 1] 1818:00006C:071E (file)
2012/10/02 22:44:39   5B7588 c dvbapi: [IGNORE PID 3] 0100:00006C:071E (file)
2012/10/02 22:44:39   5B7588 c dvbapi: [IGNORE PID 4] 0500:042500:058E (file)
2012/10/02 22:44:39   5B7588 c dvbapi: [TRY PID 2] CAID: 0100 PROVID: 00006A CA_PID: 070A

[BuGless]

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

Ik heb al maanden *zonder* die wijziging unique emms van M7 die correct worden doorgegeven via een cccam client die aan een oscam server hangt.

[theparasol]

Yup dat klopt: een CCcam client... maar niet een oscam dvbapi cccam client.

[theparasol]

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

Helemaal mee eens: Gewoon oscam-trunk versie en de out-of-the-box configfiles ook maar ff updaten naar laatste inzichten.

[theparasol]

@BuGless: mbt CCcam UQ-emm updates lees hier ook ff: http://www.streamboa...5840#post425840

[ni_hao]

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

Ik heb al maanden *zonder* die wijziging unique emms van M7 die correct worden doorgegeven via een cccam client die aan een oscam server hangt.

Je haalt dingen door elkaar zoals wel meer mensen doen inzake de verschillende EMMs.
Je hebt drie soorten EMMs: unique, shared en global.

De unique EMMs zijn direct aan 1 (één) kaart geadresseerd. Daarom heet die ook: unqiue. Dit zijn de EMMs die worden verstuurd na een heractivatie aanvraag maar ook als je een abonnement verandert en dus een verandering van de PBM moet plaatsvinden.

De shared EMMs zijn aan een kaartgroep geadresseerd. Via deze EMMs worden de TierIDs (ook wel CHID genoemd) van de kaart verlengd. TierIDs hebben per provider een bepaalde looptijd welke beduidend korter is dan de contracttijd van een abonnement is.

De globale EMMs worden aan alle kaarten geadresseerd. Via deze EMMs wordt bijv. firmware of bij een keywissel de keys van een kaart geupdate

[BuGless]

Je haalt dingen door elkaar zoals wel meer mensen doen inzake de verschillende EMMs.
Je hebt drie soorten EMMs: unique, shared en global.

Je uitleg van wat welke soort EMM is, is uitstekend, en vast educatief voor stille meelezers.
Ik weet echter (inmiddels) precies welke EMM waarvoor is.

M.b.t. dat ik soms unique updates zie als ik een kaart niet heractiveer; ik meen inderdaad dat ik met name in de afgelopen maand of twee dat gezien heb voor mijn TopHD kaart. Die heb ik niet geheractiveerd, maar toch zie ik in de kolom unique EMM dan een 1 staan, hetgeen er op duidt dat ze blijkbaar een reden hadden om alleen mijn specifieke kaart te updaten.

Wat betreft dat ik het al *maanden* zie dat het werkt, dat komt omdat ik in de afgelopen maanden wel een keer of 3 heb gehad dat de kaart verlopen was, en ik hem heb moeten heractiveren, en dat resulteert inderdaad steevast in unique EMMs (die probleemloos van een CCcam client naar een oscam server gingen).

[ni_hao]

Hmmm ik heb de ecmheaderwhitelist maar aangepast want er is kennelijk verschil tussen een zwarte en een groene seca2 kaart.
De waardes zijn nu:

800061006A0000FC1001,810061006A0000FC1001 groen seca2
800061006A0000FD1001,810061006A0000FD1001 zwart seca2
813061006A00075C00,803061006A00075C00 oranje seca3/nagra

Edited by ni_hao, 2 October 2012 - 23:13.

[Happysat]

AU ging prima met Build 7577, mijn kaart had wel een update nodig

2012/10/03 00:00:32   649A20 c encrypted cccam-client 192.168.0.101 granted (dm800se, au=auto (1 reader))
2012/10/03 00:02:00   5B3690 r dynamite [seca] provider 1: 0000, valid: 1, name: MANAGMENT, expiry date: 2012/12/03
2012/10/03 00:02:00   5B3690 r dynamite [seca] SA: ########
2012/10/03 00:02:00   5B3690 r dynamite [seca] no PBM for provider 1
2012/10/03 00:02:00   5B3690 r dynamite [seca] dm800se emmtype=shared, len=119, idx=15, cnt=1: written (562 ms)
2012/10/03 00:02:16   5B3690 r dynamite [seca] provider 2: 006A, valid: 1, name: CANALDIGITAAL, expiry date: 2012/11/27
2012/10/03 00:02:16   5B3690 r dynamite [seca] SA: ########
2012/10/03 00:02:16   5B3690 r dynamite [seca] PBM for provider 2: c100000000000000
2012/10/03 00:02:16   5B3690 r dynamite [seca] dm800se emmtype=shared, len=119, idx=21, cnt=1: written (560 ms)

Edited by Happysat, 2 October 2012 - 23:14.

[ni_hao]

AU ging prima met Build 7577, mijn kaart had wel een update nodig

2012/10/03 00:02:16   5B3690 r dynamite [seca] dm800se emmtype=shared, len=119, idx=21, cnt=1: written (560 ms)

Hé da's goed nieuws en dat via een shared EMM. Dus niet alleen de unique EMMs maar ook de shared EMMs worden goed verwerkt

[ni_hao]

800061006A0000FD1001,810061006A0000FD1001 zwart seca2

Die zwarte maar weer weggehaald. Heb het hier getest met een zwarte seca2 kaart en die is dus niet .....FD1001 maar FC1001

[beebee]

800061006A0000FD1001,810061006A0000FD1001 zwart seca2

Die zwarte maar weer weggehaald. Heb het hier getest met een zwarte seca2 kaart en die is dus niet .....FD1001 maar FC1001

Je hebt gelijk, ik gebruik die kaart in mijn oude DM7000, (en dat is af en toe)
De vorige keer werkte het echt met FD, inderdaad nu met FC ??
Verandert dat deel ? moet die string dan niet korter zijn, of heeft die een vaste lengte?

[beebee]

Verandert dat deel ? moet die string dan niet korter zijn, of heeft die een vaste lengte?

800061006A0000F,810061006A0000F Als ik dit er inzet, haalt Oscam de F zelf weg,
zodat dit overblijft. 800061006A0000,810061006A0000
Met deze string blijft het wel draaien.
Of de functie wel zoals bedoelt werkt kan @TheParasol misschien iets meer over zeggen ??

[theparasol]

Maar goed ook... halve bytes checken das niet ok:

800061006A0000F
byte 1: 80, byte 2: 06, byte 3: 10, byte 4:06, byte 5:A0, byte6: 00, byte 7:00, byte 8: F? -> error: strip!

[ni_hao]

Verandert dat deel ? moet die string dan niet korter zijn, of heeft die een vaste lengte?

De lengte van het aantal identieke ECM bytes is niet voor iedere kaart/provider gelijk. Kun je ook zien in het ECM Headerwhitelist overzicht. De lengte van identieke ECMs is per kaart wel gelijk, je ziet dus op een en dezelfde kaart altijd dezelfde ecm headers terug. Je kunt de lengte van de ECM header natuurlijk zelf bepalen in de oscam reader, maar hoe langer de string hoe meer zekerheid je hebt.

Edited by ni_hao, 3 October 2012 - 06:26.

[theparasol]

maar hoe langer de string hoe meer zekerheid je hebt.

maar hoe langer de string hoe meer kans op blocker.
Wat nou als het vanaf die F? maandelijks veranderd bv tgv new keyindex? Dan heb je de ecmheaderfilter niet goed bedacht!
Het moet dus zijn: "800061006A0000"

[ni_hao]

kans op blocker heb je niet als de string goed is. ik weet niet of byte 8 steeds (elke maand) verandert; hoe kom je bij die veronderstelling?