[clausmuus]

1) damit wird im Webif die VDR Fernsteuerung realisiert, also die Möglichkeit das OSD und die TV Ausgabe anzuzeigen, und den VDR per Maus oder Tastatur zu steuern.
2) das stellt erweiterte Konfigurationsmöglichkeiten für das VDR OSD bereit. Damit ist z.B. realisiert, dass es den Menüpunkt "System" gibt, und da drunter diverse weiterführende Einstellungen, wie der Aufruf des MLD Webif Setup. Über die menu.xml wird damit das OSD konfiguriert.
3) Wenn man mehrere VDR Systeme hat, konfiguriert man damit z.B., welcher als Server für Aufnahmen dienen soll, sofern das gewünscht ist.
4) der VDR löscht Aufnahmen schon immer nicht sofort, sondern erst in einer ruhigen Minute im Hintergrund. Nur wenn der Platz dringend benötigt wird, wird sofort gelöscht. Mit dieser Einstellung kann man den VDR anweisen, aufnahmen eine Mindestzeit aufzubewahren. Sobald gelöschte Aufnahmen existieren (und ein Wert größer als 0 eingestellt ist), gibt es im Hauptmenü einen Punkt, um die Löschung rückgängig zu machen.
5) weiß ich nicht genau, aber ich gehe mal davon aus, das Suchen der Werbung mit Hilfe der Grafikkarte.
6) weiß ich nicht
7) Ob das doppelt OSD unter "VDR OSD" angezeigt wird, hängt von dem verwendetem Ausgabe Plugin ab. Bei manchen (Grafikkarten) wird das OSD in den Video Stream rein gemixt. Dann lässt sich das nur unterbinden, in dem die Anzeige des VT Bildes abgeschaltet wird (rechts oben über das dots Menü).

[purzel]

Herzlichen Dank Claus - ich bin immer wieder begeistert.

Mit dem SVDRP(-Menüpunkt) muss ich mich noch beschäftigen. Im Moment habe ich ja tatsächlich zwei MLD-VDRs (alt und neu eben), allerdings keinen dediziert als Server. Ob das so bleibt weiß ich noch nicht. Den Zugriff via SVDRP konfiguriere ich wahrscheinlich klassisch über /etc/vdr/svdrphosts.conf
Vielleicht finde ich ja noch irgendwas über den VAAPI-Menüpunkt... Vielleicht weiß ja jemand im VDR-Portal Rat... Schaumermal 
Über die Löscherei denke ich nochmal nach und zum markad frag eich mal einen Kumpel, der mir das seinerzeit empfohlen hat.
Nun wünsche ich Euch noch einen schönen Abend!

[clausmuus]

Die Verbindung zweier Systeme über svdrp gibt es erst seit neuerem. Bei dem MLD-5.3 VDR fehlte das sicher noch. Das hilft Dir im aktuellen Setup also nicht weiter.
Wenn Du auf einem System das streamdev-server Plugin installiert hast, und auf den anderen das streamdev-client, wird das automatisch vorkonfiguriert. Es geht aber auch ohne streamdev.

[purzel]

Moin!

Momentan bin ich der Ansicht: SVDRP brauche ich möglicherweise GAR NICHT (mehr). Im alten VDR (MLD 5.3) benutze ich VDRAdmin und (inzwischen eher selten) vdrmanager - eine Bedienbarkeit des VDR über eine Android-App. VDRadmin scheint durch das live-Plugin (und das WebIf) sehr gut abgelöst zu sein und die App... hm... Google Play scheint sie doof zu finden, also mal wieder am System vorbei arbeiten - doch leider macht auch die letzte Version die ich finde beim Laden der Aufzeichnungen immer noch eine nicht aussagekräftige Fehlermeldung  (obwohl... vielleicht - needs testing - ist die ja auf dem 6.5er MLD-VDR nicht mehr...)

Beim markad äußerte besagter Kumpel genau die gleiche Vermutung. Ich teste die sog. "Hardware-Beschleunigung" einfach mal...

