softhdcuvid jetzt mit VAAPI und HDR support

Mit COMPATIBILITY_PROFILE

glutInitContextVersion( 3, 3 );
glutInitContextProfile( GLUT_COMPATIBILITY_PROFILE );

stürzt er mir ab:

vdr[2101]: X Error of failed request:  GLXBadFBConfig
vdr[2101]:   Major opcode of failed request:  151 (GLX)
vdr[2101]:   Minor opcode of failed request:  34 ()
vdr[2101]:   Serial number of failed request:  41
vdr[2101]:   Current serial number in output stream:  40
vdr[2101]: terminate called without an active exception

Mit CORE_PROFILE:

    glutInit(&argc, argv);

    glutInitContextVersion( 3, 3 );
    glutInitContextProfile( GLUT_CORE_PROFILE );
    glutInitDisplayMode (GLUT_SINGLE | GLUT_RGBA | GLUT_ALPHA);
    glutInitWindowSize (1, 1);
    glutInitWindowPosition (0, 0);
    glutCreateWindow("openglosd");
    glutHideWindow();
    free(buffer[0]);
    free(buffer[1]);
    free(buffer[2]);

    GLenum err = glewInit();
    if( err != GLEW_OK) {
        esyslog("[softhddev]glewInit failed with '%s', aborting\n", glewGetErrorString(err));
        return false;
    }
    GLint majorVersion = 0;
    GLint minorVersion = 0;
    glGetIntegerv(GL_MAJOR_VERSION, &majorVersion);
    glGetIntegerv(GL_MINOR_VERSION, &minorVersion);

    dsyslog("[softhddev]openglosd 4a OpenGL Version %s GLSL %s", glGetString (GL_VERSION), glGetString (GL_SHADING_LANGUAGE_VERSION));

bekomme ich openGL 4.5, was ja langen sollte, auch mit dem "alten" Mesa 18.3.2:

vdr: [2188] oglThread thread started (pid=2161, tid=2188, prio=high)
vdr: [2188] [softhddev]OpenGL using display :0
vdr: [2188] [softhddev]openglosd 4a OpenGL Version 4.5 (Core Profile) Mesa 18.3.2 GLSL 4.50

Zitat von jojo61

FireFly Gehts denn nun ?

Nö, sonst hätte ich das geschrieben. Immer noch das gleiche Verhalten: Nach dem Start des VDR kommt das Videobild ohne OSD und wenn das zweite mal ein OSD aufgemacht werden soll bleibt das Videobild stehen (immer noch ohne OSD) und nur noch der Ton läuft weiter.

Alle openGL Testprogramme, die im Netz finde und kompiliere, oder glmark2 funktionieren aber.

Ich verliere langsam die Lust weiter zu suchen ....

Schreibe doch mal die Voraussetzungen ins Readme.

Außerdem wäre es schön wenn man für die Paketerstellung das VAAPI=1 etc extern setzen könnte und nicht das Makefile patchen muss

FireFly: Kannst Du zum Testen einmal folgende Variablen vor dem VDR-Aufruf setzen:

MESA_VENDOR_OVERRIDE="mesa" MESA_RENDERER_OVERRIDE="mesa" MESA_GL_VERSION_OVERRIDE=4.5COMPAT vblank_mode=0 mesa_glthread=true

Hi,

jojo61

as we do use only newer ffmpeg versions all the mutex lock/unlock in codec.c are not needed anymore, I did try it here and could not see see any issue.

CU

9000h

Zitat von beta

FireFly: Kannst Du zum Testen einmal folgende Variablen vor dem VDR-Aufruf setzen:

Code

MESA_VENDOR_OVERRIDE="mesa" MESA_RENDERER_OVERRIDE="mesa" MESA_GL_VERSION_OVERRIDE=4.5COMPAT vblank_mode=0 mesa_glthread=true 

Das macht dann die Dekodierung in Software, oder? Weil es ruckelt und der Ton wird asynchron nach kurzer Zeit. OSD wird aber auch keins angezeigt und beim zweiten Einblenden bleibt das Videobild auch hängen. Die GPU ist aber trotzdem zu 100% mit Render beschäftigt lt. intel_gpu_top bei der max. GPU-Frequenz.

Zitat von jojo61

Ich kann dir mal ne Liste machen mit allen Paketen die ich installiert habe.

Ja bitte, am besten per PN, auch wenn ich vorr. erst nächstes Wochenende wieder zum Testen komme.

Zitat von jojo61

Hattest du auf dem Rechner evtl. mal den NVIDIA Treiber installiert. Der würde die Mesa installation kaputt machen (nur so ne Idee).

Nee, außer wenn es durch ne Abhängigkeit installiert worden wäre. Aber in dem Rechner war nie ne NVidia-Karte drin. Außerdem habe ich erst die neueren und dann wieder die alten Mesa-Pakete installiert.

