4250 replies to this topic

[Erik Slagter]

request_mode = 0 betekent probeer alle aanwezige "ecmpids" één voor één, request_mode = 1 probeert ze allemaal tegelijk. Het heeft beide voor en nadelen (die kun je zelf denk ik wel uitvogelen...) Bij request_mode = 1 werken bepaalde dvbapi instellingen niet, ik geloof de ignores.

Als je gewoon tv wilt kijken / opnemen enz. zonder er al te diep in te duiken kun je echt beter bij cccam blijven.

[EricNL]

request_mode = 0 betekent probeer alle aanwezige "ecmpids" één voor één, request_mode = 1 probeert ze allemaal tegelijk. Het heeft beide voor en nadelen (die kun je zelf denk ik wel uitvogelen...) Bij request_mode = 1 werken bepaalde dvbapi instellingen niet, ik geloof de ignores.

Als je gewoon tv wilt kijken / opnemen enz. zonder er al te diep in te duiken kun je echt beter bij cccam blijven.

Thnx, zal eens kijken of dat bij mij iets gaat veranderen.
Ik wil juist graag meer van OSCAM leren omdat ik alles meer zelf in de hand kan hebben dan bij CCCAM.

Daarnaast heb ik al geprobeerd of ik via CCCAM de HBO kanalen kan bekijken, maar helaas zonder positief resultaat.

Nu denk ik dus ook dat daar het probleem dan ook niet bij OSCAM ligt. Als iemand toch de oplossing weet, of me een zetje in de goede hoek kan geven, dan hoor ik dat graag :-).

[ni_hao]

Nog steeds problemen op mijn ubuntu server met de seca2 zenders (zwarte seca2 kaart in smargo). Kaart wordt wel geinitialiseerd, dus herkend maar steeds een 'not found' op een seca2 zender.
Heb de reader zowat leeg gelaten (geen ident, ecm, ecmmheader etc) maar steeds hetzelfde, ook die velden wel ingevuld maar nog steeds hetzelfde. Heb de oscam.whitelist verwijderd, veranderd etc maar steeds zelfde. Ook di evan HPPli geprobeerd, maar helaas. Schakel ik de server uit op de dm800 (daar test ik mee) dan meteen beeld van de lokale seca2 kaart. Dat impliceert voor mij dat de dm800 juist is geconfigureerd en het dus ergens in de config van de server moet zitten. In de log op de server zie ik dit

2012/10/07 10:01:28 8E64028 r ERROR, function call ICC_Async_Receive (reader, 1, buffer + recved) returns error.
2012/10/07 10:01:29 0 --- Skipped 3 duplicated log lines ---
2012/10/07 10:01:29 8E64028 r ERROR, function call ICC_Async_Receive (reader, 1, buffer + recved) returns error.
2012/10/07 10:01:29 8E64028 r cd_seca2 [seca] TRACE: ERROR: Protocol_T0_Command returns error
2012/10/07 10:01:29 8E64028 r cd_seca2 [seca] TRACE: Error processing ecm for caid 0100, srvid 0FAB, servicename: Nederland 1
2012/10/07 10:01:29 8E64028 r cd_seca2 [seca] TRACE: ecm: 2E28 real time: 2001 ms
2012/10/07 10:01:29 8E64028 r add client job action 24 queue length 1 keuken_cccam
2012/10/07 10:01:29 8EBE670 c poll wakeup
2012/10/07 10:01:29 8EBE670 c cd_seca2 [seca] TRACE: ecm answer for ecm 2E28 rc=4
2012/10/07 10:01:29 8EBE670 c request_cw stage=4 to reader cd_seca2 ecm=2E28
2012/10/07 10:01:29 8EBE670 c start reader thread action 5
2012/10/07 10:01:29 8E64028 r data from add_job action=5 client r cd_seca2
2012/10/07 10:01:29 8E64028 r cd_seca2 [seca] TRACE: skip ecm 282E, rc=4
2012/10/07 10:01:29 8EBE670 c keuken_cccam (0100&00006A/0000/0FAB/64:2E28): not found (2001 ms) by cd_seca2 - Nederland 1
2012/10/07 10:01:34 0 share-updater mode=interval t=20s
2012/10/07 10:01:38 8EBE670 c data on socket

Heb voor de zekerheid een andere smargo geprobeerd maar ook dat maakt niet uit.

Edited by ni_hao, 7 October 2012 - 08:07.

[Erik Slagter]

Heb je wel entitlements op die kaart (zichtbaar voor oscam)?

[ni_hao]

