Neuinstallation eines VDR - Denkprobleme eines "bis dato SD Users"

    ... ich bin zu blöd


    die alten SD vdr versionen haben ziemlich out of the box funktioniert ...
    jetzt habe ich drei abende / nächte damit verbracht einen HD tauglichen VDR aufzusetzen und nur frust ...


    ich will vielleicht manches, das nicht standard ist


    - root access haben (vdr soll als das laufen, was er will) - aber ich will root zugriff haben
    - mein archiv auf vielen platten und mehreren rechner spricht nicht UTF - also will ich iso8859-euro als locale (grund: binde einmal eine festplatte mit iso8859 filenamen in einen UTF-8 rechner eine im deutschen raum - viel spaß mit umlauten ...)
    - vdr sollte auf allen rechnern die selbe UID haben, damit ich files zwischen den rechnern herumschieben kann und ohne frickelei (chown usw.) schneiden kann
    diese hürden habe (hätte) ich ja umschiffen können ...


    nur früher (full-featured karten) war sofort ein bild da - X als oberfläche war auf einem reinen vdr nicht notwendig - meine distributions waren c't vdr urversion bis zur letztversion und auch debian squeezy mit e-tobi repository und apt-get vdr - alles zusammengebracht!



    ABER NUN verzweifle ich:


    ich krieg das ding nicht zum laufen ...


    neue hardware (siehe threads zu meinem nick)
    aktuelle digital devices octupus und duoflex S2
    NVIDIA kepler karte - mit nebenbei einer onboard auf dem MSI H97 ECO


    meine vorgehensweise:


    aktuelles debian installiert
    vdr von e-tobi installiert


    jeweils einen root-account aktiviert (werde wahrscheinlich sehr geschimpft werden dafür)


    UND weil es in meiner vorstellungswelt nicht notwendig war - keine x-oberfläche bei e-tobi aktiviert



    nun mit mühen den aktuellen kepler treiber lt. debian jessie backport zum laufen gebracht
    nur eine ausgabe habe bis jetzt noch nicht


    vdr scheint zu laufen
    lirc zickt (wie auch schon früher sehr gerne - aber das ist ein anderes thema)
    vdradmin-AM kein bild im link "fernseher"



    vielleicht scheitere ich schlicht an der verkabelung ...


    probe / installationshalber hängt ein TFT-monitor an dem onboard VGA anschluß und der HDMI an dem HDMI eingang des TFT - auf wenn ich an dem eingangswahlschalter des TFT fummle, nie ein TV bild
    kann das überhaupt gehen?


    ob da ein TV dahinterhängt oder ein monitor muß doch egal sein !?!



    meine meldungen nach dem vdr start:


    Apr 16 05:04:42 elyros vdr: [576] VDR version 2.2.0 started
    Apr 16 05:04:42 elyros vdr: [576] switched to user 'vdr'
    Apr 16 05:04:42 elyros vdr: [576] codeset is 'ISO-8859-15' - known
    Apr 16 05:04:42 elyros vdr: [576] found 28 locales in /usr/share/locale
    Apr 16 05:04:42 elyros vdr: [576] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.2.2.0
    Apr 16 05:04:42 elyros vdr: [576] loading /var/lib/vdr/setup.conf
    Apr 16 05:04:42 elyros vdr: [576] loading /var/lib/vdr/sources.conf
    Apr 16 05:04:42 elyros vdr: [576] loading /var/lib/vdr/diseqc.conf
    Apr 16 05:04:42 elyros vdr: [576] loading /var/lib/vdr/scr.conf
    Apr 16 05:04:42 elyros vdr: [576] loading /var/lib/vdr/channels.conf
    Apr 16 05:04:42 elyros vdr: [576] loading /var/lib/vdr/timers.conf
    Apr 16 05:04:42 elyros vdr: [576] loading /var/lib/vdr/commands.conf
    Apr 16 05:04:42 elyros vdr: [576] loading /var/lib/vdr/reccmds.conf
    Apr 16 05:04:42 elyros vdr: [576] loading /var/lib/vdr/svdrphosts.conf
    Apr 16 05:04:42 elyros vdr: [576] loading /var/lib/vdr/keymacros.conf
    Apr 16 05:04:42 elyros vdr: [790] video directory scanner thread started (pid=576, tid=790, prio=high)
    Apr 16 05:04:42 elyros vdr: [576] registered source parameters for 'A - ATSC'
    Apr 16 05:04:42 elyros vdr: [576] registered source parameters for 'C - DVB-C'
    Apr 16 05:04:42 elyros vdr: [576] registered source parameters for 'S - DVB-S'
    Apr 16 05:04:42 elyros vdr: [576] registered source parameters for 'T - DVB-T'
    Apr 16 05:04:42 elyros vdr: [576] probing /dev/dvb/adapter0/frontend0
    Apr 16 05:04:42 elyros vdr: [576] creating cDvbDevice
    Apr 16 05:04:42 elyros vdr: [576] new device number 1
    Apr 16 05:04:42 elyros vdr: [791] video directory scanner thread started (pid=576, tid=791, prio=high)
    Apr 16 05:04:42 elyros vdr: [790] video directory scanner thread ended (pid=576, tid=790)
    Apr 16 05:04:42 elyros vdr: [791] video directory scanner thread ended (pid=576, tid=791)
    Apr 16 05:04:42 elyros vdr: [792] epg data reader thread started (pid=576, tid=792, prio=high)
    Apr 16 05:04:42 elyros vdr: [792] reading EPG data from /var/cache/vdr/epg.data
    Apr 16 05:04:42 elyros vdr: [576] DVB API version is 0x050A (VDR was built with 0x050A)
    Apr 16 05:04:42 elyros vdr: [576] frontend 0/0 provides DVB-S,DVB-S2,DSS with QPSK ("STV0910")
    Apr 16 05:04:42 elyros vdr: [576] cTimeMs: using monotonic clock (resolution is 1 ns)
    Apr 16 05:04:42 elyros vdr: [576] probing /dev/dvb/adapter1/frontend0
    Apr 16 05:04:42 elyros vdr: [576] creating cDvbDevice
    Apr 16 05:04:42 elyros vdr: [576] new device number 2
    Apr 16 05:04:42 elyros vdr: [794] frontend 0/0 tuner thread started (pid=576, tid=794, prio=high)
    Apr 16 05:04:42 elyros vdr: [795] device 1 section handler thread started (pid=576, tid=795, prio=low)
    Apr 16 05:04:42 elyros vdr: [576] frontend 1/0 provides DVB-S,DVB-S2,DSS with QPSK ("STV0910")
    Apr 16 05:04:42 elyros vdr: [576] found 2 DVB devices
    Apr 16 05:04:42 elyros vdr: [576] initializing plugin: streamdev-server (0.6.1-git): VDR Streaming Server
    Apr 16 05:04:42 elyros vdr: [576] setting primary device to 1
    Apr 16 05:04:42 elyros vdr: [576] device 1 has no MPEG decoder
    Apr 16 05:04:42 elyros vdr: [576] assuming manual start of VDR
    Apr 16 05:04:42 elyros vdr: [576] SVDRP listening on port 6419
    Apr 16 05:04:42 elyros vdr: [576] setting current skin to "lcars"
    Apr 16 05:04:42 elyros vdr: [576] loading /var/lib/vdr/themes/lcars-default.theme
    Apr 16 05:04:42 elyros vdr: [576] starting plugin: streamdev-server
    Apr 16 05:04:42 elyros vdr: [576] loading /var/lib/vdr/plugins/streamdev-server/streamdevhosts.conf
    Apr 16 05:04:42 elyros vdr: [576] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
    Apr 16 05:04:42 elyros vdr: [576] ERROR: remote control LIRC not ready!
    Apr 16 05:04:42 elyros vdr: [576] switching to channel 1 (RTL Television)
    Apr 16 05:04:42 elyros vdr: [576] setting watchdog timer to 60 seconds
    Apr 16 05:04:42 elyros systemd[1]: Started Video Disk Recorder.
    Apr 16 05:04:42 elyros vdr: [799] streamdev server thread started (pid=576, tid=799, prio=high)


    daß Lirc nicht funktioniert ist derweilen mein kleinstes problem ...


    ich weiß nur nicht wo der bildoutput landet?


    welche infos soll ich liefern ...


    DANKE


    lg digijazz

    hmm..


    Du wirst doch sicherlich einen x-server am Laufen haben, den Monitor an der Nvidia angeschlossen und das softhddevice plugin mitstarten? Die onboard würde ich abschalten.
    Andererseits wäre gerade in deinem Fall eine der aktuellen Fertig-Distris als Startpunkt besser geeignet.


    Was die UTF8 vs 8859 Problematik betrifft, wäre die Umstellung auf UTF8 wohl sinnvoller als an 8859 festzuhalten.

    Im Bios des H97M Eco ist HD Audio gesetzt, Initiate Graphics Adapter PEG und IGD Multi-Monitor Disabled.


    Ich habe einen Monotor vor mir, der mit dem VGA Kabel an der internen Karte hängt und via HDMI mit der NVIDIA.


    Ich probiere gerade IGD Multi-Monitor Enabled. Jetzt ist die Konsole auf der interenen aktiv. Ein startx auf der Konsole bringt mir einen grauen Schirm auf dem HDMI Port.
    X startet nicht automatisch. Die Konsole, auf der ich X starte meldet und bleibt hängen: Ein CTRL-C beendet dann auch X.


    root@elyros:/var/log# startx



    X.Org X Server 1.16.4
    Release Date: 2014-12-20
    X Protocol Version 11, Revision 0
    Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
    Current Operating System: Linux elyros 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-2 (2016-04-08) x86_64
    Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=5ef3dfe6-da9a-4c22-bb5d-96b172b49aef ro
    Build Date: 11 February 2015 12:32:02AM
    xorg-server 2:1.16.4-1 (http://www.debian.org/support)
    Current version of pixman: 0.32.6
    Before reporting problems, check http://wiki.x.org
    to make sure that you have the latest version.
    Markers: (--) probed, (**) from config file, (==) default setting,
    (++) from command line, (!!) notice, (II) informational,
    (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
    (==) Log file: "/var/log/Xorg.0.log", Time: Sat Apr 16 19:37:27 2016
    (==) Using system config directory "/usr/share/X11/xorg.conf.d"
    The XKEYBOARD keymap compiler (xkbcomp) reports:
    > Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
    > Ignoring extra symbols
    Errors from xkbcomp are not fatal to the X server



    Bei Aufforderung kann ich die Xorg.0.log posten.


    Ein Restart des VDR bringt auf kein Bild.


    Mit VDRAdmin kann ich sogar eine Aufnahme starten.


    MIR FEHLT NUR DIE AKTIVIERUNG DER AUSGABE - so kurz davor ...


    lg digijazz

    Wie mir scheint fehlt die noch das 'dvbsddevice' Plugin
    Zumindes wurde das Plugin dem ersten Log-Post nach nicht geladen...


    # apt-cache search dvbsddevice
    vdr-plugin-dvbsddevice - Plugin that adds support for full featured SD-DVB cards to VDR
    vdr-plugin-dvbsddevice-dbg - Plugin that adds support for full featured SD-DVB cards to VDR


    ich hoffe es hilft weiter...


    Server:     Asrock C226 WS, Xeon E3-1246 v3, 8GB ECC Ram, DD Cine S2 V6.5 + DuoFlex S2, diverse HDD | Debian 8 + Proxmox VE 4.1, VM Headless VDR 2.2.0
    Client: Raspberry Pi, Raspian, VDR 2.2.0 mit einigen Plugins und Patches für die Remote-Steurerung des Servers
    Neues System hoher WAF/Kid Faktor!!! ;)
    Alt:
    Hardware:     Pentium M 735 1,7Ghz, AOpen i915Ga-HFS, 1GB RAM Dual Channel, Seagate 400GB SATA, 1x DVB-S TT-FF 1.5, 2x DVB-S Budget Skystar2, AV-Board 1.2, modifiziertes Desktopgehäuse, Eizo Flexscan S1910...
    Software: OpenSuSE 10.2, VDR 1.4.6, MPlayer-, Femon-, DVD-, DVDSwitch-Plugin, EPG-Search, VDRAdmin AM3.5.3, Noad 0.6.0, VDRConvert...
    Hoher WAF Faktor!!! ;)

    ups... ich hatte etwas von FF-Karte gelesen..


    Headless braucht man kein Output-Plugin.


    Dir scheint dann das Soft-Device zu fehlen.


    # apt-cache search softhddevice
    vdr-plugin-softhddevice - HD output device plugin for VDR


    Das dvhhddevice ist für eine "TT Premium S2-6400 Twin HD" -Karte


    Server:     Asrock C226 WS, Xeon E3-1246 v3, 8GB ECC Ram, DD Cine S2 V6.5 + DuoFlex S2, diverse HDD | Debian 8 + Proxmox VE 4.1, VM Headless VDR 2.2.0
    Client: Raspberry Pi, Raspian, VDR 2.2.0 mit einigen Plugins und Patches für die Remote-Steurerung des Servers
    Neues System hoher WAF/Kid Faktor!!! ;)
    Alt:
    Hardware:     Pentium M 735 1,7Ghz, AOpen i915Ga-HFS, 1GB RAM Dual Channel, Seagate 400GB SATA, 1x DVB-S TT-FF 1.5, 2x DVB-S Budget Skystar2, AV-Board 1.2, modifiziertes Desktopgehäuse, Eizo Flexscan S1910...
    Software: OpenSuSE 10.2, VDR 1.4.6, MPlayer-, Femon-, DVD-, DVDSwitch-Plugin, EPG-Search, VDRAdmin AM3.5.3, Noad 0.6.0, VDRConvert...
    Hoher WAF Faktor!!! ;)

    Genau dieses habe ich so installiert
    vdr-plugin-softhddevice


    Ich muß nur sie Parameter für das /etc/vdr/conf.avail/softhddevice.conf ergooglen ...


    Wenn im /usr/share/doc/vdr-plugin-softhddevice von setupup.conf gesprochen wird - so ein File finde ich nicht auf meinem Rechner.


    ... so kurz davor ...


    DANKE


    digijazz

    Wir es denn mit gestartet?


    Dein Auzug aus den Log's vom Anfang nach vermutlich nicht. Es scheint bei Dir nur ein Plugin gestartet worden zu sein.


    Zitat erster Beitrag:
    meine meldungen nach dem vdr start:


    Apr 16 05:04:42 elyros vdr: [576] VDR version 2.2.0 started
    Apr 16 05:04:42 elyros vdr: [576] switched to user 'vdr'
    Apr 16 05:04:42 elyros vdr: [576] codeset is 'ISO-8859-15' - known
    Apr 16 05:04:42 elyros vdr: [576] found 28 locales in /usr/share/locale
    Apr 16 05:04:42 elyros vdr: [576] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.2.2.0
    Apr 16 05:04:42 elyros vdr: [576] loading /var/lib/vdr/setup.conf
    Apr 16 05:04:42 elyros vdr: [576] loading /var/lib/vdr/sources.conf
    ...


    Ich hatte eTobi mit einer SD-FF-Karte probiert und habe letztlich per Hand kompiliert
    Bei mir sind dann im Log auch diverse Plugins gelistet:
    ...
    Apr 16 20:11:25 vdrBerg vdr: [6002] VDR version 2.2.0 started
    Apr 16 20:11:25 vdrBerg vdr: [6002] codeset is 'UTF-8' - known
    Apr 16 20:11:25 vdrBerg vdr: [6002] use of environment variable VDR_CHARSET_OVERRIDE (ISO-8859-9) is deprecated!
    Apr 16 20:11:25 vdrBerg vdr: [6002] override character table is 'ISO-8859-9'
    Apr 16 20:11:25 vdrBerg vdr: [6002] found 28 locales in /usr/local/share/locale
    Apr 16 20:11:25 vdrBerg vdr: [6002] loading plugin: /usr/local/lib/vdr/libvdr-dvbsddevice.so.2.2.0
    Apr 16 20:11:25 vdrBerg vdr: [6002] loading plugin: /usr/local/lib/vdr/libvdr-vnsiserver.so.2.2.0
    Apr 16 20:11:25 vdrBerg vdr: [6002] loading plugin: /usr/local/lib/vdr/libvdr-streamdev-server.so.2.2.0
    Apr 16 20:11:25 vdrBerg vdr: [6002] loading plugin: /usr/local/lib/vdr/libvdr-epgsearch.so.2.2.0
    Apr 16 20:11:25 vdrBerg vdr: [6002] loading plugin: /usr/local/lib/vdr/libvdr-live.so.2.2.0
    Apr 16 20:11:26 vdrBerg vdr: [6002] loading plugin: /usr/local/lib/vdr/libvdr-markad.so.2.2.0
    Apr 16 20:11:26 vdrBerg vdr: [6002] loading plugin: /usr/local/lib/vdr/libvdr-skinelchi.so.2.2.0
    Apr 16 20:11:26 vdrBerg vdr: [6002] loading plugin: /usr/local/lib/vdr/libvdr-extrecmenu.so.2.2.0
    Apr 16 20:11:26 vdrBerg vdr: [6002] loading plugin: /usr/local/lib/vdr/libvdr-femon.so.2.2.0
    Apr 16 20:11:26 vdrBerg vdr: [6002] loading /etc/vdr/setup.conf
    Apr 16 20:11:26 vdrBerg vdr: [6002] loading /etc/vdr/sources.conf
    Apr 16 20:11:26 vdrBerg vdr: [6002] loading /etc/vdr/diseqc.conf
    Apr 16 20:11:26 vdrBerg vdr: [6002] loading /etc/vdr/scr.conf
    ...


    Server:     Asrock C226 WS, Xeon E3-1246 v3, 8GB ECC Ram, DD Cine S2 V6.5 + DuoFlex S2, diverse HDD | Debian 8 + Proxmox VE 4.1, VM Headless VDR 2.2.0
    Client: Raspberry Pi, Raspian, VDR 2.2.0 mit einigen Plugins und Patches für die Remote-Steurerung des Servers
    Neues System hoher WAF/Kid Faktor!!! ;)
    Alt:
    Hardware:     Pentium M 735 1,7Ghz, AOpen i915Ga-HFS, 1GB RAM Dual Channel, Seagate 400GB SATA, 1x DVB-S TT-FF 1.5, 2x DVB-S Budget Skystar2, AV-Board 1.2, modifiziertes Desktopgehäuse, Eizo Flexscan S1910...
    Software: OpenSuSE 10.2, VDR 1.4.6, MPlayer-, Femon-, DVD-, DVDSwitch-Plugin, EPG-Search, VDRAdmin AM3.5.3, Noad 0.6.0, VDRConvert...
    Hoher WAF Faktor!!! ;)

    Aktuell sieht es so aus:


    Apr 16 19:31:05 elyros vdr: [1618] VDR version 2.2.0 started
    Apr 16 19:31:05 elyros vdr: [1618] switched to user 'vdr'
    Apr 16 19:31:05 elyros vdr: [1618] codeset is 'ISO-8859-15' - known
    Apr 16 19:31:05 elyros vdr: [1618] loading plugin: /usr/lib/vdr/plugins/libvdr-softhddevice.so.2.2.0
    Apr 16 19:31:05 elyros vdr: [1618] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.2.2.0
    Apr 16 19:31:05 elyros vdr: [1618] loading /var/lib/vdr/setup.conf
    Apr 16 19:31:05 elyros vdr: [1618] loading /var/lib/vdr/sources.conf
    Apr 16 19:31:05 elyros vdr: [1618] loading /var/lib/vdr/diseqc.conf
    Apr 16 19:31:05 elyros vdr: [1618] loading /var/lib/vdr/scr.conf
    Apr 16 19:31:05 elyros vdr: [1618] loading /var/lib/vdr/channels.conf
    Apr 16 19:31:05 elyros vdr: [1618] loading /var/lib/vdr/timers.conf
    Apr 16 19:31:05 elyros vdr: [1618] loading /var/lib/vdr/commands.conf
    Apr 16 19:31:05 elyros vdr: [1618] loading /var/lib/vdr/reccmds.conf
    Apr 16 19:31:05 elyros vdr: [1618] loading /var/lib/vdr/svdrphosts.conf
    Apr 16 19:31:05 elyros vdr: [1618] loading /var/lib/vdr/remote.conf
    Apr 16 19:31:05 elyros vdr: [1618] loading /var/lib/vdr/keymacros.conf
    Apr 16 19:31:05 elyros vdr: [1618] DVB API version is 0x050A (VDR was built with 0x050A)
    Apr 16 19:31:05 elyros vdr: [1618] frontend 0/0 provides DVB-S,DVB-S2,DSS with QPSK ("STV0910")
    Apr 16 19:31:05 elyros vdr: [1618] frontend 1/0 provides DVB-S,DVB-S2,DSS with QPSK ("STV0910")
    Apr 16 19:31:05 elyros vdr: [1618] found 2 DVB devices
    Apr 16 19:31:05 elyros vdr: [1618] initializing plugin: softhddevice (0.6.1rc1): A software and GPU emulated HD device
    Apr 16 19:31:05 elyros vdr: [1618] initializing plugin: streamdev-server (0.6.1-git): VDR Streaming Server
    Apr 16 19:31:05 elyros vdr: [1618] setting primary device to 3
    Apr 16 19:31:05 elyros vdr: [1618] SVDRP listening on port 6419
    Apr 16 19:31:05 elyros vdr: [1618] setting current skin to "lcars"
    Apr 16 19:31:05 elyros vdr: [1618] loading /var/lib/vdr/themes/lcars-default.theme
    Apr 16 19:31:05 elyros vdr: [1618] starting plugin: softhddevice
    Apr 16 19:31:05 elyros vdr: [1618] starting plugin: streamdev-server
    Apr 16 19:31:05 elyros vdr: [1618] loading /var/lib/vdr/plugins/streamdev-server/streamdevhosts.conf
    Apr 16 19:31:05 elyros vdr: [1618] switching to channel 1 (RTL Television)
    Apr 16 19:31:05 elyros vdr: [1630] Streamdev: Listening (VTP) on port 2004
    Apr 16 19:31:05 elyros vdr: [1630] Streamdev: Listening (HTTP) on port 3000


    aber kein bild ...



    lg digijazz

    nachdem mir folgende Meldung untergekommen ist:


    vdr X: user not authorized to run the X server, aborting.


    habe mal ein dpkg-reconfigure x11-common aufgerufen ...


    ... und habe endlich ein Bild!


    Thanx - jetzt ist Zeit das Zitierne und Spoilern zu üben :D


    lg digijazz

    Hallo alle!


    Ich verzweifle an der Neuinstallation ...


    auf Anraten der Communtity habe ich einen Haswell Chipset mit Kepler GPU, ein nettes Digital Devices CI mit 4-fach Empfang (2x Duo Flex) angeschafft - da haben ein paar Euro den Besitzer gewechselt ...


    Meine Erwartung: ein VDR auf Basis e-tobi - also eine Kiste, wo ich Einfluß auf die Software habe - durchaus im Konsolbetrieb- und mir Scripts basteln kann und den neuen VDR in meine bestehende Rechner Landschaft alle VDRs früher einzubinden
    besondere Anforderung: Österreicher - CI - legale ORF Karte


    Was ist mein Problem:


    - grundsätzlich unter selbst installiertem Debian Jessie 8.4 einen e-tobi vdr zum Laufen gebracht - jedoch den Ton vermisse ich bis jetzt und das CI - samt dahinter liegenden Kanälen- ist nicht ansprechbar.
    - den Tipp yaVDR zu probieren hat auch kein Ergebnis gebracht (frontend lost)
    - MLD ex USB Stick will auch nicht.


    Somit ist meine Annahme - irgendwas ist hardwaremäßig verbockt:


    Das nette Octopus CI wirbt in fettesten Lettern mit einem CI für 4 Empfänger - scheinbar nur unter Windows Media Center - jedoch nicht unter Linux - erst nach Lesen von 80 seitigen Threads oder der dritten Unterseite im Supportbeitrag auf der DD-Seite. ;(


    Ausgeliefert wurde ein CI, das rein von den Abbildungen her keinem jenen auf der mitgelieferten CD entspricht und auch im Shop zum gekauften Produkt anders aussieht (Kernthema: Stromanschlüsse).


    Ich habe von DD folgendes erhalten:
    2 Duoflex "Kärtchen" (Low Profile) mit eigenen Stromverbindungen (Adapter auf IDE-HDD Stromversorgungen) und ein CI mit PCIe Anschluß und zwei weißen Stromverbindern - genau diese weißen Stromverbinder kommen in keiner Doku vor.

    Sind die nun Eingänge oder Ausgänge?


    Ohne Anschluß an den Strom erkenne ich nichts im dmesg vom CAM außer
    elyros:~# dmesg | grep -i octo
    [ 1.539951] DDBridge driver detected: Digital Devices Octopus CI


    Ein eingefügtes CAM meldet mal nichts - in Logeinträgen in anderen Threads ist das Ding deutlich gesprächiger!


    Ich hänge Fotos von meiner Hardware an.


    Ich möchte nicht Strom dort einspeisen, wo der Hersteller eigentlich eine Versorgung der Duoflex Karten gebaut hat (also Ausgänge) - ich habe keine (eindeutige) Dokumentation dazu gefunden.


    Hat jemand diese neue Hardware und wie hat er sie verkabelt?


    Der Stecker ist zumindet an normalen Netzteilen mal nicht vorhanden - an meinen Modellbauakkus als "Balanceranschluß" sehr wohl ...


    Danke
    digijazz


    PS: ich sitze erst Sonntag abend wieder an dem VDR

    Zitat von digijazz


    Das nette Octopus CI wirbt in fettesten Lettern mit einem CI für 4 Empfänger - scheinbar nur unter Windows Media Center - jedoch nicht unter Linux - erst nach Lesen von 80 seitigen Threads oder der dritten Unterseite im Supportbeitrag auf der DD-Seite.

    Falls du https://digitaldevices.de/prod…mponenten/octopus-duo-ci/ meinst - das steht da eigentlich gut sichtbar in der Produktbeschreibung:

    Zitat

    Common Interface (CI) mit Multi Transponder Technologie (MTD)
    [...]
    Hinweis: Diese Funktion wird nicht von allen CAMs und Providern unterstützt
    Hinweis: MTD wird z.Z. nur unter Windows unterstützt


    Zitat von digijazz

    Ich habe von DD folgendes erhalten:
    2 Duoflex "Kärtchen" (Low Profile) mit eigenen Stromverbindungen (Adapter auf IDE-HDD Stromversorgungen) und ein CI mit PCIe Anschluß und zwei weißen Stromverbindern - genau diese weißen Stromverbinder kommen in keiner Doku vor.

    Zitat von digijazz

    Der Stecker ist zumindet an normalen Netzteilen mal nicht vorhanden - an meinen Modellbauakkus als "Balanceranschluß" sehr wohl ...

    Das dürfte ein Sherlock-Stecker sein, wenn man sich die Kabel, die als Zubehör im DD-Shop gelistet sind, ansieht: http://www.digital-devices.eu/…bel-und-stromadapter/?p=2


    Da ich für die Octopus Dual CI V1.4 kein eigenes Handbuch finde, würde ich im Zweifelsfall mal den DD-Support anschreiben. Im Handbuch für das DuoFlex CI (https://www.digital-devices.eu…x/DuoFlexCI_Manual_DE.pdf Seite 7, Abschnitt 8.3) steht, dass einer der beiden Stecker zur Stromversorgung genutzt werden soll, aber wie das bei der Variante mit PCIe-Stecker aussieht weiß ich nicht.


    Zitat von digijazz

    - den Tipp yaVDR zu probieren hat auch kein Ergebnis gebracht (frontend lost)
    - MLD ex USB Stick will auch nicht.

    Das ist ein bisschen dürftig zur Fehlersuche - hast du da mehr Details/Logs?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden