Digital Eliteboard - Das große Technik Forum

Registriere dich noch heute kostenloses um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereiche, welche für Gäste verwehrt bleiben

  • Derzeit stellt SKY die Verschlüsselung um, wonach alle V13 Karten nicht mehr hell werden. Dies nutzen derzeit vermehrt Betrüger aus, welche euch überzeugend mitteilen, dass es eine Lösung gibt. Diese Lösung kostet Geld, welches Ihr am besten mit Bitcoin überweisen möchtet. Von dem Betrüger werdet Ihr im Anschluss nix mehr hören. Wenn es eine Lösung gibt, werden wir euch darüber informieren!!!!!

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

ztrac

Ist gelegentlich hier
Registriert
16. Mai 2014
Beiträge
50
Punkte Reaktionen
8
Erfolgspunkte
8
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.

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:

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:
[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
[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
P:1843 1
P:098C
I:0

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

Danke!
 
Registriert
12. November 2011
Beiträge
757
Punkte Reaktionen
147
Erfolgspunkte
103
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.

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,
Bitte, Anmelden oder Registrieren um URL-Inhalte anzeigen!
, nix für ungut.
 
Zuletzt bearbeitet von einem Moderator:
OP
Z

ztrac

Ist gelegentlich hier
Registriert
16. Mai 2014
Beiträge
50
Punkte Reaktionen
8
Erfolgspunkte
8
AW: 2xvdr, dvbapi, 1x oscam - won't decrypt channel

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

hotlein

Newbie
Registriert
5. Februar 2012
Beiträge
22
Punkte Reaktionen
4
Erfolgspunkte
23
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
 
Oben