4250 replies to this topic

[Erik Slagter]

Ik raad je aan om toch p: 100:6a 1 (c.q. p: 100:6c 1) in je dvbapi op te nemen,

Gewoon de ECM pid opnemen bij dag hele gedoe en je hebt er nooit meer last van....

Dan bedoel je feitelijk wat the_parasol in het verleden deed, een dvbapi waar ALLE zenders in staan met expliciet hun ecmpid. Ook niet echt optimaal he...

Je denkfout is dat je op enig moment zult moeten vaststellen of een ecmpid voor seca2 of voor nagra3 is, door in de ecm's zelf te kijken. Dat moet zelfs cccam en dat doet-ie ook. Of je daarna de ecm pid gaat opslaan of dat je volgende keer weer even kijkt of het seca2 of nagra3 is, maakt voor de performance helemaal niet uit en is dus ook totaal niet relevant hier.

Met de juiste ecmheaderwhitelist zou het dan ook gewoon moeten werken, ook in oscam. Bij mij werkt het ook gewoon.

[Erik Slagter]

Ik gebruik svn 7505 en komt Oscam dan al met "2012/10/03 16:49:29 B7406159 r upper_kaart is heated AUCH" ?????

Misschien heeft dat wel iets met een penalty mode detection te maken...

EDIT: in mijn source tree komt deze melding ook niet voor. Lijkt er op dat het uit de kaart zelf komt?

Edited by Erik Slagter, 4 October 2012 - 12:05.

[Erik Slagter]

Dus sommige kanalen kun je met bovenstaande entry in je dvbapi niet kijken?
Geef eens een voorbeeld?

bv Nederland1, 2 en 3 SD, discovery SD hele oude settopbox pakket feitelijk. (elk kanaal waar ook nog seca2 codering opzit)
Het lukt prima met lege oscam.dvbapi, alleen niet de P: 0100:00006a 1 (dat eentje dus) gebruiken.
Dan blijft oscam nl ecmpids van de smaak 0100:00006a aanvragen die het niet kan decoderen want eerste uit de PMT is bij die kanalen de seca2 pid.

Was dat niet die bug, dat als je een P: gebruikt, dat hij altijd bij de eerste met die caid:provid stopt? En dat hij anders vrolijk verder probeert? Volgens mij had ik ooit nog eens een patch gemaakt daarvoor en dan ging het wel goed. Lijkt me een bug dus! Als je een caid:provid prioriseert, mag dat niet betekenen dat er NIKS anders geprobeerd moet worden als het daarmee niet lukt, immers... Maarrehh, zoals gezegd, heb ik er geen probleem mee, maar dat kan door mijn whitelist en/of ecmheaderwhitelist komen.

Misschien dat BuGless dat kan uitproberen, kijken met welke daarvan het gaat werken.

[BuGless]

bv Nederland1, 2 en 3 SD, discovery SD hele oude settopbox pakket feitelijk. (elk kanaal waar ook nog seca2 codering opzit)
Het lukt prima met lege oscam.dvbapi, alleen niet de P: 0100:00006a 1 (dat eentje dus) gebruiken.
Dan blijft oscam nl ecmpids van de smaak 0100:00006a aanvragen die het niet kan decoderen want eerste uit de PMT is bij die kanalen de seca2 pid.

Maarrehh, zoals gezegd, heb ik er geen probleem mee, maar dat kan door mijn whitelist en/of ecmheaderwhitelist komen.

Als eerste kan ik bevestigen dat ik inderdaad bijv. een SD RTL4 niet zie als ik die P: 0100:00006a 1 erin heb staan.
Switchen naar CCcam lost het dan gelijk op (uiteraard).
Een whitelist entry van 0100:6a gebruik ik wel, maar op de server, niet op de oscam client.
Voor de rest maak ik nog nergens gebruik van ecmheaderwhitelist.

Wat zou ik moeten proberen nu dan?
Een ecmheaderwhitelist? Op de server of de client?

[Erik Slagter]

Ik zit nog even te kijken hoe ik het hier heb.

Ik heb een nagra3 kaart (oranje) in de dm8000, die is de server. Op de server heb ik een oscam.whitelist, maar daar zitten alleen maar "blacklist" entries in voor kanalen die TVV-simulcrypt hebben (100:6c), scheelt oscam weer wat werk. Ook worden daarmee de andere caids van M7 genegeerd waar je niks mee kunt: 500:42500, 622, 1817, 1818, 1819. Verder staat er niks relevants in.

