softhdcuvid jetzt mit VAAPI und HDR support

Hi, habe jetzt mal in meiner grub die fixe 1920x1080 rausgenommen und die edid raus, das war ja irgendwie nur für X interessant denke ich, und neu gestartet. Habe nun leider kein Ton mehr, aber darum kümmere ich mich nachher, wenn ich auf den Astra UHD Channel schalte, zeigt mir der Fernseher 1080i HDR/HLG an, was ja schon mal richtig wäre denke ich.

edit: hatte bis jetzt das plugin mit -g 1920x1080 gestartet, das kann ja nix werden habe das jetzt wieder rausgenommen und neu gestartet, jetzt zeigt der fernseher auch korrekterweise 2160/hdr/hlg an. Allerdings läuft es schon nach kurzer Zeit nicht mehr. Angezeigt wird dass der Kanal mit 60Hz läuft, wie ändere ich das auf 50?

Ich schaue mal wie lange das Bild durchläuft...

ok ton konnte ich auch richten indem ich das Verzeichnis /run/user/666 angelegt habte, und die Berechtigungen für user 666 für dieses Verzeichnis vergeben habe.

Allerdings ist nach kurzer Zeit das Bild schon grün bei mir, und das logfile überflutet mit:

Dec 31 16:05:26 mainbox vdr[4710]: xcb_connection_has_error() returned true

Dec 31 16:05:26 mainbox vdr: [4862] [softhddev] vom VDR kommt Clear:

Dec 31 16:05:26 mainbox vdr[4710]: xcb_connection_has_error() returned true

Dec 31 16:05:27 mainbox vdr: [4862] [softhddev] vom VDR kommt Clear:

Dec 31 16:05:27 mainbox vdr[4710]: xcb_connection_has_error() returned true

Dec 31 16:05:27 mainbox vdr: [4862] [softhddev] vom VDR kommt Clear:

Dec 31 16:05:27 mainbox vdr[4710]: xcb_connection_has_error() returned true

Dec 31 16:05:27 mainbox vdr: [4862] [softhddev] vom VDR kommt Clear:

Dec 31 16:05:27 mainbox vdr[4710]: xcb_connection_has_error() returned true

Dec 31 16:05:27 mainbox vdr: [4862] [softhddev] vom VDR kommt Clear:

Dec 31 16:05:27 mainbox vdr[4710]: xcb_connection_has_error() returned true

Dec 31 16:05:27 mainbox kernel: [ 1166.247655] i915 0000:00:02.0: Resetting vcs0 for hang on vcs0

Danach ging es wieder weiter, aber das Bild wechselt sich mit grünen pixelmasch und normales Bild ab, schauen kann man da jedenfalls nix

Gerät ist eine NUC7CJYH2. Ein wechsel vom UHD sender auf ein normaler sender ergibt nur noch grünes Bild ohne etwas sehen zu können, ein restart vom VDR hat das wieder gelöst.

Das habe ich so erwartet, ist wie bei mir mit dem bionic Kernel. - es gibt von der Stange max bis 5.3.0, das hilft aber nicht. Ich hab momentan diesen 5.5.0 vom 24.12.2019 drin: https://kernel.ubuntu.com/~ker…rm-intel-next/2019-12-24/ damit läuft es ganz gut bis der vdr nach ner guten halben Stunde mit einem OOM einen Neustart hinlegt.

Ich habe aber auch ein aktuelleres mesa von hier drin: https://launchpad.net/ubuntu/+…1~18.04.1/+build/18127636, glaub aber das hat nix gebracht.

Achtung der Kernel ist nicht signiert: musst du "Secure Boot" im Bios ausmachen!

Bitte nach nem VDR restart noch mal den Gegentest: unter QVC UHD läuft 4K ohne HDR wie geschmiert?

dann haben wir alles schon mal denselben Stand und es liegt nicht an uns

Danke

Christian

hast du den channel eintrag von QVC bei der Hand?

Läuft bei dier der VDR auch auf 60Hz? wusste nicht genau wie ich das ding auf 50Hz kriege also habe ich dann halt das Plugin auf 60Hz gestellt, damit ging es besser, aber ich glaube es macht mehr Sinn die Ausgabe und auch das plugin auf 50Hz zu betreiben?

