2xvdr, dvbapi, 1x oscam - won't decrypt channel

[ztrac]

Hi - ich habe hier vdr 2.2 mit DVBAPI und Oscam laufen. Tut so weit. Nun wollte ich testweise mal einen zweiten vdr dazunehmen. Das scheint nicht zu klappen, wobei zwar Oscam zu dekodieren scheint, aber vdr/dvbapi meint, es klappt nicht.

Spoiler

Feb 9 10:28:12 vdr vdr: [4186] recording to '/mnt/recordings/Boston_Legal/2016-02-09.10.07.246-0.rec/00001.ts'
Feb 9 10:28:12 vdr vdr: [4468] recording thread started (pid=4186, tid=4468, prio=high)
Feb 9 10:28:12 vdr vdr: [4186] DVBAPI: 0.0 set CAM decrypt (SID 50 (0x0032), caLm 4, HasCaDescriptors 1)
Feb 9 10:28:12 vdr vdr: [4469] device 1 receiver thread started (pid=4186, tid=4469, prio=high)
Feb 9 10:28:12 vdr vdr: [4470] device 1 TS buffer thread started (pid=4186, tid=4470, prio=high)
Feb 9 10:28:13 vdr vdr: [4186] max. latency time 22 seconds
Feb 9 10:28:16 vdr vdr: [4469] detaching receiver - won't decrypt channel S19.2E-133-2-50 with CAM 1
Feb 9 10:28:16 vdr vdr: [4468] recording thread ended (pid=4186, tid=4468)
Feb 9 10:28:16 vdr vdr: [4469] DVBAPI: 0.0 set CAM decrypt (SID 50 (0x0032), caLm 5, HasCaDescriptors 1)
Feb 9 10:28:16 vdr vdr: [4469] CAM 1: unassigned
Feb 9 10:28:16 vdr vdr: [4470] device 1 TS buffer thread ended (pid=4186, tid=4470)
Feb 9 10:28:16 vdr vdr: [4469] buffer stats: 47000 (0%) used
Feb 9 10:28:16 vdr vdr: [4469] device 1 receiver thread ended (pid=4186, tid=4469)
Feb 9 10:28:16 vdr vdr: [4186] buffer stats: 71816 (0%) used
Feb 9 10:28:16 vdr vdr: [4186] timer 38 (246 1007-1059 'Boston Legal') stop

Das zugehörige oscam.log:

Spoiler

2016/02/09 10:28:07 0A61F970 c (ecm) vdr (098C@000000/00E9/0032/98:096098CF21BE7735B481E2A5D79FA79D:000000): found (66 ms) by v14
2016/02/09 10:28:12 0A61F970 c (dvbapi) Demuxer 1 ecmpid 0 CAID: 09C4 ECM_PID: 1B9C PROVID: 000000
2016/02/09 10:28:12 0A61F970 c (dvbapi) Demuxer 1 ecmpid 1 CAID: 098C ECM_PID: 1A9C PROVID: 000000
2016/02/09 10:28:12 0A61F970 c (dvbapi) Demuxer 1 ecmpid 2 CAID: 09AF ECM_PID: 1F9C PROVID: 000000
2016/02/09 10:28:12 0A61F970 c (dvbapi) Demuxer 1 found 3 ECMpids and 3 STREAMpids in PMT
2016/02/09 10:28:12 0A61F970 c (dvbapi) Demuxer 1 serving srvid 0032 (09C4@000000:0032 unknown) on adapter 0000 camask 0001 index 0000 pmtpid 0000
2016/02/09 10:28:12 0A61F970 c (dvbapi) Demuxer 1 found channel in cache and matching prio -> start descrambling ecmpid 1
2016/02/09 10:28:12 0A61F970 c (dvbapi) Demuxer 1 trying to descramble PID 1 CAID 098C PROVID 000000 ECMPID 1A9C ANY CHID PMTPID 0000 VPID 03FF
2016/02/09 10:28:12 0A61F970 c (ecm) vdr (098C@000000/00E9/0032/98:096098CF21BE7735B481E2A5D79FA79D:000000): cache1 (0 ms) by v14
2016/02/09 10:28:17 0A61F970 c (ecm) vdr (098C@000000/00E9/0032/98:52BDAC779A8326FC9A60E35272824077:000000): found (66 ms) by v14
2016/02/09 10:28:27 0A61F970 c (ecm) vdr (098C@000000/00E9/0032/98:7CCC6379B46A119F23F9F3CEFF3E6C36:000000): found (66 ms) by v14