Heute waren übrigens die ersten beiden Boot-Vorgänge (der Erste frisch eingeschaltet, der Zweite als Reboot via WebIf) mal wieder ohne Ton. Das dritte Hochfahren nach vorherigem Ausschalten kam dann wieder MIT Ton.
Mein Verdacht, es könnte am Fernseher liegen schwindet langsam, denn es scheint egal zu sein, ob ich den VOR oder NACH dem VDR einschalte und auf HDMI-Input wechsele. Ich habe nach beiden Boots (ohne und mit Ton) ein debug-log erstellt - nach was sollte ich darin suchen? Ich will Euch ja möglichst etwas Arbeit ersparen...

[clausmuus]

Damit wir das Debug-Log bekommen, musst Du uns den angezeigten Code mitteilen.

Aber ich sehe gerade, dass Du ein N100 System verwendest. Bei meinem N100M Board tritt der Soundfehler auch immer wieder auf. Ursache scheint zu sein, dass der VDR auf die Soundkarte zugreift, bevor diese vollständig einsatzbereit ist. Ein einfaches verzögern des VDR Starts nach dem Booten hilft aber auch nicht zuverlässig weiter, da es manchmal länger als eine Minute dauert, bis die Soundkarte nutzbar ist. Ich habe auch keine Möglichkeit gefunden dies abzufragen. Wenn ich mich richtig erinnere war die einzige Lösung, den VDR immer wieder manuell neu zu starten bis der Sound funktioniert.
Da das kein brauchbarer Zustand ist, habe ich letztendlich Pipewire installiert. Pipewire simuliert eine Soundkarte, die der VDR nutzt. Sobald eine echte Soundkarte verfügbar ist, wird das Tonsignal an diese weitergereicht. Da Pipewire jedoch nicht gerade trivial einzurichten ist (und erst recht nicht allgemein tauglich), ist dies in die MLD nicht vollständig integriert, und einiges an Handarbeit nötig.
Sollte es also am N100 liegen, kann ich Dir leider keine Lösung anbieten. Ich könnte Dir zwar meine Config Anpassungen zur Verfügung stellen, aber kann nicht garantieren das diese vollständig sind, und anpassen müsstest Du die vermutlich auch noch.

[purzel]

Moin!
Das debug-log hatte ich gestern erstmal nur lokal erstellt ("herunterladen"), weil ich gedacht/gehofft hatte, es seien nur wenige Dateien, die ich selbst sichten und vielleicht etwas finden kann - doch wenn man nicht weiß, nach was man suchen soll...
Wie dem auch sei, Du hast mir ja eine sehr ausführliche Erklärung gegeben, woran es sehr wahrscheinlich liegen dürfte - ergo die Logs vermutlich ohnehin nicht wirklich hilfreich sein dürften. Ob ich nun Pipewire "eine Chance geben" möchte oder darauf hoffe, dass es im Fall von "kein Ton" reicht, den VDR(-Service) ein paar mal neu zu starten... darüber muss ich nochmal nachdenken und es vor Allem zunächst im praktischen Einsatz beobachten. Im Moment ist das Produktiv-System im Wohnzimmer ja noch die alte 5.3er und der neue 6.5er noch in der Experimentierphase im "Hobbyraum".
Leider gibt es außer einer Beta (hmm...) von 10/2024 kein neue(re)s BIOS für das Board und ich fürchte da kommt auch keines mehr - das Board ist schon sein Januar diesen Jahres als EOL markiert
Vielleicht muss ich mich - obwohl es nie produktiv gelaufen ist - schon mal vorsichtig nach einem anderen MoBo umsehen... Seinerzeit dachte ich, das mit N100 sei eine gute und halbwegs zukunftssichere Wahl. Kennt jemand brauchbare, aktuelle, passiv gekühlte Mini-ITX Boards mit PCIe?

[purzel]

Hallo Claus!

... Ursache scheint zu sein, dass der VDR auf die Soundkarte zugreift, bevor diese vollständig einsatzbereit ist. Ein einfaches verzögern des VDR Starts nach dem Booten hilft aber auch nicht zuverlässig weiter, da es manchmal länger als eine Minute dauert, bis die Soundkarte nutzbar ist. Ich habe auch keine Möglichkeit gefunden dies abzufragen. ...

