yavdr ansible

Hi,

Artefakte bei Aufnahmen sind aber eher auf Empfang zu schieben...

Mfg Stefan

Zitat

Artefakte bei Aufnahmen sind aber eher auf Empfang zu schieben...

Aber Live TV wird doch auch empfangen und wenn ich da keine Artefakte sehe, sollten doch in den Aufnahmen auch keine sein, oder?

Hi,

Live TV geht auf allen Tunern? In femon kannst du mit links rechts wechseln.

Mfg Stefan

Ja, LiveTV geht auf allen Tunern, aber lass uns das mal an dieser Stelle nicht vertiefen, hat ja mit yavdr ansible nix zu tun.

Mal eine andere Frage, wo konfiguriert man eigentlich das Verhalten des osd2web Plugins? Also welches Theme, onlyview oder nicht etc.

In /var/lib/vdr/.config/systemd/user/osd2web.service oder in /var/lib/vdr/plugins/osd2web?

Welche URL aufgerufen wird, wird durch die /var/lib/vdr/.config/systemd/user/osd2web.service bestimmt, die ihrerseits eine /var/lib/vdr/.config/osd2web/config einlesen kann (wenn man sie angelegt hat). In der Datei kann man die Umgebungsvariablen url und browser setzen, wenn man die Standardwerte aus der Systemd-Unit übersteuern möchte.

Ah, o.k., danke!

Ich frage mich nur immer woher man das wissen soll, ist das irgendwo dokumentiert?

Zitat von massi

Ich frage mich nur immer woher man das wissen soll, ist das irgendwo dokumentiert?

Bislang war es nicht explizit dokumentiert (die System-Unit ist eigentlich ziemlich eindeutig) - die Dokumentation für Anwender, die sich das nicht anhand des Playbooks zusammensuchen können, muss noch geschrieben werden. In https://www.yavdr.org/document…aVDR07_documentation.html habe ich mal angefangen ein bisschen Dokumentation zusammenzutragen - das ist aber noch längt nicht vollständig.

Zitat von seahawk

die ihrerseits eine /var/lib/vdr/.config/osd2web/config einlesen kann (wenn man sie angelegt hat). In der Datei kann man die Umgebungsvariablen url und browser setzen, wenn man die Standardwerte aus der Systemd-Unit übersteuern möchte.

Ich bin wohl mal wieder zu blöd, ich habe jetzt alles Mögliche in die config Datei eingetragen, das Theme bleibt immer dasselbe.

Versucht habe ich:

Zitat

Environment=url="http://192.168.1.5:4444/skins/horchiTft/index.html?theme=bluecd"

und

url="http://192.168.1.5:4444/skins/horchiTft/index.html?theme=bluecd"

sowie

url=http://192.168.1.5:4444/skins/horchiTft/index.html?theme=bluecd

Alles anzeigen

Passieren tut nichts, ich bekomme immer das Anthrazit Theme zu Gesicht.

url="http://localhost:4444/skins/horchiTft/index.html?theme=bluecd"

sollte eigentlich funktionieren - danach muss man noch dafür sorgen, dass der kiosk-Browser neu gestartet wird, also entweder ein Reboot oder man startet die osd2web.service in der User-Session neu: sudo -u vdr DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/666/bus systemctl --user restart osd2web.service

Ah, o.k., ich hatte nur vdr neugestartet, kaum macht man's richtig, klappt's auch.;)

Jetzt haben sich aber doch noch zwei Fragen ergeben, kann osd2web unter ansible auch Senderlogos anzeigen und wenn ja, wo übergebe ich die Parameter des Plugins?

Den Pfad für die Logos und ob nach Sender-ID oder Sendernamen gesucht werden soll, kannst du dem Plugin über Startparameter mitteilen: https://github.com/horchi/vdr-…eb/blob/master/README#L39

sudo vdrctl edit osd2web öffnet die Konfigurationsdatei, in der man das festlegen kann, in einem Editor (oder man bearbeitet die /etc/vdr/conf.avail/osd2web.conf direkt).

Danke!

Danke seahawk1986 für die erste Dokumentation!

Am Wochenende wollte ich meine yavdr-ansible-Installation von Anfang Januar updaten.

Leider haben sich hier ein paar Fallstricke aufgetan und möchte gerne fragen, wie ich diese wieder gelöst bekomme.

Das Update habe ich per sudo apt-get update && sudo apt-get dist-upgrade angestossen.

Anschließend wollte ich das Ansible-Playbook für yavdr ansible per git pull aktualisieren.

Hier gab es die Meldungen das unterschiedliche Versionstände vorhanden sind und diese gemergt werden sollen.

Da ich mir in der weiteren Vorgehenweise nicht sicher war, habe meinen alten Stand von Januar gelöscht und habe den aktuellen Stand von git heruntergeladen.

Anschließend wollte ich das ansible-playbook nochmals durchlaufen lassen, aber es bricht mir am 3. Punkt beim Update der Paketquellen ab.

