4250 replies to this topic

[Erik Slagter]

Ja, dat zou je bijna zeggen, maar de config op de server (de dm8000) is niet veranderd!

Dit is wat ik gedaan heb:

oscam config van de dm800 (oude client) gekopieerd naar de ultimo (nieuwe client), daarbij heb ik alle referenties naar user "db2" veranderd in "vu"
op de server heb ik met een text editor de user "db2" gekopieerd naar "vu".

Kan toch niet zoveel aan mis gaan lijkt me?

Ik ga nog wel even door de configs spitten.

[christophecvr]

Good luck. werkt het als je je kaart rechtstreeks in vu zet ?

[Erik Slagter]

Dat wil ik als laatste poging ook nog proberen, maar dat wordt even morgen. Ik heb geen kaartlezer gedefinieerd op de client...

[Erik Slagter]

Misschien dat jullie hier nog iets aan zien wat ik mogelijk gemist heb:

client:

2012/01/25 22:23:16   5A1CE8 c dvbapiau (0100&00006A/1B7B/64:68D7): rejected group (0 ms) (0 of 0) (no matching reader)
2012/01/25 22:23:18   5A1CE8 c dvbapi: [ADD PID 0] CAID: 1817 ECM_PID: 0716 PROVID: 00006A
2012/01/25 22:23:18   5A1CE8 c dvbapi: [ADD PID 1] CAID: 1818 ECM_PID: 0729 PROVID: 00006C
2012/01/25 22:23:18   5A1CE8 c dvbapi: [ADD PID 2] CAID: 0100 ECM_PID: 0716 PROVID: 00006A
2012/01/25 22:23:18   5A1CE8 c dvbapi: [ADD PID 3] CAID: 0100 ECM_PID: 0729 PROVID: 00006C
2012/01/25 22:23:18   5A1CE8 c dvbapi: [ADD PID 4] CAID: 0500 ECM_PID: 0599 PROVID: 042500
2012/01/25 22:23:18   5A1CE8 c dvbapi: new program number: 17C0 (Ned 2 HD)
2012/01/25 22:23:18   5A1CE8 c dvbapi: Start descrambling PID #2 (CAID: 0100) 1
2012/01/25 22:23:18   5A1CE8 c dvbapiau (0100&00006A/17C0/64:F311): rejected group (0 ms) (0 of 0) (no matching reader)
2012/01/25 22:23:28   5A1CE8 c dvbapiau (0100&00006A/17C0/64:26C9): rejected group (0 ms) (0 of 0) (no matching reader)
2012/01/25 22:23:38   5A1CE8 c dvbapiau (0100&00006A/17C0/64:D775): rejected group (0 ms) (0 of 0) (no matching reader)
2012/01/25 22:23:48   5A1CE8 c dvbapiau (0100&00006A/17C0/64:5251): rejected group (0 ms) (0 of 0) (no matching reader)

Op de server zie je NIKS.

De client heeft geen servicegroups gedefinieerd, alleen 1 group "1", waar de dvbapi en de cccam user in zitten.

Op de server zit de kaart in group "1", op de kaart zit een servicegroup-filter, waarin alle services zitten die op de kaart zitten, inclusief Ned 1 HD en Ned 2 HD, net gecheckt.

Alsjemenou...

[christophecvr]

Misschien dat jullie hier nog iets aan zien wat ik mogelijk gemist heb:

client:

