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 :)

    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 90

    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-6400 Cine S2 V6 von Digital Devices laufen?
    Ich wäre über Vergleichswerte (Signalstärke/Rauschabstand) dankbar:

    Gruß,
    Walter

    Ja, ein lokaler nginx auf dem VDR-System tut's wie w.u., falls dies noch jemand braucht:

    Code
    server {
      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

    http://vdr:8008/vdradmin


    was dann wieder auf dem Server mit haproxy genutzt wird:

    https://[meinServer]/vdrlive

    https://[meinServer]/vdradmin

    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/vdrlive

    http://vdr:8008/vdradmin

    Warum?
    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]/vdrlive

    https://[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

    Falls dies jemand auch braucht, man kann dies lösen mit dem autostart-Skript für Benutzer vdr des Windowmanager openbox "~/.config/openbox/autostart":

    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.