softhdcuvid/softhdvaapi/softhddrm with hevc and UHD

Quote from jojo61

Mir ist da nix bekannt. Aber mit Mesa gab es ein paar Probleme. Welche Mesa Version hat du denn ?

Hallo,

mesa ist bei mir 21.0.1,

Hast Du die Quelle für die Info das es mit Kernel 5.10 Probleme gab. Würde mich mal interessieren.

Ich bin nun auf Kernel 5.11.11 gegangen und siehe da. Nun läuft er wieder wie vorher.

Es gibt zwar einige codec/audio: drift Messages, aber die Störungen sind weg.

Auf meinen anderen NUCs läuft softhdvaapi mit Kernel 5.10.27. Dort hatte ich die Probleme nicht.

Quote from jojo61

Es gibt doch auch noch Demo programme die ein buntes Bild anzeigen. Läuft das bei dir ?

Was macht den plplay bei dir ?

Wie baue ich plplay? ich stehe voll auf dem Schlauch. Danke!

Quote from jojo61

Es gibt doch auch noch Demo programme die ein buntes Bild anzeigen.

bei dem Thema musste ich denken das es ganz schön wäre wenn es ein kleines Tool gäbe mit dem ich vom VDR PC aus ein Bold oder eine Sequenz in UHD auf den entsprechenden TV schickt und die Modi: Aus/HDR-10/HLG durchgeht um zu sehen ob die automatische Umschaltung des TV funktioniert - weil wenn nicht weiß man nicht recht obs jetzt am Material liegt oder am Setup etc. Alternativ oder weil es vermutlich einfacher ist könnte man irgendwo eine kurze Referenz Aufnahme erstellen bei der klar ist das sie alles technisch notwendige für einen Modus enthält?

Denke da werden kurzerhand viele Fragen kommen je mehr User mit unterschiedlicher Hardware und unterschiedlichem OS Backend unterwegs sind.

Das mit HDR-10 war mir nicht klar, danke.

Und auf UHD1 bringt das Signal auch immer alles mit damit das TV drauf anspringen sollte? Hatte das kurz probiert mit 5.12rc5. 2.4.104 und mesa 21.1 und deinem drm Plugin, alles aus dem git aber mein Sony KD-55XG8505 war davon jetzt nicht so überzeugt das er meinte er müsste auf HLG umschalten.

Als ich manuell umgeschaltet hab wurde das Bild klarer.

Quote from CKone

Das mit HDR-10 war mir nicht klar, danke.

Und auf UHD1 bringt das Signal auch immer alles mit damit das TV drauf anspringen sollte? Hatte das kurz probiert mit 5.12rc5. 2.4.104 und mesa 21.1 und deinem drm Plugin, alles aus dem git aber mein Sony KD-55XG8505 war davon jetzt nicht so überzeugt das er meinte er müsste auf HLG umschalten.

Als ich manuell umgeschaltet hab wurde das Bild klar

Das mit HLG an machen TV-Geräten ist mach mal etwas schwierig. Denn wichtig wäre z.B. aktuelle FW am TV-Gerät, hier z.B. vom 24.02.2021, und der VDR hängt direkt am TV-Gerät und nicht an einem Verstärker/Receiver der z.B. kein HLG Firmware hat bzw. nicht HLG kompt. zum TV-Gerät ist. SES UHD DEMO Kanal zeigt immer HLG HDR als Ausgabe an. Was hier z.B. ein Problem sein kann wenn der Farbraum nicht sauber getroffen wird und das TV-Gerät denkt da kommt nur ein Farbraum BT709 für Full HD.

Wo ich auch mal hängen geblieben bin ist, beim softhddrm im Setup vom Plugin ist dort die richtig Einstellung für UHD-Farbausgabe gesetzt?

Läuft hier auch automatisch mit HLG-Umschaltung mit dem neuen 5.12rc6 Kernel.

Quote from cinfo

Das mit HLG an machen TV-Geräten ist mach mal etwas schwierig. Denn wichtig wäre z.B. aktuelle FW am TV-Gerät, hier z.B. vom 24.02.2021, und der VDR hängt direkt am TV-Gerät und nicht an einem Verstärker/Receiver der z.B. kein HLG Firmware hat bzw. nicht HLG kompt. zum TV-Gerät ist. SES UHD DEMO Kanal zeigt immer HLG HDR als Ausgabe an.