2012/01/25 22:23:16   5A1CE8 c dvbapiau (0100&00006A/1B7B/64:68D7): rejected group (0 ms) (0 of 0) (no matching reader)
2012/01/25 22:23:18   5A1CE8 c dvbapi: [ADD PID 0] CAID: 1817 ECM_PID: 0716 PROVID: 00006A
2012/01/25 22:23:18   5A1CE8 c dvbapi: [ADD PID 1] CAID: 1818 ECM_PID: 0729 PROVID: 00006C
2012/01/25 22:23:18   5A1CE8 c dvbapi: [ADD PID 2] CAID: 0100 ECM_PID: 0716 PROVID: 00006A
2012/01/25 22:23:18   5A1CE8 c dvbapi: [ADD PID 3] CAID: 0100 ECM_PID: 0729 PROVID: 00006C
2012/01/25 22:23:18   5A1CE8 c dvbapi: [ADD PID 4] CAID: 0500 ECM_PID: 0599 PROVID: 042500
2012/01/25 22:23:18   5A1CE8 c dvbapi: new program number: 17C0 (Ned 2 HD)
2012/01/25 22:23:18   5A1CE8 c dvbapi: Start descrambling PID #2 (CAID: 0100) 1
2012/01/25 22:23:18   5A1CE8 c dvbapiau (0100&00006A/17C0/64:F311): rejected group (0 ms) (0 of 0) (no matching reader)
2012/01/25 22:23:28   5A1CE8 c dvbapiau (0100&00006A/17C0/64:26C9): rejected group (0 ms) (0 of 0) (no matching reader)
2012/01/25 22:23:38   5A1CE8 c dvbapiau (0100&00006A/17C0/64:D775): rejected group (0 ms) (0 of 0) (no matching reader)
2012/01/25 22:23:48   5A1CE8 c dvbapiau (0100&00006A/17C0/64:5251): rejected group (0 ms) (0 of 0) (no matching reader)

Op de server zie je NIKS.

De client heeft geen servicegroups gedefinieerd, alleen 1 group "1", waar de dvbapi en de cccam user in zitten.

Op de server zit de kaart in group "1", op de kaart zit een servicegroup-filter, waarin alle services zitten die op de kaart zitten, inclusief Ned 1 HD en Ned 2 HD, net gecheckt.

Alsjemenou...

Dat hij het kanaal niet vind is duidelijk. Maar vind absoluut ook geen reader ervoor ???

Ook spreek je over services service group ? Een beetje verward.

services = en de daarbij gedefinieerde services in oscam.services hebben absoluut niets te maken group = .

Iedere reader in oscam krijgt een group nummer.
Verschillende de readers kunnen dezelfde group nummer dragen.

Elke user account in oscam krijgt enkel en slechts enkel toegang tot de groepen (meervoud) die zijn ingezet. group = 1,2,3,4, ....

Dit is volledig op slechts één box, deze parameter beinvloed géén één interactie tussen twee verschillende oscam zelf.

voorbeeld : Uw dm8000 is bv de server
uw VUuo is de client
je gebruikt cccam protocol tussen de twee.

Dm8000 configs (juist relevante gedeelte)

oscam.server

[reader]
label						 = lower
enable					    = 1
protocol					  = internal
device					    = /dev/sci0
detect					    = cd
mhz						   = 500
cardmhz					   = 500
group						 = 1
emmcache					  = 1,3,15
audisabled				    = 1

[reader]
label						 = upper
enable					    = 1
protocol					  = internal
device					    = /dev/sci1
detect					    = cd
mhz						   = 500
cardmhz					   = 500
group						 = 2
emmcache					  = 1,3,15
audisabled				    = 1
 
en verder all je proxy's enzo,   Ik geef aan ELKE reader een ander group Nummer !! er zijn bij mij bv 10 readers dus 10 group nummers

oscam.user

[account]
user = dvbapi
pwd =
disabled = 0
group = 1,2,3,4,5,6,7,8,9,10
uniq = 2
monlevel = 0
au = 0
keepalive = 1
 
[account]
user						  = dreamVU
pwd						   = TEST
group						 = 1,2,3,4,5,6,7,8,9,10
uniq						  = 3
allowedprotocols			  = cccam
monlevel					  = 0
services					  = !badprov
cccmaxhops				    = 6
cccreshare				    = 1
cccignorereshare			  = 0
cccstealth				    = 0
keepalive					 = 1
hostname					  = 192.168.xxx.xxx
 
alle verder accounts ...

De bovenste zijn enkel configs van je dm8000 server, dvbapi user is enkel voor dvbapi dm8000 zelf
Noteer dat ik elke reader will krijgen vandaar dus elke group nummer.

Moest ik nu bv willen dat de user dreamVU enkel de eerste kaart heeft zet ik bij hem group= 1 will ik dat hij enkel de onderste kaart krijgt zet ik group = 2 beiden 1,2 beiden en enkele andere proxy readers 1,4,7,8 enz..
De dvbapi van dm zelf moet uiteraard alle groupen krijgen tenminste wil men ze allen mogelijk kunnen ontvangen.