-r 50 in der 50-softhddrm.conf hat mal nicht funktioniert bei mir

kernel bei mir ist übrigens

5.4.6-050406-generic und sonst alles von ubuntu 18.04 bzw. was halt über yavdr und dein repo so daherkommt

eine nicht ganz relevante frage - aber wie schaffe ich es denn jetzt zu kodi zu wechseln aus dem vdr heraus, und beim beenden von kodi wieder zurückzukommen?

der bisherige aufruf liefert von der commandline folgendes:

sudo frontend-dbus-send switchto kodi

[sudo] Passwort für reinhard:

Traceback (most recent call last):

File "/usr/bin/frontend-dbus-send", line 11, in <module>

load_entry_point('yavdr-frontend==0.0.24', 'console_scripts', 'frontend-dbus-send')()

File "/usr/lib/python3/dist-packages/yavdr_frontend/frontend_dbus_send.py", line 10, in main

fe = bus.get('de.yavdr.frontend')

File "/usr/lib/python3/dist-packages/pydbus/proxy.py", line 47, in get

0, timeout_to_glib(timeout), None)

GLib.Error: g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name de.yavdr.frontend was not provided by any .service files (2)

QVC UHD;MX1:11288:vC23M5O20S1:S19.2E:22000:255=36:256=deu@3:57:0:4230:1:1006:0

ne läuft auf 50Hz, drm macht das automatisch und dem xserver musste ich für vaapi die Modeline vorgeben sonst hat er gar kein 4K erkannt.

ein 5.4er Kernel hat bei mit auch immer noch die grünen Flächen gemacht, da ist wohl heftige Entwickung auf dem Treiber momentan. Vllt können wir ja auch mal einen passenden Ubuntu Kernel bauen.

Ich weiß aber nicht ob das alles zu yavdr lastig hier wird, vllt kann das mal ein Moderator abtrennen in einen separaten Thread.

habe jetzt mal QVC hinzugefügt, läuft bei mir auch nicht toll. Stutzig macht mir aber immer noch dass der TV im 50Hz schaltet wenn der NUC gestartet wird, sobald der VDR ins spiel kommt wird 60Hz angezeigt, und habe es nicht geschafft bis jetzt die Ausgabe auf 50 Hz zu trimmen, -r 50 als Option mitgeben tat nicht wirklich

Ein frohes neues Jahr.

zu den 50Hz müsste Alexander was sagen, zu deinem NUC entsprechend jojo - ich hab hier einen nuc8i3beh2.

Die Umschaltung zu kodi geht btw momentan nur mit der vaapi Version, für die drm Verion muss da natürlich was gebaut werden da kodi ja in seiner derzeitige Konfiguration auf X und pulseaudio aufsetzt. Man kann kodi aber wohl auch alternativ im drm Mode betreiben.

Ich habe gerade versucht softhddrm auf meinem Haswell-System unter Ubuntu Focal zum Laufen zu bringen - leider mag das Plugin nicht:

$ sudo vdr
FindDevice: open /dev/dri/card0: 4 i915
Connector >eDP-1< is connected
Connector >DP-1< is not connected
Connector >HDMI-A-1< is not connected
Connector >HDMI-A-2< is connected
ID -1 of METADATA in Connector 86 connected 1
Mode 0 2560x1440 Rate 60
Mode 1 2048x1152 Rate 60
Mode 2 1920x1200 Rate 60
Mode 3 1920x1080 Rate 60
Mode 4 1920x1080 Rate 60
Mode 5 1920x1080 Rate 60
Mode 6 1920x1080 Rate 60
Mode 7 1920x1080 Rate 60
Mode 8 1920x1080 Rate 60
Mode 9 1920x1080 Rate 50
Use Mode 9 1920x1080 Rate 50
[FindDevice] Plane id 31 crtc_id 42 possible_crtcs 1 possible CRTC 42 type primary plane
[FindDevice] Plane id 34 crtc_id 0 possible_crtcs 1 possible CRTC 42 type overlay plane
[FindDevice] Plane id 39 crtc_id 0 possible_crtcs 1 possible CRTC 42 type cursor plane
[FindDevice] Plane id 43 crtc_id 54 possible_crtcs 2 possible CRTC 54 type primary plane
[FindDevice] Plane id 46 crtc_id 0 possible_crtcs 2 possible CRTC 54 type overlay plane
[FindDevice] Plane id 51 crtc_id 0 possible_crtcs 2 possible CRTC 54 type cursor plane
[FindDevice] Plane id 55 crtc_id 0 possible_crtcs 4 possible CRTC 66 type primary plane
[FindDevice] Plane id 58 crtc_id 0 possible_crtcs 4 possible CRTC 66 type overlay plane
[FindDevice] Plane id 63 crtc_id 0 possible_crtcs 4 possible CRTC 66 type cursor plane
[FindDevice] DRM setup CRTC: 54 video_plane: 31
cannot set atomic mode (22): Invalid argument
Aborted

