HD Sender bleiben dunkel mit oscam/cccam

[gepardy]

hallo zusammen

ich besitze eine dreambox 800 hd pvr
ein komplett abo von kabeldeutschland sowie von sky
auf der serverbox läuft oscam1.20 mit cccam 2.30
ich bekomme mit den einstellungen allle sender ausser die HD sender nicht hell

oscam conf

Spoiler

# oscam.conf generated automatically by Streamboard OSCAM 1.20-unstable_svn build #6773
# Read more:

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

[global]
logfile = /var/log/oscam.log
nice = -1
maxlogsize = 0
saveinithistory = 1

[monitor]
hideclient_to = 15
appendchaninfo = 0

[newcamd]
port = 12000@1834:000000
key = 0102030405060708091011121314
keepalive = 1

[cccam]
port = 12000
reshare = 1
ignorereshare = 1
version = 2.3.0
minimizecards = 1
nodeid = 51EB727110031466

[dvbapi]
enabled = 1
au = 1
boxtype = dreambox
user = dvbapi

[webif]
httpport = 16002
httpuser = user
httppwd = pass
httprefresh = 7
httpallowed = 192.168.1.2-192.168.255.255

oscam server

Spoiler

# oscam.server generated automatically by Streamboard OSCAM 1.20-unstable_svn build #6773
# Read more:

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

[reader]
label = kdhome
protocol = internal
device = /dev/sci0
caid = 1834,1722
rsakey = 811
boxkey = 6
detect = cd
mhz = 600
cardmhz = 600
group = 1
emmcache = 1,3,2
blockemm-unknown = 1

oscam user

Spoiler

# oscam.user generated automatically by Streamboard OSCAM 1.00-unstable_svn build #4066
# Read more:

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

[account]
user = CCcam
pwd = KabelHD
group = 1
monlevel = 4
au = 1
caid = 1722,1834
betatunnel = 1834.0081:1722,1834.0082:1722,1834.0083:1722,1834.0084:1722,1834.0070:1722,1834.0071:1722,1834.0072:1722,1834.006F:1722,1834.C356:1722,1834.C352:1722,1834.C351:1722,1834.C357:1722,1834.C358:1722,1834.C355:1722

[account]
user =
pwd =
group = 1
betatunnel =
1834.0081:1722,1834.0082:1722,1834.0083:1722,1834.0084:1722,1834.0070:1722,1834.0071:1722,1834.0072:1722,1834.006F:1722,1834.C356:1722,1834.C352:1722,1834.C351:1722,1834.C357:1722,1834.C358:1722,1834.C355:1722
caid = 1722,1834
au = kdhome

und zur cccam verbunden mit der n-line
N: 127.0.0.1 12000 user pass 01 02 03 04 05 06 07 08 09 10 11 12 13 14

 

[Kermit]

AW: HD Sender bleiben dunkel mit oscam/cccam

Hi,

das kann so auch nicht funktionieren.
Die Karte läuft im Irdeto Modus und kann nur Anfragen auf der Caid 1722 beantworten. Die Caid 1834 kannst du bei dem Reader in der oscam.server raus nehmen.
Die HD Sender kommen aber auf der Caid 1834 und müssen auf die Caid 1722 gemappt werden. Dies kann CCcam nicht und du brauchst eine zweite N-Line zu OScam für die Caid 1834. Der User von OScam braucht anschließend noch den passenden Betatunnel 1834.FFFF:1722 und es sollte hell werden.
Mal eine Frage am Rande, warum der Umweg über CCcam? OScam kann das auch alles alleine.

Grüße

Kermit

 

[gepardy]

AW: HD Sender bleiben dunkel mit oscam/cccam

Mal eine Frage am Rande, warum der Umweg über CCcam? OScam kann das auch alles alleine.

selbst wenn mein cs client auf einer dbox 2 cccam laufen hat geht das

 

[joopastron]

Ja auch dann geht es, da Oscam cccam Protokoll on Board hat.


Sent from my iPhone using Tapatalk

 

[gepardy]

AW: HD Sender bleiben dunkel mit oscam/cccam

Mein Problem besteht weiterhin.
Die HD Sender werden einfach nicht hell.


