softhddevice mit High Level OSD

Ich habe auch mit der aktuellsten Version von softhddevice-openglosd unter yaVDR das Problem, dass das vorangegangene OSD stehen bleibt und mit angezeigt wird, wenn das OSD offen ist - sogar über den Neustart des VDR und des X-Servers hinweg:
[Blockierte Grafik: https://dl.dropboxusercontent.com/u/960809/skindesigner/openglosd_mix.jpg]

Ich probiere das gleich nochmal mit den unterschiedlichen Git-Ständen unter yaVDR aus - ich habe es gerade mal unter Arch Linux ARM mit der letzten Version probiert - da ist dann beim ersten Öffnen des OSD ein zweites, leeres Fenster aufgetaucht (da läuft i3-wm als Tiling Window Manager, so dass sich Fenster nicht einfach so überlagern können, wenn sie nicht extra auf den Modus floating gesetzt sind. xprop spuckte das hier dafür aus:

_NET_WM_DESKTOP(CARDINAL) = 0
WM_STATE(WM_STATE):
                window state: Normal
                icon window: 0x0
_NET_WM_PID(CARDINAL) = 3176
WM_PROTOCOLS(ATOM): protocols  WM_DELETE_WINDOW
WM_LOCALE_NAME(STRING) = "de_DE.UTF-8"
WM_HINTS(WM_HINTS):
                Initial state is Normal State.
WM_NORMAL_HINTS(WM_SIZE_HINTS):
                user specified location: 0, 0
                user specified size: 1 by 1
WM_CLIENT_MACHINE(STRING) = "vdr4arch"
WM_ICON_NAME(STRING) = 
WM_NAME(STRING) =

Immerhin aber wurde das OSD erst mal sauber dargestellt. Wenn man das zweite Fenster mit xkill abschießt, auf einen anderen Workspace verschiebt oder die Größe eines der beiden Fenster ändert, zeigt der VDR kein OSD mehr.

Ist das so gedacht, dass da ein zweites Fenster erstellt wird?

Nur um das mal nachstellen zu können - du startest einen nackten X-Server und lässt softhddevice-openglosd ohne zusätzliche Start-Argumente (außer ggf. -D) laufen?

Ich habe gestern etwas ähnliches beobachtet. Über das Externalplayerplugin habe ich Kodi gestartet, und bin dann wieder retour auf VDR.
Den Vorgang erledigt bei mir ein Script, welches softhddevice detached, Kodi startet, und wenn Kodi beendet wird softhddevice wieder attached.

Interessanterweise hatte ich beim Shady OSD nach dem Vorgang nur die Schriften, aber keine Hintergründe.
Aber ich gehe davon aus, dass das mit den, bereits im Thread beschriebenem Thema, mit attach/detach zusammenhängt.

Mit freundlichen Grüßen,
z421

Ich bin jetzt mal bis Commit ce9801287122d5676d6325a05c88affaadc55ed1 zurückgegangen (der IIRC mal funktioniert hatte) und bin das Problem auch ohne openbox als WM, X-Server auf DISPLAY=:0.0 und direkt attached startendem softhddevice-openglosd nicht losgeworden (ich hoffe ein Neustart des Rechners genügt, um eventuelle OSD-Reste loszuwerden, sonst muss ich die Kiste zwischendrin stromlos machen).

Ich probiere es später noch mal mit einer frischen Installation.

Ich habe gerade den neuesten Stand installiert. Bei mir läuft das mit 'nacktem X' eigentlich ohne Probleme. Wie sich das mit einem WM verhält kann ich später mal testen.

Ausnahme: Bei aktivierten Untertiteln und geöffnetem OSD verschwindet dieses kurzzeitig im Bereich der Untertitel oder auch ganz, sobald und solange ein neuer Untertitel eingeblendet wird. Verschwindet der Untertitel ist das OSD wieder komplett bis ein neuer eingeblendet wird. Außerdem sind die Untertitel 'zerhackt'. Das ist aber ja beides momentan wohl eher zweitrangig und nur zur Info
Gruß
Tomas

Zitat von louis

da bin ich ja mal auf die neue Installation gespannt

Ich habe keine Ahnung was da kaputt war, aber momentan kann ich den Fehler unter yaVDR nicht mehr provozieren.

Könnte man dem glut Dummy-Fenster noch einen Titel oder ein eindeutiges Attribut verpassen, damit man für einen Window Manager Regeln erstellen kann, wie er damit umgehen soll?

Danke, probiere ich gleich aus - könnte man dem Plugin noch einen DeviceName verpassen? Dann kann ich mit dbus2vdr die PrimaryDevices anhand der Namen auseinander halten:

--- a/softhddevice.cpp
+++ b/softhddevice.cpp
@@ -2348,6 +2348,7 @@
     cSoftHdDevice(void);
     virtual ~ cSoftHdDevice(void);
 
+     virtual cString DeviceName(void) const { return "softhddevice-openglosd"; }
     virtual bool HasDecoder(void) const;
     virtual bool CanReplay(void) const;
     virtual bool SetPlayMode(ePlayMode);

Der Patch sollte allgemein ins softhddevice, aber ohne "openglosd".
Der devicename ist ja unabhängig von der Darstellungsweise des OSD.

Lars

Zitat von mini73

Der devicename ist ja unabhängig von der Darstellungsweise des OSD.

Nicht solange ich im Frontend-Skript eine Sonderbehandlung für das Plugin benötige - aber ich kann das auch weiterhin als Patch in unserem Paket pflegen.