Kathi e2 und Incubus als CCcam client

[speedy120de]

Hi Cyberscitymaste,

ich hab jetzt schon ne ganze Weile Incubus am Laufen und bei meinen Hauptsendern funktionierte es auch einwandfrei, nur bei ein paar Exoten dauerte es etwas länger. Also habe ich mir dein Prio File genommen und es meiner Kathi verfüttert.

SKY läuft tadellos aber ich hab das Problem das ORF HD ziemlich lange braucht?! Ich rede hier von cd 10 Sekunden oder mehr bis der Kanal endlich helle wird.

bisher hatte ich folgende prio:

P: 1702, 1722
P:0D05:000000:F1E0
P:0D05:000000:132F
P:0D05:000000:3332
P:0D05:000000:32C9
P:0D05:000000:32CA
P:0D05:000000:32CB
P:0D05:000000:32CC
P:0D05:000000:32CD
P:0D05:000000:32CE
P:0D05:000000:32CF
P:0D05:000000:32D0
P:0D05:000000:32D1
P:0D05:000000:32D2
P:0D05:000000:32D3
P:0D05:000000:32D4

P:0500:022e00:0c94
I: 09c4

ORF und ORF HD ist ja in deiner PRIO auch vorhanden darum verstehe ich nicht ganz wieso es mit meiner funktioniert und mit deiner nicht.

Hat es eventuell etwas mit der größe des PRIO Files zu tun oder mit der Reihenfolge?

[Haiti]

Im prio file möchte ich die die NDS Verschlüsselung ausschließen und bei ORF die 1702 ausschließen. Bei der 0.93 hat das mit folgenden Einstellungen in der prio Datei wunderbar funktioniert.

#Premiere
I: 09C4
# ORF
I: 1702:000000:F1E0
I: 1702:000000:132F
I: 1702:000000:3332
I: 1702:000000:32C9
I: 1702:000000:32CA
I: 1702:000000:32CB
I: 1702:000000:32CC
I: 1702:000000:32CD
I: 1702:000000:32CE
I: 1702:000000:32CF
I: 1702:000000:32D0
I: 1702:000000:32D1
I: 1702:000000:32D2
I: 1702:000000:32D3
I: 1702:000000:32D4

Mit der 0.94 bemerkte ich gleich am Ruckeln der HD Sender das was nicht in Ordnung ist. Und wirklich wird 09C4 wieder von der Incubuscamd abgefragt, und das obwohl auf HOP1 (localer MPCS) eine S02 Karte vorhanden ist.
Bei ORF das gleiche Spielchen. Erst wenn ich bei meinem CCcamd Server den Uplink mit der NDS Karte aus der Config entferne hat das Spielchen ein Ende.
Wieso wird die CAID 09C4 überhaupt abgefragt wenn ich sie doch ausdrücklich ausschließe?
Die Prio ist natürlich in der cfg eingetragen

priofile_name=/var/keys/incubusCamd.prio

Das ganze auf der UFS910 mit dem Indian Summer BA Image

[Cyberscitymaste]

Im prio file möchte ich die die NDS Verschlüsselung ausschließen und bei ORF die 1702 ausschließen. Bei der 0.93 hat das mit folgenden Einstellungen in der prio Datei wunderbar funktioniert.

#Premiere
I: 09C4
# ORF
I: 1702:000000:F1E0
I: 1702:000000:132F
I: 1702:000000:3332
I: 1702:000000:32C9
I: 1702:000000:32CA
I: 1702:000000:32CB
I: 1702:000000:32CC
I: 1702:000000:32CD
I: 1702:000000:32CE
I: 1702:000000:32CF
I: 1702:000000:32D0
I: 1702:000000:32D1
I: 1702:000000:32D2
I: 1702:000000:32D3
I: 1702:000000:32D4

