1. Dashboard
  2. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  3. Filebase
  4. Forum
  5. Zebradem-WIKI
  6. Foren-Regeln
  7. Spenden Liste
    1. Spenden
  • Anmelden
  • Registrieren
  • Suche
ZebraDem-Sponsoring
Dieses Thema
  • Alles
  • Dieses Thema
  • Dieses Forum
  • Seiten
  • Dateien
  • Forum
  • Erweiterte Suche
  1. Forum
  2. Receiver
  3. Dreambox Enigma 2
  4. Dreambox 800

Dream 800 mit S02 (DRINGEND)

  • splatter
  • 2. Februar 2010 um 14:56
  • splatter
    Gast
    • 2. Februar 2010 um 14:56
    • #1

    Hallo,
    hab mir ein Abo geholt und die Karte ist eine S02.
    Als Emu kam die CCcam 2.1.3 zum Einsatz.
    Hab mir die Karte freischalten lassen und alles lief ohne Probleme.
    Dann hab ich die Karte in nen Phönix Cardreader gesteckt und versucht, alles unter Linux zum Laufen zu bekommen.
    Das hat aber net wirklich geklappt weil (vermutlich) der Cardreader net erkannt wurde, nur der Adapter von USB auf RS232.
    Der Adapter machte aber auch keine Mucken den Reader anzusprechen.
    Ich habs dann aufgegeben und die Karte wieder in die Dreambox gesteckt; seitdem geht nix mehr.

    Unter CCcam Info - Kartendaten Slot 1 und 2 steht : Kartenleser /dev/sci0
    Keine oder unbekannte Karte im Slot!
    Es geht net mal Sky Sport info auf.

    Hier meine CCcam config:


    ######################################################################
    # 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/sci0

    # 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)

    Ich hab dann noch die CCcam 2.0.11 ausprobiert zig neustarts gemacht ,ohne Erfolg.

    Die Karte wird warm, aber net mehr angezeigt bzw. gelesen .
    Müsste mindestens Sky Sport info aufgehen???
    Liegt das jetzt an Sky oder ist die im Eimer?

    mfg

    • Zitieren
  • ivan83
    Gast
    • 2. Februar 2010 um 16:18
    • #2

    Du hast ja überall eine # vor den Einträgen. Editier nochmal Deinen ersten Post und schmeiß mal alles raus wo eine # davor steht.
    Hast Du überhaupt irgendwelche Einstellungen in der .cfg vorgenommen?

    • Zitieren
  • linus76
    Gast
    • 2. Februar 2010 um 17:46
    • #3

    Wohl doch nicht so Dringend :)

    • Zitieren
  • splatter
    Gast
    • 2. Februar 2010 um 19:26
    • #4

    Hallo,
    bei dem internen Reader brauche ich doch nichts Editieren.
    Ich brauch doch nicht meine C bzw F line Posten.
    Alle meine C + F Lines laufen alles kein Thema.

    Ich war jetzt geschlagene 2 Std in den Laden, wo ich das Abo abgeschlossen habe.
    Nach weiteren 45 min mit der Hotline und einen weiteren Test im Laden, kamen wir zu dem Entschluss, das die Karte im Eimer ist , blos Sky stellt sich quer und verlangt nach nen 4 Receiver Test, weil der Receiver im Laden nur "V13" Karten fressen würde.
    Jetzt lassen die das intern abwickeln und nicht mehr über die "Hotline".
    Weil die Herren im Laden auch die Nase gestrichen voll haben (selbst denen wurde das nicht geglaubt"

    Nach kurzem googeln lag es "vermutlich" am Violet Phoenix womit sich schon manch einer die Karte zerschossen hat.
    Auf sowas muss man erstmal kommen .
    Das Dng war net mal installiert,nur der Adapter war an und selbst der hat nicht auf die CCcam befehle reagiert.
    Trotzdem wurde die Karte unbrauchbar... :party:

    • Zitieren
  • ivan83
    Gast
    • 2. Februar 2010 um 19:35
    • #5
    Zitat von splatter;328262

    Hallo,
    bei dem internen Reader brauche ich doch nichts Editieren.
    Ich brauch doch nicht meine C bzw F line Posten.

    Und wofür postest Du dann eine .cfg in der alles auskommentiert ist?
    Deine C & F Lines hättest Du auch aus-xxxx-en können.

    • Zitieren
  • BurnStar
    Co-Admin
    Punkte
    37.740
    Beiträge
    7.425
    • 2. Februar 2010 um 19:36
    • #6

    Ähm das nen Cardreader ne Karte zerstört höre ich zum ersten mal.

    • Zitieren
  • splatter
    Gast
    • 2. Februar 2010 um 19:39
    • #7

    Muss ich denn die cfg der cccam editieren wenn ich intern ne Karte rein stecke?
    Ich dachte immer das muss ich nur bei USB zb. Serial ?

    Ich habe die cfg hier rein gestellt damit andere mal gucken können ob so alles ok ist und dazu brauch ich doch die oberen Abschnitte nicht.

    @Burn

    • Zitieren
  • ivan83
    Gast
    • 2. Februar 2010 um 19:41
    • #8

    Das was Du gepostet hast, hat keinen Einfluss auf die Funktion der CCcam.
    Mit einer # kommentierst Du einen Eintrag aus. Somit ist Dein Posting wertlos für eine Fehleranalyse.

    • Zitieren
  • splatter
    Gast
    • 2. Februar 2010 um 19:49
    • #9

    Hi,
    ich weiss wohl was die # heisst.
    Aber wenn die Karte doch nicht mehr gelesen werden kann Poste ich doch nur den Abschnitt der dafür zuständig ist...
    Ich kann den Abschnitt editieren muss es aber nicht weil für die INTERNE Karte doch nix editiert werden muss.
    Anders ist es doch wenn ich ne Karte am EXTERNEN Reader habe.
    Oder irre ich mich jetzt?
    Vorher lief die doch auch mit den selben einstellungen.

    • Zitieren
  • MrHonk
    Profi
    Punkte
    4.215
    Beiträge
    814
    • 2. Februar 2010 um 20:15
    • #10

    Hattest du mal alternativ versucht die Karte mit Scam zu betreiben? Auch wenn man mit CCcam nicht auf Scam zugreifen kann, so kann man damit doch wesentlich mehr Karten ansprechen als mit CCcam.

    Du müsstest dir dafür eigentlich nur die Scam installieren, configs brauchst du nicht wenn du nur an deinem Receiver schauen bzw. testen willst.

    Gruß
    Thomas

    • Zitieren
  • splatter
    Gast
    • 2. Februar 2010 um 20:25
    • #11

    Hi,
    ja hab ich, die Scam v3.58 , Newcs 1.6.6 mit denen kenne ich mich aber net aus aber gebracht hat es nix.
    Hatte auch zur cccam.cfg
    /dev/sci0 für den reader angegeben auch nix.
    Und mehr als die in den Phönix gesteckt hab ich auch net.
    Das ja das seltsame.
    Der Phönix lief das letzte mal vor 6 Monaten ohne Probleme und ich denke es kann nur an den liegen.
    Entweder der hat ein weg warum auch immer oder..... ja das oder fehlt, mehr weiss ich aber net.
    Ich hab die net mal übertaktet...

    • Zitieren
  • Einstein67
    Erleuchteter
    Punkte
    22.845
    Beiträge
    4.469
    • 2. Februar 2010 um 20:44
    • #12

    Ichn hatte schon mal so nen Fall!! Externer Reader - falsches Netzteil --> Spannung zu hoch - ORF Karte defekt!!

    Hoffe das falsche Netzteil kannst du ausschliessen.

    • Zitieren
  • splatter
    Gast
    • 2. Februar 2010 um 20:55
    • #13

    Ja kann ich :greets (17): oder auch net hatte RS232auf usb + usb dran...

    Selbst im Laden machte die keinen Mucker mehr.

    Naja lange Rede kurzer Sinn die Karte ist hin.

    Das wird jetzt über den Vertreter oder wem auch immer von Sky geklärt weil sich die Hotline auf nix einlässt und immernoch sagt: Es läge am Receiver.

    Ich brauch mich darum zum Glück net kümmern sondern das macht der Laden wo ich das Abo abgeschlossen habe.

    Die " Hotline" sollte man besser meiden ,sowas hab ich noch net erlebt.
    mfg
    :baby:

    • Zitieren
  • smp-tux
    Anfänger
    Punkte
    5
    Beiträge
    1
    • 2. Februar 2010 um 22:15
    • #14

    Das mit dem Cardreader kann ich bestätigen. Der Phonix hat mir schon 2 Karten zerstört.
    Eigenartiger weise nur die Neuen S02 Karten, hab hier noch alte Karten zum experimentieren herumliegen die vertragen einiges mehr.


    Mein Tipp bau dir ein USB Kabel zur Spannungsversorgung und lass die Daten Pins weg.
    Danach hatte ich nie mehr Probleme mit dem Reader.

    • Zitieren
  • Dark_Game
    Fortgeschrittener
    Punkte
    1.580
    Beiträge
    304
    • 2. Februar 2010 um 23:20
    • #15

    Der Phönix hat mir auch schon eine Karte zerstört war auch ne Sky (Premiere) S02 Karte. Hatte den Reader an der Dbox und wohl zu viel Saft drauf :D

    • Zitieren
  • ChrisO
    Profi
    Punkte
    4.525
    Beiträge
    896
    • 4. Februar 2010 um 13:43
    • #16

    Ich hab mal meine S02 aus dem Multicam gezogen, das hat schon gereicht, und die Karte war hinüber. Das war gleich nach der Umstellung auf die aktuellen Karten. Die scheinen extrem empfindlich zu sein, wahrscheinlich absichtlich, um Angriffe auf die Karte zu verhindern.

    • Zitieren
  • ChrisO
    Profi
    Punkte
    4.525
    Beiträge
    896
    • 4. Februar 2010 um 13:43
    • #17

    Ich hab mal meine S02 aus dem Multicam gezogen, das hat schon gereicht, und die Karte war hinüber. Das war gleich nach der Umstellung auf die aktuellen Karten. Die scheinen extrem empfindlich zu sein, wahrscheinlich absichtlich, um Angriffe auf die Karte zu verhindern.

    • Zitieren

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!

Benutzerkonto erstellen Anmelden

Spenden

Vielen Dank für die Unterstützung!
Hiermit unterstützt du Zebradem.
Das beinhaltet überwiegend die Serverkosten und Lizenzgebühren.
Spenden

Letzte Beiträge

  • CODA und der Kampf gegen Anime-Piraterie

    heugabel 18. Juni 2025 um 15:27
  • BREIN setzt Druck auf IPTV-Reseller

    heugabel 18. Juni 2025 um 09:27
  • Telegram und FSB: Ein Blick auf die Sicherheitslage des Messengers

    heugabel 17. Juni 2025 um 13:27
  • Irreführung durch eigene Anti-Piraterie-Kampagne

    heugabel 17. Juni 2025 um 11:27
  • Pluto TV

    Fellfresse 16. Juni 2025 um 21:58
  • Abschaltung des Darknet-Marktplatzes Archetyp und Verhaftung des Betreibers

    heugabel 16. Juni 2025 um 14:27
  • Samsung TV Plus/Rakuten TV

    Fellfresse 15. Juni 2025 um 19:04
  • Plex Live TV / LG Channels / Wedo TV

    Fellfresse 15. Juni 2025 um 19:00
  • Sorge um Felix von Leitner – Fefe bleibt verschwunden

    heugabel 15. Juni 2025 um 11:27
  • Die Realität des Passwort-Sharings bei Streaming-Diensten

    heugabel 14. Juni 2025 um 12:27

Aktivste Themen

  • Kein Bild mehr mit DM800

    59 Antworten
  • DM800HD: Newnigma2 v3.0

    47 Antworten
  • The Gemini2 Project 5.0 DM800(01.05.10)

    45 Antworten
  • Hitzeproblem Dream 800

    42 Antworten
  • Zwischenbericht der DM800

    42 Antworten
  • Meine Dreambox 800 HD ist da !

    41 Antworten
  • DM800 zerschossen???

    40 Antworten
  • DM800 interner Stromanschluss tech. Daten?

    39 Antworten
  • Was meint ihr?

    38 Antworten
  • DM800: Smargo funktioniert nicht

    34 Antworten

Benutzer online in diesem Thema

  • 1 Besucher
  1. Kontakt
© 2024 Zebradem - Software by WoltLab