Freezer bei Verbindung mit Cccam 2.1.4

Schwalbe818 · 27. September 2011

AW: Freezer bei Verbindung mit Cccam 2.1.4

Also habe das bei dvapi schon so eingetragen gehabt, hatte das auchso gefunden

. Meldung kommt immer verschlüsseltes Signal. Am Server kanns doch eigentlich nicht liegen weils mit mgcamd funzt oder? Habe die HD02 (schwarz) hd+ karte und die S02. HIernochmal meine Kompletten settings.

VU als Server:

oscam.config

#
# main configuration
#

[global] # 1 mal global war zu viel-hab ich gelöscht
nice = -1
WaitForCards = 1
ClientTimeout = 5
LogFile = stdout
Level = 15
CacheDelay = 120

# monitor

#[monitor]
#port = 988
#aulow = 120
#monlevel = 1

# protocols
#[camd35]
#Port = 3333

[newcamd]
key = 0102030405060708091011121314
port = 34000@1843:003411
port = 34001@1702:000000

oscam.server

[reader]
label = HDplus
Protocol = internal
detect = CD
device = /dev/sci0
group = 1
CAID = 1843
emmcache = 1,3,2
n3_rsakey = BF358B5461863130686FC933FB541FFCED682F3680F09DBC1A23829FB3B2F766B9DD1BF3B3ECC9AD6661B753DCC3A9624156F9EB64E8168EF09E4D9C5CCA4DD5
n3_boxkey = A7642F57BC96D37C
mhz = 368
AU = 1

[reader]
Label = sky
Protocol = mouse
Device = /dev/ttyS1
Detect = CD
MHz = 600
CardMHz = 600
EMMCache = 1,3,1
Services = sky_welt,sky_mce,sky_film,sky_hd,sky_extra,sky_sport,sky_bundesliga,sky_selekt, sky_bluemovie
CAID = 1702,1833
Group = 2

oscam.user

[account]
user = user
pwd = pass
group = 1,2 #da du 2 Reader hast
au = HDplus,skysat
CAID = 1843,1702,1833

cccam.cfg

F: schlafzimmer 12345 2 0 0 { 0:0:1 } # Schlafzimmer

N: 127.0.0.1 34000 user pass 01 02 03 04 05 06 07 08 09 10 11 12 13 14 1
N: 127.0.0.1 34001 user pass 01 02 03 04 05 06 07 08 09 10 11 12 13 14 1

SERVER LISTEN PORT : 12000
WEBINFO LISTEN PORT : 16001 # damit kannst du sehen, ob deine Karten richtig übertragen werden.

Nun von dem Pingulux:

oscam.config

# oscam.conf generated automatically by Streamboard OSCAM 1.00-unstable_svn build #4733
# Read more:

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

[global]
logfile = 0
disablelog = 1
disableuserfile = 1
nice = -1
waitforcards = 0
preferlocalcards = 1
saveinithistory = 1
lb_mode = 1
lb_save = 100
lb_nfb_readers = 3

[monitor]
port = 0
nocrypt =
aulow = 30
hideclient_to = 15
monlevel = 2
appendchaninfo = 0

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

[webif]
httpport = 8888
httpuser = dummy
httppwd = pass
httprefresh = 0
httpallowed = 127.0.0.1,192.168.0.1-192.168.254.254,10.0.0.1-10.0.254.254
httphideidleclients = 0
httpreadonly = 0
httpsavefullcfg = 0

OScam.dvapi

######### oscam.dvbapi ##############
#
######### P = Priority ## I = Ignores ##########
#
# Sky Germany S02 Card
P: 1702:000000
P: 1833
I: 09c4
I: 1722

# HDplus HD01 Card (white)
#P: 1830:000000
#P: 1830:003411
#I: 1843

# HDplus HD02 Card (black)
P: 1843:000000
P: 1843:003411
M: 1843:003411
I: 1830

################################################
### Falls du irgenteine Card vom eigenen #######
### Server speziell mit EMM versorgen ##########
### möchtest, ist die P (prio) folgend zu ######
### gestalten: Beispiel mit der HD01: ##########
### P: 1830:000000 1 ###########################
### P: 1830:003411 1 ###########################
################################################
#
##################### Ende #####################

Oscam.server

# oscam.server generated automatically by Streamboard OSCAM 1.00-unstable_svn build #4733
# Read more:

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

[reader]
label = server
enable = 1
protocol = cccam
device = 192.168.2.107,12000
user = schlafzimmer
password = 12345
services = skywelt,skymusicchoiceextra,skyfilm,skysport,skybundesliga,skyselect,skyhd,skyweltextra,bluemovie,skysonstige,hdplus
inactivitytimeout = 1
reconnecttimeout = 30
caid = 1843,1702,1833
ident = 0000:003411,008011
group = 1,2
lb_weight = 100
cccversion = 2.1.4
cccmaxhops = 2
ccckeepalive = 1

oscam.services

[skywelt]
caid = 1702,1833
srvid = 000C,000D,000E,0010,0013,0015,0016,0017,0018,001A, 001B,001C,001D,0022,0024,002A,0032,0034,00A8,0206

[skyMusicchoiceextra]
caid = 1702,1833
srvid = 0096,0097,0098,0099,009A,009B,009C

[skyfilm]
caid = 1702,1833
srvid = 0008,0009,000A,000B,0014,0019,0029,002B,0203,0204

