Beiträge von berni123

  • ERROR: CAM-Menü kann nicht geöffnet werden!

    Danke für die Tips.


    Habe jetzt ddbrige 0.9.32 installiert.

    Code
    [ 2059.380632] Digital Devices PCIE bridge driver 0.9.32, Copyright (C) 2010-17 Digital Devices GmbH
[ 2059.381285] ddbridge 0000:06:00.0: device name: Digital Devices Cine CT V7 DVB adapter
[ 2059.491391] ddbridge 0000:06:00.0: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C2T2 CXD2843
[ 2059.602675] ddbridge 0000:06:00.0: Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-C/C2/T/T2
[ 2059.603735] ddbridge 0000:06:00.0: Port 2: DuoFlex CI 1.1
[ 2059.710630] ddbridge 0000:06:00.0: Port 2: Link 0, Link Port 2 (TAB 3): DuoFlex CI
[ 2059.711746] ddbridge 0000:06:00.0: Port 3: Link 0, Link Port 3 (TAB 4): DuoFlex CI_B


    Und mir ein mal via apt-get source -b vdr den VDR-Code geholt und gebaut

    und dann das vdr-plugin-ddci2 gebaut und konfiguriert.


    Code
    root@vdr2:/etc/vdr/conf.d# locate libvdr-ddci2
/usr/lib/vdr/plugins/libvdr-ddci2.so.2.2.0


    mit:

    Code
    root@vdr2:/etc/vdr/conf.d# cat 50-ddci2.conf
# ddci2 VDR plugin arguments
#
[ddci2]
-A


    Wird soweit erkannt:



    Aber CAM Menü öffnet nicht:

    Code
    Sep 27 20:07:40 vdr2 vdr: [15301] ERROR: CAM-Menü kann nicht geöffnet werden!
Sep 27 20:07:42 vdr2 vdr: [15301] max. latency time 2 seconds
Sep 27 20:07:43 vdr2 vdr: [15301] ERROR: CAM-Menü kann nicht geöffnet werden!
Sep 27 20:07:47 vdr2 vdr: [15301] max. latency time 5 second



    Habe beide Ports des DUO-CI ausprobiert ... was könnte jetzt noch klemmen?


    Gruss,

    Bernd

  • ERROR: CAM-Menü kann nicht geöffnet werden!

    Hallo,


    ich habe schon länger eine 4-Tuner Version (2*2) der DuoFlexCI am Laufen.

    Jetzt habe ich das DuoFlex CI ergänzt.


    Wie bekomme ich das jetzt zum Laufen?


    Syslog sagt (DDBrige 0.9.28) das es da ist:


    Aber im VDR-Menü wird nichts angezeigt.

    Ich habe beide CI Slots ausprobiert. Es wird bei beiden nicht angezeigt, allerdings habe ich

    auch nur TAB1 vom CI an TAB3 von der DuoFlex verbunden. TAB2 vom CI habe ich nicht

    verbunden.


    Google sagte was von einem vdr-plugin-ddci2, das ist aber nicht verfügbar.


    Apt:

    Code
    deb http://e-tobi.net/vdr-experimental jessie vdr-multipatch base addons
deb-src http://e-tobi.net/vdr-experimental jessie vdr-multipatch base addon


    Gibt es irgendwo ein Repo, wo das plugin drin ist?

    Oder brauche ich das plugin nicht? (Der Post war von 2014)


    Was muss ich tun, damit das CI auch unter VDR läuft? Der Linux-Treiber erkennt das CI ja schon ...


    Drin ist ein Alphacrypt CAM.


    Danke und Gruss,

    Bernd

  • Problem mit vdr-sxfe

    Zitat von M-Reimer

    Welche Distribution ist das?


    Ist ein Mint 18 LMDE (also debian basiert) mit E-Tobi Paketen.


    Hier die sources.list:



    Gruss,
    Bernd

  • Problem mit vdr-sxfe

    Die Lösung ist so blöd wie einfach:


    Code
    root@vdr2: cd /usr/lib/x86_64-linux-gnu/xine/plugins/2.5
