Wie schon oben geschrieben:
Die Themes müssen im Gegensatz zur alten Version nach /var/lib/vdr/plugins/graphtftng/themes/ - von den alten Themes aus den yaVDR PPAs scheint noch das vdr-tft-anthrize zu funktionieren (das ist mit im PPA) - mit dem standard-Theme bleibt bei mir der Inhalt des graphtft-fe Fensters schwarz.
In Kodi kann ich in der Zeroconf-Ressource alle meine VDR-Verzeichnisse sehen.
Zeroconf entspricht ja Avahi, das ist dann alles übers Netzwerk, was nicht unbedingt hilfreich ist, wenn man lokale Dateien abspielen will.
Ich konnte das Problem unter Focal nachstellen - war ist ein Typfehler bei einem Default-Wert - interessant, dass das unter Ubuntu 22.04 aufwärts ohne Probleme funktioniert - das ist die nötige Änderung, damit das in einer focal-VM klappt: https://github.com/yavdr/yavdr-an…edc0e939e684419
TASK [yavdr-common : Ensure localisation files for '['de_DE.UTF-8 UTF-8', 'en_US.UTF-8 UTF-8']' are available]
Es wäre zwar schön, den Fehler wegzukriegen bzw. zu wissen woran er liegt.
Das liegt an dieser Umstellung des Formats für die Locale-Namen: https://github.com/yavdr/yavdr-an…7b39a3b1506f295 - einfach das zusätzliche UTF-8 aus den Strings entfernen.
CodeUnexpected templating type error occurred on ({{ flatpak_kodi_allowed_dirs | difference( ( kodi_permissions_output.stdout_lines | select('match', '^filesystems=') | first | default([]) | regex_search('(?<=filesystems=).*') | default('', true) ).split(';') | select() | default([])) | list }} ): expected string or bytes-like object
Übersteuerst du die Variable flatpak_kodi_allowed_dirs (vgl. https://github.com/yavdr/yavdr-an…faults/main.yml ) eventuell an einer anderen Stelle?
Wie sieht die Ausgabe für die Flatpak-Konfiguration für KODI auf deinem System momentan aus?
$ sudo su vdr -c "/usr/bin/flatpak --user override --show tv.kodi.Kodi"
[Context]
devices=dri
filesystems=/srv/audio;/var/lib/vdr/Downloads;/srv/files;/srv/video;/net;/home/vdr/Downloads;/srv/pictureWenn ich auf der Seite (oder in meinen lokalen Dateien) nach "Flachpaks" suche, bekomme ich keine Treffer - entweder da spukt ein Browser-Plugin/Übersetzungsfunktion rein oder ich habe Tomaten auf den Augen.
Sehen wir das gleiche in Zeile 26? https://github.com/yavdr/yavdr-an…ll-kodi.yml#L26
Das sollte alles automatisch passieren: https://github.com/yavdr/yavdr-an…all-kodi.yml#L3 ff.
Ach dann habe ich deine erste Nachricht falsch verstanden,ich soll alsa nutzen und dann über deine Einstellung pulseaudio abschalten.
Genau, pasuspend sorgt nur dafür, dass pulseaudio die Ausgabe unterbricht und die Soundkarte für andere Programme freimacht, wodurch es möglich wird Ton über alsa auszugeben.
Muss ich das alte PPA-Kodi vorher deinstallieren? Weil beide gleichzeitig führt sicher zu Problemen, oder?
Man kann die parallel installiert haben - beim expandieren des Template für die kodi.service wird dann einfach der Startbefehl für die gerade gewünschte Variante genutzt: https://github.com/yavdr/yavdr-an…i.service.j2#L9
Dann nutzt der VDR vermutlich immer noch eine Ausgabe über pulseaudio
Dafür braucht es das Paket yavdr-pasuspend - da muss ich nachsehen, warum das nicht automatisch installiert wird ...
Spricht etwas dagegen das flatpak zu nutzen? Das muss man ja nur in der Konfiguration für das Playbook anschalten: https://github.com/yavdr/yavdr-an…p_vars/all#L108 und die kodi Rolle ausführen (und dann daran denken, dass das Konfigurationsverzeichnis für KODI aus dem Flatpak in /var/lib/vdr/.var/app/tv.kodi.Kodi/data/userdata/ liegt, wenn man bestehende Daten übernehmen möchte).
Alsa möchte ich nicht da ich dann von dem Standard-YaVDR von seahawk abweiche.
Das ist kein großes Problem, wenn du es ausprobieren willst - in der /etc/yavdr-frontend/config.yml kannst du für die einzelnen VDR Frontends über die Option use_pasuspend: True festlegen, dass pasuspend ausgeführt wird, bevor das Frontend attached wird, so dass die Soundkarte vom VDR verwendet werden kann. Dadurch frieren dann aber alle anderen ggf. laufenden Pulseaudio-Clients ein, bis das Frontend wieder gestoppt wird.
Hat jemand für osd2web einen Link mit einer Anleitung. Eine schnelle Suche ergab, dass man damit eine SLideshow machen kann???
Man baut und installiert das Plugin und startet dann einen Client, der über einen Websocket damit Daten austauscht - das Plugin bietet auf Port 4444 eine Webseite und einen Websocket an - man kann sich da auch eigene Clients für den Websocket basteln basteln (z.B. RE: [Announce] osd2web Plugin ), ich habe da über die Jahre auch zwei Clients erstellt: https://github.com/seahawk1986/kivy-osd2web (unterstützt keine Slideshow) und das neuere https://github.com/seahawk1986/osd2web-tiny als Ausgangspunkt für eigene Basteleien, das so ziemlich alle Funktionen abdecken sollte, aber z.T. noch etwas ungehobelt aussieht (Layout mit HTML und CSS ist nicht meine Lieblingsbeschäftigung).
Also ist das Problem, dass beim Zurückschalten von KODI die Auflösung nicht wieder auf die Voreinstellung gebracht wird?
Jän 17 13:10:15 vdr vdr[1576]: [1909] frontend 0/0 timed out while tuning to channel 24 (RTLZWEI), tp 112187
Bei sowas würde ich ja primär an Empfangsprobleme denken - entweder das Zusammenspiel mit dem Sat>IP Server klappt nicht (vtuner als Ersatz zum satip-Plugin ist auch noch eine Baustelle bei dern yaVDR-Paketen, da passt wohl noch etwas mit den Systemd-Units noch nicht, auch wenn ich das auf einem Testsystem damals nicht nachstellen konnte) oder das ist ein Problem zwischen Satellit und Tuner.
Auch am alten System funktioniert es, dort bekomme ich aber mit:
Codedbus-send --system --type=method_call --dest=org.yavdr.PulseDBusCtl --print-reply /org/yavdr/PulseDBusCtl org.yavdr.PulseDBusCtl.ListSinks Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.yavdr.PulseDBusCtl was not provided by any .service files
Ich hatte den Dienst im Februar 2022 eingebaut: https://github.com/yavdr/yavdr-an…653ff74513907bf - wenn das Playbook nicht damit gelaufen ist, fehlt der natürlich.
Wenn du im yavdr-ansible Verzeichnis bist, zeigt dir git branch den aktuellen Branch und mit git pull kannst du dir die Änderungen für den aktuellen Branch vom Server holen und anwenden (je nachdem was du am Playbook angepasst hast, musst du deine lokalen Änderungen mit dem Upstream-Stand zusammenführen. Falls du den Branch auf focal wechseln musst, geht das mit git checkout focal.
/usr/bin/env: »python2“: Datei oder Verzeichnis nicht gefunden
Bist du sicher, dass du einen aktuellen Stand von yavdr-ansible nutzt und auf dem focal Branch bist?
Du musst bei Pulseaudio noch den gewünschten Ausgabe-Sink wählen - das geht entweder über das pulsecontrol-Plugin, das vorinstalliert sein sollte (im VDR-Menü unter System zu finden), über pavucontrol (lässt sich unter Applikationen -> Multimedia aus dem VDR-Menü heraus starten) oder über einen DBus-Service (den das Webfrontend mal nutzen können soll) - bis es soweit ist kannst du so die Pulseaudio-Sinks listen lassen:
$ dbus-send --system --type=method_call --dest=org.yavdr.PulseDBusCtl --print-reply /org/yavdr/PulseDBusCtl org.yavdr.PulseDBusCtl.ListSinks
method return time=1736855827.393421 sender=:1.45 -> destination=:1.68 serial=4 reply_serial=2
struct {
array [
struct {
string "alsa_output.pci-0000_01_00.1.hdmi-stereo"
string "GP108 High Definition Audio Controller Digital Stereo (HDMI)"
int32 0
boolean false
int32 2
array [
double 1
double 1
]
string "yes"
boolean true
}
struct {
string "alsa_output.pci-0000_00_1b.0.iec958-stereo"
string "Eingebautes Tongerät Digital Stereo (IEC958)"
int32 1
boolean false
int32 2
array [
double 1
double 1
]
string "unknown"
boolean false
}
]
string "alsa_output.pci-0000_01_00.1.hdmi-stereo"
}Und dann kannst du anhand des Namens den Sink wählen - also in dem Fall für HDMI (der schon aktiv ist):
dbus-send --system --type=method_call --dest=org.yavdr.PulseDBusCtl --print-reply /org/yavdr/PulseDBusCtl org.yavdr.PulseDBusCtl.SetDefaultSink string:"alsa_output.pci-0000_01_00.1.hdmi-stereo"Der Vorteil gegenüber dem Pulsecontrol-Plugin ist, dass es sowohl den Sink für die Ausgabe ändert als auch alle bestehenden Streams zu diesen Sink verschiebt.
Das yavdr-frontend bietet schon die Möglichkeit Programme zu starten - da ich dafür möglichst wenig zusätzliche Skripte haben wollte, habe ich bislang zwei Möglichkeiten eingebaut, die das recht generisch ermöglichen:
Die lassen sich programmatisch starten (was z.B. für KODI in der menuorg.xml genutzt wird: https://github.com/yavdr/yavdr-an…uorg.xml.j2#L50 ) - einfach frontend-dbus-send switchto kodi absetzen und das yavdr-frontend schaut, ob es eine passende Systemd-Unit (kodi.service - die hat Vorrang, wenn sie existiert) bzw. .desktop-Datei (kodi.desktop) gibt, stoppt das aktuell aktive Programm/VDR-Frontend und startet danach das andere.
Das vdr-pluign-desktop zeigt die .desktop-Dateien nach Kategorien sortiert an (aber funktioniert wie es aussieht nicht für Spiele (also mit Categories=Game;) - ich habe noch nicht herausgefunden, was da in der gnome-applications.menu, die die Menükategorien definiert, nicht passt),
Außerdem gibt es noch die Möglichkeit das yavdr-frontend inaktiv zu schalten, wenn man ein anderes Programm hat, das ungestört werkeln soll - dann reagiert yavdr-frontend auch nicht mehr auf die Fernbedienung: frontend-dbus-send toggle_noninteractive - wenn man das rückgängig machen will, kann man den Befehl erneut ausführen.
Das sollte also kein großer Aufwand sein, wenn man da einen eigenen Anwendungsstarter dazu nehmen will, solange der sich mit dem yavdr-frontend arrangiert.
Das ging schon länger ( RE: Upgrade bionic 18.04 und yavdr07-headless auf yavdr-ansible mit Ubuntu LTS ), hat aber z.T. recht aufwendiges Nacharbeiten erfordert - z.B. mit dem Wechsel von Ubuntu 20.04 auf 22.04 musste das HOME-Verzeichnis für den User VDR umgezogen bzw. die Snap-Konfiguration angepasst werden (was damals so noch nicht möglich war), damit sich Snaps (wie der Firefox) starten lassen - daher war da eine Neuinstallation meist der schnellere Weg.
Für Ubuntu 22.04 auf eine Vorabversion von 24.04 hatte ich das auf meinem Testsystem ausprobiert, bevor ich dann nach Anpassungen an Paketen und Playbook noch mal eine Neuinstallation gemacht habe, um das zu verifizieren.