[softhddevice-drm-gles] Raspberry 4 und 5

rell Du hast zum Testen auch die MLD6 verwendet? Also einfache ISO heruntergeladen und installiert ohne Änderungen? Und dort tritt der Effekt nicht auf?

Quote from rell

MLD habe ich leider noch nie ausprobiert - warum auch immer. Ich habe nur VDR*ELEC Systeme auf Basis LibreELEC. Solltet ihr beiden (rfehr und du) verschiedene Kernel verwenden, kann es natürlich auch daran liegen.

Wir haben alle die gleiche Hardware, also finden wir den Fehler, wenn wir die Unterschiede im System abklappern...

Ah, ok, entschuldige, das habe ich falsch verstanden. Ich dachte, Du hättest auch mit der MLD6 getestet. Ich habe gerade mal den Kernel aus dem Repo von Roland installiert, leider krieg ich jetzt den VDR nicht mehr hoch, weil er ja den TV nicht findet

Da hat man schon im ganzen Haus TVs von LGs mit Apple HomeKit Unterstützung, aber leider hat Apple einen Bug eingebaut, der verhindert, das man die auch per HomeKit einschalten kann:

https://homekitdaily.de/keine-antwort-…nicht-behebbar/

Muss leider bis heute Abend warten, bis ich damit testen kann.

Quote from rell

Ah ok. Dein Repo finde ich nicht. Da sollte zumindest der Fehler DestroyFB: error closing prime fd 48 (9): Bad file descriptor nicht mehr auftauchen.

das liegt daran, das ich die Version noch nicht eingecheckt habe, da ich erst warten will, bis alles geht

Quote from rell

Irgendwas grabbt bei dir, oder? Es könnte sein, dass das die Ursache ist, weil hier direkt im display thread zwischen den pageflips die buffer kopiert werden. Das könnte zu langsam sein und ausbremsen oder sich sonst irgendwie mit dem Ablauf in die Quere kommen. Nur eine Vermutung...

Anonsten sehe ich im Log nichts auffälliges...

Das passiert nur, weil ich hier von der Arbeit aus das OSD über die MLD Konsole bedient habe. Wenn ich normal TV schaue, wird nicht gegrabbt. Aber natürlich ist der Effekt dann da. Eventuell funken noch andere Plugins dazwischen, die die MLD6 verwendet?!?

Quote from rell

Unterstützen kannst du indem du testest und Bugs meldest oder selbst Code schreibst.

Ich habe einen Pull-Request erstellt. Aber bitte habe Nachsicht mit mir, ich bin blutiger Anfänger.

Naive Frage, aber kann man das nicht einfach von hier kopieren:

https://github.com/ua0lnj/vdr-plugin-softhddevice

Quote from rell

Ganz nicht, aber ich schaue mir bei den anderen softhddevice viel ab. Das Problem sind bei mir 2 Seiten. Da ich produktiv rockchip nutze und passthrough da nicht im Kernel ist, muss ich das zuerst machen. Dafür brauche ich was zum Testen - könnte Kodi sein. Weil wenn ich das mit softhddevice-drm-gles testen will, muss ich ja mindestens auf einer Seite wissen, dass es richtig ist Ich werde das parallel machen, angefangen habe ich schon. Evtl. nehme ich dafür dann auch den rpi...

Wie zufrieden bist Du mit rockchip? Nutzt Du den produktiv? Was sind die Vorteile zum RPI4. Ich muss zu Hause insgesamt 5 RPI3 austauschen. Meinst Du, rockchip wäre besser?

Ok, hier ein paar neue Erkentnisse:

Wenn ich den Kernel aus Rolands Repo nehme, habe ich kein Alsa Device mehr und VDR startet entsprechend nicht mehr. Mit der Debug Version von softhddevice-drm-gles und dem Kernel aus dem "normalen" Repo ist der VDR nicht mehr bedienbar und verbraucht 100% CPU.

Sobald ich wieder auf den "normalen" Kernel wechsel, habe ich wieder Ton, der VDR startet auch wieder normal, aber dieser "Tearing" Effekt ist natürlich wieder da.

Irgendwas stimmt glaube ich nicht mit der MLD. Ich glaube, ich versuche mal ein raspbian system aufzusetzen und vdr eigenständig zu kompilieren (wie in Zeiten des vdr-1.04 mit AIO Patch)

Wenn noch jemand eine Idee hat, immer her damit

Ok, ich bin den einfachen Weg gegangen

Ich habe mir VDR*ELEC installiert. Hier funktioniert es, kein "Tearing Effekt". Es liegt also nicht an meiner Hardware

oder Verkabelung. Es muss also an der MLD6 liegen. Jetzt ist nur die Frage, welche Sachen bei Roland anders sind. Die Default MLD6 hat auf jeden Fall diesen "Tearing" Bug.

Quote from neumann2k

Die Default MLD6 hat auf jeden Fall diesen "Tearing" Bug.

Könnte es sein das die Frames nicht syncron zum Bildwechsel umgeschaltet werden ? Evtl. kein doppelpuffer eingerichtet ist.

Quote from jojo61

Könnte es sein das die Frames nicht syncron zum Bildwechsel umgeschaltet werden ? Evtl. kein doppelpuffer eingerichtet ist.

Tut mir leid, da steh ich auf dem Schlauch. Was meinst Du?

rfehr Könntest Du das Plugin vielleicht einmal ohne OpenGLES Unterstützung bauen? Ich würde das gerne einmal ausprobieren. Bauen sollte so funktionieren: GLES=0 make.

Eventuell ist das Plugin in VDR*ELEC ohne gebaut. Vielen Dank vorab.

Ok. Sind spezielle Einstellungen in der config.txt nötig? Bei der MLD6 sind folgende Optionen gesetzt:

dtoverlay=vc4-fkms-v3d            
dtoverlay=rpivid-v4l2             
dtoverlay=gpio-ir                 
dtparam=audio=on  

Welche sind bei Dir gesetzt?