[skysport]
caid = 1702,1833
srvid = 0011,0035,00DD,00DE,00FD,0107,0111,011B,0125,012F, 0139,0143,014D,016B,0175

[skybundesliga]
caid = 1702
srvid = 00DF,0106,0110,011A,0124,012E,0138,0142,014C,0156, 0160,00FC

[skyselect]
caid = 1702,1833
srvid = 00FB,00FE,0105,0108,010F,0119,0123,012D,0137,0141, 014B,0012,0078,0079,007A,

[skyhd]
caid = 1702,1833
srvid = 0069,006A,006B,006F,0070,0071,0072,0075,0077,0079, 0081,0082,0083,0084

[skyweltextra]
caid = 1702,1833
srvid = 0021,0023,0025,0026,0038,003A,3331,07FF,0027,0037, 2EFE,0039,4461,4462,6FF1,7001,100A,700A

[bluemovie]
caid = 1702,1833
srvid = 0201,0159,0163,016D

[skysonstige]
caid = 1702,1833
srvid = 003B,000F,0045,0046,

[hdplus]
caid = 1843 #das ist für eine weiße HD+ Karte.schwarze Karte =1843, V13 Karte mit HD+ = 09C4
provid = 003411,008011
srvid = EF10,EF11,EF14,EF15,EF74,EF75,EF76,EF77,5273,5274, 277E

oscam.srvid

oscam.user

# oscam.user generated automatically by Streamboard OSCAM 1.00-unstable_svn build #4733
# Read more: [Du kannst diesen Link erst sehen, wenn du Angemeldet oder Registriert bist.Hier Registrieren]

[account]
user = dummy
pwd = pass
group = 1,2
monlevel = 4
au = 1
services = skywelt,skymusicchoiceextra,skyfilm,skysport,skybundesliga,skyselect,skyhd,skyweltextra,bluemovie,skysonstige,hdplus
caid = 1843,1702,1833
betatunnel = 1833.FFFF:1702
ident = 000000,003411,008011
chid = 0604:000014,000069,0000F4,0000F5,0000FA
cccmaxhops = 3
cccreshare = 1

Der Status im Wi steht ja schon 2 post drüber.

Pilot · 28. September 2011

AW: Freezer bei Verbindung mit Cccam 2.1.4

im Server:

1. In deiner cccam.cfg vermisse ich den Serverlistenport:12000
2. Du hast 2 N-Lines in der cccam.cfg. Aber nur einen Port im Newcamd Protokoll.

Ich schreib dir das mal in rot rein was fehlt

Zeig mir mal Bilder vom oscam Wi des des Servers. Dort die Entlitllemens der beiden Reader.

Mlg piloten

Schwalbe818 · 28. September 2011

AW: Freezer bei Verbindung mit Cccam 2.1.4

Habe nun alle Sachen so die roten Zeilen noch geändert/eingefügt aber immernoch das gleiche. Fehlt sonst noch eine Datei?

Pilot · 28. September 2011

AW: Freezer bei Verbindung mit Cccam 2.1.4

Lass mal erst mal den Pingulux Beiseite. Ich glaub die Lösung liegt im VU.

Gib mir mal ein Bild von Wi Oscam deines Servers VU. Und dort vom status, damit ich sehen kann, ob beide Reader laufen. Dann ein Bild von den Enttittlents der beiden Reader.
Dann noch ein Bild von vcccam deines Servers VU: IP des VU:16001. Und da vom Server.

Mlg piloten

Schwalbe818 · 28. September 2011

AW: Freezer bei Verbindung mit Cccam 2.1.4

SO das ist von der VU

Schwalbe818 · 28. September 2011

AW: Freezer bei Verbindung mit Cccam 2.1.4

Seid den änderungen gestern/heute Freezed HD + andauernd... Sky läuft ohne Probleme weite, nur ein neustart des Camds macht hd+ wieder hell. das sollte natürlich nicht sein obwohl der pingu komplett aus is

Pilot · 28. September 2011

AW: Freezer bei Verbindung mit Cccam 2.1.4

Vielen Dank für die Liefereung der Bilder.3 Bilder fehlen noch:
Oscam Wi von VU:
1. status-vom Bereich der Reader
2. Entitlement vom Sky Reader
3. Entillent vom HD+ Readers

Ein Bild vom Wi des cccam hat mir gezeigt das die Sky Karte auch von cccam gelesen wird. Also mußt du im cccam Angaben zum Reder drin haben. Das geht aber nicht. Du kannst nicht den Sky Reader im cccam und oscam drin haben.
Meine Frage: laufen die HD+ Sender und die Sky Sender nur mit oscam auf dem pingulux. Denn das war ja bis jetzt nicht der Fall. Oder hast du mgcamd auch noch mit an. Du hattest mir bis jetzt nur Bilder gezeigt, wo Kein Sender unter oscam hell wurde und wo nur Fehlermeldungen kamen.
Warum lieferst du keine Bilder vom hell werden der Sender bei HD+ und Sky.

Mlg piloten