Wenn ich den Laptop-Bildschirm nutze (der nur einen Mode unterstützt, so dass es nicht an der Mode-Umschaltung scheitern kann) bekomme ich folgenden Fehler:

Jan 01 13:08:56 yavdr-focal vdr[3199]: [3251]
                                       [softhddev]:SHADER: Compile-time error: Type: 0 -
                                       >0:1(10): error: GLSL ES 3.30 is not supported. Supported versions are: 1.00 >                                       <
Jan 01 13:08:56 yavdr-focal vdr[3199]: [3251] [softhddev]ERROR compiling shader
Jan 01 13:08:56 yavdr-focal vdr[3199]: [3251] [softhddev]Could not initiate Shaders
Jan 01 13:08:56 yavdr-focal vdr[3199]: [3251] [softhddev]OglThread cleanup

glxinfo sagt auf dem System folgendes:

$ sudo glxinfo | grep "OpenGL"
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile
OpenGL core profile version string: 4.5 (Core Profile) Mesa 19.2.4
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 19.2.4
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 19.2.4
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile
OpenGL core profile version string: 4.5 (Core Profile) Mesa 19.2.4
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 19.2.4
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 19.2.4
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:

Wenn ich die Version 3.3 erzwinge, sieht es so aus:

$ sudo MESA_GL_VERSION_OVERRIDE=3.3 glxinfo | grep OpenGL
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile
OpenGL core profile version string: 3.3 (Core Profile) Mesa 19.2.4
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.3 (Compatibility Profile) Mesa 19.2.4
OpenGL shading language version string: 4.50
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 19.2.4
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile
OpenGL core profile version string: 3.3 (Core Profile) Mesa 19.2.4
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.3 (Compatibility Profile) Mesa 19.2.4
OpenGL shading language version string: 4.50
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 19.2.4
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:

Damit scheint die Hardware nicht allen nötigen Features zu unterstützen, oder?

I have a memory leak (?) with any cuvid or cuda decoder without HDR, softhdcuvid and mpv too. Just play mpv any hevc file or switch channels on vdr and watch the memory in the "top". Free memory decreases, and used memory grows slowly, but then a swap begins to be used. I have 2 GB of RAM + GT1030.

Zitat von jojo61

seahawk1986 Du könntest mal versuchen in shader.h und opeglosd.cpp ganz vorne bei VAAPI die #version auf "#version 3.10 es " zu setzen. Und gib mal mit -C den Connector mit den du haben willst. Wenn 2 connected sind dann könnte es da noch einen Fehler beim automatischen auswählen geben.

UNd installiere mal die .drirc. Irgendwie ist das nervig mit den vielen GL Versionen.

Danke, wenn ich in allen drei Dateien die Version 310 festlege bekomme ich ein Bild auf dem angegebene Connector.

Index: vdr-plugin-softhddrm-2.1.0+git20191228-18-fe3681f/openglosd.cpp
===================================================================
--- vdr-plugin-softhddrm-2.1.0+git20191228-18-fe3681f.orig/openglosd.cpp        2019-12-28 11:16:01.000000000 +0100
+++ vdr-plugin-softhddrm-2.1.0+git20191228-18-fe3681f/openglosd.cpp     2020-01-02 15:55:15.007001906 +0100
@@ -26,7 +26,7 @@
 #ifdef RASPI
 const char *glversion = "#version 300 es";
 #else
-const char *glversion = "#version 320 es  ";
+const char *glversion = "#version 310 es  ";
 #endif
 #endif