Ich habe etwas recherchiert und dabei etwas gefunden was ich für interessant halte: Leute mit ähnlich gelagertem Problem. In deren Fall schien geholfen zu haben, in dem Service / der Unit (ist das das Selbe?) der sie Sound"karte" benötigt (VDR in unserem Fall?) zu haben:

Code: [Select]

[Unit]
Requires=$sound_card_device_unit
After=$sound_card_device_unitNun sind meine erstens meine Bestrebungen, mit systemd Freundschaft zu schließen nicht wirklich voran gekommen. Zweitens ist das bestimmt nicht allgemeingültig, drittens - selbst wenn  ich es nur für mich machen würde - nicht update-safe. Außerdem: wie ermittele ich diese $sound_card_device_unit? Und wo den Codeschnippsel einbauen? Vielleicht nach einer Datei vdr.service suchen?
TIA
purzel

[clausmuus]

Das könnte durchaus Sinn machen, und ich war gestern zufällig über etwas ähnliches gestolpert, habe das aber noch nicht weiter verfolgt...
Du kannst das testen, indem Du eine Datei /etc/systemd/system/vdr.service.d/sound.conf erstellst und den genannten Inhalt dort hinein fügst. Ich vermute aber, dass das "$sound_card_device_unit" durch das genaue Device ersetzt werden muss, dass Du Dir per "systemctl list-units --type=device | grep -i sound" anzeigen lassen kannst. Das wäre dann so was in der Art "sys-devices-pci0000:00-0000:00:1f.3-sound-card0.device"
Eventuell kannst Du aber auch einfach "sound.target" eintragen.
Im Anschluss ist noch ein "systemctl reenable vdr" nötig.

Ich muss mir das selber erst noch anschauen, weshalb ich da auch etwas raten muss.

[clausmuus]

Du kannst es auch mit diesem Inhalt der Datei versuchen. Dies prüft ob die im Webif Setup ausgewählte Soundkarte verfügbar ist:

Code: [Select]

[Unit]
After=sound.target

[Service]
ExecStartPre=/bin/timeout 30s sh -c 'until aplay -D default -L >/dev/null 2>&1; do sleep 1; done'

Ich habe das aber noch nicht getestet.
Das ganze ließe sich auch noch verschärfen, indem auch noch geprüft wird, ob die Karte auch verwendet werden kann, und nicht nur ob sie vorhanden ist.

[purzel]

Das freut mich aber, dass meine Bestrebungen nicht völlig vorbei geschossen haben. Leider habe ich aber erstens heute kaum noch Zeit dafür und zweitens - das ist momentan das "Schlimmere": meine noch nicht vertiefte Freundschaft mit systemd 
Wo schreibe ich die genannten hin (Dateiname und -pfad) und muss man bei Units nicht noch irgendwas mit "enable" oder so machen?
Dein list-units liefert

Code: [Select]

sys-devices-pci0000:00-0000:00:1f.3-sound-card0-controlC0.device                                 loaded active     plugged   /sys/devices/pci0000:00/0000:00:1f.3/sound/card0/controlC0Im WebIf habe ich unter momentan "Ton" beides auf "auto" und kann wählen aus
0 0 ALC897 Analog
0 3 Panasonic TV
0 7 HDMI 1
0 8 HDMI 2
0 9 HDMI 3
Obwohl es nur einen HDMI Anschluss gibt - an dem steckt der Fernseher. Da ist immerhin auch 'ne "3" dabei, wie beim PCI-device.
Kompliziert 

[clausmuus]

In meinem Post #67 hatte ich den Pfad genannt: /etc/systemd/system/vdr.service.d/sound.conf
Dort trägst Du entweder dies ein:

Code: [Select]

[Unit]
Requires=sound.target
After=sound.target
oder mein Vorschlag aus Post #68, wobei Du in diesem Fall im Webif einen Ausgang ausgewählt haben musst, damit das einen Vorteil gegenüber der ersten Variante hat (sofern dies denn funktioniert).
Im Anschluss ist noch ein "systemctl reenable vdr" nötig (Post #67), damit das aktiviert wird.