Mit der 0.94 bemerkte ich gleich am Ruckeln der HD Sender das was nicht in Ordnung ist. Und wirklich wird 09C4 wieder von der Incubuscamd abgefragt, und das obwohl auf HOP1 (localer MPCS) eine S02 Karte vorhanden ist.
Bei ORF das gleiche Spielchen. Erst wenn ich bei meinem CCcamd Server den Uplink mit der NDS Karte aus der Config entferne hat das Spielchen ein Ende.
Wieso wird die CAID 09C4 überhaupt abgefragt wenn ich sie doch ausdrücklich ausschließe?
Die Prio ist natürlich in der cfg eingetragen

priofile_name=/var/keys/incubusCamd.prio

Das ganze auf der UFS910 mit dem Indian Summer BA Image

na da hat ja mal jemand mit gedacht daumen Hoch
ja es ist richtig die prio liste wird zwar eingelesen jedoch nicht benutzt

sprich dort hat sich wohl ein programierfehler eingeschlichen einzige möglichkeit sperre die NDS karten in deiner F line

F: user pass 3 0 0 { 0:0:2, 09c4:000000 }

[speedy120de]

da muss ich dir widersprechen Cyberscitymaste. Die Prio wird definitiv verwendet, da ich unterschiede merke wenn ich gewisse Einträge darin ändere. Es reicht zum Beispiel schon die Reihenfolge der P-Lines und I-Lines zu verändern um an der Umschaltgeschwindigkeit etwas zu ändern.

Dass nicht alles so funktioniert wie es sollte, da geb ich dir schon recht bin die NDS Karten auch erst los geworden als ich in der F-Line sie geblockt habe.

[Cyberscitymaste]

sag ich doch blocke einfach die Karte im Server habe das schon mehrfach gepostet das man die Sky NDS karte nur im Server entgültig los wird

hoffe das mein eintrag dir geholfen hat

ich selber habe vom server aus bis auf hop 2 begrentzt und seit dem rennt meine Incubus 1 A

und auch die Spania láufen mitlerweile 1 A

den ab Hop 3 werden die Karten bei der Incubus recht instabil das kommt einfach daher weil die Incubus einfach zu langsarm ist.

was der Programierer immer noch nicht raus hat ist das die Incubus alle server zu erst connectet und dan Connectet bleibt das kann man super in der Console sehen wen in der CFG das log eingeschaltet ist

es kommt daher auch zu der fehlermedung Serverpath wrong weil die Incubus connectet den server und fragt direkt die ECM ab nur alle wiessen das es bei der CCcam immer etwas dauert bis man im Web interface sieht was für karten man vom server bekommt

und genau da ist auch der Fehler das sich die incubus abschaltet

der Programierer arbeitet vermutlich nur mit 1 Server und er merkt es nicht

ich habe schon mehr fach geschrieben es müsse so sein das zuerst alle server connectet werden dan intern connectet bleiben die Karten IDs in einer Art Cache gespeichert werden somit wäre sie dan CCcam gleich zu setzen.

[master12345]

Hallo zusammen, könnte jemand mall über die einstelungen gucken???
Dbox2 server s02 karte newcs+cccam,Kathrein UFS 910 soll als client laufen aaf last summer img ,incubuscamd0.94 ich krige es nicht hin
server

# CCcam team uvadi CCcam v2.0.9
#
# 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: user1 pass1
#
# 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: user2 pass2 0 1 0 { 0100:000080, 0622:000000:1, 0500:000000:2 }
#
# 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: user3 pass3 5 0 1 { 0:0:3, 0100:000080:1 }
#
# 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 #
################################################## ####################
# 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: <hostname> <port> <username> <password> <wantemus> ( { caid:id(:uphops), caid:id(:uphops), ... } )
#
#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
# 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 http://ip_CCcam_server:16001
#
#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:pmtpid4: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
#
# ingore shares that have less than 1 'downhops' (i.e. can not be shared
# further down to other clients)
N: xxxx.xxxxx.xxxxx xxxxx aaaa aaaaa 01 02 03 04 05 06 07 08 09 10 11 12 13 14
F: kati kati




