softhdcuvid jetzt mit VAAPI und HDR support

Hi,

wo stellt man denn den gamma Wert ein?

Über plugin Einstellungen im Menu oder geht es vor dem vdr Start in einer Conf-Datei?

VG

F

Conf schrieb Seahawk mal meine ich.

Hab ich schon gesucht, überseh aber wohl die Stelle, evt. Eintrag in der setup.conf oder woanders?

[softhdvaapi]
-D
# -a device    audio device (fe. alsa: hw:0,0 oss: /dev/dsp)
# -p device    audio device for pass-through (hw:0,1 or /dev/dsp1)
# -c channel    audio mixer channel name (fe. PCM)
# -d display    display of x11 server (fe. :0.0)
# -f        start with fullscreen window (only with window manager)
# -g geometry    x11 window geometry wxh+x+y
# -s        start in suspended mode
# -x        start x11 server, with -xx try to connect, if this fails
# -X args    X11 server arguments (f.e. -nocursor)
# -w workaround    enable/disable workarounds
#     no-hw-decoder        disable hw decoder, use software decoder only
#     no-mpeg-hw-decoder    disable hw decoder for mpeg only
#     still-hw-decoder    enable hardware decoder for still-pictures
#     still-h264-hw-decoder    enable h264 hw decoder for still-pictures
#     alsa-driver-broken    disable broken alsa driver message
#     alsa-no-close-open    disable close open to fix alsa no sound bug
#     alsa-close-open-delay    enable close open delay to fix no sound bug
#     ignore-repeat-pict    disable repeat pict message
#     use-possible-defect-frames prefer faster channel switch
# -D        start in detached mode

Quote from FJe

Hi,

wo stellt man denn den gamma Wert ein?

Über plugin Einstellungen im Menu oder geht es vor dem vdr Start in einer Conf-Datei?

VG

F

Im Menü des VDR unter den Plugin-Einstellungen.

Das hab ich ja befürchtet, evt. gibt es aber kein Bild bevor das eingestellt ist,, womit man es nicht einstellen kann

In welcher Datei landet das denn? Die würd ich versuchen per vi vorher passend zu machen.

Quote from FJe

In welcher Datei landet das denn?

In der setup.conf des VDR - die Datei liegt normalerweise in /var/lib/vdr/.

1.000 Dank, hoffe, es kommt dann noch vor WE, damit ich loslegen kann

Hallo zusammen,
ich hatte mit softhdvaapi bislang immer das Problem dass das Bild etwas "milchig" aussah (auf einem Asrock J4105 Mainboard - Schwarz war nicht tief-schwarz)

Mit "use studio levels" scheint man das Problem lösen zu können.
Nach der Beschreibung des Parameters wird hier ein "schmalerer" Farbraum adressiert:

softhddevice.StudioLevels = 0
    0 use PC levels (0-255) with vdpau.
    1 use studio levels (16-235) with vdpau.

Kann mir jemand ein paar Worte zu dem technischen Hintergrund geben?
Für das Standard SoftHDDevice war die Einstellung nicht nötig...

Besten Dank!

Dabei geht es um den Farbraum den (s)RGB und BT.709 abdecken. Details z.B. hier: https://en.wikipedia.org/wiki/Rec._709

Hi,