root@vdr2: ln -s /usr/lib/xine/plugins/2.5/xineplug_inp_xvdr.so xineplug_inp_xvdr.so


    Die xine plugins liegen teilweise im "falschen" Verzeichnis,sprich die
    Pakete haben falsche install scripte und passen nicht.


    Der Synlink hat geholfen ... das hat aber nen halben Tag gedauert bis ich das gefunden hatte...


    :wand


    Nun geht's aber :rolleyes:

  • Problem mit vdr-sxfe

    Hallo,


    ich habe gerade ein Problem mit vdr-sxfe nach irgendwelchen updates/uminstallationen.
    Ich kann mir nur den Zusammenhang nicht erklären.



    VDR läuft aber und ist erreichbar: vdr@vdr2:~$ vlc http://localhost:37890
    liefert einwandfreies HD-Bild.


    Hat jemand eine Idee, warum vdr-sxfe hier nicht klappt?


    Verbose:


    libavio meldet error und libavformat meldet error


    Code
    vdr@vdr2:~$ locate libavio
/usr/lib/vlc/plugins/access/libavio_plugin.so


vdr@vdr2:~$ locate libavformat
/usr/lib/vlc/plugins/demux/libavformat_plugin.so
/usr/lib/x86_64-linux-gnu/libavformat.so.54
/usr/lib/x86_64-linux-gnu/libavformat.so.54.63.104
/usr/lib/x86_64-linux-gnu/libavformat.so.56
/usr/lib/x86_64-linux-gnu/libavformat.so.56.25.101


    Jemand eine Idee? Würde das gerne zum Laufen bekommen ...


    Gruss,
    Bernd

  • Update eines alten VDR

    Zitat von SurfaceCleanerZ

    Hi,
    bei easyvdr 3.0 ist schon von mehreren Usern bestätigt worden, dass Intel mit VAAPI auf zumindest NUC ootb tut. Mit den gerade im stable ppa veröffentlichten Inteltreibern ist wohl HD gleichwertig zu nvidia, SD ist wohl guckbar. Die allerneuesten machen wohl noch etwas Probleme, deshalb nur testweise in unstable (nicht zu empfehlen!).


    Könnt ja mal die LiveDVD testen!


    MfG,
    Stefan


    Ja Live Test wäre dran, aber ich grübele noch über die Hardware.
    Ich dachte evtl an ASUS H81M-Plus mit einer Intel Core i3-4160 CPU.
    Kommt easy-vdr 3.0 damit wohl zurecht?

  • Update eines alten VDR

    Und wie läuft das System?
    Wie ist die Lautstärke?


    Ich will auch mal meine Hardware aktualisieren und bei der Gelegeneheit auch auf die DD CineC2-T2 in der 4er Variante umrüsten.
    Dazu suche ich ein kleines System mit freiem PCIx1 Slot für die DD.


    Ist die Grafikkarte absolut notwendig, oder schafft das evtl die onboard ?


    Danke für ein paar Nachrichten ...


    Viele Grüße,
    Bernd

  • DBV-T2 Hannover

    Zitat von fkyle

    Es handelt sich ja um einen VDR-Patch. Und da du ja schon mit w_scan keine Sender findest, wird dir der Patch auch nicht weiterhelfen. VDR ist ja an der Stelle noch gar nicht involviert.


    Hier geht es ja erstmal darum, überhaupt den Transponder zu finden und eine Kanalliste zu erstellen, in der die Services (aka die Sender) definiert sind. Da das nicht mal funktioniert, wird es wohl auf einer anderen Ebene ein Problem geben. Dies kann in der Empfangsanlage (unwahrscheinlich, wenn du die DVB-T Sender gut empfängst) oder eben im Zusammenspiel von Sender und DVB-Treiber liegen.

    Jo danke.
    Ich habe Deinen letzten Absatz mal an den Support von DD weiter geleitet, die meinten nämlich ich sollte mal die VDR-Jungs fragen.


    Wenn ich mir den Patch [RFC] H.265 Frame-Parser
    ansehe, dann sind das ja auch "nur" ein paar wenige Zeilen für einen H.265Parser ...
    Da w_scan "ohne" vdr läuft, könnte natürlich noch ein "Problem" beim w_scan vorliegen, was ich aber jetzt adhoc nicht
    beurteilen kann.


    Oder der Empfang von Kanal 40 ist hier bei mir so schlecht, schlechter als Kanal 36, und 47 und ich deshalb nix bekomme.
    Allerdings sendet Hannover laut DVB-T2 Info mit 50 kW auf Kanal 40 und bei DVB-T mit 40 bzw 50 kW - also vergleichbar.
    Das muss ich auch noch mal nachfragen, ob die evtl mit weniger als der publizierten Leistung senden. ...


    Edit:


    Hier noch ein paar Auszüge vom w_scan Lauf nachdem ich meine Antenne etwas verschoben habe:


    Code
    Scanning DVB-T2...
