Hallo zusammen,
vermutlich ein Spezialfall, aber ich finde so keine Lösung.
Auf meinem Video-Server (Debian 12) laufden VDR via xinleliboutput mit vdr-sxfe und Kodi 20.1 Nexus. Soweit so schön.
VDR:
vdr (2.6.0/2.6.0) - The Video Disk Recorder
conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu
dvd (0.3.6-b03) - turn VDR into an (almost) full featured DVD player
epgsearch (2.4.1) - search the EPG for repeats and more
epgsearchonly (0.0.1) - Direct access to epgsearch's search menu
femon (2.4.0) - DVB Signal Information Monitor (OSD)
mp3 (0.10.4) - A versatile audio player
mplayer (0.10.4) - Media replay via MPlayer
osdteletext (2.3.1) - Displays teletext on the OSD
quickepgsearch (0.0.1) - Quick search for broadcasts
satip (2.4.1) - SAT>IP Devices
streamdev-client (0.6.1-git) - VTP Streaming Client
streamdev-server (0.6.1-git) - VDR Streaming Server
vnsiserver (1.8.0) - VDR-Network-Streaming-Interface (VNSI) Server
xineliboutput (2.2.0) - X11/xine-lib output plugi
Alles anzeigen
Kodi:
info <general>: -----------------------------------------------------------------------
info <general>: Starting Kodi from Debian (20.1 Debian package version: 2:20.1+dfsg-1). Platform: Linux x86 64-bit
info <general>: Using Release Kodi from Debian x64
info <general>: Kodi from Debian compiled 2023-03-12 by GCC 12.2.0 for Linux x86 64-bit version 6.1.15 (393487)
info <general>: Running on LMDE 6 (faye), kernel: Linux x86 64-bit version 6.1.0-17-amd64
info <general>: FFmpeg version/source: 5.1.4-0+deb12u1
info <general>: Host CPU: AMD A10-6700 APU with Radeon(tm) HD Graphics , 4 cores available
info <general>: special://xbmc/ is mapped to: /usr/share/kodi
info <general>: special://xbmcbin/ is mapped to: /usr/lib/x86_64-linux-gnu/kodi
info <general>: special://xbmcbinaddons/ is mapped to: /usr/lib/x86_64-linux-gnu/kodi/addons
info <general>: special://masterprofile/ is mapped to: /home/vdr/.kodi/userdata
info <general>: special://envhome/ is mapped to: /home/vdr
info <general>: special://home/ is mapped to: /home/vdr/.kodi
info <general>: special://temp/ is mapped to: /home/vdr/.kodi/temp
info <general>: special://logpath/ is mapped to: /home/vdr/.kodi/temp
info <general>: Webserver extra whitelist paths:
info <general>: The executable running is: /usr/lib/x86_64-linux-gnu/kodi/kodi.bin
info <general>: Local hostname: vdr1
info <general>: Log File is located: /home/vdr/.kodi/temp/kodi.log
info <general>: -----------------------------------------------------------------------
Alles anzeigen
Jetzt kam ich auf die Idee, anstelle vdr-sxfe immer via ESC zu beenden und Kodi zu starten, das über das VDR-Menü und einen command-hook zu machen, der ein Bash-Script aufruft, was vdr-sxfe beendet und Kodi startet.
mit dem Script:
!/bin/bash
# stop vdr-sxfe
PID=`pidof vdr-sxfe`
RES=$?
if [ $RES = 0 ]
then
sleep 5
# now stop vdr-sxfe
kill $PID
# start kodi
export DISPLAY=:0.0
nohup /usr/bin/kodi &
else
/usr/bin/svdrpsend mesg "vdr-sxfe not running or process not found"
fi
Alles anzeigen
Das geht auch wunderbar, nur das so gestartete Kodi semmelt mit einer error Meldung im pvr.vdr.vnsi Plugin ab.
2024-01-23 18:20:22.204 T:16246 error <general>: AddOnLog: pvr.vdr.vnsi: SignalConnectionLost - connection lost !!!
2024-01-23 18:20:22.210 T:16170 error <general>: CAESinkALSA::Initialize - failed to initialize device "PULSE:Default"
2024-01-23 18:20:24.471 T:16246 error <general>: AddOnLog: pvr.vdr.vnsi: Login - failed to read greeting from server
2024-01-23 18:20:25.720 T:16255 error <general>: AddOnLog: pvr.vdr.vnsi: ReadResult - request timed out after 3 seconds
2024-01-23 18:20:25.720 T:16255 error <general>: AddOnLog: pvr.vdr.vnsi: GetEPGForChannel - Can't get response packed
2024-01-23 18:20:25.720 T:16255 error <general>: GetEPGForChannel: Add-on 'pvr.vdr.vnsi' returned an error: server error
Startet man Kodi ganz normal vom Desktop-Icon oder via /usr/bin/kodi in einer Shell, dann taucht der Fehler nicht auf. Nur beim Start über den command-hook/script Weg. Der Absturz kommt auch nicht sofort, denn man kann in Kodi über das TV Menü zunächst einen Sender aufrufen oder eine Aufzeichnung anschauen, erst nach einigen Minuten taucht die vnsi connection lost Meldung auf und KODI beendet sich.
2024-01-23 18:20:27.280 T:16105 info <general>: CWSDiscoveryListenerUDP::Stop - Stopped
2024-01-23 18:20:27.280 T:16105 info <general>: stopping zeroconf publishing
2024-01-23 18:20:27.281 T:16105 info <general>: CServiceAddonManager: failed to stop inputstream.ffmpegdirect (may have ended)
2024-01-23 18:20:27.282 T:16238 info <general>: [Amazon VOD] Service stopped
2024-01-23 18:20:27.435 T:16238 info <general>: [Amazon VOD] Service: Proxy server stopped
2024-01-23 18:20:27.868 T:16105 info <general>: Application stopped
2024-01-23 18:20:28.069 T:16105 info <general>: PVR Manager: Stopping
2024-01-23 18:20:28.750 T:16255 info <general>: EPG Container: Persisting unsaved events...
2024-01-23 18:20:28.790 T:16255 info <general>: EPG Container: Persisting events done
2024-01-23 18:20:28.806 T:16249 info <general>: PVR Manager: Stopped
2024-01-23 18:20:28.807 T:16105 info <general>: ADDON: Dll Destroyed - waipu.tv PVR Client
2024-01-23 18:20:29.155 T:16105 info <general>: ADDON: Dll Destroyed - IPTV Simple Client
2024-01-23 18:20:29.483 T:16105 info <general>: ADDON: Dll Destroyed - VDR VNSI Client
2024-01-23 18:20:29.636 T:16105 info <general>: unload skin
2024-01-23 18:20:29.671 T:16105 info <general>: Unloaded skin
2024-01-23 18:20:29.674 T:16105 info <general>: unload sections
2024-01-23 18:20:29.678 T:16105 info <general>: CWSDiscoveryListenerUDP::Stop - Stopped
2024-01-23 18:20:29.741 T:16105 info <general>: XRANDR: /usr/lib/x86_64-linux-gnu/kodi/kodi-xrandr --screen 0 --output DVI-0 --mode 0x55
2024-01-23 18:20:29.948 T:16105 info <general>: Exiting the application...
Alles anzeigen
Kann das jemand nachvollziehen?
Netzseitig ist für vnsiserver alles erlaubt via allowed_hosts.conf und es würde ja sonst auch generell nicht gehen.
# allowed_hosts.conf This file describes a number of host addresses that
# IP-Address[/Netmask]
#
127.0.0.1 # always accept localhost
192.168.0.0/24 # any host on the local net
Im Debug Output von Kodi steht dazu auch nicht viel mehr:
error <general>: AddOnLog: pvr.vdr.vnsi: SignalConnectionLost - connection lost !!!
debug <general>: ------ Window Init (DialogNotification.xml) ------
debug <general>: CGLContextEGL::SwapBuffers: sync check blocking
debug <general>: CGLContextEGL::SwapBuffers: sync sleep: 14144
error <general>: AddOnLog: pvr.vdr.vnsi: Login - failed to read greeting from server
info <general>: Quitting due to POSIX signal
Hat hier jemand eine Idee, warum es via Bash-Script/Command-Hook nicht sauber funktioniert?
Es ist so eine Zwitter-Situation, kein Fehler von "VDR" und kein Fehler von "KODI" sondern irgendwas dazwischen, was sich nicht verträgt, nur was?
Im Script (s.o.) sieht man ja auch, dass ich die Display-Variable setzen musste, damit Kodi die Ausgabe erzeugt, nur was sollte die Verbindung via vnsi stören?
Bin gespannt auf Ideen ...
Bernd