softhddevice-drm-gles mit Raspi3

  • Hallo,

    ich versuche aktuell den VDR auf einem Raspi3 mit einem aktuellen OS zum laufen zu bringen. Ich habe auch schon einiges ausprobiert und stosse da auf verschiedenste Probleme. Scheint als sollte man nur alte Betriebssysteme für den pi3 benutzen.

    Ich habe auch das softhddevice-drm-gles unter Raspi OS bookworm getestet und damit bekomme ich sogar Bild und Ton. Allerdings funktioniert damit nicht das OSD, was mich aber erst mal nicht überrascht.

    Laut der Readme kann ich das Plugin auch ohne die OSD GPU beschleunigung mit GLES=0 bauen. Das funktioniert aber bei mir nicht.

    Ohne GLES=0 wird das Plugin gebaut und aktuell ist mir da aufgefallen, dass ich das OSD vom Menü nicht sehe. Das OSD wenn ich umschalte, funktioniert etwas besser, außerdem kann ich die Lautstärke nicht regeln nur entweder volle Lautstärke oder aus.

    Ist das überhaupt noch vorgesehen das Plugin mit GLES=0 zu bauen?

    Vielen Dank

    Gruß dile

  • Im git ist ein fix für den build mit GLES=0.

    Grundsätzlich weiß ich nicht, ob und wie softhddevice-drm-gles mit den RPI3 läuft... Nie getestet. Grundsätzlich nutze ich die Kernel-/Software-Versionen, die auch Libreelec nutzt. Du kannst ja mal schauen, was die für RPI2 nutzen - das Image sollte mit dem für RPI3 identisch sein.

    GLES=1 sorgt dafür, dass das Zusammenbauen des OSD mit OpenGL/ES gemacht wird - und gbm stellt hier die Buffer-Schnittstelle zur Verfügung, auf dem dann das OSD landet und über die kernel-kms Schnittstelle dargestellt wird.
    Mit GLES=0 passiert das alles in Software. Du kannst aber auch mit der Startoption -w disable-ogl-osd das Software-OSD forcieren, wenn du mit GLES=1 gebaut hast.

    Etwas komisch ist, dass das OSD mit GLES manchmal kommt und manchmal nicht. Da bräuchte ich tatsächlich mehr Log-Infos, um dem auf die Schliche zu kommen. Das mit der Lautstärke kann ich mir auch nur anschauen, wenn ich Logs bekomme.

    Falls du mir die lieferst, kann ich versuchen zu helfen.

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---
    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.7 mit streamdev, satip/vtuner-ng, live, epgsearch, markad ---
    (Client 1) --- HW: RPI4 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (Client 2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

  • Ist das überhaupt noch vorgesehen das Plugin mit GLES=0 zu bauen?

    EDIT:
    Grundsätzlich ja. GLES=1 bläht die Abhängigkeiten um mesa auf, was der ein oder andere nicht möchte oder braucht. Aber da beides jetzt integriert ist und laufen sollte, lasse ich es drin. Bei GLES=0 brauchts halt kein mesa und damit wird auch die Fehlerquote minimiert.

    Auf schwächerer Hardware kann das OSD mit GLES=1 etwas flotter sein, wenn die Arbeit auf die GPU ausgelagert wird - vor allem, wenn eine mächtige Skin benutzt wird. Auf RPI4 oder RPI5 wird sich der Geschwindigkeitsvorteil an 0 annähern...

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---
    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.7 mit streamdev, satip/vtuner-ng, live, epgsearch, markad ---
    (Client 1) --- HW: RPI4 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (Client 2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

    Edited once, last by rell (July 21, 2025 at 9:54 AM).

  • Im git ist ein fix für den build mit GLES=0

    Vielen Dank. Damit baut es jetzt.

    Sowohl mit GLES =1 und -w disable-ogl-osd als auch mit GLES=0 funktioniert es jetzt bei mir. Machen die beiden Optionen überhaupt einen Unterschied? Das OSD wird jeweils angezeigt. Der VDR lässt sich gut bedienen. Das macht insgesamt sogar einen besseren Eindruck als meine uralte Basis mit dem rpihddevice. Nachdem ich jetzt das Menü erreicht habe, konnte ich auch dort die Lautstärkeregelung auf Software stellen und kann auch die Lautstärke korrekt einstellen.

    Als Ergänzung für andere die das Plugin mit dem Pi3 testen wollen. Ich habe nur h264 Inhalte in SD und 720p. Andere Sachen habe ich nicht getestet. Außerdem wird bei den SD Inhalten unten ein schmaler grüner Balken angezeigt. Das ist aber wahrscheinlich kein Problem des Plugins da ich dies je nach Auflösungen und Codec auch unter Kodi habe.

    Dafür schon mal vielen Dank. Ich werde das noch etwas testen aber das macht schon mal einen guten Eindruck auf dem Pi3.


    Etwas komisch ist, dass das OSD mit GLES manchmal kommt und manchmal nicht. Da bräuchte ich tatsächlich mehr Log-Infos, um dem auf die Schliche zu kommen.

    Hier habe ich mich wohl selbst reingelegt. Bei einer Fernbedienung hat die Menütaste nicht funktioniert. Ich dachte daher das in bestimmten Konstellation das Menü gar nicht aufgeht. Das habe ich auch gelöst. :)


    Ich habe jetzt auch nochmal mit GLES=1 getestet. Da ist es so das beim Menü oder in der Ansicht beim Umschalten das OSD und Bilder/Symbole da sind. Nur alles an Schrift fehlt einfach.

    Im Log sehe ich folgendes:

    Code
    Jul 21 15:49:40 merkur vdr[983]: [1009] [softhddevice] GL Error (0x00000501): glTexImage2D( GL_TEXTURE_2D, 0, GL_LUMINANCE, w, h, 0, GL_LUMINANCE, GL_UNSIGNED_BYTE, 0 ) failed at openglosd.cpp:601
    Jul 21 15:49:40 merkur vdr[983]: [1009] [softhddevice] GL Error (0x00000502): glTexSubImage2D( GL_TEXTURE_2D, 0, ox, oy, bGlyph->bitmap.width, bGlyph->bitmap.rows, GL_LUMINANCE, GL_UNSIGNED_BYTE, bGlyph->bitmap.buffer ) failed at openglosd.cpp:668
    Jul 21 15:49:40 merkur vdr[983]: [1009] [softhddevice] GL Error (0x00000502): glTexSubImage2D( GL_TEXTURE_2D, 0, ox, oy, bGlyph->bitmap.width, bGlyph->bitmap.rows, GL_LUMINANCE, GL_UNSIGNED_BYTE, bGlyph->bitmap.buffer ) failed at openglosd.cpp:668
    Jul 21 15:49:40 merkur vdr[983]: [1009] [softhddevice] GL Error (0x00000502): glTexSubImage2D( GL_TEXTURE_2D, 0, ox, oy, bGlyph->bitmap.width, bGlyph->bitmap.rows, GL_LUMINANCE, GL_UNSIGNED_BYTE, bGlyph->bitmap.buffer ) failed at openglosd.cpp:668
    Jul 21 15:49:40 merkur vdr[983]: [1009] [softhddevice] GL Error (0x00000502): glTexSubImage2D( GL_TEXTURE_2D, 0, ox, oy, bGlyph->bitmap.width, bGlyph->bitmap.rows, GL_LUMINANCE, GL_UNSIGNED_BYTE, bGlyph->bitmap.buffer ) failed at openglosd.cpp:668
    Jul 21 15:49:40 merkur vdr[983]: [1009] [softhddevice] GL Error (0x00000502): glTexSubImage2D( GL_TEXTURE_2D, 0, ox, oy, bGlyph->bitmap.width, bGlyph->bitmap.rows, GL_LUMINANCE, GL_UNSIGNED_BYTE, bGlyph->bitmap.buffer ) failed at openglosd.cpp:668
    Jul 21 15:49:40 merkur vdr[983]: [1009] [softhddevice] GL Error (0x00000502): glTexSubImage2D( GL_TEXTURE_2D, 0, ox, oy, bGlyph->bitmap.width, bGlyph->bitmap.rows, GL_LUMINANCE, GL_UNSIGNED_BYTE, bGlyph->bitmap.buffer ) failed at openglosd.cpp:668
    Jul 21 15:49:40 merkur vdr[983]: [1009] [softhddevice] GL Error (0x00000502): glTexSubImage2D( GL_TEXTURE_2D, 0, ox, oy, bGlyph->bitmap.width, bGlyph->bitmap.rows, GL_LUMINANCE, GL_UNSIGNED_BYTE, bGlyph->bitmap.buffer ) failed at openglosd.cpp:668
    Jul 21 15:49:40 merkur vdr[983]: [1009] [softhddevice] GL Error (0x00000502): glTexSubImage2D( GL_TEXTURE_2D, 0, ox, oy, bGlyph->bitmap.width, bGlyph->bitmap.rows, GL_LUMINANCE, GL_UNSIGNED_BYTE, bGlyph->bitmap.buffer ) failed at openglosd.cpp:668
    Jul 21 15:49:40 merkur vdr[983]: [1009] [softhddevice] GL Error (0x00000502): glTexSubImage2D( GL_TEXTURE_2D, 0, ox, oy, bGlyph->bitmap.width, bGlyph->bitmap.rows, GL_LUMINANCE, GL_UNSIGNED_BYTE, bGlyph->bitmap.buffer ) failed at openglosd.cpp:668


    Kurze Frage ohne mich da bisher näher mit beschäftigt zu haben. Kann ich mit dem Plugin die Audio Ausgabe optional auch auf ein Bluetooth Headset umstellen.

    Gruß dile

  • Der GL Fehler ist ein ungültiger Parameter in glTexImage2D.

    Kannst du mal eine andere Schriftart versuchen?

    EDIT: oder Schriftgröße...

    Welche mesa Version hast du?

    Kannst du dir mit einer Logzeile w und h ausgeben lassen? Sonst stelle ich dir eine Debugbranch ein.

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---
    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.7 mit streamdev, satip/vtuner-ng, live, epgsearch, markad ---
    (Client 1) --- HW: RPI4 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (Client 2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

  • In der Theorie kannst du Audio über jedes Device ausgeben, das vom System erkannt wird.

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---
    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.7 mit streamdev, satip/vtuner-ng, live, epgsearch, markad ---
    (Client 1) --- HW: RPI4 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (Client 2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

  • dile Bitte mal https://github.com/rellla/vdr-plu…ree/WIP/gldebug testen und im Setup OpenGL Logs aktivieren.

    Oder, weil du ja keinen Text siehst VDR stoppen, in der setup.conf softhddevice-drm-gles.LogLevel = 529 hinzufügen. Dann das Log posten...

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---
    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.7 mit streamdev, satip/vtuner-ng, live, epgsearch, markad ---
    (Client 1) --- HW: RPI4 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (Client 2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

  • Damit baut das Plugin leider nicht.



    Ich habe die Schriftart und Schriftgröße mal geändert. Das hat aber keine Änderung am Fehlerbild bewirkt.

    Code
    Jul 21 23:28:42 merkur vdr[1960]: [1980] [softhddevice] GL Error (0x00000501): glTexImage2D( GL_TEXTURE_2D, 0, GL_LUMINANCE, w, h, 0, GL_LUMINANCE, GL_UNSIGNED_BYTE, 0 ) failed at openglosd.cpp:601
    Jul 21 23:28:42 merkur vdr[1960]: [1980] [softhddevice] GL Error (0x00000502): glTexSubImage2D( GL_TEXTURE_2D, 0, ox, oy, bGlyph->bitmap.width, bGlyph->bitmap.rows, GL_LUMINANCE, GL_UNSIGNED_BYTE, bGlyph->bitmap.buffer ) failed at openglosd.cpp:668
    Jul 21 23:28:42 merkur vdr[1960]: [1980] [softhddevice] GL Error (0x00000502): glTexSubImage2D( GL_TEXTURE_2D, 0, ox, oy, bGlyph->bitmap.width, bGlyph->bitmap.rows, GL_LUMINANCE, GL_UNSIGNED_BYTE, bGlyph->bitmap.buffer ) failed at openglosd.cpp:668
    Jul 21 23:28:42 merkur vdr[1960]: [1980] [softhddevice] GL Error (0x00000502): glTexSubImage2D( GL_TEXTURE_2D, 0, ox, oy, bGlyph->bitmap.width, bGlyph->bitmap.rows, GL_LUMINANCE, GL_UNSIGNED_BYTE, bGlyph->bitmap.buffer ) failed at openglosd.cpp:668
    Jul 21 23:28:42 merkur vdr[1960]: [1980] [softhddevice] GL Error (0x00000502): glTexSubImage2D( GL_TEXTURE_2D, 0, ox, oy, bGlyph->bitmap.width, bGlyph->bitmap.rows, GL_LUMINANCE, GL_UNSIGNED_BYTE, bGlyph->bitmap.buffer ) failed at openglosd.cpp:668
  • Sorry, mein Fehler. Kannst du es nochmal probieren? Jetzt müsste es gehen. Ich habe auch gleich was eingebaut, das den Fehler evtl. schon löst.
    Ich bin mir nicht sicher, wie groß ein Texture beim RPI3 sein darf, aber was ich gefunden habe, ist das wohl 2048x2048. Im Code war fest 4096x4096 hardcoded und ein solches Texture kann auf dem RPI3 dann natürlich nicht erzeugt werden.

    Den Branch müsstest du neu auschecken...

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---
    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.7 mit streamdev, satip/vtuner-ng, live, epgsearch, markad ---
    (Client 1) --- HW: RPI4 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (Client 2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

    Edited once, last by rell (July 22, 2025 at 9:54 AM).

  • rell Damit funktioniert es, jetzt der Inhalt vom OSD korrekt angezeigt.

    Was mir allerdings aufgefallen ist, dass wenn ich durch das Menü navigiere, sporadisch das OSD komplett nicht mehr angezeigt wird. Wenn ich dann weiter navigiere ist es aber sofort wieder da.

    vdr-log.txt


    Unabhängig davon ist mir noch aufgefallen das das zurück spulen nicht richtig funktioniert.

  • dile July 22, 2025 at 11:51 AM

    Changed the title of the thread from “softhddevice-drm-gles baut nicht mit GLES=0” to “softhddevice-drm-gles mit Raspi3”.
  • Jul 22 11:23:48 merkur vdr[2925]: [2946] [softhddevice][OpenGL] Maximum Pixmap size: 2048x2048px
    Jul 22 11:23:48 merkur vdr[2925]: [2946] [softhddevice][OpenGL] Try creating font atlas texture with w 2036 h 64 (max 2048)
    Jul 22 11:23:48 merkur vdr[2925]: [2946] [softhddevice][OpenGL] Created a 2036 x 64 (127 kB) FontAtlas for fontsize 30, rowh 32, roww 1713

    Also hat meine Vermutung gestimmt. Jetzt wird die font atlas texture 2-reihig gemacht... Das Problem wäre gelöst.

    Was mir allerdings aufgefallen ist, dass wenn ich durch das Menü navigiere, sporadisch das OSD komplett nicht mehr angezeigt wird. Wenn ich dann weiter navigiere ist es aber sofort wieder da.

    Ist das mit beiden Varianten so? Kannst du das mit lcars reproduzieren? Kannst du die beiden OpenGL Zeitmessung Log-Optionen dafür zusätzlich aktivieren und mir den Ausschnitt aus dem Log zur Verfügung stellen, wo das passiert?

    Das Zurückspulen könntest du mit dem aktuellen Branch nochmal testen. Ich habe da nochmal einen Commit rein.

    EDIT: Und dafür dann Codec und Trickspeed Log aktivieren, wenns damit noch nicht klappt.

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---
    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.7 mit streamdev, satip/vtuner-ng, live, epgsearch, markad ---
    (Client 1) --- HW: RPI4 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (Client 2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

    Edited once, last by rell (July 22, 2025 at 12:52 PM).

  • Das Zurückspulen könntest du mit dem aktuellen Branch nochmal testen. Ich habe da nochmal einen Commit rein.

    Das sieht sehr gut aus. Vielen Dank. :thumbup:

    Ist das mit beiden Varianten so? Kannst du das mit lcars reproduzieren? Kannst du die beiden OpenGL Zeitmessung Log-Optionen dafür zusätzlich aktivieren und mir den Ausschnitt aus dem Log zur Verfügung stellen, wo das passiert?

    Bei der "-w disable-ogl-osd" ist mir das nicht aufgefallen nur ohne die Option. Allerdings konnte ich es gerade auf die schnelle nicht nachstellen. Muss ich mir noch mal anschauen wenn ich etwas mehr Zeit habe.


    Mir ist aber noch aufgefallen das an einigen Stellen Schriften abgeschnitten werden. Manchmal taucht dann auch ein Teil des abgeschnitten Wertes vorne wieder auf. Mit der Option "-w disable-ogl-osd" sieht es aber gut aus.

    Hier mal ein Beispiel mit dem Shutdown mit und ohne "-w disable-ogl-osd":

  • Das riecht doch nach einem festen Positionswert (x) für die Meldung, der noch auf 4096 x 4096 ausgelegt ist, oder?

    MyVDR: yaVDR-Ansible (Ubuntu 20, VDR 2.4.8) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr (tvm) - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 21 - xstream
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

  • Das mit den abgeschnittenen Schriften ist aber abhängig vom Skin. Beim skinelchihd kann ich das Problem nachstellen, wenn ich das GPU beschleunigte OSD aktiviere. Bei lcars und skinnopacity konnte ich gerade keine abgeschnittenen Schriften sehen, trotz GPU beschleunigtes OSD.

    Das sporadische und kurzzeitig verschwundene Menü während des navigieren konnte ich jetzt auch unter lcars nachstellen. Da muss ich jetzt nur noch Zeit für die Logs liefern.

  • Das muss ja dann mit dem OpenGl-OSD zu tun haben. Hatte ich tatsächlich noch nie...
    Evtl. ist die GPU nicht hoch genug getaktet zu dem Zeitpunkt? Falscher governor? Aber dann würde es einfach länger dauern. Das OSD kommt erst auf den Schirm, wenn es fertig zusammengebaut wurde <- und da stimmt was nicht.

    Hier wären tatsächlich zusätzlich die OpenGL logs gut wenn das auftaucht. Und wenn du das reproduzieren kannst, wäre es natürlich optimal.

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---
    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.7 mit streamdev, satip/vtuner-ng, live, epgsearch, markad ---
    (Client 1) --- HW: RPI4 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (Client 2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

  • Das riecht doch nach einem festen Positionswert (x) für die Meldung, der noch auf 4096 x 4096 ausgelegt ist, oder?

    Grundsätzlich kann OpenGL auf dem RPI3 nur PixMaps (=Texture) bis zu einer Größe von 2048x2048 darstellen. Das wird durch die Hardware begrenzt. Wenn ein Skin jetzt eine pixmap anlegen will, die größer ist, geht das schief - bzw. führt zu unerwarteten Ergebnissen... Das könnte es also sein.

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---
    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.7 mit streamdev, satip/vtuner-ng, live, epgsearch, markad ---
    (Client 1) --- HW: RPI4 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (Client 2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

  • Beim skinelchihd kann ich das Problem nachstellen, wenn ich das GPU beschleunigte OSD aktiviere.

    Sollte die Schrift hier irgendwie gescrollt werden? Kannst du in Softhddevice das Osd Log und die Logs in skinelchihd noch einschalten (#define DEBUG in common.h)?

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---
    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.7 mit streamdev, satip/vtuner-ng, live, epgsearch, markad ---
    (Client 1) --- HW: RPI4 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (Client 2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

  • Also das das OSD beim Navigieren komplett verschwindet hängt scheinbar vom Sender ab der im Hintergrund läuft. Bei SD konnte ich den Fehler noch nicht nachstellen. Ich konnte den Fehler nur bei einigen HD Sendern nachstellen. Wobei es scheinbar auch da nicht alle betrifft und wenn der Fehler auftritt scheint es auch unterschiedlich stark aufzutreten. Bei ARD und ZDF kann ich den Fehler recht gut reproduzieren. Tatsächlich ist es auch so das wenn das OSD verschwindet und ich warte etwas ohne weiter zu navigieren dann kommt das OSD auch von alleine wieder auch wenn das schon mal ein paar Sekunden dauern kann und es auch sein kann das es danach recht schnell wieder verschindet. Vielleicht kommt der Pi3 da tatsächlich an seine Grenzen. Anbei ein Log in dem das OSD mehrfach weg war.

    vdr-log.txt

  • Also im Grunde sieht das Log gut aus. Laut Log gibt es für 2, max 4 sec eun OSD, dann ist es weg und kommt sofort wieder. Am Ende lese ich was von subtitles thread. Die Frequenz von "Set OSD 1/0" sieht mir danach aus, als würden Untertitel angezeigt?

    Kann es sein, dass die Untertitel das OSD "wegschicken"?

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---
    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.7 mit streamdev, satip/vtuner-ng, live, epgsearch, markad ---
    (Client 1) --- HW: RPI4 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (Client 2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

  • Ich kann das hier nachstellen. Es liegt an den Untertiteln. Ich muss mir anschauen, was da abläuft und schauen wo sich das beißt.

    Wenn der Untertitel kommt, verschwindet das OSD. Haben das die anderen softhddevices mit OpenGL auch?

    Meine VDRs

    (SatIP Server) --- Kathrein Exip 418 ---
    (Server) --- HW: RPI5 --- SW: RPiOs, VDR 2.7.7 mit streamdev, satip/vtuner-ng, live, epgsearch, markad ---
    (Client 1) --- HW: RPI4 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (Client 2) --- HW: Radxa Rock 4 Plus - RK3399 --- SW: VDR*ELEC mit softhddevice-drm-gles ---
    (WIP) --- Tanix TX6, RPi5, RPi4, Odroid N2+, WetekPlay2 --- SW: VDR*ELEC mit softhddevice-drm-gles --

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!