incubuscam .confi
################################################## ############################
# incubusCamd configuration file #
# All configuration options in this file observe the same format: #
# <configuration_name>=<configuration_value> #
# #
# Each section are [<section_name>:<option_1>:<option_x>] like. #
# #
# No matter about white spaces on any place or UNIX/DOS style files #
################################################## ############################
########################### general configuration ############################
[General]
# Enable (1) or disable (0) background execution
# 0 - Off
# 1 - On
#
background_execution=0
# This sets the level of console output for debugging:
# 0 - No debug messages, 1 - First level debug messages, 2 - Second level debug messages,
# 3 - Print all debug messages
#
debug_level=0
# This option enables (1) or disables (0) the writing of debug information to the
# console.
#
log_to_console=0
# This option enables (1) or disables (0) the writing of console output to a log file
#
log_to_file=0
# When log_to_file is set to 1, this is the path and filename to write console
# ouput to.
#
logfile_name=/var/bin/incubusCamd.log
# This is the path and filename to read SoftCam.Key file
# by default it will be searched in the /var/keys directory
#
softcamfile_name=/var/keys/SoftCam.Key
# This is the path and filename to read prio file
# by default it will be searched in the /var/bin directory, or in /etc, or in /var/keys
#
priofile_name=/var/bin/incubusCamd.prio
# Used to activate on-screen messages. Username and password required if
# HTTP authentication is enabled on enigma.
# 0 - Off
# 1 - On
#
on_screen_messages_show=1
on_screen_messages_username=root
on_screen_messages_password=
on_screen_messages_key_update=0
on_screen_messages_wait_for_key_update=0
on_screen_messages_ecm=0
on_screen_messages_emm=0
# When activated, incubusCamd will listen on the specified port for connections. All
# log activity will be broadcast in real-time to connected clients.
#
console_logs_broadcast=0
console_logs_broadcast_port=666
# Enable/disable incubusCamd web interface (default port is 668).
# 0 - Disable
# 1 - Enable
webif=0
webif_port=668
########################### provider configuration ###########################
#
# All parameters are in hexadecimal notation.
# Each section is defined by the provider id value.
# If you don't know the provider id value then use the provider id "000000" and ca id "0000".
# On provider 000000 caid 0000 goes all provider wich are not declared. If the provider
# is declared then the cam will use the provider founded.
#
[Prov:000000:CaID:0000]
# ----------------------------------------------------------------------------
# this provider is a stand-in for all cards and all caid not declared previously
#
# You can select wich type of priority to assign on each caid/prov combination
# priority name available are: card,emu,cs
# card: internal card reader
# emu: internal emulator
# cs: card share protocols
# each type must be separated by a comma
#
# you can also set to use only cs and nothing more, to do it insert on each comma "cs"
# example: check_priority=cs,cs,cs # only cs in this case
# example: check_priority=card,emu,emu # no cs in this case
# obviously this is not suggested but if you prefer to disable an option you should do it in this way
# you can also declare only one type: check_priority=cs
# or two types: check_priority=cs,emu
# and so on
check_priority=cs,emu,card
# You can select wich protocol will be used first for the current caid/prov combination
# protocol name available are: newcamd,cccam,gbox,radegast,camd33,camd35,aroureos
# each protocol must be separated by a comma
#
# you can also declare only one type: cs_protocol_order=cccam
# or two types: cs_protocol_order=cccam,newcamd
# and so on
cs_protocol_order=cccam,newcamd,gbox,camd35,camd33 ,radegast,aroureos
# Enable (1) or disable (0) emm process when a cs protocol is used
# 0 - Off
# 1 - On
#
process_emms_on_cs_mode=0
# Enable (1) or disable (0) emm g type process
# 0 - Off
# 1 - On
#
process_emm_g=0
# Enable (1) or disable (0) emm s type process
# 0 - Off
# 1 - On
#
process_emm_s=0
# Enable (1) or disable (0) emm u type process
# 0 - Off
# 1 - On
#
process_emm_u=0
# Enable (1) or disable (0) seca 3 ecm pid handler
# when is set to On, it will try to use seca 3 ecm pid
# before try seca 2 ecm pid, otherwise seca 2 pid will
# be selected firstly
# 0 - Off
# 1 - On
#
seca3_handler=0
#[Prov:000501:CaID:1833]
#check_priority=cs,emu,card
#cs_protocol_order=cccam,newcamd,gbox,camd35,camd3 3,radegast,aroureos
#process_emms_on_cs_mode=0
#process_emm_g=0
#process_emm_s=0
#process_emm_u=0
#seca3_handler=0
########################### servers configuration ############################
[Servers]
#
# This is the section for the multi-server configuration.
#
# URL of card-server to use, formats are as follows:
#
# newcamd://<username_31>:<password_31>@<hostname>:<port>:<cai d_4>:<prov_id_6>/<des_key_14>/[EMM]
# aroureos://@<hostname>:<port>:<caid_4>:<prov_id_6>/[EMM]
# radegast://@<hostname>:<port>:<caid_4>:<prov_id_6>/[EMM]
# camd33://<username_10>:<password_10>@<hostname>:<port>:<cai d_4>:<prov_id_6>/[aes_key_16]/[EMM]
# camd35://<username_32>:<password_32>@<hostname>:<port>:<cai d_4>:<prov_id_6>/[EMM]
# gbox://<localhost>:<localport>:<password_8>@<peer_address >:<peer_port>:<peer_pass_8>/[EMM]
#
# cccam://<username_20>:<password_32>@<hostname>:<port>/<receive_emu_shared>/[EMM]
# where <receive_emu_shared> should assume value "yes" (without quotes, if you like to receive emus data shared by the server) or "no" (this is assumed by default)
#
#
# NOTE: The "EMM" suffix is optional and tells the card-server client whether
# to send EMM's to the card-server or not. Enabling or disabling this only
# has effect if the card-server is configured to accept emms from this client.
#
# NOTE 2: The "card_server_url" is not the same as previously declared in the prov/caid section
# use how many server as you like
#
# i.e:
#
card_server_url=cccam://kati:kati@xxx.xxx.xxx.xxx:12000
#card_server_url=cccam://username:password@yourname.dyndns.org:15000
#card_server_url=gbox://yourname.dyndns.org:6666:password@hisname.dyndns.o rg:6666:peer_pass
#card_server_url=cccam://username:password@hostname:port
#card_server_url=gbox://192.168.1.24:5555:password@192.168.1.32:4444:peer_ pass
#card_server_url=newcamd://username:password@192.168.0.100:10550:0500:028800/0102030405060708091011121314
#card_server_url=radegast://@192.168.0.100:10550:0100:000065
#card_server_url=aroureos://@yourhostname.dyndns.org:10666:0500:007C00
#card_server_url=camd35://username:password@192.168.0.50:14150:0603:000000
#card_server_url=camd33://username:password@192.168.0.50:10550:0603:000000 # cam33 without AES encryption
#card_server_url=camd33://username:password@192.168.0.50:10500:0604:000000/01020304050607080910111213141516 # cam33 with AES encryption
########################### CaIDs tunneling configuration ############################
[CaIDTunnel]
#
# All values are in hex notation
# In this file you can configure what CAIDs/PIDs incubusCamd should tunnel to another CAID
#
# situation 1: this caid, all idents, on all channels will use the tunnel_caid
# caid:tunnel_caid
#
# situation 2: this caid/ident pair will use the tunnel_caid
# caid:tunnel_caid:ident
#
# situation 3: this caid/ident pair, on channel 'sid' will use the tunnel_caid
# caid:tunnel_caid:ident:sid
#
# i.e:
#
#1833:1702:000000:0082 # this one should tunnel premiereHD nagra3 into betacrypt cards
#1833:1702:000000:0081 # this one should tunnel premiereHD nagra3 into betacrypt cards