PS: zu den freezern bei HD+ kommt es weil Der Provider die HD+ Karten regelrecht mit udates bombardiert.
Deshalb das so Anwenden in der cccam.cfg:
Das liegt ganz einfach daran, dass die HD+ Karten momentan mit EMMs "bombardiert" werden, d.h. du musst nur DISABLE EMM = YES in deiner CCcam.cfg setzen und die Ruckler sind weg.
Du kannst das ganz einfach überprüfen, wenn du dir das WebIF von CCcam unter Entitlements anschaust.

Schwalbe818 · 29. September 2011

AW: Freezer bei Verbindung mit Cccam 2.1.4

WIe kann ich denn auf das Wi des oscam der Vu zugreifen? bei 16001 wird mir imer nur das angezeigt. Ich hab im Cccam.cfg kein Reader von Sky drinn, hab ja alle configs die ich habe ne seite vorher gepostet. Es läuft mit oscam gar nichts, auch wenn ich mgcamd anlasse und dann oscam einschalte. Wie kann ich denn dann n Bild davon machen wenn die Sender hell sind? oder hat Mgcamd auch n wi?

Pilot · 29. September 2011

AW: Freezer bei Verbindung mit Cccam 2.1.4

da mußt du in oscam.config nachschauen. Bei [webif] httpport = 83
So ählich wie beim Pingulux nur mit dem Port der dortsteht.
Ip des VU:83, wobei port 83 bei mir drinsteht. Dort mußt du den nehmen, der bei dir steht.

Zum Reader in cccam. Da muß was drin stehen wie sowas: smartreader: /dev/sci1. Denn im Beitrag 50 von dir ist das im 2. Bild und im 4. Bild von dir zu sehen. Solche Meldung kommt nur, wenn im cccam.cfg etwas drin steht zum reader.
Zeig mir doch mal deine ganze cccam.cfg. Nicht nur das, was du bei deinen Configs gezeigt hast.

Zum pingulux: mgcamd auschalten, oscam neu starten und das Bld vom oscam Wi zeigen, so wie das vorher gezeigt hast. Mgcamd hat kein WI. Das ist auch unwichtig, da wir es ja bei dir mit oscam allein zum Laufen bringen wollen.
//de /v/sci1d/d/dev/sci1ev/sci1 ev/sci1
Zur Vu: hast du im oscam.config beim newcamd Protokoll das so eingetragen:
[newcamd]
key = 0102030405060708091011121314
port = 34000@1843:003411
port = 34001@1702:000000
Weil im Bild 6 vom Beitrag 50 sehe ich kein connected.

Mlg piloten

Schwalbe818 · 29. September 2011

AW: Freezer bei Verbindung mit Cccam 2.1.4

das ist die cccam.cfg

# CCcam team uvadi CCcam v2.1.2
#
# Special greets go to all our friends all over the world, you know who you are!
#
# Specjalne podziekowania dla Ludzi z Polski, dzieki ktorym jest duzo nowych funkcji w wersji 2.0.0
# Ostatnim razem zapomnielismy o nich wspomniec w readme. DZieki Chlopaki!
#

######################################################################
# friends #
######################################################################
# syntax for to add a friend user to CCcam with the max up hops limit (default = 5)
# sharing of emus (default = 1), allow emm (default = 1), and optional
# downshare limits per share (default = no limits) and optional
# downshare limits per share based on caid:id:sid
# and optional timeslots in which share is valid (to block channels on box of children after 19:00 for instance)
# if no timeslot is defined 24 hrs a day is used
# emus are shared only one level down, even if no limits given
#
# max username length 20
# password length 'unlimited'
#
#F: <username> <password> <uphops> <shareemus> <allowemm> ( { caid:id

downhops), caid:id

downhops), ... } { caid:id:sid, caid:id:sid, ... } { begintime-endtime, ... } ) hostname/ip address
#
# example:
#
#F: Dominik schnaps 2 0 1 { 0:0:2 } {} {}

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

#
# user1 gets all our shares at max 5 hops from us
# (our local cards + max five hops away). He can share down to his own
# clients. He also receive emu shares (if he has 'yes' behind his C: entry),
# and is allowed to send us emm.
#
F: schlafzimmer 12345 2 0 0 { 0:0:1 } # Schlafzimmer
#
# user2 gets only our local cards but no 0100:000080.
# and our 0622:000000 cards only for himself (1 hop down),
# and 0500 cards for himself plus one additional hop down.
# He also gets our emus, and is NOT allowed to send us emm (updates).
#
F: Pierre computer 2 0 1 { 0:0:2 } {} {}

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

#
# user3 gets all cards at a maximum of 5 hops away from us,
# and get's to share them down two further levels beyond his own level.
# But he is not allowed to share 0100:000080 down to other users.
# He gets no emus from us, and he is allowed to send us emm.
#
# F: user4 pass4 5 0 1 { 0:0:3, 0100:000080:1 } { 0100:000080:15df }
#
# user4 gets all cards at a maximum of 5 hops away from us,
# and get's to share them down two further levels beyond his own level.
# But he is not allowed to share 0100:000080 down to other users.
# He gets no emus from us, and he is allowed to send us emm.
# He is also not allowed to view channel 0100:000080:15df
#
# F: user4 pass4 5 0 1 { } { } { 12:00-17:00, 19:00-20:00 }
#
# user4 gets all cards at a maximum of 5 hops away from us,
# and get's to share them down two further levels beyond his own level.
# the share is only valid between 12:00 and 17:00 and between 19:00 and 20:00
# outside these hours the share will not give cw's to the client
#
#
# F: user5 pass5 5 1 1 { } { } { } 192.168.1.1
#
# user5 gets all cards at a maximum of 5 hops away from us
# user5 is only allowed to connect from the host 192.168.1.1
#