Index: vdr-plugin-softhddrm-2.1.0+git20191228-18-fe3681f/shaders.h
===================================================================
--- vdr-plugin-softhddrm-2.1.0+git20191228-18-fe3681f.orig/shaders.h    2019-12-28 11:16:01.000000000 +0100
+++ vdr-plugin-softhddrm-2.1.0+git20191228-18-fe3681f/shaders.h 2020-01-02 15:54:57.663055937 +0100
@@ -6,7 +6,7 @@
 #ifdef RASPI
 const char *gl_version = "#version 300 es";
 #else
-const char *gl_version = "#version 320 es ";
+const char *gl_version = "#version 310 es ";
 #endif
 #endif

Index: vdr-plugin-softhddrm-2.1.0+git20191228-18-fe3681f/drirc
===================================================================
--- vdr-plugin-softhddrm-2.1.0+git20191228-18-fe3681f.orig/drirc        2019-12-28 11:16:01.000000000 +0100
+++ vdr-plugin-softhddrm-2.1.0+git20191228-18-fe3681f/drirc     2020-01-02 16:51:09.628011395 +0100
@@ -20,7 +20,7 @@
             <option name="allow_glsl_builtin_variable_redeclaration" value="true" />
             <option name="force_glsl_extensions_warn" value="false" />
             <option name="disable_throttling" value="false" />
-            <option name="force_glsl_version" value="330" />
+            <option name="force_glsl_version" value="310" />
             <option name="glsl_zero_init" value="false" />
             <option name="allow_higher_compat_version" value="true" />
         </application>

Jetzt habe ich noch das Problem zwischen softhddrm und KODI umzuschalten - KODI 18 kann wie es aussieht kein Bild anzeigen, solange die ~/.drirc für softhddrm vorhanden ist, weil dann das Kompilieren der Shader nicht klappt.

Und bei einem svdrpsend plug softhddrm deta scheint das Plugin nicht alle Ressourcen freizugeben, so dass KODI nur dann ein Bild liefern kann, wenn man es startet, nachdem die ~/.drirc gelöscht bzw. verschoben und der VDR beendet wurde.

jojo61 es ist mir jetzt peinlich dass mein gegoogle nichts gebracht hat, aber wo kriege ich modetest her?