Alles brandaktuell und auf direktem Weg angeschlossen.

Quote from cinfo

Wo ich auch mal hängen geblieben bin ist, beim softhddrm im Setup vom Plugin ist dort die richtig Einstellung für UHD-Farbausgabe gesetzt?

wie jetzt, da muss ich was einstellen :o

Muss ich mir ansehen was es da für Möglichkeiten gibt.

Danke Dir für die Hinweise.

man kann sogar von einem SES oder UHD Demo Kanal eine VDR Aufnahme machen.

Auch beim Abspielen dieser UHD-Aufnahme wir das HLG HDR Signal sauber "automatisch" angezeigt.

Quote

wie jetzt, da muss ich was einstellen :o

Muss ich mir ansehen was es da für Möglichkeiten gibt.

Quote

jojo61 schrieb:

Ist im Konfig Menu enthalten unter Video

Quote from cinfo

fein fein funktioniert, danke

sollte dieser Eintrag in der setup.conf sein

Code

softhddrm.TargetColorSpace = 3

Grüße

cinfo

krasser Scheiß - funktioniert tadellos und genauso wie beschrieben auf UHD1 bzw. QVC UHD, der eine mit der andere ohne, hab's dann in den Einstellungen zu Video gefunden.

Diese 16/9 und andere Einstellung habt ihr die auf pillarbox oder pan&scan? - 4:3 steht ja auf letterbox, oder werf' ich da jetzt was durcheinander?

Quote from jojo61

Schau mal in die Quelle da steht meist ganz vorne wie es zu compilieren ist.

Evtl. denke mal daran das ganze System neu aufzusetzen. Ich nutze auch Tumbleweed und da geht alle ohne Probleme.

Mit einem neu ausgecheckten libplacebo hat's endlich funktioniert. Im Changelos stand auch irgendwas von der Demo-Installation drin - war vermutlich ein Bug in der älteren Version, weshalb das gestern nicht klappte.

Für's Protokoll kurz der Weg des libplacebo-Kompilierens:

git clone https://github.com/haasn/libplacebo libplacebo-git && cd libplacebo-git
git submodule update --init
meson ./build --prefix=/usr/local --libdir=/usr/local/lib64 -Ddemos=true
ninja -C./build install && ldconfig

Und dann der Test mit plplay /home/stefan/vdr/00003.ts

Hab's unten gleich rot markiert. Hier sollte ich wohl ein anderes SDL2-Paket installieren, oder?

Opening file: '/home/stefan/vdr/00003.ts'
Format: mpegts
Duration: -9223372036854.775 s
[mpegts @ 0x8eb4c0] start time for stream 4 is not set in estimate_timings_from_pts
Found video track (stream 0)
Resolution: 1280 x 720
FPS: 50.000000
Bitrate: 0 kbps
Initialized libplacebo v3.120.1-2-g88c3988 (API v120)
Attempting to initialize API: GLFW (vulkan)
GLFW: Failed initializing?
Attempting to initialize API: GLFW (opengl)
GLFW: Failed initializing?
Attempting to initialize API: SDL2 (vulkan)
SDL2: Failed creating window: Vulkan support is either not configured in SDL or not available in video driver
Attempting to initialize API: SDL2 (opengl)
Detected OpenGL version strings:
    GL_VERSION:  3.0 Mesa 20.3.5
    GL_VENDOR:   Intel Open Source Technology Center
    GL_RENDERER: Mesa DRI Intel(R) UHD Graphics 630 (CFL GT2)
    GL_SHADING_LANGUAGE_VERSION: 1.30
GPU information:
    GLSL version: 130
    Capabilities: 0x4d
    Limits:
      max_tex_1d_dim:            16384
      max_tex_2d_dim:            16384
      max_tex_3d_dim:            2048

so, wieder ein Stück weiter.. 😉

Mit dem aktuellsten libplacebo Paket kompileren sowohl softhdvaapi als auch softhddrm.

softhdvaapi hab ich jetzt erstmal nicht getestet. Wenn ich das DRM starte pulsiert das Bild so im 2 Sekundentakt zwischen Schwarz und dann kommt kurz das Bild samt OSD. Nachdem ich „softhddrm.Gamma = 100“ gesetzt hab auch nicht mehr weiß sondern mit Inhalt. Der vdr scheint auch ansprechbar, da ich ihn umschalten kann.