######################################################################
# connections #
######################################################################

N: 127.0.0.1 34000 user pass 01 02 03 04 05 06 07 08 09 10 11 12 13 14 1
N: 127.0.0.1 34001 user pass 01 02 03 04 05 06 07 08 09 10 11 12 13 14 1

SERVER LISTEN PORT : 12000
WEBINFO LISTEN PORT : 16001 # damit kannst du sehen, ob deine Karten richtig übertragen werden.

B: /dev/sci0 07
#B: /dev/sci1 07

DISABLE EMM = YES

#Beispiel:
#F: username password 2 1 1 { :0:0:1 ]
######################################################################
# syntax for to add a client connection to other CCcam
# add yes on end to use friends emus (non public private key/emu,etc...),
# but only works when corresponding F line on server has '1' for <shareemus>
# optional limits just like F line, but for incoming shares (ignore shares more than 'uphops' away)
#
#C:

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

14000 Bjoern schnaps no { 0:0:2 }
#note: if {} limits are added, <wantemus> cannot be omitted. Use either yes or no.
#
# example:
#
# C: someserver.somedomain 12000 user1 pass1
# C: 192.168.1.2 12000 user2 pass2
# connects to CCcam without use of friends emus
#
# C: 192.168.1.2 12000 user3 pass3 yes
# connects to CCcam, and receives friends emus also.

# syntax for to add newcamd server connection
#
#N: <ip> <port> <username> <pass> <des(14byte)> <nr_of_hops_away (default: 1)> <stealth mode (default: 0)>
#
# example:
#
# N: 127.0.0.1 10000 dummy dummy 01 02 03 04 05 06 07 08 09 10 11 12 13 14
#
# add a newcamd card, give it an offset of 2 hops, in the share list
#
# N: 127.0.0.1 10000 dummy dummy 01 02 03 04 05 06 07 08 09 10 11 12 13 14 2
#
# stealthy login on newcamd server:
#
# N: 127.0.0.1 10000 dummy dummy 01 02 03 04 05 06 07 08 09 10 11 12 13 14 1 1
#
# stealth modes: 0 = disabled, 1 = mgcamd new, 2 = mgcamd old, 3 = evocamd, 4 = generic
N: 127.0.0.1 34000 user pass 01 02 03 04 05 06 07 08 09 10 11 12 13 14 1

# syntax for to add radegast server connection
#
#R: <ip> <port> <ca4> <id6> <nr_of_hops_away (default: 1)>
#
# example:
#
# R: 127.0.0.1 678 0100 000080

# syntax for to add camd3 connection
#
#L: <ip> <port> <username> <pass> <ca4> <id6> <nr_of_hops_away (default: 1)>
#
# example:
#
# L: 127.0.0.1 567 dummy dummy 0100 000080

# syntax for add gbox connection
#
#G: <pass> <localhost> <localport> <peerpass> <peeraddress> <peerport>
#
# support optional limits just like C line (ignore shares more than 'uphops' away)
# { caid:id

uphops), caid:id

uphops), ... }
#
# example:
#
# G: AABBCCDD my.address.tv 2500 12345678 peer.address.tv 2500

######################################################################
# Other config settings #
######################################################################
# server shall listen on this port pro incoming connections
# default port is 12000, disable server with parm -s or set port 0
#
#SERVER LISTEN PORT : 12000

# server can give some info about server and client connections
# and cardinfo using telnet or webbrowser.
#
# Switch on/off access to info
# default is yes
#
#ALLOW TELNETINFO: no
#ALLOW WEBINFO: no

# Show extended client info when showing client list
# default is yes
#
#SHOW EXTENEDED CLIENT INFO : no

# The webinfo service can be protected with a username and password.
# This is switched off by default
#
#WEBINFO USERNAME : <username>
#WEBINFO PASSWORD : <password>

# The telnetinfo service can be protected with a username and password.
# This is switched off by default
#
#TELNETINFO USERNAME : <username>
#TELNETINFO PASSWORD : <password>

# default port for telnet is 16000
# default port for web is 16001
# supported commands:
# info
# activeclients
# clients
# servers
# shares
# providers
# entitlements
# example use:
# echo servers | telnet localhost 16000
# go with your browser to

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

#
#TELNETINFO LISTEN PORT : 16000
#WEBINFO LISTEN PORT : 16001

# time in seconds to keep On Screen Display active.
# default is 0 (turned off)
#
#ZAP OSD TIME : 3

# username used to show popup (default : root)
#OSD USERNAME : root

# password used to show popup (default : dreambox)
#OSD PASSWORD : dreambox

# port used to show popup (default : 80)
#OSD PORT : 80

# Serial reader config. Add as many as you have attached too your system
# replaces old name 'PHOENIX READER PATH', but still works.
# default is none
# optionally add readertype : phoenix,mouse,uniprog,sc8in1,smartreader+
# (when non readertype given defaults to uniprog (e.g. for mastera))
#
# SERIAL READER : <device> <type>
#
# example
#
#SERIAL READER : /dev/tts/0

