[FYI] KODI 19 Pakete für yavdr-ansible

seahawk1986 · February 23, 2021 at 7:35 PM

Quote from zillerbaer

Wie wird das gesteuert? Was macht zu PrimaryDevice?

Das geht über SVDRP mit LSTD (um die Devices anzuzeigen - da ist es hilfreich, wenn ein Device einen Namen hat (https://github.com/vdr-projects/v…omxdevice.h#L39)) und PRIM (um ein Device zum primary device zu machen):

Code

$ svdrpsend help lstd
220 yavdr08 SVDRP VideoDiskRecorder 2.4.6; Tue Feb 23 19:33:49 2021; UTF-8
214-LSTD
214-    List all available devices. Each device is listed with its name and
214-    whether it is currently the primary device ('P') or it implements a
214-    decoder ('D') and can be used as output device.
214 End of HELP info
221 yavdr08 closing connection
$ svdrpsend help prim
220 yavdr08 SVDRP VideoDiskRecorder 2.4.6; Tue Feb 23 19:34:04 2021; UTF-8
214-PRIM [ <number> ]
214-    Make the device with the given number the primary device.
214-    Without option it returns the currently active primary device in the same
214-    format as used by the LSTD command.
214 End of HELP info
221 yavdr08 closing connection

Display More

Das ganze ist auf Initiative von reufer entstanden (Primäres Device per SVDRP-Kommando umschalten) und mit Version 2.3.9 in den VDR gewandert: http://git.tvdr.de/?p=vdr.git;a=b…8;hb=HEAD#l9199

zillerbaer · February 23, 2021 at 8:05 PM

Das schau ich mir genauer an. Klingt aber erst mal umsetzbar.

zillerbaer · February 24, 2021 at 5:23 PM

Es gibt im git ein neues commit. Ich habe das primary device zu dummydevice verschoben, kmscube und aplay genutzt und danach softhddevice-drm wieder zum primary device gemacht. Sollte also gehen. Testet mal!

JoeBar · February 24, 2021 at 6:29 PM

Ich teste nachher

JoeBar · February 24, 2021 at 7:55 PM

seahawk1986 mir fehlt libshairplay0 für arm64 wo bekomm ich das denn her?

So wie es ausschaut muss ich Kodi eh selbst bauen da ich ja auch mesa selber bauen musste, und es von libegl-mesa0 und libegl1-mesa abhängt und das mein locales mesa ja ersetzen würde oder?

Ich hab's gefunden ( shairplay_0.9.0.2 ) und mal in meinem launchpad repo bauen lassen.

seahawk1986 · February 24, 2021 at 8:24 PM

Quote from JoeBar

seahawk1986 mir fehlt libshairplay0 für arm64 wo bekomm ich das denn her?

Das ist in https://launchpad.net/~seahawk1986-h….series_filter= vorhanden.

JoeBar · February 24, 2021 at 8:27 PM

Ok, danke dann werd ich das mal nehmen meins ist noch nicht published

JoeBar · February 24, 2021 at 8:59 PM

Wo finde ich frontend-dbus-send? Wird das bei der rpi Installation nicht mitinstalliert?

Ich hab jetzt mal das Paket python3-yavdrfrontend installiert. Jetzt bekomm ich folgende Fehlermeldung

Code

Traceback (most recent call last):
  File "/usr/bin/frontend-dbus-send", line 11, in <module>
    load_entry_point('yavdr-frontend==0.0.63', 'console_scripts', 'frontend-dbus-send')()
  File "/usr/lib/python3/dist-packages/yavdr_frontend/frontend_dbus_send.py", line 11, in main
    fe = bus.get("de.yavdr.frontend")
  File "/usr/lib/python3/dist-packages/pydbus/proxy.py", line 44, in get
    ret = self.con.call_sync(
gi.repository.GLib.Error: g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name de.yavdr.frontend was not provided by any .service files (2)

seahawk1986 · February 24, 2021 at 10:37 PM

Quote from JoeBar

Wo finde ich frontend-dbus-send? Wird das bei der rpi Installation nicht mitinstalliert?

Nein, das yavdr-frontend Skript wird da bislang nicht mit installiert, weil bis vor ein paar Tagen kein KODI verfügbar war - ich hoffe, ich komme spätestens am WE dazu das mal auf einem Raspberry auszuprobieren.

Die Fehlermeldung sagt, dass das yavdr-frontend Skript noch nicht gestartet wurde. Das muss man für die User-Session aktivieren - aktuell wird die Unit aus dem Paket für das yavdr-desktop.target installiert, das in der headless-session nicht genutzt wird:

Code

vdr@vdr:~$ systemctl --user cat yavdr-frontend.service
# /usr/lib/systemd/user/yavdr-frontend.service
[Unit]
Description=manage VDR frontends
After=dbus.service
Wants=dbus.service

[Service]
ExecStart=/usr/bin/yavdr-frontend
KillSignal=SIGINT

[Install]
WantedBy=yavdr-desktop.target

Display More

Das muss ich noch bei Gelegenheit anpassen.

JoeBar · February 24, 2021 at 10:37 PM

zillerbaer was muss ich per svdrpsend PLUG an das plugin senden damit ich es detachen/attachen kann? Bei anderen frontends geht das ja mit svdrpsend PLUG "frontend" ATTA oder DETA

zillerbaer · February 24, 2021 at 10:47 PM

Kuckst Du da: (Primäres Device per SVDRP-Kommando umschalten)

seahawk1986 · February 24, 2021 at 10:50 PM

Ich hatte das beim Rasperry Pi unter Arch Linux ARM so gemacht, dass ich dbus2vdr ein Nulldevice anlegen lasse (vgl. https://github.com/flensrocker/vd…ster/README#L80) und dann kannst du dir mit svdrpsend LSTD die Devces listen lassen und mit svdrpsend PRIM N (wobei N für die Nummer des gewünschten Devices steht) zwischen softhdevie-drm und dem Nulldevice von dbus2vdr umschalten.

Im Idealfall sollte sich KODI starten lassen, wenn das Nulldevice als primary device aktiv ist.

JoeBar · February 24, 2021 at 11:23 PM

Alles klar ich werd mich da mal schlau machen Das nulldevice hab ich gerade versucht anzulegen (in der .conf aktiviert) dann startet aber der vdr nicht mehr, irgendwie findet er dann softhddevice-drm nicht mehr weches vorher Primarydevice 3 war.

JoeBar · February 25, 2021 at 5:42 PM

Also mit angepasster Ladereihenfolge der Plugins funktioiert jetzt das detachen/attachen auf das nulldevice Ich muss jetzt nur wieder Kodi installieren da hab ich mir gestern was zerschossen und hab jetzt beim Stand vor der Installation wieder angefangen.

JoeBar · February 25, 2021 at 6:25 PM

Ist glaube so wie ich befürchtet habe, ich muss wahrscheinlich kodi gegen mein mesa bauen

Code

libva info: VA-API version 1.7.0
libva error: vaGetDriverNameByIndex() failed with unknown libva error, driver_name = (null)
/usr/bin/kodi: Zeile 181:  8501 Speicherzugriffsfehler  ${KODI_BINARY} $SAVED_ARGS
Crash report available at /var/lib/vdr/kodi_crashlog-20210225_182213.log

JoeBar · February 27, 2021 at 9:20 AM

Ich komm einfach nicht weiter, wenn ich den VDR per svdrsend prim 4 auf das nulldevice "detache" müsste doch das drm Device frei sein und vom User vdr angeprochen werden können? Im Crashlog bekomm ich immer wieder folgenden Hinweis

Code

2021-02-27 09:14:58.381 T:1342    ERROR <general>: CDRMUtils::InitDrm - failed to authorize drm magic: Permission denied
2021-02-27 09:14:58.381 T:1342    ERROR <general>: CWinSystemGbm::InitWindowSystem - failed to initialize Atomic DRM
2021-02-27 09:14:58.381 T:1342    ERROR <general>: CDRMUtils::RestoreOriginalMode - failed to set original crtc mode

Der VDR User ist ja standartmäßig in der Gruppe video. Hat hier jemand einen Tip?

zillerbaer · February 27, 2021 at 10:00 AM

Was sagt denn: "svdrpsend lstd"

JoeBar · February 27, 2021 at 10:05 AM

so sieht die Ausgabe aus

Code

svdrpsend lstd
220 PineH64 SVDRP VideoDiskRecorder 2.4.6; Sat Feb 27 10:04:51 2021; UTF-8
250-1 [D-]
250-2 [--] SAT>IP 0
250-3 [--] SAT>IP 1
250 4 [DP] nulldevice
221 PineH64 closing connection

zillerbaer · February 27, 2021 at 10:44 AM

Ich sehe da kein softhddevice-drm. Da kannst Du nur mal mit lsof schauen was /dev/dri/card* benutzt.

seahawk1986 · February 27, 2021 at 12:27 PM

Ist das eventuell das selbe Problem, auf das wir schon bei softhddrm gestoßen sind, dass es nur einen Master Client geben darf, der vollen Zugriff auf das DRM-Device (inkl. KMS) hat (z.B. https://bootlin.com/doc/training/g…hics-slides.pdf Folie 132)?

[FYI] KODI 19 Pakete für yavdr-ansible

Participate now!

Users Viewing This Thread