Neubau VDR Server für 4K HDR 10bit

Zitat von seahawk1986

Man kann in dem Fall das Ausgabeplugin deaktivieren (z.B. sudo vdrctl disable softhddevice) und dann den Start des X-Servers verhindern, indem man die entsprechenden Units maskiert: systemctl mask --now yavdr-xorg.service x@vt7.service xlogin@vdr.service

Habe ich jetzt getestet, systemctl mask vorerst mit '--runtime', dann ist nach Reboot und softhddevice enable das Bild wieder da. Der Stromverbrauch sinkt ohne softhddevice und die 3 Units tatsächlich von ca. 22 auf 12 Watt.

Das Board (AsRock j4105m) mag leider nicht immer booten, das geht dann i.d.R. nur, wenn ich die CMOS-Batterie herausnehme (getauscht habe ich sie auch, aber ohne Verbesserung). Hat jemand eine Ahnung, woran das liegen könnte ? Ansonsten lasse ich es austauschen.

Zitat von seahawk1986

Wie weit kommt er da nach dem Anschalten? Wenn er in der BIOS/UEFI-Phase hängen bleibt, würde ich da als erstes mal ein anderes Netzteil probieren.

Sollte ich wohl nochmal eine Testrunde drehen. Habe das Board schon abgebaut, um es zurückzuschicken... . Habe hier noch ein anderes Netzteil mit satten 12 Volt 8.5 A.

Zitat von seahawk1986

Du kannst auch mal testen, wie groß der Unterschied ist, wenn man den X-Server laufen lässt und nur das softhddevice detached lässt (mit frontend-dbus-send toggle kannst du das aktive Frontend stoppen bzw. wieder starten lassen). Das yavdr-frontend Skript bietet auch eine Möglichkeit das Frontend beim Start immer detached zu lassen (normalerweise macht es das automatisch, wenn der VDR für eine Aufnahme gestartet wurde).

Siehe oben, wenn ichs wieder aufgebaut habe. Mit softhddevice disable ... hat sich beim Verbrauch praktisch nichts geändert, erst nach Abschalten der Units zieht er 10 Watt weniger.

Zitat von mahlman

Das Board (AsRock j4105m) mag leider nicht immer booten, das geht dann i.d.R. nur, wenn ich die CMOS-Batterie herausnehme (getauscht habe ich sie auch, aber ohne Verbesserung). Hat jemand eine Ahnung, woran das liegen könnte ? Ansonsten lasse ich es austauschen

OMannoMannoMannOMann....

Mangels Gehäuse (längere Lieferzeit) habe ich das Board quasi im fliegenden Aufbau getestet. Ich hatte einfach erwartet, dass, wenn ich das Netzteil anschließe, das System auch bootet; einen PowerButton hatte ich nicht am Board angeschlossen.

Wenn ich die PINs für den PowerButton kurz überbrücke, bootet es zuverlässig...

So wie's aussieht, werde ich den VDR als Server betreiben. Client = FireTV mit KODI. Der optimale Betrieb wäre für mich ein zuverlässiges und schnelles Starten, wenn KODI (im FireTV) gestartet wird, oder (zur Aufnahme), wenn von dort ein Timer gesetzt wurde. Abschalten, wenn KODI auf dem Fire TV beendet wird oder die Aufnahme erledigt ist.

Ja, eine wake on Lan app müsste prinzipiell funktionieren, wenn man den wake on Lan call z.B. abhängig vom Start einer App (In dem Fall KODI) absetzen kann. Vielleicht kann das auch z.B. 'Tasker'.

Wie schickt man den VDR eigentlich in Suspend to RAM ? Im OSD finde ich grade ad hoc nichts.

Zitat von wmautner

Bzw. man läßt das ansible-Script mit den folgenden Einstallungen in host_vars/all oder local durchlaufen:

Danke, das hatte ich nicht mehr in Erinnerung, dass das über einen Eintrag in der (eigenen) host_vars/localhost definiert werden kann.

/etc/default/vdr ist getemplated, dort sollte dann die Konfiguration landen.

Versuche mich gerade an den channel-Logos. Frage zu uhd1 auf astra.

Der Sender hat ja den Namen 'uhd1 by astra / hd+' mit dem Slash drin.

Dateiname mit / fürs logo ist nicht erlaubt. Gibts da ne Lösung ?

Auf so eine kreative Lösung würde ich niemals selber kommen....

Funktioniert aber auch nicht, ob mit oder ohne Leerzeichen (bei angelegtem Verzeichnis am Ende, also so: 'uhd1 by astra ' und darin das logo mit/ohne dem Leerzeichen am Anfang: ' hd+').

Sendernamen umbenennen in der channels.conf geht ja auch nicht, die ändert der VDR auf den Ursprungsnamen zurück.

Ich wills nicht überstrapazieren wegen dem Sender, aber falls jemand noch was einfällt...

Zitat von davie2000

Ich hätte gesagt, der Ordner muss 'uhd1 by astra ' heißen und die Datei ' hd+', falls da wirklich vor und nach dem Schrägstrich ein Leerzeichen ist.

Ja, so hatte ich das auch versucht, aber keinen Erfolg. Muss aber auch dazu sagen (wenn das denn Einfluss haben sollte), dass ich den vdr quasi als Server betreibe (Grafikausgabe deaktiviert), und über die Senderlogos in Kodi (im Fire TV Cube, TV per VNSI) spreche. In Kodi gibts da gleich 2 Stellen, an denen man den Ordner für die channellogos angeben, kann (Optionen-Einstellungen-PVR-OSD und in der Konfiguration des VNSI-Addons). Die Logos von Sendernamen ohne solche Sonderzeichen funktionieren aber tadellos.

Habe jetzt die Lösung gefunden, in

[gelöst] channels.conf - Sonderzeichen im Sendenamen und Senderlogos

'/' wird durch '_' ersetzt.

Das Logo heißt jetzt 'uhd1 by astra _ hd+'.

Kurzer Blick zurück.

Wake on LAN habe ich neulich eingerichtet.

Ich habe etwas gebraucht, um zu realisieren, dass dafür auch Ubuntu eingerichtet werden muss, nicht nur die Hardware (BIOS-Einstellungen).

Der VDR wird jetzt mit KODI Start geweckt, über entsprechende Einstellungen in KODI. Ich habe gesehen, dass es dafür auch eine Möglichkeit im VNSI-addon in KODI gibt, die habe ich jetzt aber nicht getestet.

Ich komme zurück auf die Einstellung des suspend-Modus:

Zitat von wmautner

Ich glaub, es reicht, den Eintrag in /etc/default/vdr

auf

"SHUTDOWNCMD="/bin/systemctl suspend"

zu setzen.

Bzw. man läßt das ansible-Script mit den folgenden Einstallungen in host_vars/all oder local durchlaufen:

frontend: vdr

# vdr shutdown command - SHUTDOWNCMD variable in /etc/default/vdr

# for standby use "/bin/systemctl suspend"

vdr_shutdown_command: /bin/systemctl suspend

#system:

# shutdown: poweroff

Alles anzeigen

Wenn ich es recht verstanden habe, trage ich 'vdr_shutdown_command: /bin/systemctl suspend' entweder einfach in die /etc/default/vdr ein oder ich lasse meine ...group_vars/localhost mit der entsprechenden Änderung nochmal ausführen.

Für was ist aber die Konfigurationsmöglichkeit darunter:

#system:

# shutdown: poweroff ?

Dem Wording nach könnts dafür sein.