# Serial reader smartcard write delay.
# Setting to finetune smartcard write speed, optimal setting depends on speed of system, and
# speed of card. Default value is calculated, but can overrule by setting.
# Use number of microseconds delay between bytes, 0 = no delay, -1 = calculated default
# Note: huge difference between values 0 and 1, because of schedular overhead
#
# SMARTCARD WRITE DELAY : <device> <delay>
#
# example, 10ms write delay on smartcard in reader attached to /dev/ttyUSB0
#
#SMARTCARD WRITE DELAY: /dev/ttyUSB0 10000
#
# NOTE on sc8in1; because 8 smartcards are used on the same devicename, use
# devicename_0 .. devicename_7 for settings which require devicename to make
# settings per smartcard. example /dev/ttyS0_0, /dev/ttyS0_1 ..
# example, 8ms write delay between bytes to smartcard on last sc8in1 channel, attached to /dev/tts/0
#
#SMARTCARD WRITE DELAY: /dev/tts/0_7 8000

# Smartcard clock speed override
# Setting override specified speed for smartcard.
# Don't add setting unless you're sure what you're doing.
# In 99% of the cases the reader selects the optimal speed.
# Adding this setting either slows your card down, or might destroy it.
#
# SMARTCARD CLOCK FREQUENCY : <device> <freq>
#
# example
#
#SMARTCARD CLOCK FREQUENCY: /dev/ttyUSB0 5500000

# if timing should be shown in OSD and debug output
# default is no (turned off)
#
#SHOW TIMING : yes

# enables mini OSD which shows server(type), cardreader, keys or fta only
# default is no (turned off)
#
#MINI OSD : yes

# turns debugging on and off
# default is no (turned off)
#
#DEBUG : yes

# should CCcam try to read and parse newcamd.conf for server connections
# default is no (turned off)
#
#NEWCAMD CONF : yes

# configure what EMM blocker you want. Add as many as readers you have attached
# default is blocking nothing
#
# B: /dev/sci0 01
# 00 - nothing
# 01 - sa blocked
# 02 - ua blocked
# 04 - ga blocked
# and sum of for combinations
#
#examples
#
#B: /dev/tts/0 07
#B: /dev/sci0 01

# disable all local EMM readers
# saves lots of CPU, but you won't get any updates anymore
# (unless you get updates from your clients)
#
# default: no
#
#DISABLE EMM : yes

# with this setting you can
# allow a client on two hops away
# to send the updates to the cardserver
#
# default : no
#
#EXTRA EMM LEVEL : yes

# with this setting you can
# configure how many emm listeners are started.
# for example use 2 when recording
# and viewing different systems and both need constant updates
#
# default : 1
#
#EMM THREADS : 1

# overrule the nds boxkey (4 byte hex)
#
# BOXKEY: <device> <byte1> <byte2> <byte3> <byte4>
#
#example
#
#BOXKEY: /dev/sci0 00 11 22 33

# set card pin
# * please be very careful with this option as you could lock your card *
#
# PIN: <device> <pin>
#
#example
#
#PIN: /dev/sci0 1234

# overrule the irdeto camkey (8 byte hex), default 11 22 33 44 55 66 77 88
#
# CAMKEY: <device> <byte1> <byte2> <byte3> <byte4> <byte5> <byte6> <byte7> <byte8>
#
#example
#
#CAMKEY: /dev/sci0 11 22 33 44 55 66 77 88

# overrule the irdeto camdata (64 byte hex)
# trailing zero bytes can be omitted
# default for unknown ASC's is 11 22 33 44 55 66 77 88 00 00 .. 00, known ASC's have other defaults
#
# CAMDATA: <device> <byte1> <byte2> <byte3> <byte4> <byte5> <byte6> ... <byte64>
#
#example, when only the first 15 camdata bytes are nonzero
#
#CAMDATA: /dev/sci0 11 22 33 44 55 66 77 88 99 aa bb cc dd ee ff

# custom add id's for BEEF patched cards
#
# BEEF ID: <ident1> <ident2> <ident3> <ident4> <ident5> <ident6> <ident7> <ident8> <device>
#
#example
#
#BEEF ID: 4101 0 0 0 0 0 0 0 /dev/sci0

# what Softcam.Key should CCcam try to read
# defaults to /var/keys/SoftCam.Key
#
#SOFTKEY FILE : /var/keys/SoftCam.Key

# what AutoRoll.Key should CCcam try to read
# defaults to /var/keys/AutoRoll.Key
#
#AUTOROLL FILE : /var/keys/AutoRoll.Key

# what constant.cw should CCcam try to read
# defaults to /var/keys/constant.cw
# file content can be like
#
# ca4:id6:sid4

mtpid4:ecmpid4:key16(01 02 03...)
#
#STATIC CW FILE : /var/keys/constant.cw

