1. Diese Seite verwendet Cookies. Wenn du dich weiterhin auf dieser Seite aufhältst, akzeptierst du unseren Einsatz von Cookies. Weitere Informationen

VU+Duo als Server und pingulux als Clint

Dieses Thema im Forum "Edision Cardsharing Bereich" wurde erstellt von Pilot, 11. Juli 2012.

  1. Pilot
    Offline

    Pilot MFC Digital Eliteboard Team

    Registriert:
    29. Mai 2008
    Beiträge:
    28.393
    Zustimmungen:
    23.806
    Punkte für Erfolge:
    113
    Beruf:
    Technologe
    #1
  2. phantom

    Nervigen User Advertisement

  3. cool400
    Offline

    cool400 Ist gelegentlich hier

    Registriert:
    14. Februar 2011
    Beiträge:
    74
    Zustimmungen:
    3
    Punkte für Erfolge:
    0
    AW: Vu+ Duo als CS-Server, Argus Pingulux als CS-Client - was muss ich tun?

    Ich verzweifel langsam...

    Also, ich brauche ja wohl das ILTV-Plugin - die aktuelle Versions scheint vom 25.6. zu sein, jedenfalls finde ich diese auf

    Dieser Link ist nur für Mitglieder!!! Jetzt kostenlos Registrieren ?



    Dann habe ich diese Datei runtergeladen, entpackt, und das Verzeichnis "plugin" auf meinen USB-Stick kopiert (von dem ich bereits vorher das ProtoLux-E2 installiert hatte).
    Wenn ich den USB-Stick nun an meinen Pingulux anstecke, passiert...gar nichts! Weder im laufenden Betrieb, noch bei einem Neustart der STB.

    Dann dachte ich mir, kopiere ich einfach die Dateien manuell mittels DCC auf die STB, anscheinend ja ins Verzeichnis "\var" - gesagt, getan, Neustart, nichts da!

    Das Plugin "MediaScanner" scheint übrigens bei mir defekt zu sein (war bei der ProtoLux-Installation mit dabei), ich bekomme immer einen GS beim Starten des Plugins.

    Kann mir bitte jemand von euch helfen? Wie bekomme ich das ILTV-Plugin auf meine Box und was mache ich danach?

    Sorry für die vielen Fragen - und Danke!
    cool400
     
    #2
  4. Pilot
    Offline

    Pilot MFC Digital Eliteboard Team

    Registriert:
    29. Mai 2008
    Beiträge:
    28.393
    Zustimmungen:
    23.806
    Punkte für Erfolge:
    113
    Beruf:
    Technologe
    AW: VU+Duo als Server und pingulux als Clint

    Hab dich mal in den Pingulux Bereich verschoben.

    Unter Enigma2 brachst du kein Plugin Iltv. Das ist für Spark.

    Alles was du brauchst steht im jetzt 1. Beitrag.
    Oscam über Menü installieren.
    Dann mit DCC unter var/key die Configs bearbeiten.

    Mlg piloten
     
    #3
    extra gefällt das.
  5. cool400
    Offline

    cool400 Ist gelegentlich hier

    Registriert:
    14. Februar 2011
    Beiträge:
    74
    Zustimmungen:
    3
    Punkte für Erfolge:
    0
    AW: VU+Duo als Server und pingulux als Clint

    Weißt du, woran es schon scheitert?

    Ich bekomme OSCam nicht installiert :emoticon-0145-shake

    Habe das aktuelle ProtoLux-Image drauf, und dort finde ich OSCam nicht im Plugin-Menü...

    EDIT: habe jetzt im EOS-PPanel den EMU Manager gefunden und dort "OSCam starten" gewählt. Dann per DCC auf die Box und dort die beiden Dateien oscam.server und oscam.user gemäß deiner Anleitung geändert.

    BTW, muss ich in der oscam.user bei user und pwd die gleichen Daten eintragen wie in der oscam.server unter user und password?

    Wie geht's jetzt weiter?

    EDIT2: geht das ganze CS/HS überhaupt mit einer V13-Karte?
     
    Zuletzt bearbeitet: 13. Juli 2012
    #4
  6. Pilot
    Offline

    Pilot MFC Digital Eliteboard Team

    Registriert:
    29. Mai 2008
    Beiträge:
    28.393
    Zustimmungen:
    23.806
    Punkte für Erfolge:
    113
    Beruf:
    Technologe
    AW: VU+Duo als Server und pingulux als Clint

    Am Besten du gibst uns alle deine Configs. Dann zeigen wir dir wo es klemmt. Die Configs bitte in Spoiler: antworten, auf erweitert drücken. Oben rechts findest du Spoiler.

    Klar geht auch CS mit der V13 Karte.


    Mlg piloten
     
    #5
  7. cool400
    Offline

    cool400 Ist gelegentlich hier

    Registriert:
    14. Februar 2011
    Beiträge:
    74
    Zustimmungen:
    3
    Punkte für Erfolge:
    0
    AW: VU+Duo als Server und pingulux als Clint

    Super - vielen Dank!!!

    Welche Dateien genau brauchst du von mir?

    Meine Konfiguration lautet wie folgt:

    Server: Vu+ Duo auf IP 192.168.2.199 (Image: VTi 4.1)
    Client: Edision Argus Pingulux auf IP 192.168.2.197 (Image: ProtoLux V4)
    Router: FritzBox 7390 auf IP 192.168.2.1
     
    #6
  8. Pilot
    Offline

    Pilot MFC Digital Eliteboard Team

    Registriert:
    29. Mai 2008
    Beiträge:
    28.393
    Zustimmungen:
    23.806
    Punkte für Erfolge:
    113
    Beruf:
    Technologe
    AW: VU+Duo als Server und pingulux als Clint

    Folgnde Configs:

    Server = VU : cccamcfg(falls du dort cccam verwendest)
    Pingulux: oscam.conf, oscam.server, oscam.user, oscam.dvbapi, oscam.services

    Mlg piloten

    .
     
    #7
    Narf gefällt das.
  9. cool400
    Offline

    cool400 Ist gelegentlich hier

    Registriert:
    14. Februar 2011
    Beiträge:
    74
    Zustimmungen:
    3
    Punkte für Erfolge:
    0
    Pingulux:

    oscam.conf (unbearbeitet)
    # oscam.conf generated automatically by Streamboard OSCAM 1.20-unstable_by_EasyBuild_svn build #6096
    # Read more:

    Dieser Link ist nur für Mitglieder!!! Jetzt kostenlos Registrieren ?



    [global]
    usrfile = /var/log/oscam/oscamuser.log
    logfile = stdout
    cwlogdir = /var/log/oscam/cw
    nice = -1
    saveinithistory = 1
    lb_nfb_readers = 3
    lb_reopen_seconds = 200

    [monitor]
    port = 9999
    aulow = 120
    hideclient_to = 15
    monlevel = 1
    appendchaninfo = 0

    [dvbapi]
    enabled = 1
    au = 1
    boxtype = duckbox
    user = alien

    [webif]
    httpport = 8888
    httpuser = alien
    httppwd = alien
    httpallowed = 127.0.0.1,192.168.0.1-192.168.254.254


    [lcd]
    enablelcd = 1
    lcd_outputpath = /tmp/.oscam
    lcd_hideidle = 0
    lcd_writeintervall = 10

    oscam.server (bearbeitet)
    ##########################################################
    # #
    # All lines preceded by "#" are comment lines so #
    # use this model for all your readers ( up to 32 ). #
    # A C: line is a CCcam reader , a N: line is NewCamd #
    # reader , the internal card readers are also shown. #
    # A card reader must always to specify the CAID. #
    # #
    ##########################################################
    #
    # this is an example of how to connect a CCcam server
    # this line acts as a cccam 2.0.11 client (recomended)
    #
    [reader]
    label = CSServer
    protocol = cccam
    device = 192.168.2.199,12000
    user = (mein Username)
    password = (mein Passwort)
    group = 1
    fallback=0
    cccmaxhop = 3
    caid = 1702,1833,1830
    cccversion = 2.0.11
    cccbuild = 2892
    #
    #[reader]
    #Enable = 1
    #Label = camd3
    #Protocol = camd35
    #Device = ip,port
    #Account = user,pass
    #CAID = 0D05,0D95,1702,1833,1843
    #Group = 1
    #
    # this is an example how to connect to a NewCamd server
    #
    # [reader]
    # label = newcamd_server
    # protocol = newcamd
    # key = 0102030405060708091011121314
    # device = myserver.dyndns.tv,66666
    # account = login1,password1
    # group = 2
    #
    # this is an example how to "read" a na*ra card internal(e.g. HD+/HD01)
    #
    # [reader]
    # Label = HD plus
    # Protocol = internal
    # Device = /dev/sci0
    # detect = CD
    # EMMCache = 1,1,2
    # group = 3
    # CAID = 1830
    # rsakey = BF358B5461863130686FC933FB541FFCED682F3680F09DBC1A23829FB3B2F766B9DD1BF3B3ECC9AD6661B753DCC3A9624156F9EB64E8168EF09E4D9C5CCA4DD5
    # boxkey = A7642F57BC96D37C
    #
    # this is an example how to "read" a na*ra card internal(e.g. HD+/HD02)
    #########use following entry in oscam.services(required)#######
    ####[hdplus]
    ####caid=1843
    ####srvid = EF10,EF11,EF14,EF15,EF74,EF75,EF76,EF77,5273,5274
    #########
    #
    # [reader]
    # Label = HD plus
    # Protocol = internal
    # device = /dev/sci0
    # detect = CD
    # EMMCache = 1,3,2
    # group = 2
    # CAID = 1843
    # ident = 1843:003411,000000,008011 #not required#
    # rsakey = BF358B5461863130686FC933FB541FFCED682F3680F09DBC1A23829FB3B2F766B9DD1BF3B3ECC9AD6661B753DCC3A9624156F9EB64E8168EF09E4D9C5CCA4DD5
    # boxkey = A7642F57BC96D37C
    # cardmhz = 368
    # mhz = 368
    #
    # this is an example how to "read" a nagra card internal(Sky)
    #
    # [reader]
    # Label = Sky-Test
    # Protocol = internal
    # Device = /dev/sci0
    # detect = CD
    # mhz = 600
    # cardmhz = 600
    # EMMCache = 1,1,2
    # group = 5
    # CAID = 1702
    #
    # this is an example how to "read" a Viaccess card internal(SRG)
    #
    # [reader]
    # Label = SRG
    # Protocol = internal
    # device = /dev/sci0
    # detect = CD
    # EMMCache = 1,3,2
    # services = SRG
    # group = 6
    # CAID = 0500
    # mhz = 368
    #
    # this is an example how to "read" a Funcard with ORF + AS-file internal
    # [reader]
    # Label = ORF
    # Protocol = internal
    # device = /dev/sci0
    # detect = CD
    # EMMCache = 1,3,2
    # group = 7
    # CAID = 0D05
    #
    # this is an example how to "read" a BDC internal(C+NL)
    #
    # [reader]
    # label = C+NL
    # enable = 1
    # protocol = internal
    # device = /dev/sci0
    # caid = 0622
    # force_irdeto = 1
    # detect = cd
    # mhz = 600
    # cardmhz = 600
    # group = 8
    # emmcache = 1,3,2
    # lb_weight = 100
    # boxkey = 0000000000000000
    #
    #######################################################################
    ## smargo support ##
    # External reader (smargo) requires oscam LIBUSB #
    # get reader serial of smargo by telnet cat /proc/bus/usb/devices #
    # smargo firmware 1.04 or higher required for getting serial #
    # #
    #######################################################################
    #
    # this is an example how to "read" ICE in smargo(IR2 caid 0648)##input reader serial###
    #
    # [reader]
    # Label = ICE
    # protocol = smartreader
    # device = Serial:Reader XXXXX
    # detect = CD
    # EMMCache = 1,3,2
    # group = 9
    # force_irdeto = 1
    # deprecated = 1
    # CAID = 0648
    # rsakey = DF57B08C0F13E67BD17AD37EAAF4EAA25393F8A0EFE8ACE6708AAF97C985CBA8A6C13826963BD3092EB9FC72F773A430724706AA5E1D14E1747842D32069A12D
    # boxkey = 1122334455667788
    # boxid = 12345678
    # cardmhz = 600
    # mhz = 600
    #
    # this is an example how to "read" ICE in smargo(CW caid 0D95)##input reader serial###
    #
    # [reader]
    # Label = ICE
    # protocol = smartreader
    # device = Serial:Reader XXXXX
    # detect = CD
    # EMMCache = 1,3,2
    # group = 10
    # CAID = 0D95
    # mhz = 257
    # cardmhz = 257
    #
    # this is an example how to "read" a na*ra card in smargo(e.g. HD+/HD01)##input reader serial###
    #
    # [reader]
    # Label = HD plus
    # protocol = smartreader
    # device = Serial:Reader XXXXX
    # detect = CD
    # EMMCache = 1,3,2
    # group = 11
    # CAID = 1830
    # rsakey = BF358B5461863130686FC933FB541FFCED682F3680F09DBC1A23829FB3B2F766B9DD1BF3B3ECC9AD6661B753DCC3A9624156F9EB64E8168EF09E4D9C5CCA4DD5
    # boxkey = A7642F57BC96D37C
    #
    # this is an example how to "read" a nds card in smargo(sky V13)##input reader serial at XXXXX###
    #
    # [reader]
    # label = sky_v13
    # protocol = smartreader
    # device = Serial:Reader XXXXX
    # caid = 09C4
    # boxid = 12345678
    # detect = cd
    # mhz = 368
    # cardmhz = 368
    # ident = 09C4:000000
    # group = 12
    # emmcache = 1,3,2
    # blockemm-g = 1
    #
    ###############################################################################################

    oscam.user (bearbeitet)
    #
    # This is local user account
    #

    [account]
    user = (gleicher Username wie oben?)
    pwd = (gleiches Passwort wie oben?)
    group = 1
    betatunnel = 1833.0072:1702,1833.006A:1702,1833.006B:1702,1833.006F:1702,1833.0070:1702,1833.0071:1702,1833.0075:1702,1833.007A:1702,1833.007B:1702,1833.007C:1702,1833.007E:1702,1833.007F:1702,1833.0080:1702,1833.0081:1702,1833.0082:1702,1833.0083:1702,1833.0084:1702
    au = 1

    oscam.dvbapi (unbearbeitet - habe eine V13-Karte [eine Seite schwarz mit "Sky"-Schriftzug, andere Seite mit Chip weiß], keine weiteren Karten)
    #P:1843 #wenn schwarze karte im schacht
    P:1830 #wenn weisse karte im schacht
    P:0D05 #ORF
    P:0d95 #austriasat
    P:1702
    P:1833
    I:0

    oscam.services (unbearbeitet)
    #Hier mal meine Services

    #sind mit AustriaSat, Orf, SRG, Sky, HD+ und C+NL.


    [ORF]
    caid =0D05,0D95
    provid =000004,000010
    srvid =132F,1330,32C9,32CA,32CB,32CC,32CD,32CE,32CF,32D0,32D1,32D2,32D3,32D4,3332,4E27


    [AustriaSat]
    caid = 0D05,0D95
    provid = 000004,000010
    srvid = 003E,0045,0046,07FA,07FD,07FF,2EFE,4461,4462,6FEE,6FEF,6FF0,6FF3,6FFF


    [HDplus]
    caid=1830,09C4
    provid=000000,003411,008011
    srvid=277E,EF10,EF11,EF14,EF15,EF74,EF75,EF76,EF77,5273,5274


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

    [skyweltextra]
    caid = 1702,1833,1834,09C4,09C7
    srvid = 0021,0023,0025,0026,0027,0037,0038,0039,003A,003C,003D,003E,003F,0040,0041,0042,0043,0044,07FF,2EFE,3331,4461,4462,6FF1,
    7009,700A,7001

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

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

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

    [SkyMusicChoiceExtra]
    caid = 1702,1833,1834,09C4,09C7
    srvid = 0096,0097,0098,0099,009A,009B,009C

    [skyhd]
    caid = 1702,1833,1834,09C4,09C7
    srvid = 0077,007A,007B,007C,007D,007E,007F,0080,0081,0082,0083,0084,0071,006A,006B,0072,0070,006F,0069

    [sky3d]
    caid = 1702,1833,1834,09C4,09C7
    srvid = 0075\par

    [bluemovie]
    caid = 1702,1833,1834,09C4,09C7
    srvid = 0201,0159,0163,016D

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

    [skysonstige]
    caid = 1702,1833,1834,09C4,09C7
    srvid = 0045,0046,003B

    [srgswiss]
    caid = 0500
    srvid = 0385,038B,038F,36B2,36B3,36B8,36B9,03DE

    [C+NL]
    caid = 0622,0100
    srvid = 0F56,0F57,07D4,07D5,07D6,07DA,07DF,07E4,07E9,07EE,07F3,07F9,07FD,0FA5,0FA6,0FA7,0FAB,06AC,06AD,
    06AE,06AF,0FC8,0FCD,138C,138D,139C,13A4,13A6,13A8,13A9,13AA,31E7,31E8,31F4,13EE,1397


    Vu+ Duo:

    Ich finde die cccamcfg nicht :emoticon-0145-shake

    Aktuell läuft CCcam 2.3.0 auf der Duo ohne Probleme - sonst hätte ich noch OScam 1.20-unstable_7122, Oscam 1.20 mit CCcam 2.3.0 und Scam 3.59 zur Auswahl!

    Vielen Dank für deine Hilfe :good:

    Hi piloten,

    kannst du mir nochmal helfen?

    Viele Grüße

    cool400
     
    Zuletzt von einem Moderator bearbeitet: 16. Juli 2012
    #8
  10. Pilot
    Offline

    Pilot MFC Digital Eliteboard Team

    Registriert:
    29. Mai 2008
    Beiträge:
    28.393
    Zustimmungen:
    23.806
    Punkte für Erfolge:
    113
    Beruf:
    Technologe
    AW: VU+Duo als Server und pingulux als Clint

    würde ich ja gern.
    Aber es fehlen die Configs vom Server. Also die Configs von deiner VU.


    Mlg piloten
     
    #9
  11. cool400
    Offline

    cool400 Ist gelegentlich hier

    Registriert:
    14. Februar 2011
    Beiträge:
    74
    Zustimmungen:
    3
    Punkte für Erfolge:
    0
    AW: VU+Duo als Server und pingulux als Clint

    Hi,

    auf meiner Duo gibt es keine cccam.cfg - ich habe allerdings diese hier in der DEB-Database gefunden:

    cccam.cfg (anscheinend älter)
    # connections #
    ######################################################################
    C:


    ######################################################################
    # Private Einstellungen #
    ######################################################################
    SERVER LISTEN PORT : 12000

    #SMARTCARD CLOCK FREQUENCY: /dev/sci0 3570000
    #TRY ALL CHIDS : /dev/sci0

    #SMARTCARD CLOCK FREQUENCY: /dev/sci1 3570000
    #TRY ALL CHIDS : /dev/sci1

    #WEBINFO USERNAME :
    #WEBINFO PASSWORD :

    #TELNETINFO USERNAME :
    #TELNETINFO PASSWORD :


    EMM THREADS : 4

    SOFTKEY FILE : /usr/keys/SoftCam.Key
    AUTOROLL FILE : /usr/keys/AutoRoll.Key
    STATIC CW FILE : /usr/keys/constant.cw
    CAID PRIO FILE : /etc/CCcam.prio
    PROVIDERINFO FILE : /etc/CCcam.providers
    CHANNELINFO FILE : /etc/CCcam.channelinfo
    # #
    # LOADBALANCE : #
    # TRY ALL CHIDS : #
    # POSTINIT : #
    # DVB API : #
    # #
    ###############################################
    ####### Enjoy #######
    ###############################################

    Und so sieht eine cccam.cfg von der CCcam 2.3.0 aus:
    # CCcam team uvadi CCcam v2.3.0
    #
    # 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 [Only registered users can view links. Registering an account is a quick and easy process and will enhance your forum capabilities and enable attachment downloads.

    Dieser Link ist nur für Mitglieder!!! Jetzt kostenlos Registrieren ?

    ]

    #
    #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 EMM readers (clientside setting)
    # saves lots of CPU, but you won't get any updates anymore
    # (unless you get updates from your clients)
    #
    # default: no
    #
    #DISABLE EMM : yes

    # control how to deal with global (ga) EMM readers (clientside setting)
    # can avoid global (possibly noisy) emm being sent over the network
    # shared and unique emm is not affected by this setting
    # to block all emm, use DISABLE EMM setting instead
    #
    # 0 = ignore all global emm
    # 1 = accept a small amount of global emm
    # 2 = accept all global emm
    #
    # default: 2 (handle all global emm)
    #
    # example: seriously reduce the global emm traffic, but allow limited
    # global emm when a smartcard does not work (possibly because it needs an update)
    #
    #GLOBAL EMM : 1

    # 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 : 2.2.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 in your subscription 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 (sids which are not allowed will be automatically left out of the loadbalance)
    #
    # 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 }


    # Configure list of sids which are not to be handled by smartcard
    # When omitted, all sids are allowed (or SMARTCARD SID ASSIGN list is allowed, if available)
    # Don't use together with (fixed) SMARTCARD SID ASSIGN list; use one or the other, depending on which gives the shortest list
    # Can work together with dynamic SMARTCARD SID ASSIGN list.
    # Can work together with LOADBALANCE configuration (sids which are rejected will be automatically left out of the loadbalance)
    #
    #SMARTCARD SID REJECT: <device> { <sid1>, <sid2>, ... <sidn> }
    #
    # <device> is the reader devicenode
    # { <sid1>..<sidn> } lists the sids that are to be rejected on the smartcard
    #
    #
    #example1: smartcard in device /dev/ttyUSB0 should not handle requests for sids df3, df4, df5
    #
    #SMARTCARD SID REJECT: /dev/ttyUSB0 { 0df3,0df4,0df5 }

    # Option to limit the number of sids active on a single smartcard within a given time period
    #
    # SID LIMIT: <device> <maxsids> <timelimit>
    #
    # example: handle max 4 different sids every 11 seconds
    #
    # SID LIMIT: /dev/sci0 4 11

    # Option to overrule the number of sci devices to be opened
    #
    #SCIDEVICES: <number>
    #
    #example, don't open any sci devices
    #
    #SCIDEVICES: 0
    #
    #example, force 2 devices to be opened
    #
    #SCIDEVICES: 2
    #
    # When omitted, attempt to open an autodetected number of sci devices
    # WARNING: restart is required before a new SCIDEVICES limit takes effect
    # *Merry Christmas* from aff-board.com
     
    #10
  12. Pilot
    Offline

    Pilot MFC Digital Eliteboard Team

    Registriert:
    29. Mai 2008
    Beiträge:
    28.393
    Zustimmungen:
    23.806
    Punkte für Erfolge:
    113
    Beruf:
    Technologe
    AW: VU+Duo als Server und pingulux als Clint

    Das sind Beispiels ccccam.cfg . Die brauch ich nicht.
    du verstehts mich nicht.

    Mir ist es egal, ob du cccam oder oscam verwendest.
    Die Vu ist doch Server. Also muß es doch Config Dateinen geben, wo du die reader drin hast. Wu du Daten für den Pingulux drin hast.
    Diese configs brauche ich, wenn ich dir weiterhelfen soll.


    Mlg piloten
     
    #11
  13. cool400
    Offline

    cool400 Ist gelegentlich hier

    Registriert:
    14. Februar 2011
    Beiträge:
    74
    Zustimmungen:
    3
    Punkte für Erfolge:
    0
    AW: VU+Duo als Server und pingulux als Clint

    Das ist doch genau mein Problem - ich habe keinerlei Ahnung, wie ich die beiden Boxen konfigurieren soll...

    Aber anscheinend kann man hieraus was für mich basteln:
    ###################################################################################
    # CCcam.cfg deutsch v2.3.0 18.12.2011 #
    ###################################################################################
    # Erklärung:
    # Alles was in einer Zeile hinter einer # steht wird von CCcam ignoriert und dient
    # nur zur Kommentierung oder Außerkraftsetzung einer Einstellung. Soll CCcam eine
    # Einstellung, F: oder C: Line annehmen, so muss die # entfernt werden.
    # Alle Zeilen in dieser Config die hinter der # kein Leerzeichen haben sind
    # Beispiele für eine mögliche Einstellung.
    #
    # In einigen Einstellungen muss man eine Option "ein" oder "aus" schalten. Je nach
    # Einstellung wählt man entweder 1 oder yes für "an" oder 0 oder no für "aus". Ob
    # man in einer bestimmten Einstellung 0/1 oder yes/no nutzen muss, lässt sich aus
    # den Kommentierungen entnehmen.
    #
    # Als einen Hop bezeichnet man die Entfernung der Karte. Karten die in unserer Box
    # stecken sind für uns auf Hop0. Karten die in der Box eines direkt zu uns
    # verbundenen Freundes stecken sind für uns auf Hop1. Karten die dieser Freund auf
    # Hop1 hat, erreichen uns auf Hop2. Und so weiter. Je näher die Karte ist, um so
    # besser und schneller kann sie uns die benötigten CWs liefern. Also macht es
    # keinen Sinn Karten aus Hop4 oder 5 zu nutzen, da diese schon durch zu viele
    # Server wandern mussten bis sie zu uns durch gekommen sind.
    #
    # GANZ WICHTIG:
    # BEIM CARDSHARING ZÄHLT NICHT DIE MASSE DER KARTEN IM SHARE, SONDERN DIE
    # QUALITÄT! LIEBER 2 GUTE KARTEN EINES PROVIDERS, ALS 20 LANGSAME AUF HOP4 oder 5.
    # ZU VIELE KARTEN BELASTEN DEN SHARE UNNÖTIG UND FÜHREN ZU SCHLECHTEREN
    # UMSCHALTZEITEN, UNNÖTIGEM NETZWERKTRAFFIC UND HÄUFIGEN AUSFÄLLEN BIS HIN ZU
    # SYSTEMABSTÜRZEN.
    # Beachte dazu die Begrenzungen in den C: Lines. (siehe Beispiele weiter unten)
    #
    # Zur Einstellung dieser Config muss unbedingt ein Editor benutzt werden, welcher
    # das Linux-Format bei behält. Windows-Usern empfehle ich Proton32.
    # Linux-User nehmen einfach ihren Lieblings-Editor.

    ###################################################################################
    # Freunde #
    ###################################################################################
    #
    # Hier tragen wir Freunde ein, die sich zu uns verbinden dürfen, also Karten von
    # uns bekommen sollen und/oder Zugriff auf unser Key-File bekommen sollen.
    # Teilen des Keyfiles (Standard = 1), EMM erlauben (Standard = 1), und optional
    # die Downshare-Begrenzung pro Share (Standard = Keine Begrenzung) und optional
    # die Downshare-Begrenzung pro Share basierend auf caid:id:sid
    # und optional das Zeitfenster in welchem der Share gültig ist und optional einen
    # Hostname oder eine IP-Adresse, auf die der Zugang beschränkt sein soll.
    # Wenn kein Zeitfenster gewählt wir, wird 24 Stunden am Tag geshared.
    # Emus werden immer nur einen Hop weiter geshared, auch wenn keine Begrenzung
    # gesetzt wurde.
    #
    # Die maximale Länge für den Usernamen beträgt 20 Zeichen.
    # Die Passwortlänge ist unbegrenzt.
    #
    # Der Username ist keine IP oder Hostname. Es handelt sich bei der F: Line
    # lediglich um Zugangsdaten zu unserem CCcam-Server.
    #
    # F: <Username> <Passwort> <uphops> <Emus sharen> <EMM erlauben> ( { caid:id:)downhops), caid:id:)downhops), ... } { caid:id:sid, caid:id:sid, ... } { Anfangszeit-Endzeit, ... } ) Hostname/IP-Adresse
    #
    # Beispiele für verschiedene Möglichkeiten:
    #
    # F: user1 pass1
    #
    # user1 bekommt alle Karten von uns, bis maximal 5 Hops von uns entfernt.
    # (unsere lokale Karte/n + virtuelle Karten, die maximal 5 Hops entfernt sind). Er kann unsere Karten an seine Freunde
    # weiter geben. Er kann außerdem Keys aus unserem Keyfile erhalten (wenn er ein 'yes' hinter seiner C: hat)
    # und er darf uns EMM (Updates für unsere Karten) senden.
    #
    # F: user2 pass2 0 1 0 { 0100:000080, 0622:000000:1, 0500:000000:2 }
    #
    # user2 bekommt nur unsere lokalen Karten, aber nicht die 0100:000080.
    # Unsere 0622:000000 Karte/n kann er nur für sich selbst nutzen (1 hop down)
    # und die 0500 Karten für sich selbst plus einen zusätzlichen Hop weiter. (2 hops down)
    # Er hat außerdem Zugriff auf die Keys unseres Keyfiles, und darf uns keine EMM senden.
    #
    # F: user3 pass3 5 0 1 { 0:0:3, 0100:000080:1 }
    #
    # user3 bekommt alle Karten, die maximal 5 Hops von uns entfernt sind
    # und ist berechtigt diese Karten 2 Hops hinter sich weiter zu geben.
    # Er ist nicht berechtigt die 0100:000080 an andere User weiter zu geben.
    # Er bekommt keine Keys aus unserem Keyfile, und er darf uns EMM senden.
    #
    # F: user4 pass4 5 0 1 { 0:0:4, 0100:000080:1 } { 0100:000080:15df }
    #
    # user4 bekommt alle Karten, die maximal 5 Hops von uns entfernt sind
    # und ist berechtigt diese Karten 3 Hops hinter sich weiter zu geben.
    # Er ist nicht berechtigt die 0100:000080 an andere User weiter zu geben.
    # Er ist nicht berechtigt den Kanal 0100:000080:15df zu sehen. (Er bekommt ihn zumindest nicht von uns)
    #
    # F: user5 pass5 4 0 1 { } { } { 12:00-17:00, 19:00-20:00 }
    #
    # user5 bekommt alle Karten, die maximal 4 Hops von uns entfernt sind.
    # Der Share ist begrenzt auf die Zeit zwischen 12:00 und 17:00 Uhr und zwischen 19:00 und 20:00 Uhr.
    # Außerhalb dieser Zeitfenster werden keine CWs an den User gesendet.
    #
    #
    # F: user6 pass6 3 1 1 { } { } { } 192.168.1.1
    #
    # user6 bekommt alle Karten, die maximal 3 Hops von uns entfernt sind.
    # Er darf sich nur von der IP 192.168.1.1 verbinden.
    #
    # Wichtig:
    # In der F: Line lässt sich sehr einfach begrenzen wie weit unsere Karten weiter gegeben werden können.
    # Wenn viele Anfragen an unsere Karten gestellt werden, so macht dies unsere Karten natürlich langsamer
    # und es kann zu Bildaussetzern (Freezern) kommen. Dies passiert gerade bei NDS-Karten sehr schnell.
    # Damit unsere Freunde unsere Karten nicht zu weit weitergeben können, begrenzen wir den Reshare-Level.
    # Hinter jeder F: Line setzen wir die allgemeine Begrenzung in die {}. Dazu nehmen wir nullen als
    # Platzhalter für CAID und ID (0 = alle). Ein Bespiel dafür sehen wir weiter oben in der F: Line von
    # user3. Hinter seiner F: Line befindet sich in den {} "0:0:3". Das bedeutet, dass alle Karten unseres
    # Servers nur noch 3 Hops weiter gegeben werden dürfen. Der erste Hop ist user3, der zweite Hop sind
    # alle User die mit user3 verbunden sind, der dritte Hop sind alle User, die mit den Usern von user3
    # verbunden sind.
    # Man sieht leicht wie schnell sich die Anzahl der User für unsere Karten durch dieses Schneeballsystem
    # erhöhen kann. Ich empfehle den Reshare auf 2 Hops zu begrenzen. Also { 0:0:2 }.
    # Dies lässt sich auch in den "GLOBAL LIMITS" Einstellungen weiter unten in dieser Config für alle
    # F: Lines auf einmal einstellen. Somit ist dies in den F: Lines nicht mehr notwendig.
    #
    ###################################################################################
    # Verbindungen #
    ###################################################################################
    #
    # Hier tragen wir Server ein, von denen wir Karten und/oder Keys erhalten wollen.
    # Also die Freunde, die für uns in ihrer Config eine F: Line eingetragen haben.
    # "yes" am Ende um den Emu des Peers mit zu benutzen. (Non Public privat Key/Emu,...)
    # Dies funktioniert aber nur mit passender F: Line in der Config des Peers.
    # Optional Begrenzungen genau wie in der F: Line, aber für eingehende Shares.
    # (Shares ignorieren, die mehr als X Hops entfernt sind)
    #
    # C: <Hostname> <Port> <Username> <Passwort> <Keyfile des Freundes mit benutzen> ( { caid:id:)uphops), caid:id:)uphops), ... } )
    #
    # Bemerkung: Wenn {} Begrenzungen gesetzt werden, kann <Keyfile des Freundes erwünscht> nicht weggelassen werden.
    # Es muss dann yes oder no angegeben werden!
    #
    # Beispiele:
    #
    # C: server1.dyndns.org 12000 user1 pass1
    # Verbindet zu einem CCcam-Server ohne den Emu des Servers mit zu benutzen.
    #
    # C: 192.168.1.2 12000 user2 pass2 yes
    # Verbindet zu einem CCcam-Server und der Emu des Servers wird mit benutzt. (sofern vom Server erlaubt)
    #
    # Wichtig:
    # Um nicht unnötig viele Karten zu bekommen, die unseren Share nur belasten und eh nicht richtig funktionieren,
    # begrenzen wir hinter jeder C: Line die Entfernung, aus der wir uns unsere Karten holen.
    # Das machen wir ähnlich wie in der Reshare-Level Begrenzung in der F: Line (s.o.).
    # Am Anfang, wenn wir unseren Share erst noch aufbauen müssen und erst zu ein paar Servern verbunden sind,
    # ist es noch sinnvoll Karten aus Hop 3, eventuell sogar Hop 4 zu beziehen.
    # Sobald wir aber besser sortiert sind, so sollten nur noch Karten aus Hop 2 bezogen werden.
    # Das funktioniert ganz einfach mit 0:0:2 in {} hinter jeder C: Line um auf Hop 2 zu begrenzen oder aber
    # 0:0:3 um auf Hop 3 zu begrenzen. Ein yes oder no für <Keyfile des Freundes erwünscht> vor {} darf in der
    # C: Line dann aber nicht vergessen werden!
    #
    # C: 192.168.1.2 12000 user3 pass3 no { 0:0:2 }
    # Verbindet zu einem CCcam-Server ohne den Emu des Servers mit zu benutzen.
    # Es werden nur Karten angenommen, die höchstens 2 Hops entfernt sind.
    #
    # Wenn wir 3 Vollabo-Karten eines Providers in Hop 1 in unserem Share haben, so sind wir mit diesem Provider
    # bestens bedient und brauchen keine weiteren Karten mehr von diesem Provider. Deshalb können wir die Annahme
    # dieser Karten von weiter entfernten Hops verweigern.
    #
    # C: server2.dyndns.org 12000 user4 pass4 no { 0:0:2, d22:4:1 }
    # Verbindet zu einem CCcam-Server ohne den Emu des Servers mit zu benutzen.
    # Es werden nur Karten angenommen, die höchstens 2 Hops entfernt sind.
    # Es werden keine Karten mehr von d22:4 angenommen, die weiter als einen Hop entfernt sind.


    # CCcam kann sich auch als Client zu anderen Cardservern verbinden
    # Das bedeutet das sich CCcam auch von diesen Cardservern Karten abholen kann. CCcam kann aber selber keine
    # Karten an diese Server geben.
    #
    # Dbox2 User müssen NewCS nutzen, um ihre Karte sharen zu können. Da CCcam nicht für Dbox2 geschrieben wurde
    # können Karten in der Dbox nicht direkt von CCcam gelesen werden und somit muss dies NewCS übernehmen und die
    # Karte dann an CCcam weiter leiten.
    #
    # Syntax zum Verbinden zu einem Newcamd/NewCS Server:
    #
    # N: <IP> <Port> <Username> <Passwort> <Description Key(14byte)> <Entfernung zur Karte in Hops (Standard: 1)> <Tarneinstellung (Standard: 0)>
    #
    # Beispiele:
    #
    #N: 127.0.0.1 10000 dummy dummy 01 02 03 04 05 06 07 08 09 10 11 12 13 14
    #
    # Hinzufügen einer Newcamd Karte, die 2 Hops entfernt ist, zur Shareliste:
    #
    #N: 127.0.0.1 10000 dummy dummy 01 02 03 04 05 06 07 08 09 10 11 12 13 14 2
    #
    # Als MGcamd getarnt am Newcamd Server anmelden:
    #
    #N: 127.0.0.1 10000 dummy dummy 01 02 03 04 05 06 07 08 09 10 11 12 13 14 1 1
    #
    # Tarneinstellungen: 0 = abgeschaltet, 1 = MGcamd neu, 2 = MGcamd alt, 3 = Evocamd, 4 = Generic


    # Syntax zum Verbinden zu einem Radegast Server
    #
    # R: <IP> <Port> <caid> <pid> <Entfernung zur Karte in Hops (Standard: 1)>
    #
    # Beispiel:
    #
    #R: 127.0.0.1 678 0100 000080


    # Syntax zum Verbinden zu einem Camd3 Server
    #
    # L: <IP> <Port> <Username> <Passwort> <caid> <pid> <Entfernung zur Karte in Hops (Standard: 1)>
    #
    # Beispiel:
    #
    #L: 127.0.0.1 567 dummy dummy 0100 000080


    # Syntax zum Verbinden zu einem Gbox Server
    #
    # G: <eigenes Passwort> <eigener Hostname> <eigener Port> <Peer Passwort> <Peer Hostname> <Peer Port>
    #
    # Optional werden Begrenzungen genau wie in der C: Line unterstützt (Shares ignorieren,
    # die mehr als X Hops entfernt sind) { caid:id:)uphops), caid:id:)uphops), ... }
    #
    # Beispiel:
    #
    #G: AABBCCDD ich.dyndns.org 2500 12345678 peer.dyndns.org 2500
    #
    # Die Verbindung zu einem Gbox-Server mit CCcam ist auf keinen Fall zu empfehlen. Das ganze läuft auf
    # beiden Seiten extrem unstabil!

    ###################################################################################
    # Andere Konfigurationseinstellungen #
    ###################################################################################

    ## SERVER LISTEN PORT Einstellung ##
    # Port, den unser Server für eingehende Verbindungen nutzt.
    # Beim Sharing über Internet muss dieser Port im Router an die IP unseres Servers weitergeleitet werden.
    # CCcam verwendet TCP als Protokoll.
    # Standard Port ist 12000, der Server lässt sich mit Parameter -s oder mit auf 0 gesetztem Port abschalten
    #
    #SERVER LISTEN PORT : 12000

    ## ALLOW TELNETINFO / ALLOW WEBINFO Einstellung ##
    # Der Server kann einige Infos über verbundene Server, Clients und Karteninfos
    # mit Hilfe von Telnet oder eines Webbrowsers ausgeben.
    #
    # Telnet und Webinfo an/aus schalten (yes = an, no = aus)
    # Standard ist "yes"
    #
    #ALLOW TELNETINFO: no
    #ALLOW WEBINFO: no

    ## SHOW EXTENEDED CLIENT INFO Einstellung ##
    # Erweiterte Client-Info in der Client-Liste zeigen
    # Standard ist "yes"
    #
    #SHOW EXTENEDED CLIENT INFO : no

    ## WEBINFO USERNAME / WEBINFO PASSWORD Einstellung ##
    # Die Webinfo kann mit einem Benutzernamen und Passwort geschützt werden.
    # Dies ist standardmäßig deaktiviert.
    #
    #WEBINFO USERNAME : <Benutzername>
    #WEBINFO PASSWORD : <Passwort>

    ## TELNETINFO USERNAME / TELNETINFO PASSWORT Einstellung ##
    # Die Telnetinfo kann mit einem Benutzernamen und Passwort geschützt werden.
    # Dies ist standardmäßig deaktiviert.
    #
    #TELNETINFO USERNAME : <Benutzername>
    #TELNETINFO PASSWORD : <Password>

    ## TELNET INFO LISTEN PORT / WEBINFO LISTEN PORT Einstellung ##
    # Der Standard-Port für Telnetinfo ist 16000
    # Der Standard-Port für die Webinfo ist 16001
    # Unterstützte Kommandos:
    # info
    # activeclients
    # clients
    # servers
    # shares
    # providers
    # entitlements
    # Beispiele zur Nutzung:
    # echo servers | telnet localhost 16000
    # Öffne mit dem Browser:

    Dieser Link ist nur für Mitglieder!!! Jetzt kostenlos Registrieren ?


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

    ## ZAP OSD TIME Einstellung ##
    # Zeit in Sekunden, in denen das On Screen Display aktiv ist.
    # Im OSD werden auf dem Fernseher aktuelle Infos zur gerade verwendeten Karte angezeigt.
    # Welcher Provider, welcher Peer, wie weit die Karte entfernt ist usw.
    # Standard ist 0 (aus)
    #
    #ZAP OSD TIME : 3

    ## OSD USERNAME Einstellung ##
    # Benutzername für das PopUp. Es ist identisch mit dem Passwort für das WebInterface eurer Box. (Standard : root)
    #OSD USERNAME : root

    ## OSD PASSWORT Einstellung ##
    # Passwort für das PopUp. Es ist identisch mit dem Passwort für das WebInterface eurer Box. (Standard : dreambox)
    #OSD PASSWORD : dreambox

    ## OSD PORT Einstellung ##
    # Port für das PopUP. (Standard : 80)
    #OSD PORT : 80

    ## SERIAL READER Einstellung ##
    # Cardreader Konfiguration
    # Hier tragen wir alle, per seriell oder USB, angeschlossenen Cardreader ein.
    # (nicht die internen Smartcardschächte des Receivers, die werden automatisch angesprochen)
    # Optional kann der Readertype angegeben werden: phoenix,mouse,uniprog,sc8in1,smartreader+
    # (wenn kein Readertype angegeben wird, so wird die Standardeinstellung "uniprog" gewählt (z.B. für Mastera))
    #
    # SERIAL READER : <Pfad zum Reader> <Readertyp>
    #
    # Beispiel:
    #
    #SERIAL READER : /dev/tts/0

    ## SMARTCARD WRITE DELAY Einstellung ##
    # Schreibverzögerungseinstellung für die Smartcards.
    # Hier lässt sich die Schreibgeschwindigkeit der Smartcards feintunen. Die optimale Einstellung ist abhängig
    # von der Rechenleistung des Systems und der Rechenleistung der Smartcards.
    # Der Standardwert wird berechnet, kann aber mit dieser Einstellung aufgehoben werden.
    # Verzögerung in Millisekunden zischen den Bytes, 0 = keine Verzögerung, -1 = Standard berechnen
    # Bemerkung: Es gibt einen großen Unterschied zwischen den Werten 0 und 1, wegen des tabellarischen Mehraufwandes.
    #
    # SMARTCARD WRITE DELAY : <Pfad zum Reader> <delay>
    #
    # Beispiel für 10ms Schreibverzögerung für die Karte die im Kartenleser /dev/ttyUSB0 steckt:
    #
    #SMARTCARD WRITE DELAY: /dev/ttyUSB0 10000
    #
    # Bemerkung zum SC8in1; Weil 8 Smartcards unter dem selben Pfad geführt werden, nutze
    # Pfad_0 .. Pfad_7 für die Einstellung der einzelnen Smartcards.
    # Beispiel: /dev/ttyS0_0, /dev/ttyS0_1 ..
    # Beispiel für 8ms Schreibverzögerung zwischen den Bytes für die Smartcard im letztem Schacht des SC8in1,
    # verbunden an /dev/tts/0:
    #
    #SMARTCARD WRITE DELAY: /dev/tts/0_7 8000

    ## SMARTCARD CLOCK FREQUENCY Einstellung ##
    # Smartcard Taktfrequenz einstellen
    # Nicht anpassen, wenn du nicht weißt was du tust.
    # In 99% der Fälle wählt der Reader von sich aus die richtige Frequenz.
    # Das Verändern dieser Einstellung kann die Karte langsamer machen, oder sie sogar zerstören.
    #
    # SMARTCARD CLOCK FREQUENCY : <device> <freq in Hz>
    #
    # Beispiel um die Karte in /dev/ttyUSB0 mit 5,5MHz laufen zu lassen:
    #
    #SMARTCARD CLOCK FREQUENCY: /dev/ttyUSB0 5500000

    ## SHOW TIMING Einstellung ##
    # Anzeige der ECM-Zeiten im OSD und der Debug-Ausgabe
    # Je schneller uns die ECM erreichen um so besser, mit dieser Einstellung können wir uns im OSD
    # anzeigen lassen, wie lange das ECM gebraucht hat, um uns zu erreichen.
    # Standard ist no (ausgeschaltet)
    #
    #SHOW TIMING : yes

    ## MINI OSD Einstellung ##
    # Aktiviert das mini OSD, welches nur Server(Typ), Cardreader, Keys oder FTA zeigt.
    # Standard ist no (ausgeschaltet)
    #
    #MINI OSD : yes

    ## DEBUG Einstellung ##
    # Schaltet das Debugging an und aus
    # Standard ist no (ausgeschaltet)
    #
    #DEBUG : yes

    ## NEWCAMD CONF Einstellung ##
    # Soll CCcam versuchen die newcamd.conf für Serververbindungen zu lesen und zu analysieren?
    # Standard ist no (ausgeschaltet)
    #
    #NEWCAMD CONF : yes

    ## B: Einstellung ##
    # Hier kann man einstellen welchen EMM-Blocker man möchte. Dies lässt sich für jeden angeschlossenen
    # internen und externen Kartenleser separat setzen.
    # Standardmäßig werden keine EMM geblockt.
    # EMMs (Entitlement Management Messages) sind Updates, die an unsere Karte gesendet werden. Zum Beispiel
    # bei einem Keywechsel oder dem Zubuchen eines Pakets oder das Freischalten eines bestellten PPV Films.
    #
    # B: /dev/sci0 01
    # 00 - nothing
    # 01 - SA EMM werden geblockt (SA = shared addressed)
    # 02 - UA EMM werden geblockt (UA = user addressed)
    # 04 - GA EMM werden geblockt (GA = group addressed)
    # Werte werden addiert, um verschieden EMM zu blocken. z.B. 01 + 02 = 03
    # blockt SA und UA EMM.
    #
    # Beispiele:
    #
    #B: /dev/tts/0 07
    #B: /dev/sci0 01

    ## DISABLE EMM Einstellung ##
    # Mit dieser Einstellung lässt sich das lokale EMM-Lesen ganz abschalten.
    # Das spart eine Menge CPU-Last, allerdings wird die Karte nun nicht mehr
    # geupdated, oder nur noch von Clients, denen man in der F: Line die Erlaubnis
    # dazu erteilt hat.
    # Es ist auf jeden Fall sehr sinnvoll dies in einem reinem Server, welcher eh nicht
    # über einen Sat/Kabelanschluss verfügt, zu setzen.
    #
    # Standard: no
    #
    #DISABLE EMM : yes

    ## EXTRA EMM LEVEL Einstellung ##
    # Mit dieser Einstellung erlaubt man Clients, die 2 Hops
    # weit weg sind Updates an unsere Karte zu senden.
    # Wird eigentlich nicht benötigt. Macht nur unnötig Traffic und ist auch ein Sicherheitsrisiko,
    # da unsere Cardserial zum Updaten an den Peer übertragen wird.
    #
    # Standard : no
    #
    #EXTRA EMM LEVEL : yes

    ## EMM THREADS Einstellung ##
    # Mit dieser Einstellung lässt sich konfigurieren wie viele EMM-Listener
    # gestartet werden.
    # Man benötigt 2, wenn man z.B. eine DM 7025 mit Twintuner betreibt und
    # einen verschlüsselten Kanal schaut und einen weiteren aufzeichnen möchte.
    # Allerdings ist dies nur wichtig, wenn die genutzte Karte permanent EMM
    # benötig. Aktuell ist mir keine Karte bekannt die dies braucht.
    #
    # Standard : 1
    #
    #EMM THREADS : 1

    ## BOXKEY Einstellung ##
    # NDS Boxkey ersetzen (4 Byte Hex)
    # Einige NDS-Videoguard Karten laufen nur in der dafür vorgesehen Box.
    # CCcam kann der Karte diesen Receiver vortäuschen. Dafür benötigt man
    # einen Boxkey.
    # Sky Deutschland und KabelBW NDS Karten besitzen diese Sperre noch nicht.
    #
    # BOXKEY: <Pfad zum Reader> <Byte1> <Byte2> <Byte3> <Byte4>
    #
    # Beispiel:
    #
    #BOXKEY: /dev/sci0 00 11 22 33

    ## PIN Einstellung ##
    # Karten PIN für Cryptoworks-Karten setzen. (Jugendschutz PIN)
    # Funktioniert aber nicht bei ArenaSat
    # * Achtung: Dies kann die Karte sperren! *
    #
    # PIN: <Pfad zum Reader> <PIN>
    #
    # Beispiel:
    #
    #PIN: /dev/sci0 1234

    ## CAMKEY Einstellung ##
    # Ersetzen des Irdeto Camkeys (8 Byte Hex), Standard ist 11 22 33 44 55 66 77 88
    #
    # CAMKEY: <Pfad zum Reader> <Byte1> <Byte2> <Byte3> <Byte4> <Byte5> <Byte6> <Byte7> <Byte8>
    #
    # Beispiel:
    #
    #CAMKEY: /dev/sci0 11 22 33 44 55 66 77 88

    ## CAMDATA Einstellung ##
    # Ersetzen der Irdeto Camdata (64 Byte Hex)
    # Null-Bytes am Ende können weggelassen werden.
    # Standard für unbekannte ASCs ist 11 22 33 44 55 66 77 88 00 00 .. 00, bekannte ASCs haben andere Standards.
    #
    # CAMDATA: <Pfad zum Reader> <Byte1> <Byte2> <Byte3> <Byte4> <Byte5> <Byte6> ... <Byte64>
    #
    # Beispiel, wenn nur die ersten 15 Bytes der Camdata aus nicht nuller Blöcken bestehen:
    #
    #CAMDATA: /dev/sci0 11 22 33 44 55 66 77 88 99 aa bb cc dd ee ff

    ## BEEF ID Einstellung ##
    # Spezielles setzen der IDs für BEEF gepatchte Karten
    #
    # BEEF ID: <Ident1> <Ident2> <Ident3> <Ident4> <Ident5> <Ident6> <Ident7> <Ident8> <Pfad zum Reader>
    #
    # Beispiel:
    #
    #BEEF ID: 4101 0 0 0 0 0 0 0 /dev/sci0

    ## SOFTKEY FILE Einstellung ##
    # Wo befindet sich die SoftCam.Key Datei?
    # In dieser Datei werden Keys für die Sender eingetragen, welche zur Zeit auch durch den
    # in CCcam integrierten Softcam-Emu entschlüsselt werden können.
    # Die Datei ist für den Betrieb von CCcam als Cardsharing-Emu nicht zwingend erforderlich,
    # sollte aber genutzt werden, um das Netz zu entlasten. Denn für Sender, welche durch die
    # Datei geöffnet werden gehen keine Anfragen ins CS-Netz.
    #
    # Standard: /var/keys/SoftCam.Key
    #
    #SOFTKEY FILE : /var/keys/SoftCam.Key

    ## AUTOROLL FILE Einstellung ##
    # Wo befindet sich die AutoRoll.Key Datei?
    # In dieser Datei werden sogenannte AU-Keys (Auto Update) eingetragen. Sofern funktionierende
    # AU-Keys vorhanden sind wird bei einem Keywechsel der neue Key automatisch aus dem Sat- bzw.
    # Kabelstream entschlüsselt und in die SoftCam.Key Datei eingetragen.
    # Diese Datei ist für den Betrieb von CCcam nicht zwingend erforderlich.
    #
    # Standard: /var/keys/AutoRoll.Key
    #
    #AUTOROLL FILE : /var/keys/AutoRoll.Key

    ## STATIC CW FILE Einstellung ##
    # Wo befindet sich die constant.cw Datei?
    # In dieser Datei werden sogenannte CW-Keys eingetragen. Diese Keys tauchen immer mal wieder
    # auf, halten aber normalerweise nie länger als ein paar Stunden. Normalerweise werden zum
    # entschlüsseln eines Senders ca. alle 10sek ein neues ControlWord (CW) berechnet. Durch einen
    # Fehler im System des PayTV-Providers kann es dazu kommen, dass dies nicht geschieht und ein
    # CW länger gültig bleibt. Und das so lange bis es bemerkt wird und/oder der Server beim Provider
    # neu gestartet wird.
    # Diese Datei ist für den Betrieb von CCcam nicht zwingend erforderlich.
    #
    # Standard: /var/keys/constant.cw
    #
    # Inhalt des Files kann so aussehen:
    #
    # ca4:id6:sid4:pmtpid4:ecmpid4:key16(01 02 03...)
    #
    #STATIC CW FILE : /var/keys/constant.cw

    ## CAID PRIO FILE Einstellung ##
    # Wo befindet sich die CCcam.prio Datei?
    # In dieser Datei lässt sich konfigurieren, welche CAIDs CCcam bevorzugen oder ignorieren soll.
    # Seit Version 2.0.8 ist dieses File fast nicht mehr notwendig, aber es kann die Umschaltzeiten
    # bei einigen Provider enorm verkürzen. In Version 2.0.10 und 2.0.11 ist die Sharelogik noch einmal
    # deutlich verbessert worden. Allerdings deutlich zu Lasten des Netzwerk-Traffics.
    #
    # Standard: /var/etc/CCcam.prio
    # Der Dateiinhalt kann Ignores (I) und Prio (P) Listen enthalten.
    #
    # Bemerkung 1: I: Lines betreffen ECM und EMM (es kommen keine EMM vom ignoriertem System an)
    # P: Lines betreffen nur die ECM Auswahl (EMM werden weiter für alle vorhandenen Systeme empfangen
    # und nicht nur für das bevorzugte System)
    #
    # Bemerkung 2: Ident 0 bedeutet 'alle Idents'. Also ist 'caid:0' das Selbe wie 'caid'.
    #
    # Bemerkung 3: Für einige Systeme (z.B. Nagra (CAID 18xx)), ist die Ident zu der Zeit wo die Prio-Liste
    # geprüft wird nicht bekannt. In diesem Fall wird der Abgleich nur auf der CAID durchgeführt.
    # Selbst dann, wenn die P: Line nicht genullte Idents bestimmt.
    # Also verhält sich z.B '1801:401' genau wie '1801' in einer P: Line.
    # I: Lines arbeiten anders. Sie werden zwei mal geprüft. Ein mal bevor das ECM oder EMM empfangen
    # wird und einmal danach. (und die Nagra Ident sollte bekannt sein)
    # P: lines werden nur einmal geprüft, bevor ECM empfangen werden.
    #
    # Bemerkung 4: Wenn eine P: Line CAID:Ident Paarungen enthält, welche nicht für den derzeitigen Kanal
    # verfügbar sind, wird diese P: Line nicht für den derzeitigen Kanal genutzt.
    # Beispiel: Der Kanal hat das System 626, 1801:401, dann wird die P: Line mit "1801,100:96,626"
    # von diesem Kanal ignoriert, weil dieser Kanal nicht die 100:96 hat.
    # Aber die P: Line mit "1801" wird genommen und auch die "626,1801" wird für diesen Kanal genommen.
    #
    # Bemerkung 5: P: Lines sind abhängig von der Reihenfolge in der sie sich in der Datei befinden.
    # Nur die erste passende P: Line wird genutzt.
    #
    # Bemerkung 6: Mit I: Lines werden bestimmte CAIDs für die eigene Nutzung ignoriert. Das bedeutet aber nicht, dass
    # diese CAIDs nun nicht mehr im Share vorhanden sind. Sie werden trotzdem angenommen und auch weiter
    # gegeben. I: Lines eignen sich also nicht zum Aussortieren von alten, nicht mehr aktiven Providern
    # und Fakekarten. Das macht man am besten direkt am Ende jeder C: Line.
    #
    # Bemerkung 7: Eine Prio erstellt man auf die eigenen Bedürfnisse. Fertige Prios, wie sie in vielen Foren und ULCs
    # angeboten werden, können mehr schaden als das sie nutzen. Deshalb sollte jeder, der mit der Kartenauswahl
    # seiner CCcam unzufrieden ist, sich selbst mit der Erstellung seiner Prio befassen. Dabei ist zu beachten
    # das die Prio möglichst klein gehalten wird und nur wirklich notwendige Einstellungen gemacht werden.
    # Je mehr in einer Prio steht, um so mehr muss CCcam auch abarbeiten.
    #
    # Situation 1: Ignoriert immer diese CAID, alle Idents, auf allen Kanälen.
    # I: caid
    #
    # Situation 2: Ignoriert immer diese CAID/Ident Paarung.
    # I: caid:ident
    #
    # Situation 3: Ignoriert diese CAID/Ident Paarung auf diesem Kanal 'SID'.
    # I: caid:ident:sid
    #
    # Situation 4: Wenn CAID1 und CAID2 auf einem Kanal existieren wird CAID1 bevorzugt.
    # P: caid1, caid2
    #
    # Situation 5: Wenn CAID1:Ident1 bis CAIDX:IdentX auf einem Kanal exestieren, werden sie in
    # der Reihenfolge der Liste genutzt.
    # P: caid1:ident1, caid2:ident2, .., caidX:identX
    #
    # Situation 6: Wenn CAID1:Ident1 bis CAIDX:IdentX auf dem Kanal 'SID' existieren, werden sie in
    # der Reihenfolge der Liste genutzt.
    # Die SID auf der ersten CAID/Ident Paarung kennzeichnet welche SID für diese Liste
    # genutzt wird. Alle anderen SIDs ignorieren diese Liste.
    # P: caid1:ident1:sid, caid2:ident2, .., caidX:identX
    #
    #CAID PRIO FILE : /var/etc/CCcam.prio

    ## PROVIDERINFO FILE Einstellung ##
    # Wo befindet sich die CCcam.providers Datei?
    # In dieser Datei werden die Provider bestimmt. Sie ist für den Betrieb von CCcam nicht notwendig.
    # Die Infos in dieser Datei werden für das CCcam-Webinterface genutzt, um in der Liste die
    # Karten mit dem dazu passenden Providernamen anzuzeigen.
    #
    # Format:
    # <caid><ident> "Provider-Bezeichnung"
    #
    #PROVIDERINFO FILE : /var/etc/CCcam.providers

    ## CHANNELINFO FILE Einstellung ##
    # Wo befindet sich die CCcam.channelinfo Datei?
    # In dieser Datei werden die Kanäle bestimmt. Sie ist für den Betrieb von CCcam nicht notwendig.
    # Die Infos in dieser Datei werden für das CCcam-Webinterface genutzt.
    #
    # Format:
    # caid:ident:sid "Kanal-Bezeichnung"
    #
    #CHANNELINFO FILE : /var/etc/CCcam.channelinfo

    ## LOG WARNINGS Einstellung ##
    # Falsche Logins in einer Datei eintragen.
    # In dieser Datei kann man nachlesen ob nicht berechtigte User versucht haben sich zu uns zu verbinden.
    # Geht natürlich zu Lasten der Performance und sollte nur gelegentlich aktiviert werden.
    # Im Standard ist dies ausgeschaltet.
    #
    #LOG WARNINGS : /tmp/warnings.txt

    ## NEWCAMD STEALTH Einstellung ##
    # Allgemeine Einstellung für die als anderer Emu getarnte Verbindung zu Newcamd/NewCS Servern.
    # Die Einstellung in der N: Line wird bevorzugt.
    # Tarneinstellung: 0 = ausgeschaltet, 1 = MGcamd neu, 2 = MGcamd alt, 3 = Evocamd, 4 = Generic
    #
    # Standard: 0
    #
    #NEWCAMD STEALTH : 0

    ## LOADBALANCE Einstellung ##
    # Ladebalance zwischen identischen Karten. Es werden die Pfade der Kartenleser aufgelistet,
    # die identische Karten enthalten, optional gefolgt von einer Liste mit Service IDs welche
    # vom Balancieren ausgenommen sind.
    #
    # LOADBALANCE : <Pfad zum Reader1> <Pfad zum Reader2> .. <Pfad zum ReaderX> { <ausgenommene SID1>, <ausgenommene SID2> .. , <ausgenommene SIDX> }
    #
    # Mehrere Loadbalance Gruppen können konfiguriert werden, durch hinzufügen mehrerer Lines.
    # Warnung: Neustart ist erforderlich, wenn Loadbalance-Gruppen-Konfiguration geändert wurde.
    #
    # Beispiel 1: Ladebalance Abfrage für drei identische Karten.
    #
    #LOADBALANCE : /dev/ttyS0 /dev/ttyS1 /dev/ttyS2
    #
    # Beispiel 2: Ladebalance Anfrage für zwei fast identische Karten, SID 0df3 und 0de1 sind nur auf
    # einer der Karten verfügbar, also sollten Anfragen an diese SIDs nicht balanciert werden.
    #
    #LOADBALANCE : /dev/ttyS5 /dev/ttyS6 { 0df3,0de1 }

    ## MINIMUM CLIENT VERSION Einstellung ##
    # In Version 1.2.1 und frühere Versionen haben ein Problem was dazu führen kann,
    # das die Verbindung zu Clients abgebrochen wird.
    # In Version 1.4.0 wurde die Netzwerkbelastung deutlich reduziert.
    # In version 1.7.0 wurde ein gefährlicher Password-Bug behoben.
    # ...
    # In Version 2.0.5 wurde das Karten-Faken, mit Hilfe von anderen Emus, gesperrt.
    #
    # Aufgrund der vielen Erneuerungen sollten User mit alten Versionen zu aktuellen Versionen wechseln.
    # Mit dieser Einstellung kann man Usern, die eine alte CCcam Version nutzen, die Probleme verursachen kann,
    # den Zugang zu unserem Server verweigern.
    #
    # Standard: alle Versionen zugelassen
    #
    # Beispiel: alle Versionen vor 1.7.0 werden geblockt
    #
    #MINIMUM CLIENT VERSION : 1.7.0
    #
    # VORSICHT: Mit mit der Version 2.0.10 ist es zu folgendem Problem gekommen: Diese Version wird als 2.0.1 erkannt
    # und somit können sich diese Peers nicht mehr zu uns verbinden, wenn wir das Minumum auf einen Wert
    # höher als 2.0.1 stellen. Das bedeutet bei eingestellter "MINIMUM CLIENT VERSION : 2.0.2" bis
    # "MINIMUM CLIENT VERSION : 2.0.9" können sich 2.0.1x Server nicht mehr zu uns verbinden.
    # Seit CCcam 2.1.1 sind alle Probleme mit dieser Einstellung wieder behoben worden.

    ## TRY ALL CHIDS Einstellung ##
    # Irdeto Smartcards: Option um das "smart ChannelID checking" für Irdeto Smartcards abzuschalten.
    # Standard: Nur ChannelIDs die von der Karte angegeben werden, werden akzeptiert.
    # Dies bedeutet viel unerwünschten Datenverkehr für die Karte.
    #
    # Doch wenn die Smartcard versteckte/unbekannte Chids hat, sollten alle Chids probiert werden.
    # In diesem Fall ist die 'TRY ALL CHIDS' Option für den Cardreader zu setzen.
    # Dies ist mit Bedacht zu nutzen, da das Aktivieren dieser Option mehr Card Traffic bedeutet.
    # Diese Einstellung nur nutzen, wenn einige Kanäle nicht funktionieren.
    # Bemerkung: Wenn auch diese Einstellung nicht hilft alle Kanäle zu entschlüsseln, versuche das
    # Kommandozeilen Argument -l zu nutzen, um alle Selbstlern-Features zu deaktivieren (Warnung: langsamer)
    #
    # TRY ALL CHIDS : <Pfad zum Reader>
    #
    # Beispiel: Die Karte in /dev/ttyUSB0 bekommt ECM für alle möglichen CHIDs, nicht
    # nur die CHIDs die sie offiziell unterstützt.
    #
    #TRY ALL CHIDS : /dev/ttyUSB0

    ## POSTINIT Einstellung ##
    # Ausführen von Smartcard Post Init Kommandos
    #
    # POSTINIT : <Pfad zum Reader> <Dateiname> (<autodelete>)
    #
    # Sendet Komandos aus 'Dateiname' zum 'Pfad zum Reader' und löscht 'filename' wenn das optionale
    # 'autodelete' nicht genullt ist.
    #
    # Beispiel:
    #
    #POSTINIT : /dev/sci0 /tmp/postinit
    #
    # Beispiel für den Inhalt in /tmp/postinit:
    # c134000003000000
    # c13201000a

    ## DVB API Einstellung ##
    # Option zum Überschreiben der automatisch erkannten DVB-API-Version. Neustart erforderlich.
    #
    # DVB API: <Wert>
    #
    # <Wert> <1 = kein DVB, 1 = DVB API 1, 3 = DVD API 3>
    #
    # Warnung: Nur nutzen wenn die automatische Erkennung fehlgeschlagen ist!
    #
    # Beispiel für das Abschalten nicht laufender DVB-Hardware:
    #DVB API: -1

    ## GLOBAL LIMITS Einstellung ##
    # Option um die allgemeinen Share-Begrenzungen zu setzen.
    # Hier lässt sich in einem Abwasch erledigen, was sonst hinter jede F: Line gesetzt werden müsste.
    # z.B. die Reshare-Begrenzung für unsere Karten.
    #
    # GLOBAL LIMITS: { caid:id:)downhops), caid:id:)downhops), ... }
    #
    # Beispiel:
    #
    #GLOBAL LIMITS : { 0100:000080, 0622:000000:1, 0500:000000:2 }
    #
    # Alle Peers bekommen nicht die 0100:000080 Karten
    # und alle 0622:000000 Karten nur für sich selbst (1 hop down)
    # und 0500 Karten für sich, plus einen zusätzlichen Hop weiter.
    # Die allgemeinen Begrenzungen werden von den clientspezifische Begrenzungen außer Kraft gesetzt
    # (siehe Beischreibung zur F: Line)

    ## MINIMUM DOWNHOPS ##
    # Option um Karten mit geringem Reshare auszusortieren.
    #
    # MINIMUM DOWNHOPS: <Wert>
    #
    # Standard: 0 (ignoriert keine Karten)
    #
    # Beispiel:
    #
    #MINIMUM DOWNHOPS: 1
    #
    # Ignoriert alle Karten, die nicht mehr an andere Peers weiter geshared werden können.
    # Sinnvoll für Server, auf denen eh kein Fernsehen geschaut wird oder
    # auch eine einfache Art zu begrenzen, wenn man zu viele Karten bekommt.

    ##################
    # ab CCcam 2.1.0 #
    ##################

    ## IGNORE NODE Einstellung ##
    # Einstellung für das Ignorieren aller Karten von bestimmten Peers,
    # welche nicht unbeding direkt mit uns verbunden sein müssen.
    # Mit dieser Eistellung lassen sich nun auch Karten von Peers ignorieren, welche unseren Share stören.
    # Dies können z.B. RSA-Karten wie die Anaconda oder Minerva sein, welche immer noch auf
    # auf Anfragen antworten und somit einen schwarzen Bildschirm bei uns verursachen, oder aber auch
    # ständig überlastete Peers oder Karten die zwar korrekt antworten, aber dauernd Bildaussetzer
    # verursachen.
    #
    # Für diese Einstellung benötigen wir die zur schlechten Karte/Peer dazugehörige NodeID.
    # Diese finden wir in der Datei "Ecm.info" im Ordner /tmp, die wir auslesen, wenn unser Share gestört wird.
    #
    # Leider ist die NodeID nicht statisch. Bei einem Neustart des Systems wird jedes mal eine neue generiert.
    # Deshalb sind erstellte IGNORE NODE Lines nicht lange gültig.
    #
    # IGNORE NODE: <NodeID>
    #
    # Beispiel für das Ignorieren zweier NodeIDs:
    #
    #IGNORE NODE: ccd536ab515767ad
    #IGNORE NODE: aad536ab515761af

    ## SECA HANDLER Einstellung ##
    # Der SECA Handler wird genutzt, um die Kartenauswahl auf Providern, welche SECA2 und SECA3 gleichzeitig
    # über die selbe Ident nutzen, zu verbessern.
    #
    # Mit dieser Einstellung lässt sich das Verhalten beeinflussen, wie SECA genutzt werden sollen.
    # Diese Einstellung wird ignoriert, so lange nicht SECA2/SECA3 simulcrypt erkannt wird!!
    #
    # Wenn es abgeschatet ist, dann verhält sich CCcam wie in den Versionen vor 2.1.0.
    #
    # Wenn SECA3 vor SECA2 bevorzugt wird, dann wird versuch erst SECA3 ECM zu verwenden und dann erst SECA2.
    #
    # Wenn SECA2 vor SECA3 bevorzugt wird, dann wird versuch erst SECA2 ECM zu verwenden und dann erst SECA3.
    #
    # Wenn SECA2 ignoriert wird, dann werden keine Anfragen mehr an SECA2 Karten mehr gestellt,
    # welche nicht verarbeitet werden können.
    #
    # Wenn SECA3 ignoriert wird, dann werden keine Anfragen mehr an SECA3 Karten mehr gestellt,
    # welche nicht verarbeitet werden können.
    #
    # Folgende Einstellungen können genutzt werden:
    #
    # SECA HANDLER: <Wert>
    # <Wert> : 0 = abgeschaltet, 1 = bevorzugt SECA3 vor SECA2, 2 = bevorzugt SECA2 vor SECA3, 3 = ignoriert SECA2, 4 = ignoriert SECA3
    #
    # Standard: 1
    #
    # Beispiel 1: Erst wird SECA3 ECM, dann SECA2 versucht
    #
    #SECA HANDLER: 1
    #
    # Beispiel 2: Erst wird SECA2 ECM, dann SECA3 versucht
    #
    #SECA HANDLER: 2
    #
    # Beispiel 3: Alle SECA2 ECM werden ignoriert, so das SECA3 Karten keine SECA2 Anfragen bekommen,
    # welche sie nicht verarbeiten können.
    #
    #SECA HANDLER: 3
    #
    # Beispiel 4: Alle SECA3 ECM werden ignoriert, so das SECA2 Karten keine SECA3 Anfragen bekommen,
    # welche sie nicht verarbeiten können.
    #
    #SECA HANDLER: 4
    #
    # Beispiel 4: Seca Handler ist abgeschaltet
    #SECA HANDLER: 0

    ##################
    # ab CCcam 2.1.2 #
    ##################

    ## SMARTCARD SID ASSIGN Einstellung ##
    # Hier lässt sich nun endlich einstellen, welche SIDs unsere lokalen Karte(n) erhellen können, oder dürfen
    # sollen. Dies reduziert den Traffic zur Karte und macht somit den Share schneller und reduziert
    # Freezer, die durch überlastete Karten entstehen.
    #
    # JEDER SOLLTE SICH DIE ZEIT NEHMEN UND SEINE KARTE(N) MIT DIESER EINSTELLUNG KONFIGURIEREN!
    #
    # Wenn keine Einstellungen vorgenommen werden, werden alle SIDs zugelassen.
    # (Es kann zusammen mit der LOADBALACE Einstellung (siehe oben),
    # oder für Einzelkarten genutzt werden)
    #
    # SMARTCARD SID ASSIGN : <Pfad zum Reader> <Maximale Anzahl zugelassener SIDs> { <SID1>, <SID2>, ... <SIDn> }
    #
    # <Maximale Anzahl zugelassener SIDs> = begrenzt die Anzahl unterschiedlicher SIDs, für die Anfragen
    # an die Karte gesendet werden (0 = erlaubt alle SIDs aus der SID Liste)
    # { <SID1>..<SIDn> } = Diese SID Liste gibt an, für welche SIDs Anfragen an unsere Smartcard
    # zugelassen werden. Wenn die Liste weg gelassen wird, dann werden alle SIDs zugelassen, bis die
    # <Maximale Anzahl zugelassener SIDs> erreicht ist.
    #
    # Wenn <Maximale Anzahl zugelassener SIDs> größer ist, als die Anzahl der SIDs in der SID Liste,
    # dann werden die weiteren SIDs automatisch gewählt, bis das Limit ereicht ist.
    #
    # Die Einstellungen könen im WebIF und der TelnetInfo von CCcam unter Entitlements eingesehen werden.
    #
    # Warnung: Wenn die SMARTCARD SID ASSIGN Einstellung verändert wurde, ist ein Neustart der CCcam
    # erforderlich, damit die Veränderungen übernommen werden.
    #
    # Beispiel 1: Die Smartcard im Reader /dev/ttyUSB0 bearbeitet nur Anfragen für die SIDs:
    # df3, df4, df5
    #
    #SMARTCARD SID ASSIGN : /dev/ttyUSB0 0 { 0df3,0df4,0df5 }
    #
    # Beispiel 2: Die Smartcard im Reader /dev/ttyUSB0 bearbeitet nur Anfragen für maximal 5 SIDs
    # gleichzeitig. Eine Anfrage für eine sechste SID wird abgewiesen. Welche SIDs dies sind wird
    # automatisch über die Reihenfolge der Anfragen ausgewählt.
    #
    #SMARTCARD SID ASSIGN : /dev/ttyUSB0 5
    #
    # Beispiel 3: Die Smartcard im Reader /dev/ttyUSB0 bearbeitet nur Anfragen für maximal 5 SIDs
    # gleichzeitig, 3 von ihnen sind fest gesetzt (hier: df3, df4 und df5), die restlichen 2 werden
    # automatisch zugewiesen.
    #
    #SMARTCARD SID ASSIGN : /dev/ttyUSB0 5 { 0df3,0df4,0df5 }

    ##################
    # ab CCcam 2.2.0 #
    ##################

    ## SMARTCARD SID REJECT Einstellung ##
    # Hier lässt sich einstellen, welche SIDs auf der Karte nicht freigegeben sind.
    # Wenn hier nichts Eingetragen wird, sind alle SIDs erlaubt oder es greift die SMARTCARD SID ASSIGN
    # Einstellung, sofern vorhanden.
    # Nicht zusammen mit der (gefixten) SMARTCARD SID ASSIGN liste benutzen. Entweder das eine oder
    # das andere, abhängig davon, welches die kürzeste Liste ergibt.
    # Sie arbeitet nicht mit der dynamischen SMARTCARD SID ASSIGN (bedeutet: Angabe wie viele SIDs
    # gleichzeitig zugelassen werden) Liste zusammen.
    # Sie arbeitet LOADBALANCE Einstellung zusammen. (nicht zugelassene SIDs werden automatisch von
    # der Ladebalance ausgeschlossen)
    #
    # SMARTCARD SID REJECT: <Pfad zum Reader> { <SID1>, <SID2>, ... <SIDn> }
    #
    # { <SID>..<SIDn> } gibt die SIDs an, für welche keine Anfragen an die Karte gesendet werden.
    #
    # Warnung: Wenn die SMARTCARD SID REJECT Einstellung verändert wurde, ist ein Neustart der CCcam
    # erforderlich, damit die Veränderungen übernommen werden.
    #
    # Beispiel: Die Karte in Reader /dev/ttyUSB0 soll keine Anfragen für die SIDs df3, df4, df5 erhalten.
    #
    #SMARTCARD SID REJECT: /dev/ttyUSB0 { 0df3,0df4,0df5 }

    ## SCIDEVICES Einstellung ##
    # Hier lässt sich einstellen, wie viele sci Kartenleser (Receiver eigene Kartenleser)
    # von CCcam angesprochen werden sollen
    #
    # SCIDEVICES: <Nummer>
    #
    # Beispiel 1: Es werden keine sci Kartenleser angesprochen
    #
    #SCIDEVICES: 0
    #
    # Beispiel 2: Es werden zwei sci Kartenleser angesprochen
    #
    #SCIDEVICES: 2
    #
    # Wenn hier nichts eingetragen wird. wird die Anzahl der sci Kartenleser automatisch erkannt.
    # Warnung: Wenn die SCIDEVICES Einstellung verändert wurde, ist ein Neustart der CCcam
    # erforderlich, damit die Veränderungen übernommen werden.

    ## GLOBAL EMM Einstellung ##
    # Einstellung, wie mit globalen (ga) EMM umgegangen wird. (Clientseitige Einstellung)
    # Damit können globale (möglicherweise störende) EMM welche über das Netzwerk gesendet werden vermieden werden.
    # Shared and Unique-EMM sind von dieser Einstellung nicht betroffen.
    # Um alle EMM zu blocken, nutzt man die DISABLE EMM Einstellung.
    #
    # 0 = ignoriert alle globalen EMM
    # 1 = akzeptiert eine geringe Anzahl von globale EMMs
    # 2 = akzeptiert alle globalen EMM
    #
    # Standart: 2
    #
    # Beispiel: Der globale EMM Traffic wird deutlich reduziert, wird aber zugelassen, wenn die Karte, aufgrund eines
    # möglicherweise benötigten Updates, nicht mehr funktioniert.
    #
    #GLOBAL EMM : 1

    ##################
    # ab CCcam 2.3.0 #
    ##################

    ## SID LIMIT Einstellung ##
    # Einstellung, um die Anzahl gleichzeitig aktiver SIDs, in einer vorgegebenen Zeit, zu begrenzen.
    #
    # SID LIMIT: <Pfad zum Reader> <Maximale Anzahl der SIDs> <Zeitbegrenzung>
    #
    # Beispiel: Verarbeitet maximal 4 verschiedene SIDs alle 11 Sekunden.
    #
    #SID LIMIT: /dev/sci0 4 11
     
    Zuletzt bearbeitet: 16. Juli 2012
    #12
  14. Pilot
    Offline

    Pilot MFC Digital Eliteboard Team

    Registriert:
    29. Mai 2008
    Beiträge:
    28.393
    Zustimmungen:
    23.806
    Punkte für Erfolge:
    113
    Beruf:
    Technologe
    AW: VU+Duo als Server und pingulux als Clint

    die ist viel zu groß.

    schau dir dies Anleitung an:

    Dieser Link ist nur für Mitglieder!!! Jetzt kostenlos Registrieren ?



    Mlg piloten
     
    #13
  15. cool400
    Offline

    cool400 Ist gelegentlich hier

    Registriert:
    14. Februar 2011
    Beiträge:
    74
    Zustimmungen:
    3
    Punkte für Erfolge:
    0
    AW: VU+Duo als Server und pingulux als Clint

    Ich habe im Vu-Forum gerade die Antwort bekommen, dass ich für meine V13-Karte besser OScam auf der Duo einsetzen sollte.

    Dafür gibt es ja ein Konfigurations-Tools,

    Dieser Link ist nur für Mitglieder!!! Jetzt kostenlos Registrieren ?



    Ich habe mir jetzt damit ein paar Config-Files basteln lassen...soll ich die mal hochladen?

    Leider weiß ich nicht genau, ob das alles so richtig ist :(
     
    #14
  16. Pilot
    Offline

    Pilot MFC Digital Eliteboard Team

    Registriert:
    29. Mai 2008
    Beiträge:
    28.393
    Zustimmungen:
    23.806
    Punkte für Erfolge:
    113
    Beruf:
    Technologe
    AW: VU+Duo als Server und pingulux als Clint

    Die Aussage ist richtig. Für deine V13 Karte brauchst oscam(für Bulli live z.B.)

    Frag mal im VU Bereich gleich nach: wie du den Emu oscam auf deine Vu bekommst und wo du Ihn hinschieben sollst.
    Frag auch gleich nach, wo du die configs von oscam aus dem config Generator hinschieben sollst.

    Erst wenn du die Configs + den Emu oscam auf deiner Vu hast, lieferst du die Configs.
    Dann aber gleichzeitig noch mal die Configs zum Pingulux.


    Mlg piloten
     
    #15

Diese Seite empfehlen