Oscam r10875 läuft auf derselben Maschine im Netzwerkmodus, bei der der Fehler auftritt. Die andere Kiste steht daneben, dvbapi ebenfalls im Netzwerkmodus.

Das Log von Oscam ist nicht so einfach zu lesen, weil ja beide dvbapis mit demselben user (vdr) im Log auftauchen. Für mich sieht es so aus, als seien die "cache1"-Rückmeldungen von Oscam die, die zu Problemen führen.

oscam.conf:

Spoiler

[global]
usrfile = /var/log/oscam/oscamuser.log
logfile = /var/log/oscam/oscam.log
cwlogdir = /var/log/oscam/cw
emmlogdir = /var/log/oscam/
maxlogsize = 512
nice = -1
preferlocalcards = 1

[dvbapi]
enabled = 1
au = 1
pmt_mode = 4
listen_port = 2000
user = vdr
boxtype = pc

[webif]
httpport = 8083
httpuser = oscam
httppwd = oscam
httprefresh = 10
httptpl = /etc/oscam/tpl
httphelplang = de
httprefresh = 10
httpshowpicons = 1
httppiconsize = 24
httpshowmeminfo = 1
httpshowuserinfo = 1
httpshowcacheexinfo = 1
httpshowecminfo = 1
httpshowloadinfo = 1
httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255,10.8.0.0-10.8.0.255

[newcamd]
port = 10000@1843:000000;10001@098c:000000
key = 0102030405060708091011121314
keepalive = 1

(newcamd wird nicht mehr benutzt)

oscam.server

Spoiler

[reader]
label = hd02
protocol = smartreader
device = Serial:Reader A7530FB
caid = 1843
rsakey = xxx
boxkey = xxx
autospeed = 0
detect = cd
ident = 1843:000000,003411,008011
group = 1
emmcache = 1,1,2
saveemm-u = 1
mhz = 358
cardmhz = 358

[reader]
label = v14
protocol = mouse
device = /dev/smouse
autospeed = 0
caid = 098C
boxid = 12345678
ndsversion = 2
ins7e11 = 15
detect = cd
mhz = 600
ident = 098C:000000
emmcache = 1,1,2,0
readtiers = 2
group = 1
blockemm-unknown = 1
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
saveemm-u = 1

oscam.dvbapi

Spoiler

P:1843 1
P:098C
I:0

oscam.user

Spoiler

[account]
User = vdr
Pwd = xxx
AU = hd02,v14
Group = 1
CAID = 1843,098C

Danke!

 

[legenwaitforitdary]

AW: 2xvdr, dvbapi, 1x oscam - won't decrypt channel

Du musst auf einem der beiden VDR das dvbapi mit Offset starten, je nachdem wieviele Tuner im Anderen verbaut sind.

Spoiler

Adapter index offset:
---------------------
When you are using the plugin in network mode, single OSCam server is able to
handle more then one VDR dvbapi clients. The problem is the adapter indexes.

Let's assume the following scenario:
VDR client 1: two DVB adapters (0, 1)
VDR client 2: two DVB adapters (0, 1)

As every VDR host will number devices from zero, then both requests will come
to OSCam with conflicting adapter indexes, resulting in broken decrypting.

To be able to prevent this conflict (and if you want to connect more then one
dvbapi client to the same OSCam server) you need to add a constant value to
all adapter indexes on one of the above host.

There is a command line option "-o" to set this offset by the plugin when
communicating with the OSCam.

If you want to add eg. value 2 as the adapter index offset, then you need to
run vdr like this:
vdr -P"dvbapi -o2"

If you do this on "VDR client 2" from the above scenario it will add value 2
to adapter indexes resulting in:
VDR client 1: two DVB adapters (0, 1)
VDR client 2: two DVB adapters (2, 3) - added offset 2 to indexes

Oder kurz gesagt,

Sie müssen registriert sein, um Links zu sehen.

, nix für ungut.

 

[ztrac]

AW: 2xvdr, dvbapi, 1x oscam - won't decrypt channel

Danke, man muss nur wissen, wo man hinschauen muss. :good:

 

[hotlein]

AW: 2xvdr, dvbapi, 1x oscam - won't decrypt channel

Guten Morgen in die Runde,

ich wollte gestern genau diese Konfiguration umsetzen, leider entschlüsselt der VDR mit dem Offset (-P'dvbapi -o2')dann nicht mehr. DVBAPI habe ich in der Version 2.2.1-GIT-ce8a124 und OSCAM in der Version r10715. Kann jemand helfen?

Greez