# in this file you can configure what CAIDs CCcam should prefer or ignore
# defaults to /var/etc/CCcam.prio
# file content can have ignores (I) and prio lists (P)
#
# note 1: I line affects both for ecm and emm (receive no emm on ignored systems)
# P line only affects ecm choice (emm still received for all available systems, not just the priority system)
#
# note 2: ident 0 means 'all idents'. So 'caid:0' is the same as 'caid'.
#
# note 3: for some systems (e.g. nagra (caid 18xx)), the ident is not known at the time the
# prio lists are checked. In that case, matching is done on caid only, even if the P line
# defines nonzero idents. So for example '1801:401' behaves the same as '1801' in a P line
# I lines work differently, they are checked two times, once before ecm or emm is received, again
# after ecm or emm are received (and nagra ident should be known)
# P lines are only checked once, before ecm received.
#
# note 4: if a P line contains caid:ident pairs which are not available for the current
# channel, that P line is not used for that channel.
# Example, channel has systems 626, 1801:401 then P line with "1801,100:96,626" is ignored by that channel,
# because channel doesn't have 100:96.
# But P line with "1801" works, and also "626,1801" will work for channel
#
# note 5: P lines are parsed in the order in which they are found in the prio file.
# Only the first matching P line is used
#
# situation 1: ignore allways this caid, all idents, on all channels
# I: caid
#
# situation 2: ignore allways this caid/ident pair
# I: caid:ident
#
# situation 3: ignore this caid/ident pair, on channel 'sid'
# I: caid:ident:sid
#
# situation 4: when both caid1 and caid2 exist for a channel, prefer caid1 over caid2
# P: caid1, caid2
#
# situation 5: when caid1:ident1 till caidN:identN exist for a channel, use them in order of this list.
# P: caid1:ident1, caid2:ident2, .., caidN:identN
#
# situation 6: when caid1:ident1 till caidN:identN exist for channel 'sid', use them in order of this list.
# Sid on first caid/ident pair identifies sid for which list is used. All other sids ignore this list.
# P: caid1:ident1:sid, caid2:ident2, .., caidN:identN
#
#CAID PRIO FILE : /var/etc/CCcam.prio

#
# In this file all provider idents are defined
# The info from this file is being used in the web interface
# format:
# <caid><ident> "Provider description"
#
# PROVIDERINFO FILE : /var/etc/CCcam.providers

#
# In this file all channel idents are defined
# The info from this file is being used in the web interface
# format:
# caid:ident:sid "Channel description"
#
# CHANNELINFO FILE : /var/etc/CCcam.channelinfo

# write wrong logins to file
# defaults is off
#
#LOG WARNINGS : /tmp/warnings.txt

# global setting for stealthy login to newcamd/newcs server, N line can overrule
# stealth modes: 0 = disabled, 1 = mgcamd new, 2 = mgcamd old, 3 = evocamd, 4 = generic
# default: 0
#
#NEWCAMD STEALTH : 0

# load balancing between identical cards, list device names of card readers containing identical cards,
# optionally followed by a list of service id's which are to be excluded from loadbalancing
#
# LOADBALANCE : <device1> <device2> .. <devicen> { <exceptsid1>, <exceptsid2> .. , <exceptsidn> }
#
# multiple loadbalance groups can be configured, by adding multiple lines
# warning: restart is required, when loadbalance group config changes
#
#example 1: load balance requests for three identical cards
#
# LOADBALANCE : /dev/ttyS0 /dev/ttyS1 /dev/ttyS2
#
#example 2: load balance requests for two almost identical cards, sid 0df3 and 0de1 are only available
#on one of the cards, so requests for these sids shouldn't be loadbalanced
#
# LOADBALANCE : /dev/ttyS5 /dev/ttyS6 { 0df3,0de1 }

# in version 1.2.1 and lower there was a problem which could lead to disconnecting clients
# in version 1.4.0 network load was significantly reduced
# in version 1.7.0 dangerous password bug was fixed
# in order to take advantage of these fixes, all clients should upgrade
# with this setting you can force that clients at least use a certain version otherwise they are denied when logging in
#
# default : accept all versions
#
#example 1: avoid disconnecting clients problem
#
#MINIMUM CLIENT VERSION : 1.3.0
#
#example 2: achieve network load decrease
#
#MINIMUM CLIENT VERSION : 1.4.0
#
#example 3: don't allow potentially wrong passwords (pre 1.7.0 has password bug)
#
#MINIMUM CLIENT VERSION : 1.7.0

# Irdeto smartcards: option to disable smart chid checking for irdeto smartcards.
# Default, only chids advertised by card are accepted.
# This avoids a lot of unwanted card traffic
#
# But if smartcard has hidden/unknown chids, all chids should be tried.
# In that case specify 'TRY ALL CHIDS' option for cardreader.
# Use with care, enabling option causes more card traffic.
# Only use setting when some channels don't work without it.
# note: if even this setting don't help decode all channels, try using
# commandline arg -l, to disable all self-learning features (warning: slower)
#
#TRY ALL CHIDS : <device>
#
#example: card in /dev/ttyUSB0 gets ecm for all possible chids, not
#just the chids it officially supports
#
#TRY ALL CHIDS : /dev/ttyUSB0

# perform smartcard post init commands
#
# POSTINIT : <device> <filename> (<autodelete>)
#
# send commands in 'filename' to 'device', and delete 'filename' when
# optional 'autodelete' argument nonzero
#
#example:
#
#POSTINIT : /dev/sci0 /tmp/postinit
#
#example /tmp/postinit contents:
#c134000003000000
#c13201000a

# Option to override autodetected dvb api version. Restart needed.
#
#DVB API: <value>
#
# <value> -1 = no dvb, 1 = dvb api 1, 3 = dvb api 3
#
# WARNING: only use when autodetect fails!
#
#example, disable nonworking dvb hardware:
#DVB API: -1

# Option to set global share limits
#
#GLOBAL LIMITS: { caid:id

