[erledigt dank seahawk1986 yaVDR 0.5-alpha1] CAM funktioniert nach einigen Minuten nicht mehr!

  • Hallo,


    ich habe festgestellt, dass das Alphacrypt meiner TT S-3200 nach einiger Zeit nicht mehr verfügbar ist. Wenn ich nach dem Start des VDR direkt zu einen verschlüsselten Kanal wechsle funktionert es problemlos. Sobald ich aber einige Zeit einen FTA Sender schaue und dann wieder auf einen verschlüsselten springe, kommt: Kanal nicht verfügbar!Jun 10 07:34:10 vdr-wohnzimmer vdr: [1464] [softhddev]SetPlayMode: 0

    Ein Blick ins Menü des CAM zeigt: Cam bereit! Ein Reset des CAM führt dann dazu, das es wieder problemlos funktioniert - solange ich nicht wieder einige Zeit auf einen FTA Kanal gehe. Dann steht unter CAM wieder "Alphacrypt light"


    Kann das jemand bestätigen oder hat jemand ggf. eine Lösung.


    Vielen Dank.


    Rainer

    yaVDR 0.5 ASUS M4N78-VM, Nvidia GT 430, Speicher:2 x DIMM 2 GB DDR2-800, Festplatte: Samsung HM400JI, Gehäuse: Silverstone Grandia, Atric Einschalter, Hauppauge FB
    yaVDR 0.5 ASUS AT3ION-I, SSD 60 GB
    yaVDR 0.5 als Server im Keller (1 x DVB-S TT-S 3200 mit CI, 1x DD 6.0)

    3 Mal editiert, zuletzt von x-99 ()

  • kannst du das auch mit abgeschaltetem dynamite reproduzieren?

    mfg traxanos
    ____________________
    Ist das neu?, Nein Linux!


    VDR1: Zotac NM10-ITX Wifi - 2GB Ram - S2-6400 HD mit IR - yavdr 0.4 (development) - LianLi PC-Q11


    Tags: VDR-HD - AT5IONT-I - 4GB Ram - 512MB ION - TT 3600 DVB-S2 - TT6400-FF - Sundtek DVB-S2 Sundtek DVB-C - Tevii S480 (dank an L4M für kostenlose Bereitstellung) - yaVDR 0.5 (development) - SKY - HD+ - Atric - X10 FB - Zotac ID41 PLUS - SilverStone LC19B-R - Yamaha RX-V671 - Samsung 8Series 55"

  • hab in plugin.dynamite.conf mal das eingefügt:


    --idle-timeout=0
    --idle-wakeup=0


    Wie kann ich es komplett deaktivieren?


    Wenn ich in der order.conf ein "-" vor das Plugin setzte, start der vdr nicht mehr!


    Gruß

    yaVDR 0.5 ASUS M4N78-VM, Nvidia GT 430, Speicher:2 x DIMM 2 GB DDR2-800, Festplatte: Samsung HM400JI, Gehäuse: Silverstone Grandia, Atric Einschalter, Hauppauge FB
    yaVDR 0.5 ASUS AT3ION-I, SSD 60 GB
    yaVDR 0.5 als Server im Keller (1 x DVB-S TT-S 3200 mit CI, 1x DD 6.0)

    Einmal editiert, zuletzt von x-99 ()

  • Hallo Rainer,


    Die Amnesie des Alphacrypt kann ich nur bestätigen, bei ist es genau so, auch ohne Dynamite.


    Klaus

    Sw: YAVDR 0.7
    DVB Karten: Duoflex S2 PCIe an Octopus LE
    Hardware: Zotac IONITX-E
    Gehäuse:Lian-Li PC-Q09FB Mini-ITX

    Display: Pearl DPF (AX206)

  • ..mit der 0.3 war das nicht so....


    Wie kann ich das ändern? Ich glaube die meisten haben das Plugin mit den zwei Buchstaben und deshalb haben nur noch wenige ein Ci am Start....

    yaVDR 0.5 ASUS M4N78-VM, Nvidia GT 430, Speicher:2 x DIMM 2 GB DDR2-800, Festplatte: Samsung HM400JI, Gehäuse: Silverstone Grandia, Atric Einschalter, Hauppauge FB
    yaVDR 0.5 ASUS AT3ION-I, SSD 60 GB
    yaVDR 0.5 als Server im Keller (1 x DVB-S TT-S 3200 mit CI, 1x DD 6.0)

  • Das fiese Plugin benutze ich nicht und trotzdem verabschiedet sich das Alphacrypt ( für NL1 etc) irgendwann nach Wechsel auf einen FTA Kanal.
    Wenn ich eine Aufnahme mache, bleibt das Alphacrypt wach, solange die Aufnahme läuft, auch nach Wechsel auf einen FTA Sender.
    Danach wieder ... schnarch etc

    Sw: YAVDR 0.7
    DVB Karten: Duoflex S2 PCIe an Octopus LE
    Hardware: Zotac IONITX-E
    Gehäuse:Lian-Li PC-Q09FB Mini-ITX

    Display: Pearl DPF (AX206)

  • Könnte das durch das EPG-Update ausgelöst werden? Das ist IIRC ein häufiges Problem mit den Alphacrypts, dass die bei zu schnellem Senderwechsel aussteigen.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Ich werd den EPG-Scan mal abschalten und testen....


    Danke für den Tipp,


    Gruß


    Rainer

    yaVDR 0.5 ASUS M4N78-VM, Nvidia GT 430, Speicher:2 x DIMM 2 GB DDR2-800, Festplatte: Samsung HM400JI, Gehäuse: Silverstone Grandia, Atric Einschalter, Hauppauge FB
    yaVDR 0.5 ASUS AT3ION-I, SSD 60 GB
    yaVDR 0.5 als Server im Keller (1 x DVB-S TT-S 3200 mit CI, 1x DD 6.0)

  • DANKE !


    Das war's wohl, mein Alphacrypt ist ohne einen EPG-Update über mehrere Stunden aktiv, auch wenn der 2. Tuner nicht gefordert ist.


    Klaus

    Sw: YAVDR 0.7
    DVB Karten: Duoflex S2 PCIe an Octopus LE
    Hardware: Zotac IONITX-E
    Gehäuse:Lian-Li PC-Q09FB Mini-ITX

    Display: Pearl DPF (AX206)

  • Moin!


    x-99
    Wenn das auch die Ursache bei dir sein sollte, wäre es toll, wenn du den ersten Beitrag editieren und den Titel ändern könntest.
    Denn dann ist dynamite nicht schuld... :)


    Lars.

  • Hammer!!!!


    Zitat

    Könnte das durch das EPG-Update ausgelöst werden? Das ist IIRC ein
    häufiges Problem mit den Alphacrypts, dass die bei zu schnellem
    Senderwechsel aussteigen.

    Vielen Dank an seahawk1986.....


    Es funktioniert an drei VDR! Betreff wird gleich geändert!!!!!

    yaVDR 0.5 ASUS M4N78-VM, Nvidia GT 430, Speicher:2 x DIMM 2 GB DDR2-800, Festplatte: Samsung HM400JI, Gehäuse: Silverstone Grandia, Atric Einschalter, Hauppauge FB
    yaVDR 0.5 ASUS AT3ION-I, SSD 60 GB
    yaVDR 0.5 als Server im Keller (1 x DVB-S TT-S 3200 mit CI, 1x DD 6.0)

  • Und wie stellt Ihr jetzt das EPG-Update sicher? Manuell ausführen ist ja sicher auch nicht der wahre Jakob oder gibt es noch andere Möglichkeiten?


    By the way: Funktioniert das CAM mit einer TT S-3200 ink. zughörigem CI out of the box oder gibt es evtl. ein howto (Sky mit Alphacrypt)? Die Suche im Forum hat mich hierher geführt, was besseres habe ichleider nicht gefunden. Ich stehe kurz vor Bestellung der Karte und wäre um einen kleinen Hinweis sehr dankbar.


    Many THX,


    Andreas

  • Es geht ja auch alles ohne CAM! :]
    Google doch mal nach Cardreader usw., da wirst Du eine menge finden!


    Paulaner

  • Eigentlich wollte ich es quick und dirty ohne Cardreader und Plugins von besten Freunden. Es soll eine legale Installation werden, auch wenn Sie vom deutschen Bezahl-Anbieter wg. mangelnder Zertifizierung nicht gerne gesehen wird.


    BeetleJuice

  • Guten Abend,
    ich habe mir hier mehr oder minder alle Threads durchgelesen (welche digital devices beinhalten) und bin auch der Meinung alles richtig gemacht zu haben. Eventuell kann mir jemand auf die Sprünge helfen.




    ein redirect ist mir aufgrund von fehlenden config Dateien nicht möglich.




    root@vdr:/etc/init.d# modprobe ddbridge adapter_alloc=3
    WARNING: All config files need .conf: /etc/modprobe.d/log, it will be ignored in a future release.


    ---
    root@vdr:/etc/modprobe.d#




    -rw-r--r-- 1 root root 2507 Feb 16 2012 alsa-base.conf
    -rw-r--r-- 1 root root 325 Mär 18 2011 blacklist-ath_pci.conf
    -rw-r--r-- 1 root root 1603 Mär 18 2011 blacklist.conf
    -rw-r--r-- 1 root root 210 Mär 18 2011 blacklist-firewire.conf
    -rw-r--r-- 1 root root 661 Nov 20 2011 blacklist-framebuffer.conf
    -rw-r--r-- 1 root root 105 Jun 2 15:58 blacklist-framebuffer-yavdr.conf
    -rw-r--r-- 1 root root 156 Feb 16 2012 blacklist-modem.conf
    lrwxrwxrwx 1 root root 41 Aug 24 19:15 blacklist-oss.conf -> /lib/linux-sound-base/noOSS.modprobe.conf
    -rw-r--r-- 1 root root 583 Mär 18 2011 blacklist-rare-network.conf
    -rw-r--r-- 1 root root 1077 Mär 18 2011 blacklist-watchdog.conf
    -rw-r--r-- 1 root root 127 Mär 24 13:46 dkms.conf
    -rw-r--r-- 1 root root 0 Aug 25 19:44 log
    -rw-r--r-- 1 root root 157 Aug 10 21:03 nvidia-current_hybrid.conf
    lrwxrwxrwx 1 root root 49 Aug 24 19:17 nvidia-graphics-drivers.conf -> /etc/alternatives/x86_64-linux-gnu_nvidia_modconf
    -rw-r--r-- 1 root root 356 Aug 24 19:15 oss-compat.conf
    -rw-r--r-- 1 root root 42 Jun 2 15:58 saa716x_ff.conf


    ---



    root@vdr:/etc/modprobe.d# modinfo ddbridge
    filename: /lib/modules/3.2.0-29-generic/updates/dkms/ddbridge.ko
    license: GPL
    author: Ralph Metzler
    description: Digital Devices PCIe Bridge
    srcversion: 533BB7E5866E52F63B9ACCB
    alias: pci:v0000DD01d00000003sv*sd*bc*sc*i*
    alias: pci:v0000DD01d00000011sv0000DD01sd00000040bc*sc*i*
    alias: pci:v0000DD01d00000003sv0000DD01sd0000DB03bc*sc*i*
    alias: pci:v0000DD01d00000003sv0000DD01sd00000030bc*sc*i*
    alias: pci:v0000DD01d00000003sv0000DD01sd00000020bc*sc*i*
    alias: pci:v0000DD01d00000003sv0000DD01sd00000010bc*sc*i*
    alias: pci:v0000DD01d00000003sv0000DD01sd00000003bc*sc*i*
    alias: pci:v0000DD01d00000003sv0000DD01sd00000002bc*sc*i*
    alias: pci:v0000DD01d00000003sv0000DD01sd00000001bc*sc*i*
    alias: pci:v0000DD01d00000002sv0000DD01sd00000001bc*sc*i*
    depends: cxd2099,dvb-core
    vermagic: 3.2.0-29-generic SMP mod_unload modversions
    parm: adapter_alloc:0-one adapter per io, 1-one per tab with io, 2-one per tab, 3-one for all (int)
    parm: ts_loop:TS in/out on port ts_loop (int)
    parm: adapter_nr:DVB adapter numbers (array of short)


    ---



    root@vdr:/etc/modprobe.d# lsmod
    Module Size Used by
    snd_hda_codec_hdmi 32474 1
    snd_hda_codec_realtek 224066 1
    snd_hda_intel 33773 0
    snd_hda_codec 127706 3 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel
    snd_hwdep 13668 1 snd_hda_codec
    snd_pcm 97188 3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
    snd_seq_midi 13324 0
    snd_rawmidi 30748 1 snd_seq_midi
    snd_seq_midi_event 14899 1 snd_seq_midi
    snd_seq 61896 2 snd_seq_midi,snd_seq_midi_event
    snd_timer 29990 2 snd_pcm,snd_seq
    snd_seq_device 14540 3 snd_seq_midi,snd_rawmidi,snd_seq
    snd 78855 10 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
    drm_kms_helper 46978 0
    drm 242038 1 drm_kms_helper
    i2c_algo_bit 13423 0
    video 19596 0
    tda18212dd 17291 4
    nvidia 12353161 0
    soundcore 15091 1 snd
    snd_page_alloc 18529 2 snd_hda_intel,snd_pcm
    stv0367dd 21759 4
    serio_raw 13211 0
    ddbridge 32964 29
    nfsd 277809 13
    dvb_core 110010 1 ddbridge
    cxd2099 13281 1 ddbridge
    shpchp 37277 0
    nfs 356410 0
    lockd 86161 2 nfsd,nfs
    fscache 61529 1 nfs
    auth_rpcgss 53380 2 nfsd,nfs
    nfs_acl 12883 2 nfsd,nfs
    sunrpc 245464 19 nfsd,nfs,lockd,auth_rpcgss,nfs_acl
    wmi 19256 0
    mac_hid 13253 0
    i2c_nforce2 13058 0
    lp 17799 0
    parport 46562 1 lp
    forcedeth 63460 0
    vesafb 13844 1


    ---


    root@vdr:/etc/modprobe.d# dmesg |grep DVB
    [ 4.439456] Port 1 (TAB 2): DUAL DVB-C/T
    [ 4.465263] Port 2 (TAB 3): DUAL DVB-C/T
    [ 4.501636] DVB: registering new adapter (DDBridge)
    [ 4.501648] DVB: registering new adapter (DDBridge)
    [ 4.501655] DVB: registering new adapter (DDBridge)
    [ 4.501662] DVB: registering new adapter (DDBridge)
    [ 4.501668] DVB: registering new adapter (DDBridge)
    [ 5.668527] DVB: registering adapter 1 frontend 0 (STV0367 DVB-C DVB-T)...
    [ 6.724559] DVB: registering adapter 2 frontend 0 (STV0367 DVB-C DVB-T)...
    [ 7.140606] DVB: registering adapter 3 frontend 0 (STV0367 DVB-C DVB-T)...
    [ 7.676735] DVB: registering adapter 4 frontend 0 (STV0367 DVB-C DVB-T)...
    [ 11.538697] dvb_ca adapter 0: DVB CAM detected and initialised successfully


    ---
    Ich nutze Server-seitig ein Zotac-board mit einem Atom 330 - mit 2 GB Ram - einer 120GB SSD - eine DD DuoFlex CT Octopus mini PCIe mit zwei DD DuoFlex CT V2 Erweiterungen sowie einem DD CI Erweiterungsmodul (mit MTD). Als CAM nutze ich eine Alphacrypt classic und als Abo-Karte eine UM02 von Unitymedia.


    Würde mich freuen ein wenig Hilfe zu bekommen sofern das nicht zuviel verlangt ist. Ich vermute mal dass es nur Kleinigkeiten sind die mich vom Ziel abhalten - aber stehe schon seit 1. Woche vor dem selben Problem und bin mit meinem Latein am Ende :-/



    Vielen Dank schon mal.


    c4lig0

  • Moin!


    ein redirect ist mir aufgrund von fehlenden config Dateien nicht möglich.


    Wenn dir eine Datei in /etc/modprobe.d fehlt, dann legst du einfach eine an.
    Mit der redirect-Variante wirst du das CI aber nur einem Tuner zuordnen können.
    Drei deiner Tuner werden dann nur unverschlüsselte Kanäle empfangen können.


    Lars.

  • Alles klar. Vielen Dank schonmal.. Das bringt mich schon ein kleines Stück weiter..
    Sprich, troz der MTD fähigkeit des CI ist es nicht möglich für alle tuner die grundverschlüsselung zu entschlüsseln. Gibt es denn derzeit eine andere Variante welche alle tuner anschrechen würde? Oder eine Möglichkeit zumindest den "kostenfreien" Sender streamen zu können.. Hab mal was von einem analogen KabelTV plugin gelesen (empfange bisher nur regionale Sender).


    Was das redirect angeht, wie geht man da in meiner Situation vor? Benötige ein wenig Hintergrundwissen (bzgl wie die config datei zu heißen hat oder wo diese (hab gelesen das die Parameter vor dem VDR start festgelget werden soll) mit eingebunden sein muss.


    Ich hoffe mal das ich mich da nicht vertan habe :)


    Gruß,
    C4lig0

  • Moin!


    Wegen redirect: CI-Unterstützung für CineS2, Mystique SaTiX-S2 Dual usw.
    Hinweis: der aktuelle Treiber erstellt nicht mehr getrennte Frontends für DVB-C und DVB-T, deshalb muss man keine Frontends mehr löschen.


    Ich kenne keine Lösung, mit der alle Tuner ihre Streams durch das CI jagen können, und selbst wenn es so eine Lösung gäbe, heißt das leider noch nicht, dass der vdr sie nutzen kann.
    Wenn die kostenfreien Sender nicht verschlüsselt sind (z.B. öffentlich rechtliche), dann kann jeder Tuner sie empfangen, aufzeichnen und streamen.


    Die redirect-Einstellungen müssen vor dem Start des vdr vorgenommen werden, d.h. du musst eine passende Stelle in deinem System finden.
    Der Klassiker wäre beim Module-Laden in der runvdr (falls du sowas benutzt).


    Lars.

  • Guten Abend!


    habe jetzt mal ein wenig getestet..
    sollte ich was falsch machen bin ich um eine Korrektur dankbar :)


    die Konsole teilt mir folgendes mit:



    root@vdr:/var/lib/vdr# stop vdr
    vdr stop/waiting


    root@vdr:/var/lib/vdr# modprobe ddbridge adapter_alloc=3
    WARNING: All config files need .conf: /etc/modprobe.d/log, it will be ignored in a future release.


    root@vdr:/var/lib/vdr# echo "10 01" > /sys/class/ddbridge/ddbridge0/redirect
    bash: echo: Schreibfehler: Das Argument ist ungültig.


    root@vdr:/var/lib/vdr# start vdr
    vdr start/running, process 2340



    das Urteil von dmesg sieht so aus (habe einige redirects getestet):



    [ 2016.220812] dvb_ca adapter 0: DVB CAM detected and initialised successfully
    [ 3144.858019] init: vdr main process (2078) killed by KILL signal
    [ 3147.102227] redirect: 12, 01
    [ 3152.232601] slot_shutdown
    [ 3154.076812] dvb_ca adapter 0: DVB CAM detected and initialised successfully
    [ 3489.803581] redirect: 10, 01
    [ 3499.760646] slot_shutdown
    [ 3501.604814] dvb_ca adapter 0: DVB CAM detected and initialised successfully



    Meine Cam/Ci liegt auf Port 0
    ein Doppeltuner CT auf Port 1
    und ein weiterer auf Port 2
    Port 3 ist frei


    logisch wäre für mich, der erste Tuner (Port 1 gerät 0 = 1-0) und das Cam/Ci (Port 0 gerät 1 = 0-1) möglich wäre auch 0-0 (hat allerdings nicht funktioniert)


    dann sollte doch eines der beiden funktionieren..


    echo "10 00" > /sys/ ...
    echo "10 01" > /sys/ ...



    oder habe ich da etwas fehlinterpretiert ?


    lg,
    c4lig0

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!