Vuduo configs

oscam.server

[reader]
inernal 1 ..
group = 1
[reader]
internal2 ..
group = 2
 
[reader]
label						 = naardm8000
enable					    = 1
protocol					  = cccam
device					    = 192.168.xxx.xxx,xxxxxx
user						  = dreamVU
password					  = TEST
inactivitytimeout			 = 0
reconnecttimeout			  = 5
group						 = 6
emmcache					  = 1,4,15
blockemm-g				    = 1
cccversion				    = 2.2.1
cccmaxhops				    = 5
ccckeepalive				  = 1
cccreshare				    = 3
audisabled				    = 1

oscam.user

[account]
user = dvbapi
pwd =
disabled = 0
group = 1,2,6
uniq = 2
monlevel = 0
au = 0
keepalive = 1

De group settings hebben niets uitstaans met deze op server. van dm8000

[christophecvr]

Sorry voor verschuivingen maar in mijn text editor is alles mooi gelijnd Met kopieren is dit upgescrewed

[Erik Slagter]

Dat hij het kanaal niet vind is duidelijk. Maar vind absoluut ook geen reader ervoor ???

Ja precies.

Maar ik ben al weer een stapje verder. Ik heb nu al wel Ned 2 HD, alleen Ned 1 HD doet het nog niet...

De reden waarom beiden het niet deden, was kennelijk de volgende: ik heb een "service" cds-ignore-tvv, met daarin caid:provid 100:6c en srvid's van Ned 1 HD en Ned 2 HD. Ik heb die service kennelijk een keer gemaakt om te voorkomen dat oscam de TVV id's gaat opzoeken op mijn CDS-kaart. Op de reader "cds kaart" staat een service met alle srvid's die op de kaart staan. Ik had daar ook die service "niet" "cds-ignore-tvv" bijgezet. In combinatie met cccam protocol komen de srvids van cds-ignore-tvv in de lijst van "bad sids" bij de client en haalt ze daardoor niet op de bij de server. Het lijkt er op dat er in oscam recent een "wijziging" is geweest in de interpretatie van services in combinatie met wat het cccam protocol naar de client stuurt, precies waar we het gisteren nog over hadden. Kennelijk wordt de caid (in dit geval van cds-ignore-tv, 6C!) hierbij genegeerd en komen de 6A srvid's ook op de blacklist bij de client of de client negeert de caid.

Door het verwijderen van de cds-ignore-tvv service is dat probleem opgelost dus.

Ned 2 HD doet het nu goed, alleen Ned 1 HD doet het nog steeds niet. Hij zegt dat hij aan descramblen is, maar het beeld blijft zwart. Alsof hij de verkeerde descrambler instelt. Ik ben al aan het kijken geweest met dvbapi debug output, maar ik zie vooralsnog geen verschil met de output van Ned 2 HD, die het wel doet. Vanavond nog eens verder kijken.

Ik ben bang dat het een VU+ (Ultimo?) issue is, aangezien de box er ook een keer op vastliep...

services = en de daarbij gedefinieerde services in oscam.services hebben absoluut niets te maken group = .

Ja dat bedoel ik. Een service is voor mij een kanaal, oscam noemt dat dan weer srvid, grmbl. Vandaar dat ik het vaak service group noem, maar dat is dus in feite "service".

[Erik Slagter]

Misschien een stomme vraag, Maar aangezien het ook niet werkt met CCcam, staat er niet ergens een service block via user account van de server ?

Was je toch wel heel warm! + combinatie met oscam "feature".

[christophecvr]

Misschien een stomme vraag, Maar aangezien het ook niet werkt met CCcam, staat er niet ergens een service block via user account van de server ?

Was je toch wel heel warm! + combinatie met oscam "feature".

Vandaar als ik services ingeef probeer ik zo volledig mogelijk te werken.

bv in dvbapi

I: 0100:00006C:1B7B:0646 # ignoring NED1 HD seca 2 pid on prov 00006C
P: 0100:00006C # priotorize 00006C provid.