oscam.conf

Spoiler

[global]
nice = -1
ClientTimeout = 5
LogFile = /var/log/oscam.log
saveinithistory = 1

[webif]
httpport = 16002
httpuser = user
httppwd = pass
httprefresh = 7
httpallowed = 192.168.1.2-192.168.255.255

[newcamd]
key = 0102030405060708091011121314
port = 12000@1834:000000
keepalive = 1

[cccam]
port = 12000
reshare = 1
ignorereshare = 1
version = 2.3.0
minimizecards = 1
nodeid = 51EB727110


[dvbapi]
enabled = 1
au = 1
boxtype = dreambox
user = dvbapi
pmt_mode = 0
request_mode = 0

oscam.server

Spoiler

# oscam.server generated automatically by Streamboard OSCAM 1.10rc-svn-SB-Trunk-by-Giftstaub build #5963
# Read more:

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

[reader]
label = kdhome
protocol = internal
device = /dev/sci0
caid = 1722,1834
rsakey = 8A....11
boxkey = 66...7B
detect = cd
mhz = 600
cardmhz = 600
group = 1
emmcache = 1,3,2
blockemm-unknown = 1

oscam.user

Spoiler

[account]
user =
pwd =
group = 1
betatunnel = 1834.FFFF:1722
caid = 1722,1834
au = kdhome ]

Die N-line in der cccam

N: 127.0.0.1 12000 user pass 01 02 03 04 05 06 07 08 09 10 11 12 13 14
N: 127.0.0.1 12001 user2 pass2 01 02 03 04 05 06 07 08 09 10 11 12 13 14

 

[Kermit]

AW: HD Sender bleiben dunkel mit oscam/cccam

Hi,

hast du in der oscam.conf auch einen weiteren Port angelegt für das newcamd Protokoll? Was sagt das WebIf von OScam bzw das Logfile, was sagt das WebIf von CCcam? Wird versucht eine Verbindung aufzubauen, bzw besteht die Verbindung etc..
Sorry, aber mit der Aussage alleine es wird nicht hell kommen wir nicht weiter.

Grüße

Kermit

 

[gepardy]

AW: HD Sender bleiben dunkel mit oscam/cccam

log file

Spoiler