wie geht es eigentlich mit der UHD/HDR Entwicklung weiter? Soweit ich das sehe, sind die HDR-Patche für Intel+LSPCON immer noch nicht im Kernel 5.10 drin (Referenz: https://patchwork.freedesktop.org/series/68081/). Weiterhin ist es hier auch sehr still um die Weiterentwicklung geworden. Besteht denn noch Interesse an der Weiterentwicklung?

Primär für mich vom Interesse wäre als Erstes die Stabilisierung des Plugins, ich bekomme es recht leicht zum Aufhängen. Auch die neue libplacebo-Version scheint sehr interessant zu werden.

D.

Ich habe mal mir die Zeit genommen, einen gepatchen Kernel zu übersetzen. 5.11-rc1 und die Patche passen gut zusammen, lässt sich problemlos compilieren und installieren. Leider hängt sich das Display auf, wenn man versucht, eine UHD-Auslösung mit DRM zu aktivieren. Der 5.9er Kernel läuft dabei ohne Probleme (leider bei mir nur bis 30Hz). 5.11 scheint noch etwas buggy zu sein. Mit 5.10.4 gibt es Schwierigkeiten, die Patche zu applien, auch beim Compilieren treten dann Fehler auf. Also heißt es: weiter abwarten auf vernünftige Patche von Intel. Die Situation ist ziemlich nervig, auch im libreelec-Forum sind die Erfolge bescheiden. Leider sind aktuelle Systeme von Intel über LSPCON-Chipsätze angebunden und können nicht nativ HDMI 2.0b sprechen. Ich selber habe eine topaktuelle CPU (Comet Lake), sogar da ist es noch so. So langsam gebe ich die Hoffnung auf, dass es mit native UHD und VDR noch was wird.

Quote from zork

Ich habe mal mir die Zeit genommen, einen gepatchen Kernel zu übersetzen. 5.11-rc1 und die Patche passen gut zusammen, lässt sich problemlos compilieren und installieren. Leider hängt sich das Display auf, wenn man versucht, eine UHD-Auslösung mit DRM zu aktivieren. Der 5.9er Kernel läuft dabei ohne Probleme (leider bei mir nur bis 30Hz). 5.11 scheint noch etwas buggy zu sein. Mit 5.10.4 gibt es Schwierigkeiten, die Patche zu applien, auch beim Compilieren treten dann Fehler auf. Also heißt es: weiter abwarten auf vernünftige Patche von Intel. Die Situation ist ziemlich nervig, auch im libreelec-Forum sind die Erfolge bescheiden. Leider sind aktuelle Systeme von Intel über LSPCON-Chipsätze angebunden und können nicht nativ HDMI 2.0b sprechen. Ich selber habe eine topaktuelle CPU (Comet Lake), sogar da ist es noch so. So langsam gebe ich die Hoffnung auf, dass es mit native UHD und VDR noch was wird.

Es hat mich jetzt herausgefordert herauszufinden, was die Plattform technisch kann. Als Test habe ich Windows 10+Kodi 19 beta 2 genommen. Und siehe da, UHD/60 Hz funktioniert, HDR wird dynamisch an- und abgeschaltet, CPU-Last beim Abspielen von UHD-Demos sehr gering. Sogar 4K geht (Fernseher schneidet die Ränder dann ab). Was auch sehr gut funktioniert, ist das dynamische Wechseln der Auflösung/Bildfrequenz, das wünsche ich mir auch für softhdxxx. Das Bild ist glasklar, so hohe Frequenzen ist schon ne sehr feine Sache. Die Frage ist, wie lange der Treibersupport unter Linux wohl noch dauern wird, die erste Patche sind von 2018 und immer noch nicht im Kernel integriert (es scheint dort aber endlich weiterzugehen: https://cgit.freedesktop.org/drm/drm-intel/…tel-next-queued.

Na endlich, 5.12 wird die Patche enthalten: https://www.phoronix.com/scan.php?page=…tel-Initial-Gfx

Quote from zork

Na endlich, 5.12 wird die Patche enthalten: https://www.phoronix.com/scan.php?page=…tel-Initial-Gfx

Super dann würde die Arbeiten so März-April 2021 hierzu starten

Grüße

cinfo

Benutze softhdvaapi auf einem Nuc10 i3 (Intel UHD mit 23 EUs) das ist für 4k Ausgabe auf der Kippe. Deswegen lauft die Ausgabe "nur" auf UHD.

Der nachfolge Nuc11 steht in den Startlöchern. Da kommt der i3 mit 48 EUs oder i5 mit 80 EUs

Wie ist die Resourceneinschätzung? Reicht ein i3 mit 48 EUs für 4k Ausgabe?

Ist bei mir ähnlich. Wenn ich aber über Kodi die 4K-Programme schaue, läuft das wirklich sehr gut. Das muss doch was mit dem Ausgabe-Plugin (bei mir softhdvaapi) zu tun haben, denn wieso läuft das unter Kodi einwandfrei?

Quote from vdr_rossi

Der nachfolge Nuc11 steht in den Startlöchern. Da kommt der i3 mit 48 EUs oder i5 mit 80 EUs

Wie ist die Resourceneinschätzung? Reicht ein i3 mit 48 EUs für 4k Ausgabe?

Ja genau, i3 oder i5 und wann soll der erscheinen, realistische Chance das der Ostern hier ist? - dann würde ich meinen Nuc8i3BEH, der eigentlich für UHD vorgesehen war auf die Terrasse verbannen...

Dann würde ich vllt die Spielerei mit dem Pine64 H6 noch mal überdenken und 2 Fliegen mit einer Klappe schlagen.

Quote from CKone

realistische Chance das der Ostern hier ist?

Laut https://www.notebookcheck.com/Die-Intel-NUC-…n.517967.0.html ist da noch nichts konkretes bekannt, aber es wurde bei Intel angefragt, ob es da mehr zu Lieferdaten gibt und bei einer Antwort werden die das da nachtragen.

Quote from jojo61

...

Warum es mit Kodi besser laufen soll als mit softhdvaapi ist mir nicht so klar. Ich habe da im wesentlichen die gleichen Routinen drin.

...

Mir hat gerade ein weiterer User bestätigt, das unter Kodi bei 4K alles perfekt wiedergegeben wird, während es unter VDR/softhdvaapi ruckelt. Zu gerne würde ich verstehen, was da gravierend besser läuft. Schade eigentlich, denn die Hardware ist definitiv nicht das Problem. Werden da vielleicht unterschiedliche Codecs eingesetzt? Bin da leider nicht kompetent.