downhops), caid:id

downhops), ... }
#
#example:
#
#GLOBAL LIMITS : { 0100:000080, 0622:000000:1, 0500:000000:2 }
#
# all users get no 0100:000080.
# and our 0622:000000 cards only for themself (1 hop down),
# and 0500 cards for themself plus one additional hop down.
# global limits are overridden by client specific limits (see F

# Option to reject shares with less than required downhops on clientside
#
#MINIMUM DOWNHOPS: <value>
#
# default: 0 (don't ignore any shares)
#
#example:
#
#MINIMUM DOWNHOPS: 1
#
# ignore shares that have less than 1 'downhops' (i.e. can not be shared
# further down to other clients)

# Option to ignore all shares that go through a certain node
#
#IGNORE NODE: <nodeid>
#
#example, ignore two nodes:
#
#IGNORE NODE: ccd536ab515767ad
#IGNORE NODE: aad536ab515761af

# The seca handler is used to better support simulcrypt on the same ident
#
# With this setting you can change the behaviour of how SECA has to be used
# This setting is ignored unless SECA2/SECA3 simulcrypt is detected!!
#
# When disabled CCcam behaves like previous versions
#
# When "prefer SECA3 over SECA2" is enabled try to use SECA3 ecm first, then SECA2
#
# When "Ignore SECA2" is enabled, ignore all SECA2 ecm so a SECA3 card will not get SECA2 request which it cannot handle
#
# When "Ignore SECA3" is enabled, ignore all SECA3 ecm so a SECA2 card will not get SECA3 request which it cannot handle
#
#
# The following settings can be used
#
# SECA HANDLER: <value>
# <value> : 0 = disabled, 1 = prefer SECA3 over SECA2, 2 = prefer SECA2 over SECA3, 3 = Ignore SECA2, 4 = Ignore SECA3
#
# default: 1
#
# Example try to use SECA3 ecm first, then SECA2
#SECA HANDLER: 1
#
# Example try to use SECA2 ecm first, then SECA3
#SECA HANDLER: 2
#
# Example to ignore all SECA2 ecm so a SECA3 card will not get SECA2 request which it cannot handle
#SECA HANDLER: 3
#
# Example to ignore all SECA3 ecm so a SECA2 card will not get SECA3 request which it cannot handle
#SECA HANDLER: 4

# Configure limited list of accepted sids for smartcard
# When omitted, all sids are allowed.
# (can work together with LOADBALANCE configuration, or for standalone cards)
#
# SMARTCARD SID ASSIGN : <device> <maxnumberofsids> { <sid1>, <sid2>, ... <sidn> }
#
# <device> is the reader devicenode
# <maxnumberofsids> limits the total number of sids assigned to the card (0 = use length of sid list)
# { <sid1>..<sidn> } lists the sids that are assigned to the smartcard, when omitted, <maxnumberofsids> is used to auto assign sids
#
# when <maxnumberofsids> is larger than the length of the sidlist, the remainder of the sids are auto assigned, till the list reaches <maxnumberofsids>
# Check entitlement output for realtime assignment list
#
# WARNING: when SMARTCARD SID ASSIGN config changes, restart is required before settings take effect
#
#example1: smartcard in device /dev/ttyUSB0 only handles requests for sids df3, df4, df5
#
# SMARTCARD SID ASSIGN : /dev/ttyUSB0 0 { 0df3,0df4,0df5 }
#
#example2: smartcard in device /dev/ttyUSB0 handles requests for max 5 sids, auto assigned in the order of occurance. A request for a 6th sid will be denied.
#
# SMARTCARD SID ASSIGN : /dev/ttyUSB0 5
#
#example3: smartcard in device /dev/ttyUSB0 handles requests for max 5 sids, 3 of which are df3, df4, df5, remaining 2 are auto assigned
#
# SMARTCARD SID ASSIGN : /dev/ttyUSB0 5 { 0df3,0df4,0df5 }

newcamd war nicht so eingetragen habe ich nun gemacht.

[reader] label = HDplus Protocol = internal detect = CD device = /dev/sci0 group = 1 CAID = 1843 emmcache = 1,3,2 n3_rsakey = BF358B5461863130686FC933FB541FFCED682F3680F09DBC1A23829FB3B2F766B9DD1BF3B3ECC9AD6661B753DCC3A9624156F9EB64E8168EF09E4D9C5CCA4DD5 n3_boxkey = A7642F57BC96D37C mhz = 368 AU = 1 [reader] Label = sky Protocol = mouse Device = /dev/ttyS1 Detect = CD MHz = 600 CardMHz = 600 EMMCache = 1,3,1 Services = sky_welt,sky_mce,sky_film,sky_hd,sky_welt_extra,sk y_sport,sky_bundesliga,sk y_select CAID = 1702,1833 Group = 2

muss beim sky reader nicht auch internal stehen? und dann device anders weils ja auch intern ist?

habe das nun mit dem oscam bei der vu hinbekommen aber finde dort keine Entitlement vom Reader

Das Bild vom oscam nach neustart vom pingu schick ich heute abend muss erst arbeiten...

Pilot · 29. September 2011

AW: Freezer bei Verbindung mit Cccam 2.1.4

habe das nun mit dem oscam bei der vu hinbekommen aber finde dort keine Entitlement vom Reader
Das findest du im Schriftfeld neben dem Bleistift, wenn du Reader anklickst.