In de oscam.dvbapi heb ik dan: P: 100:6a 1 en verder niks, de server en de client gebruiken dezelfde file. In de oscam.dvbapi heb ik request_mode = 1.

Het enige relevant verschil zal dan zijn dat ik camd35 als client gebruik, met suppresscmd08 actief, dit wordt door de oscam-lui aangeraden als client tussen twee oscam's. Het nadeel van cccam als client is dat cccam lijsten gaat aanleggen van alle caid:provids waar je toegang toe hebt. Dat kan een aardig aanslag op je geheugen zijn, is mijn ervaring. Camd35 houdt de client "dom", die vraagt gewoon alles aan de server, bij interne sharing is dat ook wat je wilt. De suppresscmd08 zorgt er voor dat caid's eindeloos geprobeerd worden, je kunt die op uit zetten, dan geeft de server aan wanneer een caid niet beschikbaar is en de client probeert die caid dan niet meer ("client stopped").

[EricNL]

Ik heb 3 vragen, en hoop dat iemand me erbij kan helpen.

1. Iemand enig idee hoe het kan dat oscam in de slaapkamer (vu+ uno; server) de laatst bijgekomen zenders niet doorgeeft aan mijn cccam in de woonkamer (vu+ solo; client)?

Ik heb het dan over de zenders van o.a. HBO en Private Spice. Ik heb het toppakket, dus HBO hoort het te doen (i.i.g. volgens het laatste factuur betaal ik er voor). Daarnaast heb ik op mijncanaldigitaal aangegeven dat ik porno-zenders (of hoe ik het ook moet noemen) mag kijken via de kaart. De smartcard heeft gisteren haar entitlements nog geupdate naar 03-12-2012.

woonkamer OFF ON 10.0.0.41 cccam (2.2.1-3316) 04.10.12 09:47:15 04:16:40 0100:17B2 Canal Digitaal 23.5E: HBO HD by not found (277ms) 00:00:08 OK

Alle andere zenders doen het gewoon (Sport 1, Film 1, Eredivisie Live, en alle nederlandse kanalen).

De oscam.srvid en oscam.services heb ik al aangepast.

Moet ik in oscam daarvoor iets anders toevoegen? (bijvoorbeeld in de oscam.dvbapi)

2. Daarnaast zie ik de laatste tijd veel nieuwe instellingen voor de reader langskomen. (zoals ecmwhitelist en block.......) Wat houdt dat in, en moet ik dat ook instellen?

3. Welke oscam versie moet ik downloaden voor OpenPli mips-tuxbox-oe1.6 of mips-tuxbox-oe2.0? (ik zou het graag weten voor beide OpenPli versies; 2.1 en 3.0)

Alvast bedankt voor jullie hulp!

Edited by EricNL, 4 October 2012 - 13:15.

[BuGless]

Het enige relevant verschil zal dan zijn dat ik camd35 als client gebruik, met suppresscmd08 actief,
...
Camd35 houdt de client "dom", die vraagt gewoon alles aan de server

Camd35 kan ik ook nog proberen inderdaad (tussen client en server).

Wat betreft camd35, wat ik nog steeds niet helemaal begrijp, is hoe dat gaat met EMM-updates:
Voor zover ik begrepen heb, kijkt CCcam naar wat er aan caids:provids geadverteerd wordt, en gaat dan alleen EMMs doorsturen voor die caids:provids die het ziet in de entitlements aan serverkant.

Maar wat doet camd35 dan, stuurt die gewoon domweg elke EMM update die er ueberhaupt maar arriveert op de server (via eender welke client) door aan alle upstream camd35 verbindingen die er aan hangen?

[Erik Slagter]

Je moet zowiezo per server, client en kaart opgeven welke caid's geupdate kunnen/mogen/moeten worden.

Maar ik zie het probleem niet zo? De updates hoeven helemaal niet vanaf de client te komen, mits je af en toe de server zelf ook op een CDS-kanaal hebt staan?

[rytec]

Ik zit nog even te kijken hoe ik het hier heb.

Ik heb een nagra3 kaart (oranje) in de dm8000, die is de server. Op de server heb ik een oscam.whitelist, maar daar zitten alleen maar "blacklist" entries in voor kanalen die TVV-simulcrypt hebben (100:6c), scheelt oscam weer wat werk. Ook worden daarmee de andere caids van M7 genegeerd waar je niks mee kunt: 500:42500, 622, 1817, 1818, 1819. Verder staat er niks relevants in.