Das steckt bei Ubuntu/Debian im Paket libdrm-tests (erst ab focal verfügbar: https://packages.ubuntu.com/focal/libdrm-tests), die Sourcen liegen im libdrm Git Repo: https://cgit.freedesktop.org/mesa/drm/tree/tests/modetest

..aus dem git kann ich es dann auch für 18.04 bauen?

okay habe es anders gemacht, über edid-decode die edid aus

/sys/class/drm/card0-HDMI-A-1/device/card0-HDMI-A-1 ausgelesen.

Da sind folgende Modelines definiert:

VIC 16 1920x1080@60Hz 16:9 HorFreq: 67500 Hz Clock: 148.500 MHz

VIC 31 1920x1080@50Hz 16:9 HorFreq: 56250 Hz Clock: 148.500 MHz

VIC 5 1920x1080i@60Hz 16:9 HorFreq: 33750 Hz Clock: 74.250 MHz

VIC 20 1920x1080i@50Hz 16:9 HorFreq: 28125 Hz Clock: 74.250 MHz

VIC 32 1920x1080@24Hz 16:9 HorFreq: 27000 Hz Clock: 74.250 MHz

VIC 33 1920x1080@25Hz 16:9 HorFreq: 28125 Hz Clock: 74.250 MHz

VIC 34 1920x1080@30Hz 16:9 HorFreq: 33750 Hz Clock: 74.250 MHz

VIC 4 1280x720@60Hz 16:9 HorFreq: 45000 Hz Clock: 74.250 MHz

VIC 19 1280x720@50Hz 16:9 HorFreq: 37500 Hz Clock: 74.250 MHz

VIC 3 720x480@60Hz 16:9 HorFreq: 31469 Hz Clock: 27.000 MHz

VIC 18 720x576@50Hz 16:9 HorFreq: 31250 Hz Clock: 27.000 MHz

VIC 7 1440x480i@60Hz 16:9 HorFreq: 15734 Hz Clock: 27.000 MHz

VIC 22 1440x576i@50Hz 16:9 HorFreq: 15625 Hz Clock: 27.000 MHz

VIC 93 3840x2160@24Hz 16:9 HorFreq: 54000 Hz Clock: 297.000 MHz

VIC 94 3840x2160@25Hz 16:9 HorFreq: 56250 Hz Clock: 297.000 MHz

VIC 95 3840x2160@30Hz 16:9 HorFreq: 67500 Hz Clock: 297.000 MHz

VIC 98 4096x2160@24Hz 256:135 HorFreq: 54000 Hz Clock: 297.000 MHz

VIC 99 4096x2160@25Hz 256:135 HorFreq: 56250 Hz Clock: 297.000 MHz

VIC 100 4096x2160@30Hz 256:135 HorFreq: 67500 Hz Clock: 297.000 MHz

VIC 97 3840x2160@60Hz 16:9 HorFreq: 135000 Hz Clock: 594.000 MHz

VIC 96 3840x2160@50Hz 16:9 HorFreq: 112500 Hz Clock: 594.000 MHz

VIC 102 4096x2160@60Hz 256:135 HorFreq: 135000 Hz Clock: 594.000 MHz

VIC 101 4096x2160@50Hz 256:135 HorFreq: 112500 Hz Clock: 594.000 MHz

Also auch 50Hz wäre dabei..

Zitat von reini-at

..aus dem git kann ich es dann auch für 18.04 bauen?

Hab ich noch nicht ausprobiert, mein Testsystem läuft mit focal.

Die Namen der genutzten Konnektoren kannst du dir auch mittelsgrep -v 'disconnected' /sys/class/drm/card0/*/status | grep -Po '(?<=card0-).*(?=/)' holen, die gewünschte Auflösung und Refresh-Rate (50Hz) kennst du ja sowieso.

Ich habe mir eine behelfsmäßige User-Session gebastelt, damit man pulseaudio, tmux und irexec in der Session nutzen kann (mit systemctl enable drmlogin@vdr.service aktivieren, nachdem man yavdr-xorg, xlogin@vdr und x@vt7 maskiert hat, dann den Rechner neu starten):

[Unit]
Description=Direct login for user %i
After=systemd-user-sessions.service systemd-udev-settle.service
Before=vdr.service
Conflicts=getty@tty7.service

[Service]
User=%i
WorkingDirectory=~
TTYPath=/dev/tty7
PAMName=login
ExecStart=/bin/bash -l -v bin/drm-session

[Install]
WantedBy=graphical.target

#!/bin/bash

# https://unix.stackexchange.com/a/444676
prep_term()
{
    unset term_child_pid
    unset term_kill_needed
    trap 'handle_term' TERM INT
}

handle_term()
{
    if [ "${term_child_pid}" ]; then
        kill -TERM "${term_child_pid}" 2>/dev/null
    else
        term_kill_needed="yes"
    fi
}

wait_term()
{
    term_child_pid=$!
    if [ "${term_kill_needed}" ]; then
        kill -TERM "${term_child_pid}" 2>/dev/null
    fi
    wait ${term_child_pid}
    trap - TERM INT
    wait ${term_child_pid}
    systemctl --user stop pulseaudio
    systemctl --user stop tmux
}

prep_term
systemctl --user start pulseaudio.service
systemctl --user start tmux.service
irexec /var/lib/vdr/.lircrc &
wait_term

Hi, die Modelines hatte ich schon ausgelesen bekommen, das geht soweit. Habe deine 2 Skripts auch jetzt eingebaut, allerdings mag bei mir das pulseaudio service nicht starten.

sudo systemctl enable pulseaudio.service

Failed to enable unit: Unit file pulseaudio.service does not exist.

locate pulseaudio.service

/usr/lib/systemd/user/pulseaudio.service

/var/lib/vdr/.config/systemd/user/default.target.wants/pulseaudio.service

es existiert aber irgendwo... ist das eventuell der grund dass ich nach jedem reboot das Verzeichnis /run/user/666 anlegen muss, und die Berechtigug für user 666 vergeben muss um audio zu bekommen? in der group ist vdr audio zugewiesen:

audio:x:29:pulse,vdr

danke wie immer für deine Hilfe!

edit: das pulseaudio.service wird wohl eh geladen, daran liegt es also nicht.