626000: (time: 02:37.937) 
    	(0.804sec): SC (0x7)
    	(0.804sec) signal


    ein Signal ist scheinbar vorhanden, jedoch nicht wie bei den beiden DVB-T Kanälen:


    Code
    594000: (time: 00:46.288) 
    	(0.300sec): SCL (0x1F)
    	(0.300sec) signal
    	(0.300sec) lock
    	signal ok:  	QAM_AUTO f = 594000 kHz I999B8C999D999T999G999Y999 (0:0:0)
682000: (time: 01:07.944) 
    	(0.300sec): SCL (0x1F)
    	(0.300sec) signal
    	(0.300sec) lock
    	signal ok:  	QAM_AUTO f = 682000 kHz I999B8C999D999T999G999Y999 (0:0:0)

  • DBV-T2 Hannover

    Zitat von mini73


    Nein, es betrifft "nur" die Verarbeitung des Streams innerhalb des vdr. Das ist Voraussetzung, um überhaupt irgendwas zu machen. Die Ausgabeplugins sind noch gar nicht so weit.


    Lars.


    Aber betrifft es denn "auch" die Erkennung des Kanals? Oder wäre das ein Problem im Treiber?

  • DBV-T2 Hannover

    Ich benutze eine
    Twin Tuner TV Karte DVB-C/C2/T/T2 (PCI Express Karte) - DD Cine C2/T2 Rev. 7

    von DigitalDevices. Laut Spec auf der Webseite


    Die Treiber sind allerdings schon ein halbes Jahr alt (MediaBuild)
    Den Thread mit dem H.265 Patch habe ich schon gesehen, das betrifft allerdings
    ja "nur" den Output. Ich wollte erst mal sehen, ob ich überhaupt Empfang
    mit der Karte haben


    ...

  • DBV-T2 Hannover

    Hallo,


    hat schon jemand eine laufende channels.conf für DVB-T2 Region Hannover?


    w_scan -ft -c DE -t 3 findet nichts.


    Laut: http://www.dvb-t2hd.de/files/S…Erste_Stufe_DVB-T2_HD.pdf
    sendet Hannover mit 50 kW auf Kanal 40
    Kanal 40: 626 MHz


    DVB-T

    Code
    Das Erste;NDR:682000000:B8C23D12G4M16S0T8Y0:T:0:4369=2:4370=deu@3,4371=mis@3:4372:0:128:8468:2561:0
tagesschau24;NDR:682000000:B8C23D12G4M16S0T8Y0:T:0:4417=2:4418=deu@3:0:0:4:8468:2561:0
hr-fernsehen;NDR:594000000:B8C23D12G4M16S0T8Y0:T:0:4673=2:4674=deu@3:4676:0:65:8468:5121:0


    aber DVB-T2 ? Ich habe mal stumpf probiert:

    Code
    Das Erste HD TEST:626000000:B8C23D12G4M16S0T8Y0:T:0:4369=2:4370=deu@3,4371=mis@3:4372:0:128:8468:2561:0
Das Erste HD:626000000:B8G16M64P0Q7766S1T32X0:T:27500:1361=36:0;1362=deu@122:1366;1369=deu:0:769:8468:16481:0


    Klappt aber nicht. Vor allem die Einstellungen des dritten Feldes sind nur von
    http://www.vdr-wiki.de/wiki/in…-Hessen-Rhein-Main-Gebiet
    kopiert ...


    Was mich aber wundert ist, dass w_scan gar nix findet, auch keine DVB-T Sender,
    obwohl ich hier Empfang habe.


    War hier jemand schon erfolgreich?


    EDIT:


    Also man sollte w_scan ja auch auf dem Adapter laufen lassen, der DVB-T2 fähig ist,
    und vor allem auch das richtige Antennenkabel drin haben :wand

    Code
    vdr: [7051] frontend 0/0 provides DVB-T with QPSK,QAM16,QAM64 ("Spase SP8870 DVB-T")