Kann mal jemand drüber schauen???
Auf der karte sind noch keine hd aufgeschaltet wollte es nur mall testen ob es klappt

Danke

[Cyberscitymaste]

Master nochmal ich denke das es nun bei dir laufen sollte und viel spass beim fern sehn

bestell deinem Kumpel schöne grüsse er hat sich ne wahnsinige box gekauft und fals sie hängen bleibt immer locker es ist halt noch Beta

[master12345]

Danke dir nochmal Cyberscitymaste lauft alles super .habe dir noch ne pn geschriben


danke

[drharry]

Hi Master
läuft denn auf der Kathi die 0.94 ohne Abstürze auch länger als 1,5 Std??? Wenn ja schicke mir doch bitte mal die incubus.config u. prio. Bei mir ist immer
noch nach ca. 90 min Feierabend. Habe im Flash das AAF 2.0e und als Ba das INDIAN SUMMER drauf.

Gruß
drharry

[giresun28]

V0.95
- optimized service manager on e2 on FTA channels (no more cpu overload requesting PMT always)
- fixed a bug on dw log for internal emu showing wrong values
- added possibility to declare prov and caid set to 0000:000000 on newcamd server lines, this is usefull if you like to
use the server for many codifies or if you don't know exactly the values to put in (let's call it a jolly value)
- fixed CCcam 2.1.3 recognized like system
- fixed dw delay time written in file ecm.info