Neben dem Pulsieren hab ich genau wie vor letztes Jahr bei meinen Tests mit softhdvaapi und placebo das Problem das Shady nur im oberen linken Quadranten des UHD Bildes erscheint. – ich meine gelesen zu haben das zillerbaer das in seiner drm Variante zwischenzeitlich behoben hatte, muss ich noch mal lesen. Wegen dem Pulsieren kann ich da auch noch nicht so richtig mit den OSD Einstellungen spielen.

In der setup.conf sieht das so aus:

root@CKtwo:/var/lib/vdr# cat setup.conf | grep -i softhddrm
softhddrm.1080i.CutLeftRight = 0
softhddrm.1080i.CutTopBottom = 0
softhddrm.1080i.Deinterlace = 0
softhddrm.1080i.Denoise = 0
softhddrm.1080i.InverseTelecine = 0
softhddrm.1080i.Scaling = 0
softhddrm.1080i.Sharpen = 0
softhddrm.1080i.SkipChromaDeinterlace = 0
softhddrm.1080i_fake.CutLeftRight = 0
softhddrm.1080i_fake.CutTopBottom = 0
softhddrm.1080i_fake.Deinterlace = 0
softhddrm.1080i_fake.Denoise = 0
softhddrm.1080i_fake.InverseTelecine = 0
softhddrm.1080i_fake.Scaling = 0
softhddrm.1080i_fake.Sharpen = 0
softhddrm.1080i_fake.SkipChromaDeinterlace = 0
softhddrm.576i.CutLeftRight = 0
softhddrm.576i.CutTopBottom = 0
softhddrm.576i.Deinterlace = 0
softhddrm.576i.Denoise = 0
softhddrm.576i.InverseTelecine = 0
softhddrm.576i.Scaling = 0
softhddrm.576i.Sharpen = 0
softhddrm.576i.SkipChromaDeinterlace = 0
softhddrm.60HzMode = 0
softhddrm.720p.CutLeftRight = 0
softhddrm.720p.CutTopBottom = 0
softhddrm.720p.Deinterlace = 0
softhddrm.720p.Denoise = 0
softhddrm.720p.InverseTelecine = 0
softhddrm.720p.Scaling = 0
softhddrm.720p.Sharpen = 0
softhddrm.720p.SkipChromaDeinterlace = 0
softhddrm.AudioAutoAES = 0
softhddrm.AudioBufferTime = 0
softhddrm.AudioCompression = 0
softhddrm.AudioDelay = 25
softhddrm.AudioDownmix = 0
softhddrm.AudioDrift = 0
softhddrm.AudioMaxCompression = 0
softhddrm.AudioMaxNormalize = 0
softhddrm.AudioNormalize = 0
softhddrm.AudioPassthrough = 0
softhddrm.AudioSoftvol = 0
softhddrm.AudioStereoDescent = 0
softhddrm.AutoCrop.Delay = 0
softhddrm.AutoCrop.Interval = 0
softhddrm.AutoCrop.Tolerance = 0
softhddrm.Background = 0
softhddrm.BlackPicture = 0
softhddrm.Brightness = 0
softhddrm.CBlindness = 0
softhddrm.CBlindnessFaktor = 0
softhddrm.ClearOnSwitch = 0
softhddrm.Contrast = 100
softhddrm.DetachFromMainMenu = 0
softhddrm.EnableDPMSatBlackScreen = 0
softhddrm.Gamma = 100
softhddrm.HideMainMenuEntry = 0
softhddrm.Hue = 0
softhddrm.MakePrimary = 0
softhddrm.MaxSizeGPUImageCache = 256
softhddrm.Osd.Height = 1080
softhddrm.Osd.Width = 1920
softhddrm.Saturation = 100
softhddrm.SoftStartSync = 1
softhddrm.StudioLevels = 0
softhddrm.Suspend.Close = 0
softhddrm.Suspend.X11 = 0
softhddrm.TargetColorSpace = 3
softhddrm.UHD.CutLeftRight = 0
softhddrm.UHD.CutTopBottom = 0
softhddrm.UHD.Deinterlace = 0
softhddrm.UHD.Denoise = 0
softhddrm.UHD.InverseTelecine = 0
softhddrm.UHD.Scaling = 0
softhddrm.UHD.Sharpen = 0
softhddrm.UHD.SkipChromaDeinterlace = 0
softhddrm.Video4to3DisplayFormat= 1
softhddrm.VideoOtherDisplayFormat= 1