>> OSCam << cardserver log switched at Tue Oct 2 15:53:56 2012
-------------------------------------------------------------------------------
2012/10/02 15:53:56 0 s cccam: Bind request failed, waiting another 54 seconds
2012/10/02 15:53:56 0 >> OSCam << cardserver log switched, version 1.20-unstable_svn, build #6773 (mips-tuxbox-linux)
2012/10/02 15:53:56 0 version=1.20-unstable_svn, build #6773, system=mips-tuxbox-linux, nice=-1
2012/10/02 15:53:56 0 client max. idle=120 sec, debug level=0
2012/10/02 15:53:56 0 max. logsize=10 Kb, loghistorysize=4096 bytes
2012/10/02 15:53:56 0 client timeout=5000 ms, fallback timeout=2500 ms, cache delay=0 ms
2012/10/02 15:53:57 0 s cccam: Bind request failed, waiting another 53 seconds
2012/10/02 15:53:58 0 s cccam: Bind request failed, waiting another 52 seconds
2012/10/02 15:53:59 0 s cccam: Bind request failed, waiting another 51 seconds
2012/10/02 15:54:00 0 s cccam: Bind request failed, waiting another 50 seconds
2012/10/02 15:54:01 0 s cccam: Bind request failed, waiting another 49 seconds
2012/10/02 15:54:02 0 s cccam: Bind request failed, waiting another 48 seconds
2012/10/02 15:54:03 0 s cccam: Bind request failed, waiting another 47 seconds
2012/10/02 15:54:04 0 s cccam: Bind request failed, waiting another 46 seconds
2012/10/02 15:54:05 0 s cccam: Bind request failed, waiting another 45 seconds
2012/10/02 15:54:06 0 s cccam: Bind request failed, waiting another 44 seconds
2012/10/02 15:54:07 0 s cccam: Bind request failed, waiting another 43 seconds
2012/10/02 15:54:08 0 s cccam: Bind request failed, waiting another 42 seconds
2012/10/02 15:54:09 0 s cccam: Bind request failed, waiting another 41 seconds
2012/10/02 15:54:10 0 s cccam: Bind request failed, waiting another 40 seconds
2012/10/02 15:54:11 0 s cccam: Bind request failed, waiting another 39 seconds
2012/10/02 15:54:12 0 s cccam: Bind request failed, waiting another 38 seconds
2012/10/02 15:54:13 0 s cccam: Bind request failed, waiting another 37 seconds
2012/10/02 15:54:14 0 s cccam: Bind request failed, waiting another 36 seconds
2012/10/02 15:54:15 0 s cccam: Bind request failed, waiting another 35 seconds
2012/10/02 15:54:16 0 s cccam: Bind request failed, waiting another 34 seconds
2012/10/02 15:54:17 0 s cccam: Bind request failed, waiting another 33 seconds
2012/10/02 15:54:18 0 s cccam: Bind request failed, waiting another 32 seconds
2012/10/02 15:54:19 0 s cccam: Bind request failed, waiting another 31 seconds
2012/10/02 15:54:20 0 s cccam: Bind request failed, waiting another 30 seconds
2012/10/02 15:54:21 0 s cccam: Bind request failed, waiting another 29 seconds
2012/10/02 15:54:22 0 s cccam: Bind request failed, waiting another 28 seconds
2012/10/02 15:54:23 0 s cccam: Bind request failed, waiting another 27 seconds
2012/10/02 15:54:24 0 s cccam: Bind request failed, waiting another 26 seconds
2012/10/02 15:54:25 0 s cccam: Bind request failed, waiting another 25 seconds
2012/10/02 15:54:26 0 s cccam: Bind request failed, waiting another 24 seconds
2012/10/02 15:54:27 0 s cccam: Bind request failed, waiting another 23 seconds
2012/10/02 15:54:28 0 s cccam: Bind request failed, waiting another 22 seconds
2012/10/02 15:54:29 0 s cccam: Bind request failed, waiting another 21 seconds
2012/10/02 15:54:30 0 s cccam: Bind request failed, waiting another 20 seconds
2012/10/02 15:54:31 0 s cccam: Bind request failed, waiting another 19 seconds
2012/10/02 15:54:32 0 s cccam: Bind request failed, waiting another 18 seconds
2012/10/02 15:54:33 0 s cccam: Bind request failed, waiting another 17 seconds
2012/10/02 15:54:34 0 s cccam: Bind request failed, waiting another 16 seconds
2012/10/02 15:54:35 0 s cccam: Bind request failed, waiting another 15 seconds
2012/10/02 15:54:36 0 s cccam: Bind request failed, waiting another 14 seconds
2012/10/02 15:54:37 0 s cccam: Bind request failed, waiting another 13 seconds
2012/10/02 15:54:38 0 s cccam: Bind request failed, waiting another 12 seconds
2012/10/02 15:54:39 0 s cccam: Bind request failed, waiting another 11 seconds
2012/10/02 15:54:40 0 s cccam: Bind request failed, waiting another 10 seconds
2012/10/02 15:54:41 0 s cccam: Bind request failed, waiting another 9 seconds
2012/10/02 15:54:42 0 s cccam: Bind request failed, waiting another 8 seconds
2012/10/02 15:54:43 0 s cccam: Bind request failed, waiting another 7 seconds
2012/10/02 15:54:44 0 s cccam: Bind request failed, waiting another 6 seconds
2012/10/02 15:54:45 0 s cccam: Bind request failed, waiting another 5 seconds
2012/10/02 15:54:46 0 s cccam: Bind request failed, waiting another 4 seconds
2012/10/02 15:54:47 0 s cccam: Bind request failed, waiting another 3 seconds
2012/10/02 15:54:48 0 s cccam: Bind request failed, waiting another 2 seconds
2012/10/02 15:54:49 0 s cccam: Bind request failed, waiting another 1 seconds
2012/10/02 15:54:50 0 s cccam: Bind request failed, giving up
2012/10/02 15:54:50 0 s Starting listener 0
2012/10/02 15:54:50 0 s pandora: disabled
2012/10/02 15:54:50 0 s Starting listener 0
2012/10/02 15:54:50 0 s csp: disabled
2012/10/02 15:54:50 0 s Starting listener 0
2012/10/02 15:54:50 0 s radegast: disabled
2012/10/02 15:54:50 0 s starting thread http
2012/10/02 15:54:50 0 s http thread started
2012/10/02 15:54:50 0 s starting thread reader check
2012/10/02 15:54:50 0 s reader check thread started
2012/10/02 15:54:50 0 s starting thread check
2012/10/02 15:54:50 0 s check thread started
2012/10/02 15:54:50 0 s creating thread for device /dev/sci0
2012/10/02 15:54:50 0 s loadbalancer: can't read from file /tmp/.oscam/stat
2012/10/02 15:54:50 0 s waiting for local card init
2012/10/02 15:54:50 5802C8 h HTTP Server listening on port 16002
2012/10/02 15:54:50 57EA78 r ERROR opening device /dev/sci0 (errno:16 Device or resource busy)
2012/10/02 15:54:50 57EA78 r Cannot open device: /dev/sci0
2012/10/02 15:55:50 57EA78 r ERROR opening device /dev/sci0 (errno:16 Device or resource busy)
2012/10/02 15:55:50 57EA78 r Cannot open device: /dev/sci0
2012/10/02 15:56:51 57EA78 r ERROR opening device /dev/sci0 (errno:16 Device or resource busy)
2012/10/02 15:56:51 57EA78 r Cannot open device: /dev/sci0
2012/10/02 15:57:51 57EA78 r ERROR opening device /dev/sci0 (errno:16 Device or resource busy)
2012/10/02 15:57:51 57EA78 r Cannot open device: /dev/sci0
2012/10/02 15:58:50 57EA78 r ERROR opening device /dev/sci0 (errno:16 Device or resource busy)
2012/10/02 15:58:50 57EA78 r Cannot open device: /dev/sci0
2012/10/02 15:59:50 57EA78 r ERROR opening device /dev/sci0 (errno:16 Device or resource busy)
2012/10/02 15:59:50 57EA78 r Cannot open device: /dev/sci0
2012/10/02 16:00:48 57EA78 r ERROR opening device /dev/sci0 (errno:16 Device or resource busy)
2012/10/02 16:00:48 57EA78 r Cannot open device: /dev/sci0
2012/10/02 16:01:48 57EA78 r ERROR opening device /dev/sci0 (errno:16 Device or resource busy)
2012/10/02 16:01:48 57EA78 r Cannot open device: /dev/sci0
2012/10/02 16:02:48 57EA78 r ERROR opening device /dev/sci0 (errno:16 Device or resource busy)
2012/10/02 16:02:48 57EA78 r Cannot open device: /dev/sci0
2012/10/02 16:03:48 57EA78 r ERROR opening device /dev/sci0 (errno:16 Device or resource busy)
2012/10/02 16:03:48 57EA78 r Cannot open device: /dev/sci0
2012/10/02 16:04:48 57EA78 r ERROR opening device /dev/sci0 (errno:16 Device or resource busy)
2012/10/02 16:04:48 57EA78 r Cannot open device: /dev/sci0
2012/10/02 16:05:48 57EA78 r ERROR opening device /dev/sci0 (errno:16 Device or resource busy)
2012/10/02 16:05:48 57EA78 r Cannot open device: /dev/sci0
2012/10/02 16:06:48 57EA78 r ERROR opening device /dev/sci0 (errno:16 Device or resource busy)
2012/10/02 16:06:48 57EA78 r Cannot open device: /dev/sci0
2012/10/02 16:07:48 57EA78 r ERROR opening device /dev/sci0 (errno:16 Device or resource busy)
2012/10/02 16:07:48 57EA78 r Cannot open device: /dev/sci0
2012/10/02 16:08:48 57EA78 r ERROR opening device /dev/sci0 (errno:16 Device or resource busy)
2012/10/02 16:08:48 57EA78 r Cannot open device: /dev/sci0
2012/10/02 16:09:48 57EA78 r ERROR opening device /dev/sci0 (errno:16 Device or resource busy)
2012/10/02 16:09:48 57EA78 r Cannot open device: /dev/sci0

