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
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
Display More
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.
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.
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
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?
Schön wenn es in Sachen UHD endlich im Kernel weiter geht. Dann werde ich auch am softhdvaapi weiter entwickeln.
Warum es mit Kodi besser laufen soll als mit softhdvaapi ist mir nicht so klar. Ich habe da im wesentlichen die gleichen Routinen drin.
Aber egal ich werde mit dem 5.12 Kernel dann mal schauen was sich machen lässt. Mein NUC8 ist mit UHD auch auf der Kippe, aber wenn es mit Winddows geht muss es auch unter Linux gehen
PS: ich meinte natürlich softhddrm weil UHD im Kernel ja nur bei DRM unterstützt wird. Ich habe ja nun zumindest mal libplacebo da supported und damit sind die Farbkonvertierungsprobleme von BT2020 auf BT709 schonmal weg
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.
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.
...
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.
Don’t have an account yet? Register yourself now and be a part of our community!