[Alexandersq1]

morgen,

wie sieht´s denn aus mit der V0.95 noch keiner getestet??

ich mein ich war mit der 0.94er schon ziemlich zufrieden, aber es wird ja immer besser.

mfg

[drharry]

morgen,
wie sieht´s denn aus mit der V0.95 noch keiner getestet??
ich mein ich war mit der 0.94er schon ziemlich zufrieden, aber es wird ja immer besser.
mfg

Läuft sie denn bei Dir durch???????

Gruß
drharry

[Cyberscitymaste]

klar haben so einige die version schon getestet unteranderem sie die Key abfragen schneller geworden

die server werden nun mehr besser behandelt

des weiteren wird der Prozessor in der Kathi weniger belastet

[Alexandersq1]

joo

@ drharry,

ich wollte mich erst mal informieren, hab im mom nicht sooo viel zeit zum testen, deshalb.


@ Cyberscitymaste,

dass hört sich sehr gut an, erstmal für die server und 2tens wenn der prozi noch etwas weniger zu tun hat, lüpp ed ja alles besser.

vielen dank für die antworten, werde mich heute abend mal damit befassen,



mfg

[aiwa]

Hallo, habe nach ein bissl probieren das 0.94 ans laufen bekommen.
Habe jetzt das 0.95 installiert. Alles bleibt dunkel. Habe jetzt wieder 0.94 am laufen. Allerdings bleibt jetzt auch alles dunkel. Im CCCam steht nur die F-line.
Das ist meine cfg:

background_execution=0

debug_level=0

log_to_console=0

log_to_file=0

logfile_name=/var/tmp/incubusCamd.log

softcamfile_name=/var/keys/SoftCam.Key

priofile_name=/var/keys/incubusCamd.prio

on_screen_messages_show=0
on_screen_messages_username=root
on_screen_messages_password=
on_screen_messages_key_update=0
on_screen_messages_wait_for_key_update=0
on_screen_messages_ecm=0
on_screen_messages_emm=0

console_logs_broadcast=0
console_logs_broadcast_port=666

webif=0
webif_port=16001

[Prov:000000:CaID:0000]

check_priority=cs

cs_protocol_order=cccam

process_emms_on_cs_mode=1

process_emm_g=1

process_emm_s=1

process_emm_u=1
# Enable (1) or disable (0) seca 3 ecm pid handler

seca3_handler=0

[Servers]
card_server_url=cccam://XXXX:XXXXX@XXXXXXX.dyndns.tv:12000

[CaIDTunnel]
1833:1702:000000:0080 #History HD
1833:1702:000000:0081 #Sky Sport HD
1833:1702:000000:0082 #Discovery HD
1833:1702:000000:0083 #Sky Cinema HD
1833:1702:000000:0084 #EuroSport HD
1833:1702:000000:007E #Disney Cinemagic HD
1833:1702:000000:007F #National Geography HD

Was kann das sein?