Menü innerhalb des Plugins schliessen

Ich bin gerade dabei einen Bug aus vdr-mpv zu entfernen, und zwar wenn das OSD beim beenden noch geöffnet ist, versucht VDR es weiterhin darzustellen.

Ich habe gerade schon im VDR Code gesucht, aber leider finde ich nichts um dem VDR mitzuteilen das er einfach das derzeit offene Menü schliessen möchte. Einen Pointer auf das Menü habe ich leider auch nicht. Nur eine Instanz von cOsd die das ganze über die mpv API ausgibt (was natürlich beim Beenden fehlschlägt da mpv dabei beendet wird).

Hat jemand einen Tip wo ich hier weiter suchen kann?

Das Problem im OsdProvider ist, das er vorher schon weg ist, die cOsd Instanz aber unabhängig davon weiterläuft. Ich hab auch schon versucht mir die Handles in der cOsdProvider Instanz zu speichern und bei aktivem Osd und gültigem Handle ein delete aufzurufen, dann wird das cOsd auch beendet, leider gibt es teilweise trotzdem noch einen Segfault. Aus mir unerfindlcihen Gründen gibts dann aber auch keinen core Dump, obwohl die Ausgabe kommt das er erstellt wurde und VDR auch als root lief. Eventuell liegt das irgendwo an systemd, generell werden da aber auch coredumps im Journal abgelegt.
Ohne aktives OSD komme ich immer sauber zum VDR zurück.

osEnd im ProcessKey bei kStop habe ich drin, allerdings habe ich nur das ProcessKey con cControl und nicht das des Menüs, und da bewirkt er anscheinend nichts.

Das Größenlimit ist es auch nicht, ich hab jetzt einfach temporär das coredump Verhalten geändert, so dass sie einfach im lokalen Verzeichnis landen.

Auch wenn cOsd beendet wird, versucht der VDR weiterhin das Menü zu zeichnen. Was dann in dem Segfault endet, da cOsd dann bereits fehlt.

btCore was generated by `vdr'.
Program terminated with signal SIGSEGV, Segmentation fault.


#0  0xb57ab07a in cPixmapContainer::DoFlush (this=0x9d74460) at libcore/pixmapcontainer.c:82
82              osd->Flush();
(gdb) bt
#0  0xb57ab07a in cPixmapContainer::DoFlush (this=0x9d74460) at libcore/pixmapcontainer.c:82
#1  0xb57a6c26 in cSDDisplayMenu::SetMessage (this=0x9d75dc8, Type=mtStatus, Text=0x0) at displaymenu.c:96
#2  0x0810765d in cOsdMenu::Display (this=0x9d75d40) at osdbase.c:228
#3  0x080fc2df in cMenuMain::ProcessKey (this=0x9d75d40, Key=kNone) at menu.c:4168
#4  0x080a3f69 in main (argc=<optimized out>, argv=<optimized out>) at vdr.c:1294

Das Hide() schliesst leider nur das DisplayReplay, ist aber mittlerweile sowieso in den Dekonstruktor gewandelt und kBack ist jetzt, bis auf aktives DiscNav, mit kStop gleichgesetzt.

Ich verhindere jetzt als Workaround erstmal den Zugriff auf nicht mehr existierende Objekte, so dass es zumindest keinen Segfault mehr gibt. Dadurch bleibt aber ein unsichtbares Menü vorhanden, was mir noch nicht wirklich gefällt.

Anderer Ansatz. Ich kann prüfen ob das OSD offen ist, kann ich auch irgendwo rausbekommen das ein Menü offen ist? Dann könnte ich über cRemote einfach nochmal kMenu senden und gucken ob es dann zu ist.

Aktuell fällt mir nur ein IsOpen prüfen, wenn true kMenu senden, IsOpen wieder prüfen, wenn immer noch offen nochmal kMenu senden. Ist nicht die schönste Möglichkeit könnte aber funktionieren.

kBack müsste auch gehen, ich muss nur prüfen ob das eventuell irgendwelche neuen Probleme verursachen kann, da es ja an die weiteren ProcessKeys durchgereicht wird im Gegensatz zu kMenu.

Wobei, wenn es ohne Nebenwirkungen klappt, es im Code recht einfach sein sollte:

while (cOsd::IsOpen())
  cRemote::Put(cKey::FromString("kBack");

Eventuell noch ein kleines Sleep mit rein damit, wenn das OSD einen Moment zum schliessen braucht, der VDR nicht mit Tastendrücken geflutet wird.

Hierbei geht es um das VDR Main Menu, es wird beim drücken der Menü Taste angelegt. Das geschieht ausserhalb des Plugins. Das Plugin stellt nur den cOsdProvider zur Verfügung und liefert eine Instanz meiner cOsd Klasse um das Menü darzustellen.
Wenn der Player im Plugin beendet wird, wechselt der cOsdProvider wieder auf den das Ausgabe_plugins zurück (gelöst über ein cOsdProvider::Shutdown und cDevice::MakePrimary).

Allerdings ist das Menü dabei im Hintergrund immernoch aktiv und nutzt weiterhin die cOsd Klasse des mpv Plugins.

Ich möchte das Menü nun schliessen, wenn der Dekonstruktor meiner cControl Klasse aufgerufen wird. Allerdings konnte ich noch keinen Weg finden zu prüfen ob derzeit ein Menü geöffnet ist, und wenn ja dieses zu schliessen.

Weil das OSD, während mpv etwas abspielt, nicht über das VDR Ausgabe-Plugin ausgegeben wird, sondern ich in einer eigenen cOsd-Klasse das ganze in die API von mpv schreibe. Das OSD wird dadurch von mpv dargestellt.

mpv startet mit einem cControl mit pmExternal.

Genau, so mache ich es. Das Menü nach der Auswahl und Start des Players wird geschlossen, hier gebe ich auch ein osEnd zurück.

Das Problem ist der Rückweg. Also wenn der Benutzer den Player wieder stoppt und dabei ein Menü auf hat. In der cControl::ProccessKey gebe ich zwar osEnd zurück, das kommt aber vermutlich nicht im cMenu::ProcessKey an, so dass das Menü geöffnet bleibt. Nur habe ich noch keinen Weg gefunden entweder an die aktuelle cMenu Instanz zu kommen um es zu schliessen oder cMenu zu informieren das es das aktuelle Menü schliessen soll.

Komischerweise dauert das schließen des OSD mit kMenu im cControl Dekonstruktor trotzdem ca 6-7 Sekunden. Getestet mit dem Classic Skin von VDR, skindesigner hat die gleiche Zeit.

Edit: Und wenn ich nachdem Senden von kMenu einfach warten will bis cOsd::IsOpen == false ist, bleibe ich in einer Endlosschleife hängen. kMenu wird anscheinend erst vollständig abgearbeitet nachdem der Dekonstruktor vollständig abgearbeitet ist. Das würde auch die 6-7 Sekunden erklären.

Edit 2: Auch wenn ich das senden von kMenu in cControl::ProcessKeys verschiebe wird das OSD nicht sofort geschlossen.