Hat hier jemand einen VDR auf einem aktuellen Fedora laufen? Ich habe "Digital Devices Octopus CI & 2xDuoFlex S2 HDTV (Rev. V3)" Karten und wollte wissen, ob die problemlos laufen?
Ich will nämlich mein altes Gentoo-System auf Fedora updaten.
Fedora
-
Die Treiber/Module sind seit glaub ich Kernel 4.14 mit dabei, kein dkms dafür mehr notwendig. Wobei mir Rev.V3 nichts sagt, meine sind etwa (aus lspci -v) "Digital Devices GmbH Cine S2 V6 DVB adapter". Wenn Ihre tatsächlich noch ältere sind, könnten die noch die "ngene"-Treiber brauchen, da sieht es vermutlich schlecht aus.
Ich will hier fast Werbung für yavdr-ansible machen, das läuft mittlerweile bei mir stabiler als die ältere 0.6 (war aber bereits ziemlich "verbastelt").
-
Das war nur das CI-Modul.
Mein ddbridge-Adapter sieht aktuell (yavdr-ansible, Kernel 5.2.11) so aus:
Code03:00.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter Subsystem: Digital Devices GmbH Cine S2 V6 DVB adapter Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at f7e00000 (64-bit, non-prefetchable) [size=64K] Capabilities: [50] Power Management version 3 Capabilities: [70] MSI: Enable- Count=1/2 Maskable- 64bit+ Capabilities: [90] Express Endpoint, MSI 00 Capabilities: [100] Vendor Specific Information: ID=0000 Rev=0 Len=00c <?> Kernel driver in use: ddbridge Kernel modules: ddbridgeund die Devices werden in der dmesg aufgelistet:
Code
Alles anzeigendmesg|grep -i ddbridge [ 18.758436] ddbridge: Digital Devices PCIE bridge driver 0.9.33-integrated, Copyright (C) 2010-17 Digital Devices GmbH [ 18.762872] ddbridge 0000:03:00.0: detected Digital Devices Cine S2 V6 DVB adapter [ 18.762889] ddbridge 0000:03:00.0: HW 0001000b REGMAP 00010004 [ 18.767184] ddbridge 0000:03:00.0: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-S2 [ 18.769355] ddbridge 0000:03:00.0: Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-C/T [ 18.770992] ddbridge 0000:03:00.0: Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE [ 18.771603] dvbdev: DVB: registering new adapter (DDBridge) [ 18.771603] dvbdev: DVB: registering new adapter (DDBridge) [ 18.771604] dvbdev: DVB: registering new adapter (DDBridge) [ 18.771604] dvbdev: DVB: registering new adapter (DDBridge) [ 18.999473] ddbridge 0000:03:00.0: attach tuner input 0 adr 60 [ 18.999475] ddbridge 0000:03:00.0: DVB: registering adapter 0 frontend 0 (STV090x Multistandard)... [ 19.043561] ddbridge 0000:03:00.0: attach tuner input 1 adr 63 [ 19.043564] ddbridge 0000:03:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)... [ 19.513729] ddbridge 0000:03:00.0: DVB: registering adapter 2 frontend 0 (ST STV0367 DDB DVB-C/T)... [ 19.946657] ddbridge 0000:03:00.0: DVB: registering adapter 3 frontend 0 (ST STV0367 DDB DVB-C/T)...Es handelt sich bei mir um eine DVB-S2 mit Flex-Modul für DVB-C/T
Wie gesagt, seit Kernel 4.14 sind die Treiber integriert, kein dkms-media-build oder dkms-experimental-dings mehr nötig dafür.
Da es leider nur mehr CAMs für CI- (eingeschränkt, wird "irrtümlich" CI+ genannt) gibt und Linux/VDR das nicht offiziell unterstützt, hab ich so eins auch nicht.
-
Da fällt mir das Alter des ddbridge-Treibers auf: 2010-2011, bei mir (neuer Kernel) ist es 2010-2017.
Und v.a., daß bei Ihnen zwar 2 CIs bzw. ein Dual-Slot-CI(?), aber keine Frontends auftauchen.
Bei Ihnen fehlt wohl doch das Tuner/Frontend-Modul im Kernel, welche Version ist das?
Wie schon gesagt, ab 4.14 oder vielleicht 4.19, also in aktuellen Fedora-Versionen jedenfalls, sollten die Treiber dabei sein.
-
Wenn Sie mit kodi an den vdr wollen, brauchen Sie den vnsi-Client (kodi-addon-pvr-vdr-vnsi) für Kodi auf dem Client-System und nicht den vdr-vnsiserver.
Auf dem alten VDR-Server sollte eine allowed-hosts.conf den Zugriff für die IP/das Subnetz des Clients erlauben.
-
Kodi als Frontend. Ja, wenn auf dem alten Gentoo ein streamdev-server läuft, sollte das auch gehen. Wichtig ist, auf dem VDR, der als Client läuft, den streamdev-Server NICHT installieren, nur den client. Aber dafür auf diesem den vdr-vnsiserver.
-
Das funktioniert nicht:
Code
Alles anzeigenroot@HP-Laptop ~]# dnf install vdr-vnsiserver Letzte Prüfung auf abgelaufene Metadaten: vor 0:04:55 am Di 10 Sep 2019 09:53:11 CEST. Abhängigkeiten sind aufgelöst. ============================================================================================================================================================ Package Architecture Version Repository Size ============================================================================================================================================================ Installieren: vdr-vnsiserver x86_64 1.6.0-3.fc30 fedora 189 k Abhängigkeiten werden installiert: vdr x86_64 2.4.0-6.fc30 fedora 1.1 M Transaktionsübersicht ============================================================================================================================================================ Installieren 2 PaketeMache ich dann ein Update mit "dnf update" kommt
CodeProblem: package vdr-vnsiserver-1.6.0-3.fc30.x86_64 requires vdr(abi)(x86-64) = 2.4.0, but none of the providers can be installed - cannot install both vdr-2.4.1-1.fc30.x86_64 and vdr-2.4.0-6.fc30.x86_64 - cannot install both vdr-2.4.0-6.fc30.x86_64 and vdr-2.4.1-1.fc30.x86_64 - cannot install the best update candidate for package vdr-vnsiserver-1.6.0-3.fc30.x86_64 - cannot install the best update candidate for package vdr-2.4.0-6.fc30.x86_64Entweder also VDR oder vdr-vnsiserver.
-
Ich habe hier kein Fedora, aber kann sein daß der vdr-vnsiserver noch die 2.2er-Version ist?
Wegen des streamdev-Servers am Fedora-Server wirst doch mal ran müssen und die streamdevhosts.conf kontrollieren, ob Dein Subnetz oder die IP des Clients gelistet ist?
-
Bin heute ein wenig daneben. Also in der neuen fc30 ist noch der vnsiserver von vdr-1.6, aber der vdr ist schon 2.4.1?
Wobei .... vnsiserver braucht es ja nur am alten Gentoo-Server, doch so ich weiß, sind die Clients von neueren Kodi-Versionen mit dem alten Server nicht zufrieden.
Streamdev sollte aber "von vdr zu vdr" schon funktionieren, auch ohne vnsi. Und so ich glaube, gibt es da auch keine inkompatible Protokolländerung?
Am Client-VDR auf Fedora würde ich jedenfalls nicht den alten vnsi-server installieren bzw. geht das wohl gar nicht wegen inkompatiblem ABI.
-
Bin heute ein wenig daneben. Also in der neuen fc30 ist noch der vnsiserver von vdr-1.6, aber der vdr ist schon 2.4.1?
Ja.
AM alten VDR-Server 1-7-23 ist kein vnsi installiert, aber der streamdev-server (0.5.1).
Auf fc30 habe ich nur das installiert:Codevdr (2.4.1/2.4.1) - The Video Disk Recorder softhddevice (0.6.1rc1) - A software and GPU emulated HD device streamdev-client (0.6.1-git) - VTP Streaming Client xineliboutput (2.1.0) - X11/xine-lib output pluginMeine Vermutung, da auch am Server kein Zugriff über den Port (in der vdr.log) erfolgt, dass der neue Client nicht mit dem alten Server klar kommt. Firewall gibts da nicht.
-
Wurde der Streamdev-Standardport nicht mal dazwischen geändert von 2001 auf 6419? Vielleicht am neuen Streamdev-Client den alten Port einstellen oder nmap auf den alten Server machen und herausfinden ...
-
Hallo,
Wurde der Streamdev-Standardport nicht mal dazwischen geändert von 2001 auf 6419
...nicht Streamdev-Port,dass ist der svdrp-port.
Bis VDR 1.7.14 war der Standard-Port 2001, seit Version 1.7.15 ist es 6419
Streamdev-Port ist default 3000
GrussWolfgang
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!