oscam.conf

Spoiler

[global]
nice = -1
ClientTimeout = 5
LogFile = /var/log/oscam.log
saveinithistory = 1

[webif]
httpport = 16002
httpuser = user
httppwd = pass
httprefresh = 7
httpallowed = 192.168.1.2-192.168.255.255

[newcamd]
key = 0102030405060708091011121314
port = 28000@1834:000000
28001@1722:000000
keepalive = 1

[cccam]
port = 12000
reshare = 1
ignorereshare = 1
version = 2.3.0
minimizecards = 1
nodeid = 51EB727110


[dvbapi]
enabled = 1
au = 1
boxtype = dreambox
user = dvbapi
pmt_mode = 0
request_mode = 0

verbindung zum cccam server liegt vor

was meinst du einen weiteren port in newcamd öffnen
die n-line sieht dann so aus
N: 127.0.0.1 28000 user pass 01 02 03 04 05 06 07 08 09 10 11 12 13 14
N: 127.0.0.1 28001 user2 pass2 01 02 03 04 05 06 07 08 09 10 11 12 13 14
port geändert

 

[arseyn]

AW: HD Sender bleiben dunkel mit oscam/cccam

Du verwendest den selben Port bei CCcam und NewCamd, das kann ja nur in die Hose gehen! Außerdem muss die Oscam vor der CCcam gestartet werden