hierdoor zal hij eerst de pid nummer 3 nemen

2012/01/26 12:33:28 6699D0 c dvbapi: [ADD PID 0] CAID: 1817 ECM_PID: 070E PROVID: 00006A
2012/01/26 12:33:28 6699D0 c dvbapi: [ADD PID 1] CAID: 1818 ECM_PID: 0722 PROVID: 00006C
2012/01/26 12:33:28 6699D0 c dvbapi: [ADD PID 2] CAID: 0100 ECM_PID: 070E PROVID: 00006A
2012/01/26 12:33:28 6699D0 c dvbapi: [ADD PID 3] CAID: 0100 ECM_PID: 0722 PROVID: 00006C
2012/01/26 12:33:28 6699D0 c dvbapi: [ADD PID 4] CAID: 0100 ECM_PID: 0646 PROVID: 00006A
2012/01/26 12:33:28 6699D0 c dvbapi: [ADD PID 5] CAID: 0500 ECM_PID: 0592 PROVID: 042500
2012/01/26 12:33:28 6699D0 c dvbapi: new program number: 1B7B (1817:1B7B unknown)
2012/01/26 12:33:28 6699D0 c starting thread housekeeping lb stats
2012/01/26 12:33:28 6699D0 c housekeeping lb stats thread started
2012/01/26 12:33:28 6699D0 c dvbapi: Start descrambling PID #3 (CAID: 0100) 1
2012/01/26 12:33:28 6699D0 c dvbapiau (0100&00006C/1B7B/64:BB90): found (280 ms) by newpclin2
2012/01/26 12:33:32 6699D0 c dvbapiau (0100&00006C/1B7B/64:D1C8): found (298 ms) by newpclin2

In service line kan men gaan tot niveau sid block wat ze noemen srvid men kan er echter geen ecmpid blokeren ofwel het volledige kanaal of niets.

[Erik Slagter]

Mijn dvbapi is hier al een paar keer langsgeweest, daar is niks mis mee, doet het ook prima op de dm8000 (die oscam server en oscam client is).

Ik had het over services, als in de oscam.services file.

[cds_kaart]
caid                          = 0100,1817,1818,1819,0D03
provid                        = 00006A,00006C,000000
srvid                         = 0FAB,0FAC,0FAD,1B7B,17C0,5230,07D4,07D5,07D6,07F3,0FA2,0FA3,07EF,07E9,07E4,07DF,0FAF,07F4,0FAE,7007,6FF3,6FEF,6FFF,6FF0,6FF1,07FA,1B6C,5217,5212,17CA,521C,522B,13B9,6FB8,1B62,1B67,13B0,1B71,1B7D,1B7C,1F47,51CC,1793,17B1,178E,51D1,17AC,13BB,232A,177F,1784,177A,1789,13AA,5146,5144,5142,5154,2B01,5221,5226,17A2,1798,179D,13C0,51D4
 
[cds_kaart_ignore_tvv]
caid                          = 0100,1818
provid                        = 00006C
srvid                         = 1B7B,17C0,51D6

En dat ging dus niet goed, met negeren van cds_kaart_ignore_tvv op de CDS-kaart.

Edited by Erik Slagter, 26 January 2012 - 12:46.

[christophecvr]

Extra typ

gebruik ook L line voor seca daar alle ok ecm enkel lengte 64 zijn. andere lengtes zijjn fake. En kunnen een lb of time out block leveren voor het betreffende kanaal. door nu :

I: 0100:00006C:1B7B:0646 # ignoring NED1 HD seca 2 pid on prov 00006C
L: 0100:00006C 64
P: 0100:00006C # priotorize 00006C provid.

Zullen enkel ecm lengtes 64 genomen worden. Het geeft wel iets langere zaptijd, De L blijkt enkel te werken indien gevolgd door P line.

[Erik Slagter]

Heb jij anders in de prakijk al ecm's met foute lengte gezien voor nagra / "seca3"? Ook als de kaart lokaal is?

Als de nagra kaart je een "foute" ecm stuurt omdat je op het strafbankje zit, dan zijn die volgens mij niet als zodanig herkenbaar, of jij moet iets weten wat ik niet weet

