softhdodroid: nach Wechsel von kodi zu vdr bleibt Bild manchmal schwarz

Zabrimus: Danke. Da ich nicht gefunden habe, wann/wo der Patch 02-media_modules-aml.sh angewandt wird und wie ich das verhindern kann, hatte ich einfach in der 003-multi-decoders-limit-maximum-number-of-decoder.patch den Inhalt auskommentiert. Der neu gebaute Kernel ist nun ohne multidecode - erkennbar daran, dass im softhdodroid-Plugin PIP nicht mehr angeboten wird. Ich habe das jetzt knapp 2 Wochen laufen, und der vf_notify_receiver, fail to get receiver-Fehler ist seitdem nicht mehr aufgetreten.

Es gab vereinzelt andere Probleme, die aber eine andere Ursache haben müssen:

• Ab und zu kommt von dem aktiven Tuner nach Rückkehr zu vdr kein Bild mehr - STR/SNR laut femon top, aber die femon-Streaminformation entdeckt keinen Inhalt. Beim Versuch, dennoch etwas davon aufzunehmen kommt dann der berüchtigte vdsb-Fehler von vdr (video data stream broken). Wenn ich auf den zweiten Tuner wechsle, kommt wieder ein Bild. Der 'kaputte' Tuner liefert erst wieder ein Bild, nachdem ich über das Einstellungen-Menü einen vdr-Neustart ausführe. Dabei werden alle DVB-Treiber entladen und neu geladen. Möglicherweise ein Problem mit einem USB-Energiesparmodus?
• Einmal ist schon in kodi das Bild beim Abspielen eines Films schwarz geblieben, und nach Rückkehr zu vdr hagelte es Fehlermeldungen, weil die PTS-Daten nicht geliefert wurden. Dummerweise habe ich keine logs, weil die journalctl-Daten ja nach dem reboot weg sind.

Insgesamt läuft mein N2 aber ohne multidecode deutlich stabiler. Beim Wechsel vdr/kodi und auch Starten von vdr nach dem Booten (CE-Logo sichtbar) kommt es nun aber zu heftigen Bildverzerrungen, die mit multidecode nicht da waren. Deshalb habe ich diese Änderung vorgenommen:

diff -ur vdr-plugin-softhdodroid-master/video.c vdr-plugin-softhdodroid-patched/video.c
--- vdr-plugin-softhdodroid-master/video.c    2023-04-15 15:59:13.000000000 +0200
+++ vdr-plugin-softhdodroid-patched/video.c    2023-05-05 17:00:44.000000000 +0200
@@ -1091,6 +1091,7 @@
 #endif
     //close (ge2d_fd);
 
+        amlSetInt("/sys/class/graphics/fb0/blank", 1);
     amlSetInt("/sys/class/graphics/fb0/free_scale", 0);
 
     // restore vfm mapping
@@ -1111,6 +1112,7 @@
     amlSetString("/sys/class/amvecm/debug","3dlut close");
     amlSetString("/sys/class/amvecm/debug","3dlut disable");
 
+        amlSetInt("/sys/class/graphics/fb0/blank", 0);
  };            ///< Cleanup and exit video module.
 
 
@@ -1809,6 +1811,7 @@
     sprintf(fsaxis_str, "0 0 %d %d", OsdWidth-1, OsdHeight-1);
     sprintf(waxis_str, "0 0 %d %d", VideoWindowWidth-1, VideoWindowHeight-1);
 
+        amlSetInt("/sys/class/graphics/fb0/blank", 1);
     amlSetString("/sys/class/vfm/map","rm default");
     sleep(2);
     amlSetString("/sys/class/vfm/map","add default decoder ppmgr deinterlace amvideo");
@@ -1819,6 +1822,7 @@
     amlSetInt("/sys/class/graphics/fb0/scale_width", OsdWidth);
     amlSetInt("/sys/class/graphics/fb0/scale_height", OsdHeight);
     amlSetInt("/sys/class/graphics/fb0/free_scale", 0x10001);
+        amlSetInt("/sys/class/graphics/fb0/blank", 0);
 
     amlSetString("/sys/class/amvecm/debug","sr enable");

Wie geht man jetzt weiter mit dem Thema multidecode weiter um? Diejenigen, die kodi kaum oder gar nicht nutzen und im vdr-Betrieb auf PIP Wert legen, werden darauf nicht verzichten wollen. Das gilt genauso für diejenigen, die trotz kodi-Nutzung keine Probleme haben (warum auch immer) oder die damit leben können, ggf. einen vdr-Neustart durchzuführen (weil keine Timer laufen). Wer auf Stabilität Wert legt, wird vielleicht lieber auf PIP verzichten (für mich ist es eine Spielerei, die ich sowieso nicht nutze).

Interessant fand ich eine Aussage des CE-Entwicklers Portisch, wonach bei aktiviertem multidecode der Kernel das vfm mapping übernimmt. In kodi gibt es neben der von ihm beispielhaft zitierten Codestelle an mindestens 2 weiteren Stellen Code, der abhängig von multidec ausgeführt wird. Deshalb stellt sich mir die Frage, ob softhdodroid nicht ebenfalls auf das vfm mapping verzichten sollte, wenn ein laufender Kernel mit multidecode-Fähigkeit erkannt wird. Irgendwo muss diese Erkennung ja bereits stattfinden, weil sich danach die Anzeige der PIP-Option im Plugin-Hauptmenü orientiert.