Jazeker heb ik entitlements, De kaart in de ontvanger geprobeerd en beeld, dus kaart is goed, Heb een andere kaart (seca3) in dezelfde smargo gedaan en ook beeld, dus de smargo is goed geprogd. Moet volgens mij aan oscam liggen hetzij de source of mijn config, maar wat en waar... Het gekke is dat een paar versies geleden alles goed werkte, weet helaas niet meer welke versie dat was.

Edited by ni_hao, 7 October 2012 - 08:41.

[Erik Slagter]

Wat ik bedoel is kijken of (via de webif) oscam in deze setup ook entitlements aangeeft! Als hij de kaart niet kan lezen of er iets anders mee is, dan kan ik me voorstellen dat hij "not found" geeft.

[ni_hao]

Overigens gelet op deze foutmelding: "Protocol_T0_Command returns error" zou je denken dat het mogelijk aan de Mhz instellingen van de reader zou liggen. Vreemde is dat een oranje nagra3 kaart het gewoon doet in die smargo en naar mijn weten zijn de Mhz instellingen voor een seca2 en een nagra3 kaart hetzelfde

[ni_hao]

@Erik: ja ik heb ook bij webif gekeken. Daar staat o.a.
PBM 0100 00006A 00000000 1970-01-01 2012-10-31 Canal Digitaal NL (19E/23E)

[Erik Slagter]

Hij kan dus op zich wel communiceren met de kaart...

Tsja, ik heb zelf geen seca2 kaart, dus ik kan verder niet zoveel meer betekenen....

[ni_hao]

Klopt communicatie is daar en hij heeft het ook altijd gedaan dus voor mij vreemd dat ik die T0 foutmelding opeens krijg. Zover mij bekend komt dat van de smargo af.

[theparasol]

Overigens gelet op deze foutmelding: "Protocol_T0_Command returns error" zou je denken dat het mogelijk aan de Mhz instellingen van de reader zou liggen. Vreemde is dat een oranje nagra3 kaart het gewoon doet in die smargo en naar mijn weten zijn de Mhz instellingen voor een seca2 en een nagra3 kaart hetzelfde

Absoluut niet, de nagra3 kun je veel hoger klokken en hij blijft werken. De seca2 klapt eruit bij overklok uit!

Post de readersettings voor die smargo maar eens.
Op streamboard noemen ze die readers niet voor niets "Das kleine bllaue Elend"

Edited by theparasol, 7 October 2012 - 11:46.

[ni_hao]

De reader had ik qua cardmhz op 500 gezet. Het staat nu weer op 480 (Mhz) en 357 (cardmhz) en inderdaad klapt die er nu niet uit.
Maar wel nog steeds een not found op de server.
Ik zie nu dit in de log

2012/10/07 15:50:44 9D33968 c start reader thread action 5
2012/10/07 15:50:44 B6306668 r data from add_job action=5 client r cd_seca2
2012/10/07 15:50:44 B6306668 r cd_seca2 [seca] TRACE: skip ecm 3124, rc=4
2012/10/07 15:50:44 9D33968 c keuken_cccam (0100&00006A/0000/0FA2/64:2431): not found (2008 ms) by cd_seca2 - SBS 6
2012/10/07 15:50:44 9D33968 c data on socket
2012/10/07 15:50:44 9D33968 c requesting client keuken_cccam best reader for 0100&00006A/0000/0FA2/64:0000
2012/10/07 15:50:56 0 share-updater mode=interval t=20s

in oscam.whitelist staan de ecm lengtes aangegeven (voor CD allemaal op 64) en verder:

i: 622:
i: 1817:
i: 1818:
i: 1819:
i: 0500:042500

De services en groep zijn allemaal correct geconfigueerd. Reshare mode 0 en 1 geprobeerd maar staat nu weer op 1 en ook preferlocal cards staat op 1

[ni_hao]

Heb nog wel een andere vraag aan theparasol: ik heb mijn services onderverdeeld: per abonnementgroep, dus de vrij te ontvangen zenders als je een kaart hebt (zoals NED 1 HD, 2 HD, 3 HD etc). de settopbox zenders, de basis_seca2 zenders, de basis_zenders, de familie_seca2 zenders, de familiezenders enz. Heb je bijvoorbeeld een kaart met familie abonnement dan zijn er dus meerdere "servicegroepen" aangevinkt. In de webif wordt in de laatste kolom (Status) bij CCcam protocol aangegeven: Connected en het aantal kaarten. Wat oscm doet is niet het aantal kaarten tellen maar het aantal servicegroepen. Zo zie ik dat als er 1 kaart connected is er staat Connected: 3 of 3 cards of zo. Kan dat veranderd worden zodat het werkelijk aantal kaarten wordt vermeld en niet het aantal service-groepen...?

Edited by ni_hao, 7 October 2012 - 14:31.

[christophecvr]