In de oscam.dvbapi heb ik dan: P: 100:6a 1 en verder niks, de server en de client gebruiken dezelfde file. In de oscam.dvbapi heb ik request_mode = 1.

Het enige relevant verschil zal dan zijn dat ik camd35 als client gebruik, met suppresscmd08 actief, dit wordt door de oscam-lui aangeraden als client tussen twee oscam's. Het nadeel van cccam als client is dat cccam lijsten gaat aanleggen van alle caid:provids waar je toegang toe hebt. Dat kan een aardig aanslag op je geheugen zijn, is mijn ervaring. Camd35 houdt de client "dom", die vraagt gewoon alles aan de server, bij interne sharing is dat ook wat je wilt. De suppresscmd08 zorgt er voor dat caid's eindeloos geprobeerd worden, je kunt die op uit zetten, dan geeft de server aan wanneer een caid niet beschikbaar is en de client probeert die caid dan niet meer ("client stopped").

Zou je die oscam.whitelist hier even willen publiceren? ik wil dat ook wel eens uittesten op boven omschreven manier. dank u

[Erik Slagter]

Er zitten nog wat dingetjes in om bepaalde "rare" kanalen (met heel veel caid's) sneller open te krijgen (met name nautical channel geloof ik).

Als je een TVV kaart hebt, alle 6c's vervangen door 6a uiteraard.

Deze file alleen op de server neerzetten (oscam.whitelist).

# i: [CAID][:][provider ID][:][service ID][:][ECM PID][:][CHID][:][ECM length 1[,ECM length 2]...]]

# cds 

i: 100:6c:07df
i: 100:6c:07e4
i: 100:6c:07e9
i: 100:6c:07ef
i: 100:6c:07fa
i: 100:6c:0fab
i: 100:6c:0fac
i: 100:6c:0fad
i: 100:6c:0faf
i: 100:6c:13c0
i: 100:6c:1415
i: 100:6c:1419
i: 100:6c:141f
i: 100:6c:1421
i: 100:6c:177a
i: 100:6c:1789
i: 100:6c:178e
i: 100:6c:1793
i: 100:6c:1798
i: 100:6c:179d
i: 100:6c:17ac
i: 100:6c:17b1
i: 100:6c:17b8
i: 100:6c:17c0
i: 100:6c:1b62
i: 100:6c:1b67
i: 100:6c:1b71
i: 100:6c:1b7b
i: 100:6c:1b7d
i: 100:6c:1f47
i: 100:6c:2b01
i: 100:6c:31e7
i: 100:6c:31e8
i: 100:6c:3208
i: 100:6c:334f
i: 100:6c:51cc
i: 100:6c:51d1
i: 100:6c:51d3
i: 100:6c:51d4
i: 100:6c:5221
i: 100:6c:5226
i: 100:6c:522b
i: 100:6c:5230
i: 100:6c:5286
i: 100:6c:6fb8
i: 100:6c:6fef
i: 100:6c:6ff3
i: 100:6c:6ff0
i: 100:6c:6ff1
i: 100:6c:6fff

i: d96::07e9
i: d96::13c0

i: 0500::1f47
i: 1863::1f47
i: 1811::1f47

i: 0500::219f

i: 0b00::6ff3

i: 0b00::6fff

i: 0624::17d7
i: 0b01::17d7
i: 1837::17d7

i: 500:42500:
i: 622:
i: 1817:
i: 1818:
i: 1819:
w:

[rytec]

Moet je die suppresscmd08 op beide oscams aanzetten of enkel in de client ? ik gebruikte ook al de requestmode 1

[Erik Slagter]

Ja mijn ervaring is dat je het aan beide kanten moet uitzetten, ik kan nooit onthouden welke kant het moet, het kan aan beide kanten, maar aan 1 kant werkt het maar.

[theparasol]

Wat precies, als je met een aanpassing alles oneindig probeert? Ik snap het niet, de goede moet op een gegeven moment toch beeld geven en dan hoeft er toch niet meer geprobeerd te worden (tenzij je boven de ln_retrylimit komt natuurlijk).

bv P:0100:000006a 1 (1 = keep on asking)
icm requestmode 0 is dat dodelijk op SD kanalen en blijft oscam tot in de treure de seca2 ecm sturen naar een nagravision reader (zogoed ?
Als je requestmode 1 hebt werkt dat wel.
DVBapi flikkert tegenwoordig sowiezo alle pids weg waar je geen reader voor hebt, werkt bij mij goed (preferlocalcards)

[theparasol]

EDIT: in mijn source tree komt deze melding ook niet voor. Lijkt er op dat het uit de kaart zelf komt?

Nee, hij draait met verouderde oscam, afgelopen week hele ratelimit en cooldown op de kop gezet. Die maffe melding heb ik er zelf uitgehaald.
Zijn versie zit ook geen bugvrije cooldown + limiter in, upgraden dus!

[Erik Slagter]

Wat precies, als je met een aanpassing alles oneindig probeert? Ik snap het niet, de goede moet op een gegeven moment toch beeld geven en dan hoeft er toch niet meer geprobeerd te worden (tenzij je boven de ln_retrylimit komt natuurlijk).

bv P:0100:000006a 1 (1 = keep on asking)
icm requestmode 0 is dat dodelijk op SD kanalen en blijft oscam tot in de treure de seca2 ecm sturen naar een nagravision reader (zogoed ?
Als je requestmode 1 hebt werkt dat wel.

Nagra3 mag ook Het gaat er even om dat nagra is iets heel anders dan seca (mediaguard) is, dat komt nog niet zo over bij veel mensen.

Ik heb request mode = 1, vandaar dat het bij mij wel goed gaat. Is er een reden om geen request_mode = 1 te gebruiken dan?

EDIT: dan blijft het toch wel interessant om eens te kijken naar globale "eindeloos proberen graag" instelling.

DVBapi flikkert tegenwoordig sowiezo alle pids weg waar je geen reader voor hebt, werkt bij mij goed (preferlocalcards)

Dat helpt alleen niet op een client

Edited by Erik Slagter, 4 October 2012 - 17:38.

[ni_hao]

Deze file alleen op de server neerzetten (oscam.whitelist).

# i: [CAID][:][provider ID][:][service ID][:][ECM PID][:][CHID][:][ECM length 1[,ECM length 2]...]]

# cds

i: 100:6c:07df
[...]
w:

Je kunt ook de lengte van de ECM nog aangeven door in oscam.whitelist op de server op te nemen:

l:0100:00006A::::64 # Canal Digitaal 19.2E/23.5E

De verklaring van de syntaxis:

l: [CAID][:][provider ID][:][service ID][:][ECM PID][:][CHID][:][ECM length 1[,ECM length 2]...]] ECM length whitelisting, does not proceed with any other ECM length, abbreviation for normal ECM length whitelisting using w parameter whitelisting when matching

Een grotere lijst vind je hier

Edited by ni_hao, 4 October 2012 - 18:38.

[Erik Slagter]

(verwijderd)

Edited by Erik Slagter, 4 October 2012 - 18:58.

[Erik Slagter]

Je kunt ook de lengte van de ECM nog aangeven door in oscam.whitelist op de server op te nemen:

l:0100:00006A::::64 # Canal Digitaal 19.2E/23.5E

Dat kun je beter bij de reader doen, scheelt een boel typwerk (= een keer is genoeg...)

Een grotere lijst vind je hier

Ja maar dat is iets heel anders. Dat gaat om ECM-lengte, mijn lijst is om oscam te optimaliseren door caids die je niet kunt leveren ook niet te gebruiken.

Edited by Erik Slagter, 4 October 2012 - 18:57.

[ni_hao]

@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

[ni_hao]

ik gebruik svn-7606 en heb al mijn kaarten gereorganiseerd d.w.z. dat ze nu allemaal in een ubuntu server (via smargo's) zitten en dus niet in de ontvangers. Ik heb in de server nu oranje seca3 kaarten maar ook een zwarte seca2 kaart. Ik heb wat probleempjes:

zodra ik bij ECM HeaderWhitelist in de reader van de zwarte seca2 kaart zet: 800061006A0000,810061006A0000 krijg ik rejected. Met dezelfde gegevens in de ontvanger wordt de kaart wel geaccepteerd. Laat ik in de server ECM HeaderWhitelist leeg dan is de rejected melding weg en krijg ik een not found, terwijl de services en groep goed staan.

2012/10/04 22:32:28 9DF0238 c slaapkmr2 (0100&00006A/0000/0FA2/64:8906): not found (1 ms) by cd_seca2 - SBS 6

Ik denk dat de not found melding mogelijk wordt veroorzaakt door de oscam.whitelist. Vandaar mijn vraag wat ik in de oscam.whitelist moet zetten, zodat het werkt voor zo wel seca3 als seca2 kaarten. In de oscam.whitelist staat nu:

l:0100:00006A::::64
i:500:42500
i:622
i:1817
i:1818
i:1819

Edited by ni_hao, 4 October 2012 - 21:33.