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

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

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

[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

[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

P:1843 1
P:098C
I:0

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

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

Zum Vergrößern anklicken....