zu deiner cccam.cfg: das ist eine Beispiels cccam.cfg. Die ist viel zu groß und nimmt dir viel Speicherplatz weg. Siecher die mal auf deinem Computer mit Datei speichern unter in einem Ordnder deiner Wahl. Auf die kannst du dann immer zurückgreifen.
Dann löscht du alles raus wo ei # Zeichen vor ist, denn das wird von cccam nicht gelesen und somit nicht gebraucht.
Was mich wundert:
B: /dev/sci0 07 # das ist ein Reader Eintrag. Sogar richtig geschrieben zur Abwehr von EMMs.Und du hast geschrieben, du hast keinen Reader Eintrag
#B: /dev/sci1 07
Im Bild 2 und 4 aus deinem Beitrag steht der untere Reader Eintrag drin.: /dev/sc1. Hier ist aber ein # Zeichen vor. Dann dürfte es im Bild 2 und 4 nicht zu sehen sein. Hast du das # Zeichen jetzt erst gesetzt. Oder es steht noch irgendwo in der cccam.cfg und ich habs noch nicht gesehen.

Mlg piloten

Schwalbe818 · 29. September 2011

AW: Freezer bei Verbindung mit Cccam 2.1.4

Das hatte ich nun neu hinzugefügt wegen den Problemen mit HD+ so stand es im forum aber habs dann falsch reingesetzt sci00 oder 01 sagt ja aus welcher schacht glaub 0 ist der obere bei der vu wo meine hd+ drinn streckt. ich nehm die komplett wieder raus nur das was du mir geschrieben hast lkass ich

Schwalbe818 · 30. September 2011

AW: Freezer bei Verbindung mit Cccam 2.1.4

Also habe in Cccam.cfg DISABLE EMM = YES aber alle 10-20min freezt das bild komplett und nur neustart hilft...

so das ist meine neue cfg von der vu

#F: <username> <password> <uphops> <shareemus> <allowemm> ( { caid:id

downhops), caid:id

downhops), ... } { caid:id:sid, caid:id:sid, ... } { begintime-endtime, ... } ) hostname/ip address
#
# example:
#
#F: Dominik schnaps 2 0 1 { 0:0:2 } {} {}

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

#
#
F: schlafzimmer 12345 2 0 0 { 0:0:1 } # Schlafzimmer
#.
#
F: Pierre computer 2 0 1 { 0:0:2 } {} {}

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

N: 127.0.0.1 34000 user pass 01 02 03 04 05 06 07 08 09 10 11 12 13 14 1
N: 127.0.0.1 34001 user pass 01 02 03 04 05 06 07 08 09 10 11 12 13 14 1

SERVER LISTEN PORT : 12000
WEBINFO LISTEN PORT : 16001 # damit kannst du sehen, ob deine Karten richtig übertragen werden.

DISABLE EMM = YES

#N: 127.0.0.1 34000 user pass 01 02 03 04 05 06 07 08 09 10 11 12 13 14 1 # die ist doppelt

Pilot · 30. September 2011

AW: Freezer bei Verbindung mit Cccam 2.1.4

Eine N-Line ist doppelt in deiner cccam.cfg. hab sie rot markiert
Deine S02 Karte wird in oscam nicht richtig gelesen.:
Der reader ist falsch eingestellt:

so ist er:
[reader]
Label = sky
Protocol = mouse
Device = /dev/ttyS1
Detect = CD
MHz = 600
CardMHz = 600
EMMCache = 1,3,1
Services = sky_welt,sky_mce,sky_film,sky_hd,sky_extra,sky_spo rt,sky_bundesliga,sky_selekt, sky_bluemovie
CAID = 1702,1833
Group = 2

so muß er aussehen:
[reader]
Label = sky
Protocol = internal
Device = /dev/sci1
Detect = CD
MHz = 600
CardMHz = 600
EMMCache = 1,3,1
Services = sky_welt,sky_mce,sky_film,sky_hd,sky_extra,sky_spo rt,sky_bundesliga,sky_selekt, sky_bluemovie
CAID = 1702,1833
Group = 2

nach dem Ändern VU neu starte.

Danach gib mir bitte noch ein Bild vom Status oscam auf der vu, so wie das von mir:

und ein Bild vom Entittlement der Sky Karte

Mlg piloten

Schwalbe818 · 30. September 2011

AW: Freezer bei Verbindung mit Cccam 2.1.4

okay habe ich geändert. Und was kann ich noch bei meiner HD+ Karte mnachen? So ist es praktisch nicht schaubar weils andauern freezet.
Nun hat er aber zumindest was bei sky im entitlement stehen.

Suche

Suche

Freezer bei Verbindung mit Cccam 2.1.4

Schwalbe818

Ist gelegentlich hier

Pilot

Schwalbe818

Ist gelegentlich hier

Pilot

Schwalbe818

Ist gelegentlich hier

Schwalbe818

Ist gelegentlich hier

Pilot

Schwalbe818

Ist gelegentlich hier

Pilot

Schwalbe818

Ist gelegentlich hier

Pilot

Schwalbe818

Ist gelegentlich hier

Schwalbe818

Ist gelegentlich hier

Pilot

Schwalbe818

Ist gelegentlich hier

Ähnliche Themen

Spenden Unterstützung