Das ursprüngliche Thema wurde korrigiert, es handelt sich um 2x Cine S2 V6 von Digital Devices!
Posts by wla
-
-
Danke nochmal, funktioniert einwandfrei!
Ich habe einen genügsamen VMWare Server im Keller, in dem befinden sich 4 Tuner von Digital Devices (2x Cine S2 V6 DVB).
Damit wären die SCR Frequenzen des LNB erschöpft. Bisher hatte ich einen Tuner zugunsten der S2-6400 im Wohnzimmer nicht genutzt, Timer/Aufnahmen waren aber schon an den (peer-)Server im Keller delegiert.
Nachdem nun immer mehr Geräte zugreifen (streamdev, vnsiserver/Kodi), teilweise über VPN-Tunnel (meine Tochter und meine Mutter), ist es für die gleichzeitige Nutzung effektiver, wenn ein Gerät alle Tuner steuert und nach Bedarf weitergibt.Es ist mir gerade aufgefallen, dass ich in dem anderen Thread die S2-6400 angegeben hatte - dies ist falsch, es sind die beiden Cine S2 V6 DVB! Korrigiere ich noch in dem anderen Thread. Wäre nett, wenn Du dann neu antwortest, wenn Du diese Werte auch kennst
-
Danke!
Den ersten DVB-Adapter mit "-D 0" und "-P dvbhddevice -o" - dann werden die Tuner nicht aktiv? Weil es sonst Probleme gäbe, da ich SCR nutze. -
Hallo,
kriege das nicht hin, ich glaube streamdev nutzt sein eigenes Ausgabe device, welches dann auf der Grafikkarte ausgibt (nur eine Vermutung).
Mit dem DVB-Input der S2-6400 funktioniert der VDR (schon lange):
/usr/bin/vdr -c /etc/vdr -D 0 -g /tmp -l 3 --localedir /usr/share/vdr/locale --no-kbd -P dvbhddevice -P osdteletext -d /vtx --cache-system=legacy --max-cache=64 -P remote -i /dev/input/irtt6400 -P femon -s /etc/vdr/vdrshutdown -u vdr --vfat -v /export/vdr -w 90
Log:Code: 2025-01-18T10:18:25.256619+01:00 vdrc1 vdr: [1536] detected /dev/dvb/adapter1/frontend0 2025-01-18T10:18:25.256743+01:00 vdrc1 vdr: [1536] detected /dev/dvb/adapter0/frontend0 2025-01-18T10:18:25.256873+01:00 vdrc1 vdr: [1536] probing /dev/dvb/adapter0/frontend0 2025-01-18T10:18:25.257009+01:00 vdrc1 vdr: [1536] creating cDvbHdFfDevice 2025-01-18T10:18:25.257134+01:00 vdrc1 vdr: [1536] new device number 1 (card index 1) 2025-01-18T10:18:25.257281+01:00 vdrc1 vdr: [1536] cTimeMs: using monotonic clock (resolution is 1 ns) 2025-01-18T10:18:25.257570+01:00 vdrc1 vdr: [1549] device 1 section handler thread started (pid=1536, tid=1549, prio=low) :
Mit streamdev habe ich kein Bild:
/usr/bin/vdr -c /etc/vdr -D - -g /tmp -l 3 --localedir /usr/share/vdr/locale --no-kbd -P dvbhddevice -P osdteletext -d /vtx --cache-system=legacy --max-cache=64 -P remote -i /dev/input/irtt6400 -P streamdev-client -P live -s /etc/vdr/vdrshutdown -u vdr --vfat -v /export/vdr -w 90Code
Display More: 2025-01-20T22:56:01.668243+01:00 vdrc1 vdr: [14911] detected /dev/dvb/adapter1/frontend0 2025-01-20T22:56:01.668862+01:00 vdrc1 vdr: [14911] detected /dev/dvb/adapter0/frontend0 2025-01-20T22:56:01.669109+01:00 vdrc1 vdr: [14911] skipped /dev/dvb/adapter0/frontend0 2025-01-20T22:56:01.669346+01:00 vdrc1 vdr: [14911] skipped /dev/dvb/adapter1/frontend0 2025-01-20T22:56:01.669606+01:00 vdrc1 vdr: [14911] found 2 DVB devices 2025-01-20T22:56:01.669838+01:00 vdrc1 vdr: [14911] using only 0 DVB devices 2025-01-20T22:56:01.670067+01:00 vdrc1 vdr: [14911] initializing plugin: dvbhddevice (2.2.0): HD Full Featured DVB device 2025-01-20T22:56:01.670298+01:00 vdrc1 vdr: [14911] initializing plugin: osdteletext (2.3.1): Zeigt den Videotext auf dem OSD an 2025-01-20T22:56:01.670530+01:00 vdrc1 vdr: [14911] initializing plugin: remote (0.7.0): Fernbedienung 2025-01-20T22:56:01.670758+01:00 vdrc1 vdr: [14911] initializing plugin: streamdev-client (0.6.3): VTP Streaming Client 2025-01-20T22:56:01.671007+01:00 vdrc1 vdr: [14911] new device number 1 (card index 3) 2025-01-20T22:56:01.671238+01:00 vdrc1 vdr: [14911] cTimeMs: using monotonic clock (resolution is 1 ns) 2025-01-20T22:56:01.671470+01:00 vdrc1 vdr: [14911] streamdev-client: got device number 3 :
Man beachte den Unterschied bezüglich "device".
Hat jemand eine Idee, wie ich die Ausgabe auf dvbhddevice kriege?
Danke und Grüße
Walter Laub -
-
Hallo,
hat jemand das devstatus Plugin mit einer
TT S2-6400Cine S2 V6 von Digital Devices laufen?
Ich wäre über Vergleichswerte (Signalstärke/Rauschabstand) dankbar:Code
Display MoreGerätestatus --- Gerät 1 -- Live --- Satellitenkarte (STV090x Multistandard) - /dev/dvb/adapter0/frontend0 Frequenz: 11493 MHz, Signalstärke: 60%, Rauschabstand 32% Mo. 20.01. 20:30 Donald Trump - Schicksalsjahre eines Präsidenten 1 t Das Erste HD (ARD) 16 t SWR BW HD (ARD) 23 t arte HD (ARD) --- Gerät 2 --- Satellitenkarte (STV090x Multistandard) - /dev/dvb/adapter1/frontend0 Frequenz: 12226 MHz, Signalstärke: 61%, Rauschabstand 35% Mo. 20.01. 19:58 Tennis: Grand Slam in Australian Open 30 t Eurosport 1 Deutschland (SES Astra) --- Gerät 3 --- Satellitenkarte (STV090x Multistandard) - /dev/dvb/adapter2/frontend0 Frequenz: 11362 MHz, Signalstärke: 60%, Rauschabstand 32% Mo. 20.01. 20:15 Nord Nord Mord - Sievers und der verlorene Hund 2 t ZDF HD (ZDFvision) --- Gerät 4 --- Satellitenkarte (STV090x Multistandard) - /dev/dvb/adapter3/frontend0 Frequenz: 12544 MHz, Signalstärke: 52%, Rauschabstand 32% Mo. 20.01. 20:12 Über Geld spricht man doch! 3 t SAT.1 (ProSiebenSat.1) 5 t ProSieben (ProSiebenSat.1) 8 t kabel eins (ProSiebenSat.1) 33 t WELT (ProSiebenSat.1)
Gruß,
Walter -
Ja, ein lokaler nginx auf dem VDR-System tut's wie w.u., falls dies noch jemand braucht:
Codeserver { listen 80; server_name localhost; location /vdrlive/ { proxy_pass http://localhost:8008/; } location /vdradmin/ { proxy_pass http://localhost:8001/; } :
Danach funktioniert das Szenario, wie gewünscht, mit Zugriff auf:
http://vdr:8001/vdrlive
was dann wieder auf dem Server mit haproxy genutzt wird: -
Hallo,
vdr live und admin laufen, wie vorgesehen unter den URL's:
http://vdr:8001/
http://vdr:8008/
Ich hätte dies aber gerne als:
http://vdr:8001/vdrliveWarum?
Ich will mit haproxy alle web-services unterschiedlicher VM's auf meinem Server mit einheitlicher URL erreichbar machen:
https://[meinServer]/[service]
Dafür will ich "path based routing" verwenden, also:
https://[meinServer]/vdrlivehttps://[meinServer]/vdradmin
https://[meinServer]/fhem
https://[meinServer]/backuppc
Letzte beiden funktionieren, da sie "routing-freundlich" sind, vdrlive und vdradmin würden funktionieren, wenn sie wie w.o. aufrufbar wären.
Hat jemand einen einfachen Trick/Workaround für die beiden vdr-Anwendungen hierfür?
(Bitte keine Grundsatzdiskussion, "(sub).domain-Routing will ich vermeiden)
Danke!Gruß,
Walter
-
Soweit ich dies verstanden habe, funktioniert das über Broadcast, also nur im lokalen Subnet.
Ich will dies jedoch über einen Router/VPN aus einem fernen Netz nutzen.
Lokal funktioniert es, aus dem fernen Netz nicht, auch wenn ich den Namen oder IP des peers eintrage.
-
Ich verstehe das Problem nicht.
Dann setze hat SVDRPDefaultHost nicht in der setup.conf
Nun, ich will aber die Remote Timer nutzen, das ferne Gerät soll nur anzeigen, hat minimalistische Hardware, klein und lüfterlos.
-
Hat vielleicht jemand eine Lösung hierfür oder geht dies nicht?
Wäre schade, da die Broadcast-Lösung wahrscheinlich schwieriger als die direkte DNS/IP-Angabe des Clients wäre. -
Falls dies jemand auch braucht, man kann dies lösen mit dem autostart-Skript für Benutzer vdr des Windowmanager openbox "~/.config/openbox/autostart":
Code
Display More#!bin/bash if [ $(pidof Xephyr) ] ; then # Xephyr bereits gestartet, es existiert bereits eine Sitzung openbox --exit else # vdr starten, DISPLAY 0.1 DISPLAY=:0.1 runvdr.extreme & # etwas warten schadet nicht sleep 10 # Xephyr laeuft nicht, starten, DISPLAY 0.0 DISPLAY=:0.0 dm-tool add-nested-seat --fullscreen fi
-
Ich sehe, dass ich Leute mit Erfahrung im Thread habe.
Vielleicht habt ihr eine bessere Idee, mein Vorhaben (mit openSUSE) umzusetzen. Ich gehe wie oben beschrieben vor, weil ich nur eine GPU habe und ein unabhängiges Display/TV für vdr und eines für den Monitor für beliebigen Benutzer will. -
Ich habe nochmal darüber nachgedacht. Ich werde nachsehen, wo SUSE den Autologin freischaltet und mache dies via Bootskript bei jedem Bootvorgang. Und beim Autologin, mit dem Autostart-Skript von Openbox des Benutzres vdr, deaktiviere ich dies wieder.
Könnte klappen -
Danke für die Vorschläge.
Hm, Loginmanager für VDR ist Openbox, für den zweiten Benutzer XFCE - aber der Benutzer wird unabhängig davon automatisch angemeldet, wenn ich "dm-tool add-nested-seat" aufrufe. (Dies wurde über die Benutzerverwaltung von openSUSE konfiguriert).
Interessant wäre, nur automatisch anzumelden, wenn "noch niemnand angemeldet" ist.
Bin mit X nicht so vertraut, da dies für gängiges Szenario immer funkionierte ...
Vielleicht etwas mehr Details, wie dies funktionieren kann? Danke im voraus -
Hat dies jemand schonmal gelöst - automatisch anmelden, aber nur(!) für den ersten grafischen Login?
Hintergrund und Problem dabei: ich starte auf einem Mini-Rechner mit intel-GPU eine X-Sitzung mit Autologin vdr auf Display 0.0 (Monitor) und 0.1(TV), in der läuft Openbox als Fenstermanager.
Auf Display 0.1 wird dann per Autostart im Vollbildmodus vdr (softhddevice) gestartet - dies funktioniert soweit.
Auf Display 0.0 soll nun im Vollbildmodus ein neues grafisches Login starten (via "dm-tool add-nested-seat") - hier ist nun das Problem, das der Autologin erneut stattfindet, was an dieser Stelle ungewünscht bzw. zum Problem wird - es soll nun der grafische Loginbildschirm gezeigt werden, damit ein anderer Benutzer sich anmelden und unabhängig vom vdr was machen kann. -
Hallo,
ist dies möglich?
Auswählen im OSD-Menü kann ich ja den SVDRPDefaultHost nicht, da dies über Broadcast läuft.
Wenn ich ihn in der setup.conf manuell setze, gehen die remote timer leider nicht.
Oder habe ich einen Fehler drin?
Gruss -
Ich denke auch, dass die SW (vdr/vnsiserver/vnsiclient?) beim Abspielen von Aufnahmen mit der Latenz nicht klarkommt, sonst sehe ich keinen Unterschied bei der Bandbreite, die mir zum Testen zur Verfügung steht.
Leider bin ich kein Programmierer, grundsätzlich habe ich aber Ahnung davon, bin Systemingenieur, gerade im Bereich Netzwerke mit einiger Erfahrung. -
Ich hatte bereits geschrieben, dass ich NFS durch lokal für einen Test ersetzt hatte.
Es wäre hilfreich, wenn jemand schreibt, ob er dies (nicht) nachvollziehen kann. -
Hi,
Die Datenrate von SD ist nicht zwingend geringer wie HD. SD ist in MPEG 2 codiert und somit viel weniger effizient wie h264 bei HD. H265 bei DVB-T2 ist noch effizienter...
MfG Stefan
Das ist das Problem aber wirklich nicht, ich habe fast 20 MByte/s Durchsatz in beide Richtungen.