Zitat von jojo61

Das mit dem externen setzten von VAAPI=1 kann ich gerne einbauen. Nur leider bin ich kein Makefilespezialist. Kannst du da helfen ?

Einfach mit Name ?= Wert, dann wird Name nur definiert wenn es bisher nicht definiert war (wobei ein leerer Name bereits als definiert gilt)

Hi,

jojo61

will you also add code to the drm part that allows switching the vt like in mpv

https://github.com/mpv-player/…c/video/out/vo_drm.c#L254

you can try it on a console "mpv --vo drm video.mp4".

CU

9000h

CKone oder seahawk1986 - was habt Ihr denn gemacht unter yavdr ansible unter ubuntu 18.04 um Bild zu bekommen, bzw. um das X am starten zu hindern? Über apt das softhddrm plugin installieren funktioniert bei mir, ton bekomme ich auch damit, allerdings habe ich wohl eben ein schwarzes Bild vom XServer im Vordergrund mit einem Mauszeiger. Über die Commandline den X Prozess zu killen ginge, allerdings ist dann trotzdem etwas anderes im vordergrund im weg

Bzw. gibt es dafür eventuell schon ein playbook oder irgendwas oder eine Anleitung wie man dies verwendet? Ohne X würde vermutlich die systemressourcen sparen und damit auch meine NUC weniger strom verbrauchen lassen?

Danke im Voraus für jegliches Feedback dazu!

Zitat von reini-at

was habt Ihr denn gemacht unter yavdr ansible unter ubuntu 18.04 um Bild zu bekommen, bzw. um das X am starten zu hindern?

Die Units deaktiviert/maskiert, die dafür zuständig sind, dass der X-Server gestartet wird (vgl. https://www.yavdr.org/document…tation.html#xorg-output): systemctl mask --now yavdr-xorg xlogin@vdr x@vt7 

Dann muss man auf die Programme aus der Systemd-User Session verzichten, aber für erste Tests genügt es (IIRC muss man den VDR in die Gruppe audio aufnehmen, damit er direkten Zugriff auf Alsa hat).

Hi,

the console switch ctrl+alt Fn1/2/3 ...

btw. I did found a way to avoid the MESA_GL_VERSION_OVERRIDE, it's still not perfect but more clean.

https://community.khronos.org/…failure-with-glx/63190/10

CU

9000h

Zitat von seahawk1986

...(IIRC muss man den VDR in die Gruppe audio aufnehmen, damit er direkten Zugriff auf Alsa hat).

war hier schon so aus der Installation.

Habe zwischenzeitlich aber auch den kernel und mesa aktualisiert - läuft auf HD seht gut, auf UHD knarzt es noch hier und da, insbesondere bei HDR. - aber umso mehr mittesten umso früher kommen wir zum Ziel

seahawk1986 - danke - damit konnte ich nun erfolgreich Bild und Ton zum leben erwecken Selbes Problem wie vorher im thread schon beschrieben mit dem Skindesigner habe ich auch, bei shady_KISS z.B. habe ich schwarze Flächen statt ein schönes Design wie vorher, und auch die Scrollbalken sind nicht sichtbar, also mal ein wenig blind durchgescrollt und getippt um das skin nun mal auf metrixHD zu wechseln.

Kann ich irgendetwas beitragen um herauszufinden warum der Skindesigner das nicht so möchte wie ich?

Eingestellt ist aktuell mal alles auf 1920x1080, inkl. OSD.

Hi,

jojo61

maybe it's better to switch from libglew to libepoxy

https://github.com/anholt/libepoxy

CU

9000h

Zitat von reini-at

Kann ich irgendetwas beitragen...

bei den Skins tut sich im Moment noch nichts, solang es mit metrixHD geht ist es ja kein showstopper.

Aber was toll wäre, wenn du mal auf einem UHD HDR Sender ne Stunde laufen lassen würdest und schauen ob das bei dir durchhält. - ich hab da so meine Probleme mit den Sendern:

Travelxp 4k:10994:HC56M2O0P0S1:S19.2E:22000:767=36:768=deu@15:0:1830,1843,1860,186A,186D,9C4,98C,98D,1842,4B64:6202:0:0:0
UHD1 by ASTRA / HD+;SES ASTRA:10993:HC56M5O35P0S1:S19.2E:22000:101=36:102=deu@3,104=iss@3:0:0:2:1:1035:0

habe verschiedenes probiert, bei dir würde ich erwarten das spätestens zwischen Minute 30 und 60 das Bild grün wird. - Ich bin momentan auf nem anderen Kernel und da wirds nicht mehr grün sondern der vdr bekommt irgendwann einen OOM.

Danke

Christian