Edit: also du hast für NewCamd einen neuen Port genommen, aber so noch nicht richtig eingetragen.
Alle weiteren Ports werden bei NewCamd hintereinander mit Semikolen getrennt geschrieben.

Hast du dir denn auch mal dein Log genauer angesehen? Deine CCcam (die vor Oscam startet) schnappt sich den Port 12000 und Oscam steht vor verschlossener Tür

2012/10/02 15:54:49 0 s cccam: Bind request failed, waiting another 1 seconds
2012/10/02 15:54:50 0 s cccam: Bind request failed, giving up

Ich kann mich meinen Vorpostern nur anschließen und frag mich warum du noch eine CCcam laufen lassen willst? Bei deiner Konfig ist der CCcam-Server doch bereits konfiguriert, nutz ihn doch dann auch oder lösch den Abschnitt.

Des Weiteren hast du die dvbapi in der oscam.conf konfiguriert. Wenn du noch die oCCcam laufen lassen willst, musst du das auch löschen, denn nur eine Cam kann entschlüsseln.

 

[gepardy]

AW: HD Sender bleiben dunkel mit oscam/cccam

wie würde denn die oscam confi aussehen wenn ich ohne cccam auskomme


#[dvbapi]
#enabled = 1
#au = 1
#boxtype = dreambox
#user = dvbapi
#pmt_mode = 0
#request_mode = 0
wäre dann so richtig

 

[joopastron]

AW: HD Sender bleiben dunkel mit oscam/cccam

Hi,

schau mal hier

HowTo DM 800 HD SE - Oscam only - 2x D02 + HD+

 

[gepardy]

AW: HD Sender bleiben dunkel mit oscam/cccam

die oscam 1.2 bekommt zurzeit keinen sender hell

 

[joopastron]

AW: HD Sender bleiben dunkel mit oscam/cccam

Hi,

Du solltest auch einen User für DVBAPI anlegen.

 

[gepardy]

AW: HD Sender bleiben dunkel mit oscam/cccam

angelegt
oscam.user

[account]
user = dvbapi
pwd =
group = 1,2,3
au = hdhome
betatunnel = 1834.FFFF:1722
caid = 1722,1834

 

[joopastron]

Hi,


[dvbapi]
enabled = 1
au = 1
boxtype = dreambox
user = dvbapi


[account]
user = dvbapi
pwd =
group = 1,2,3
au = hdhome
betatunnel = 1834.FFFF:1722


Sent from my iPad using Tapatalk HD

 

[gepardy]

AW: HD Sender bleiben dunkel mit oscam/cccam

bleibt weiterhin dunkel
ich verzweifel langsam
die scam liest ein dann übergebe ich an oscam und es bleibt dunkel