vdr: [7051] frontend 1/0 provides DVB-C,DVB-T,DVB-T2,(null) with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("CXD2843 DVB-C/C2 DVB-T/T2")
vdr: [7051] frontend 2/0 provides DVB-C,DVB-T,DVB-T2,(null) with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("CXD2843 DVB-C/C2 DVB-T/T2")
vdr: [7051] frontend 3/0 provides DVB-C,DVB-T,DVB-T2,(null) with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("CXD2843 DVB-C/C2 DVB-T/T2")
vdr: [7051] frontend 4/0 provides DVB-C,DVB-T,DVB-T2,(null) with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("CXD2843 DVB-C/C2 DVB-T/T2")


    Aber dennoch: w_scan -ft -c DE -t 3 -a 2
    findet nur die alten DVB-T auf 594 MHz (Kanal 36) und 682 MHz (Kanal 47).


    Auf Kanal 40 (626 MHz) fand er nichts.


    Irgend welche Ideen?


    Gruss,
    Bernd

  • lirc und usbserial


    Wie ist es mit der TT?
    http://www.amazon.de/TechnoTre…%A4nger-Kit/dp/B0040JRMQW

  • lirc und usbserial

    Zitat von 3PO


    Warum das denn?? Es gibt doch genügend IR Empfänger, mit denn lirc umgehen kann.

    Also mein IR Empfänger, der an Seriell läuft, läuft leider nicht an USB über den USB/Seriell-Adapter (siehe oben).
    Hast Du einen Tip, welcher IR Empfänger an USB läuft? Gerne auch direkt an USB ohne Umweg über
    Seriell/USB?


    Das hier klingt interessant: http://www.atric.de/IR-Einschalter/index.php
    Jeman Erfahrung damit gesammelt am vdr?


    Gruss,
    Bernd

  • lirc und usbserial

    Zitat von Kanal5

    Hallo Bernie,


    mein altes Board ist leider verschieden.
    Stehe vor dem gleichen Problem.
    Hast du inzwischen eine Lösung?


    Moin,
    leider keine Lösung.
    Der Vorschlag mit dem IR-Empfänger einer alten Haupauge Karte geht auch nicht, da ich auf neuen TV-Karten (DD) umstellen will.
    Ich befürchte so langsam wird der gute alte vdr auslaufen müssen :(

  • lirc und usbserial

    Zitat von seahawk1986

    Ich glaube nicht, dass das mit einem USB-Adapter möglich ist - die lirc_serial Empfänger erzeugen einen Interrupt, indem sie an einem Pin der Seriellen Schnittstelle bei eingehenden IR-Pulsen wackeln, der Treiber generiert dann daraus die Puls- und Pausendaten und soweit ich das gelesen habe, reagieren die USB-Adapter da nicht so darauf, wie es für den Betrieb der IR-Empfänger nötig wäre.

    Hm und wie bekomme ich dann eine Fernbedienung zum Laufen am USB Port? Gibt es einen geeigneten USB-IR Empfänger, der outofthebox läuft?

  • lirc und usbserial

    Hallo,


    ich will meinen vdr umziehen und habe Probleme mit lirc.
    Auf dem alten System war mit der guten alten seriellen Schnittstelle und /dev/ttyS0 noch alles ok, jetzt aber komme ich auch mit Hilfe von Google nicht weiter.
    Grund: USB und USB-Serial Konverter.


    Device:


    Modules:

    Code
    root@vdr2:~# lsmod | grep usb
usbserial          	36293  1 ftdi_sio
hid               	102264  2 hid_generic,usbhid
usbcore           	195468  7 usbserial,ohci_hcd,ohci_pci,ehci_hcd,ehci_pci,usbhid,ftdi_sio
usb_common         	12440  1 usbcore


root@vdr2:~# ls -al /dev/ttyUSB0 
crw-rw---- 1 root dialout 188, 0 Mär 11 17:38 /dev/ttyUSB0


    Jetzt kommt das Problem mit der hardware.conf, habe schon viel probiert:


    Syslog:


    undsoweiterunsoweiter


    Test mit irw bringt jedefalls keine Meldungen.


    Als Fernbedienung habe ich meine alte lird.conf kopiert, da die ja identisch ist:

    Code
    begin remote


  name  Hauppauge_350
  bits       	13
  flags RC5|CONST_LENGTH
....


    Da dürfte sich doch nichts ändern ...


    Mein Hauptproblem ist wohl erst mal die richtigen Parameter für die hardware.conf zu finden.
    LIRC_ARGS
    LOAD_MODULES
    MODULES
    DEVICE
    ????


    Jemand eine Idee? :wand


    Danke !!!


    Gruss,
    Bernd