Wie kann ich dieses Problem lösen, sodass das Playbook wieder durchläuft?

Hier noch ein paar generelle Fragen zum Update, git und Ansible-playbook:

• Wird git und das ansible-playbook nur für die erste Installtion und Einrichtung oder auch bei Updates benötigt?
• Wie werden momentan/zukünftig die ansible-Updates veröffentlicht? Per git oder über apt bzw. apt-get? (Punkt 2.4.1 in der Anleitung)
• Wie sollte man sich bei der Aktualisierung über git pull bei Konflikten entscheiden? (merge)
• Wie sollte man sich beim Update über apt bzw. apt-get bei Abfragen entscheiden? (Paketverwalter, aktuelle, neue Version, etc.)

Vielen Dank!

Schöne Grüße

Christian

Zitat von c.h.

Anschließend wollte ich das ansible-playbook nochmals durchlaufen lassen, aber es bricht mir am 3. Punkt beim Update der Paketquellen ab.

Hast du den bionic Branch ausgecheckt? Kannst du bitte mal die konkreten Fehlermeldungen posten?

Zitat von c.h.

Wird git und das ansible-playbook nur für die erste Installtion und Einrichtung oder auch bei Updates benötigt?

Normale Paketupdates aktualisieren die Pakete aus den Ubunt-Paketquellen und den eingebundenen PPAs. Das Playbook dient dazu die Konfiguration des Systems auf den aktuellen Stand zu bringen.

Zitat von c.h.

Wie werden momentan/zukünftig die ansible-Updates veröffentlicht? Per git oder über apt bzw. apt-get? (Punkt 2.4.1 in der Anleitung)

Pakete werden mit apt aktualisiert, den aktuellen Stand des Playbooks kann man sich aus dem Git-Repository holen.

Zitat von c.h.

Wie sollte man sich bei der Aktualisierung über git pull bei Konflikten entscheiden? (merge)

Einen Merge durchführen, der den eigenen Wünschen entspricht. Eigene Anpassungen am Playbook würde ich in einem extra Branch pflegen und dann bei Bedarf mit dem bionic-Branch zusammenführen.

Zitat von c.h.

Wie sollte man sich beim Update über apt bzw. apt-get bei Abfragen entscheiden? (Paketverwalter, aktuelle, neue Version, etc.)

Die Änderungen an den Konfigurationsdateien stammen ja entweder von dir oder dem Ansible-Playbook - im normalfall sollte man die aktuelle Konfiguguration beibehalten können, aber am besten ist es sich die Unterschiede anzeigen lassen und entscheiden, was man haben will.

Danke für die Informationen!

Die Fehlermeldung des ansible-playbook werde ich am Wochenende nachreichen!

Schöne Grüße

Christian

Nach langem rumgesuche und -probiere ist es mir endlich gelungen die Touchfunktionalität des Touchscreen auf dem osd2web läuft unter yavdr ansible zum Laufen zu bringen.

Genauer gesagt, das "touchen" hat eigentlich funktioniert, aber es wurde immer die gesamte Fläche der Monitor-Fernseherkombination als Touchfläche angenommen, was ein präzises "touchen" auf dem Touchscreen natürlich nicht möglich machte.

Wen es interessiert, ich habe das Vorgehen in meinem Blog beschrieben.

massi

Hallo,

Ich habe 2 Fragen:

1. Sollte die Installation von vdr-plugin-softhdcuvid nicht automatisch vdr-plugin-softhddevice-vpp entfernen?

2. Der HWE Stack ist von kernel 4.18 auf den kernel 5.0 gewechselt und mein yavdr ansible ist instabiler geworden. Also wollte ich versuchen, ob es mit dem nvidia version 430 Treiber wieder stabiler wird. Aber vdr-plugin-softhdcuvid ist fest an Version 390 des nvidia Treibers gebunden. Läuft vdr-plugin-softhdcuvid nicht mit dem 430 Treiber?

mfg

Zitat von ludi

1. Sollte die Installation von vdr-plugin-softhdcuvid nicht automatisch vdr-plugin-softhddevice-vpp entfernen?

Kann ich bei Gelegenheit noch einbauen.

Zitat von ludi

2. Der HWE Stack ist von kernel 4.18 auf den kernel 5.0 gewechselt und mein yavdr ansible ist instabiler geworden. Also wollte ich versuchen, ob es mit dem nvidia version 430 Treiber wieder stabiler wird. Aber vdr-plugin-softhdcuvid ist fest an Version 390 des nvidia Treibers gebunden. Läuft vdr-plugin-softhdcuvid nicht mit dem 430 Treiber?

Das Paket hat eine Abhängigkeit zu libnvidia-decode-390 - für neuere Treiber würde ich die aktuellste Version des Plugins lieber selber bauen (dann kannst du auch die Unterstützung durch libplacebo mitnehmen): Anleitung für softhdcuvid mit libplacebo