[christophecvr]

En dat ging dus niet goed, met negeren van cds_kaart_ignore_tvv op de CDS-kaart.

Ja conflict toegestaan en ignore tegelijkertijd op 00006C moet rare resultaten geven .

[Erik Slagter]

BTW ik had m'n berichtje hierboven over services intussen ge-edit...

[Erik Slagter]

Ik zie nu trouwens ook dat er 6c bij m'n kaart staat bij de service, dat is in inderdaad echt niet goed. Maar je zou verwachten dat de expliciete 6a in de config van de kaart dat wel zou oplossen.

Ik ga dat zowiezo aanpassen, dat klopt niet. Die 0000 gaat ook weg. Zal wel een restant van een experimentje zijn.

Edited by Erik Slagter, 26 January 2012 - 12:53.

[Erik Slagter]

Definitie van de kaart op de server:

[reader]
label                         = kaart
description                   = CDS kaart
protocol                      = internal
device                        = /dev/sci1
services                      = cds_kaart
caid                          = 0100
detect                        = cd
mhz                           = 500
cardmhz                       = 500
ident                         = 0100:00006A
group                         = 1
emmcache                      = 1,1,31
blockemm-unknown              = 1
dropbadcws                    = 1
auprovid                      = 00006A
ratelimitecm                  = 4
ratelimitseconds              = 12

De user op de client: (1 van de twee wordt gebruikt, de andere staat uit)

[reader]
label                         = db1-cs378x
description                   = db1-cs378x
protocol                      = cs378x
device                        = 10.1.1.13,12001
user                          = vu
password                      = vu
inactivitytimeout             = 0
reconnecttimeout              = 0
group                         = 1
blockemm-unknown              = 1
blockemm-u                    = 1
blockemm-s                    = 1
blockemm-g                    = 1
dropbadcws                    = 1
disablecrccws                 = 1
audisabled                    = 1
 
 
[reader]
label                         = db1-cccam
description                   = db1-cccam
enable                        = 0
protocol                      = cccam
device                        = 10.1.1.13,12000
user                          = vu
password                      = vu
reconnecttimeout              = 2
group                         = 1
blockemm-unknown              = 1
blockemm-u                    = 1
blockemm-s                    = 1
blockemm-g                    = 1
cccversion                    = 2.3.0
ccckeepalive                  = 1
audisabled                    = 1

[christophecvr]

Heb jij anders in de prakijk al ecm's met foute lengte gezien voor nagra / "seca3"? Ook als de kaart lokaal is?

Als de nagra kaart je een "foute" ecm stuurt omdat je op het strafbankje zit, dan zijn die volgens mij niet als zodanig herkenbaar, of jij moet iets weten wat ik niet weet

Jawel er komen af en toe ecm's met andere lengte dan 64 door van dvbapi zelf, Van satteliet. Laat maar lopen zonder enige filtering op lengte.
Het is vooral zeer eigen aan de franse kanalen daar is er praktisch een met verkeerde lengte per minuut. Maar het komt voor bij nederlands talige zender .

[Erik Slagter]

En dan nog als toegift de user op de server:

[account]
user                          = vu
pwd                           = vu
description                   = vu
group                         = 1
cccignorereshare              = 0
keepalive                     = 1
numusers                      = 32
penalty                       = 0

[Erik Slagter]

Jawel er komen af en toe ecm's met andere lengte dan 64 door van dvbapi zelf, Van satteliet. Laat maar lopen zonder enige filtering op lengte.
Het is vooral zeer eigen aan de franse kanalen daar is er praktisch een met verkeerde lengte per minuut. Maar het komt voor bij nederlands talige zender .

Vaag, ik dacht dat dat niet bij "ons" voorkwam. Ik heb wel een ideetje waar die langere ecm's voor zijn overigens.

Mooi, ik zal dat filter ook aanzetten dan.

[christophecvr]

Noteer 64 lengte is voor seca2,seca3 en ik denk nagra ook(nagra niet zeker) . andere caid zoals conax , nds, viaccess irdeto hebben andere en zelfs verschillende lengtes voor één en éénzelfde kanaal.