im syslog finde ich bei den Test diese Meldung:

Apr  8 09:12:31 CKtwo vdr: [4581] video/glx: error openglosd.cpp:1505 1282 'invalid operation'
Apr  8 09:12:54 CKtwo vdr: video/egl: video.c:2419 error 12290 Resource inaccessible
Apr  8 09:12:57 CKtwo vdr: video/egl: video.c:2287 error 12290 Resource inaccessible
Apr  8 09:13:03 CKtwo vdr: video/egl: video.c:2419 error 12290 Resource inaccessible
Apr  8 09:13:06 CKtwo vdr: video/egl: video.c:2419 error 12290 Resource inaccessible
Apr  8 09:14:58 CKtwo vdr: [7233] video/glx: error openglosd.cpp:1505 1282 'invalid operation'
Apr  8 09:15:56 CKtwo vdr: video/egl: video.c:2419 error 12290 Resource inaccessible
Apr  8 09:17:02 CKtwo vdr: video/egl: video.c:2287 error 12290 Resource inaccessible
Apr  8 09:18:49 CKtwo vdr: video/egl: video.c:2287 error 12290 Resource inaccessible
Apr  8 09:19:23 CKtwo vdr: video/egl: video.c:2419 error 12290 Resource inaccessible
Apr  8 09:20:07 CKtwo vdr: video/egl: video.c:2419 error 12290 Resource inaccessible
Apr  8 09:22:39 CKtwo vdr: video/egl: video.c:2609 error 12290 Resource inaccessible
Apr  8 09:22:39 CKtwo vdr: video/egl: video.c:2609 error 12290 Resource inaccessible

kann man damit was anfangen?

Danke!

Sind für shady die Animationen abgestellt?

ich teste heute Mittag nochmal ohne komplett ohne skindesigner, die Anmationen sollten aber alle deaktiviert sein

Also das "Pumpen" liegt an vdr-plugin-seduatmo, das scheint sich nicht mit dem drm und libplacebo zu vertragen, wenn ich das ausmache bekomme ich Bild.

Ich hab jetzt an zwei vdr parallel getestet:

NUC7CJYH2 mit dem Celeron und 1920x1080:

DRM mit libplacebo mit und ohne skindesigner: läuft aber Bild/Ton ruckeln leicht.

Mit skindesigner sieht shady nicht korrekt aber doch einigermaßen aus, metrixhd dagegen ok, aber mit dem Ruckeln nicht zu gebrauchen.

Ohne libplacebo dagegen selbst mit shady super Gerät für kleines Geld für HD!

NUC8i3BEH2 mit dem i3 und 3840x2160:

wie gesagt derzeit nicht kompatibel mit vdr-plugin-seduatmo

DRM mit libplacebo mit und ohne skindesigner: läuft aber Bild/Ton ruckeln leicht, identisch zum Celeron trotz wesentlich performanterer GPU.

Mit skindesigner sieht shady katastrophal aus (vermutlich wegen der nicht passenden Auflösung), metrixhd dagegen ok, aber mit dem Ruckeln auch nicht zu gebrauchen.

Ohne libplacebo auch so tadelloses Gerät auf UHD mit HLG.

beide Geräte sind soweit identisch nur das der NUC8 wegen HLG den 5.12rc5 hat, der NUC7 hat den 5.8. HWE Kernel.

skindesigner/shady ist jetzt sicher die eine Seite, aber das Ruckeln stört doch sehr. Und die Wechselwirkung mit vdr-plugin-seduatmo ist natürlich unschön.

Hi,

Seduatmo wird Standbilder benötigen, das ist mit drm glaube ich nicht möglich, war bei zillerbaers auch neulich ein Problem. Ich meine es ging nicht, da drm nur 1 Device kann, muss aber jmd. anderes besser erklären.

Mfg Stefan

Quote from SurfaceCleanerZ

Hi,

Seduatmo wird Standbilder benötigen, das ist mit drm glaube ich nicht möglich,

das funktioniert hier aber mit DRM ohne libplacebo tadellos, nur nicht in Kombination.