Heb nog wel een andere vraag aan theparasol: ik heb mijn services onderverdeeld: per abonnementgroep, dus de vrij te ontvangen zenders als je een kaart hebt (zoals NED 1 HD, 2 HD, 3 HD etc). de settopbox zenders, de basis_seca2 zenders, de basis_zenders, de familie_seca2 zenders, de familiezenders enz. Heb je bijvoorbeeld een kaart met familie abonnement dan zijn er dus meerdere "servicegroepen" aangevinkt. In de webif wordt in de laatste kolom (Status) bij CCcam protocol aangegeven: Connected en het aantal kaarten. Wat oscm doet is niet het aantal kaarten tellen maar het aantal servicegroepen. Zo zie ik dat als er 1 kaart connected is er staat Connected: 3 of 3 cards of zo. Kan dat veranderd worden zodat het werkelijk aantal kaarten wordt vermeld en niet het aantal service-groepen...?

100 % versta ik je vraag niet,

Maar weet dat oscam aan de basis een ecm server is en geen kaartserver. De vertaling van mogelijke ecm's naar de server zijn gedaan via cccam protocol en omgezet in de vorm van een cardserver zoals CCcam is.
hetzelfde wordt ook toegepast voor andere protocols met soms andere basisen. Maar het is nu juist omdat oscam een ecm server is dat er meerdere protocols mogelijk zijn.

[ni_hao]

Het updaten van een kaart gaat toch via EMM's en dus wordt voor unique EMMs het kaartserienummer gebruikt. Je kunt dan toch ook bij het lezen van een kaart (wat een reader doet) en de services van dat kaartserienuimmer gebruik maken bij de telling zodat gelijke servicegroepen van dezelfde kaart (met hetzelfde serienummer) niet als kaart wordt geteld. Als je nu (in webif) bij services in de reader van de kaart 4 services aanvinkt dan wordt in de webif van een andere oscam die dus die kaartreader (van die kaart met 4 aangevinkte services) leest aangegeven: Connected 4 of 4 cards, terwijl het maar 1 kaart betreft.

[DoeEensGek]

Volgens mij, oscam.conf daarin onder cccam, reshare mode dacht ik... je hebt 0 tot 4. Weet alleen niet precies welk wat..

[ni_hao]

Volgens mij, oscam.conf daarin onder cccam, reshare mode dacht ik... je hebt 0 tot 4. Weet alleen niet precies welk wat..

Dat heeft daar niets mee te maken dat zijn de reshare modi. Ik heb het over de presentatie ind e status kolom van webif van een oscam welke connect (proxie dus) met een andere oscam en dan vervolgens bij het aantal kaarten staat het aantal services dat er aangevinkt zijn en niet het aantal kaarten. M.a.w. er staat dan bijv. CONNECTED (4 of 4 cards) dat is in mijn geval dan 1 kaart (waar 4 services zijn aangevinkt). Ergo 4 of 4 cards moet feitelijk zijn: 1 of 1 card.

[theparasol]

@ni_hao:

Dit is de goede ecmpid voor sbs6 SD icm seca2:

0100&00006A/0641/0FA2/64:xxxx

Zet ff in oscam.conf volgende regeltje:

ecmfmt = c&p/d/s/l:h

Dan kun je de ecmpid ook zien, das wel belangrijk in jouw geval!

[ni_hao]

hmm hier (server) staan nu nullen:
2012/10/07 21:27:54 95D1E60 c keuken_cccam (0100&00006A/0000/0FA2/64:6D12): not found (2001 ms) by cd_seca2 - SBS 6

op de dm800 zie ik:
2012/10/07 21:27:51 664948 c localuser (0100&00006A/0641/0FA2/64:6D12): not found (2 ms) by shuttle - SBS 6

Edited by ni_hao, 7 October 2012 - 19:30.

[DoeEensGek]

Volgens mij, oscam.conf daarin onder cccam, reshare mode dacht ik... je hebt 0 tot 4. Weet alleen niet precies welk wat..

Dat heeft daar niets mee te maken dat zijn de reshare modi. Ik heb het over de presentatie ind e status kolom van webif van een oscam welke connect (proxie dus) met een andere oscam en dan vervolgens bij het aantal kaarten staat het aantal services dat er aangevinkt zijn en niet het aantal kaarten. M.a.w. er staat dan bijv. CONNECTED (4 of 4 cards) dat is in mijn geval dan 1 kaart (waar 4 services zijn aangevinkt). Ergo 4 of 4 cards moet feitelijk zijn: 1 of 1 card.

Klopt, dit hoort ook in degeen waar de kaart instaat volgens mij. De oscam server waar je dan naar connect zie je dan toch 1 kaart? Maar ik begrijp je probleem denk ik, maar weet geen andere oplossing als bovenstaand.