softhddevice - Software VDPAU/VA-API/CPU Decoder und Ausgabe Plugin

Zitat von fnu

Die Studio-Levels sollten bei jedem Monitor und jeder Grafikkarte eingeschaltet werden, weil das TV Signal pro RGB Kanal nur die Farbwerte 16-231 und nicht 0-255 umfasst, also salopp formuliert 7,5bit Farbtiefe ...

Es geht aber hier mehr um das passende Mapping von 0-16. Wenn die Option ausgeschaltet ist, werden schwarze Flächen ohne Kontur gezeichnet (z.B. schwarze Anzüge), auch bekannt als tote schwarze Flächen. Bei den weißen Werten 231+ kommt es eher auf die Qualität des Monitors an ...

Nicht zu verwechseln mit 30-bit Farbtiefe, was sich nur auf die Farbtiefe des Dekstops (Xorg) bezieht und das bisher nur bestimmt Grafikkarten und Monitore können. Es scheint aber das Nvidia das für alle Karten freigegeben hat, aber beim Start von Xorg wird geprüft ob der Bildschirm das kann, wenn nicht, crasht Xorg schlicht und einfach. Das TV Signal hat weiterhin nur "7,5bit" ...

Regards
fnu

Alles anzeigen

Ok. Kannst Du mal einen Tip geben wo man das mapping einstellen kann? Studio Levels macht bei mir auch ein blasses Bild und ist deswegen ausgeschaltet.

Zitat von Asta

Ok. Kannst Du mal einen Tip geben wo man das mapping einstellen kann? Studio Levels macht bei mir auch ein blasses Bild und ist deswegen ausgeschaltet.

Da kann man nichts einstellen, das macht die Software, eigentlich. Der Desktop/Xorg hat einen gewissen Farbraum, die TV Sender auch. Der ist für SD und HD Kanäle sogar unterschiedlich, hatte rofafor für xine-lib seinerzeit angepasst, johns soweit ich weiß schon vor Wochen für SoftHDDevice. Es ist nun Aufgabe des "Players" den Farbraum und die Abstufungen (Studio-Levels) des TV-Stream auf den Farbraum des Desktops umzusetzen. Mir wäre nicht bekannt, das man da was einstellen kann, weder bei xine-lib Ausgabe noch SHD ...

Warum bei Dir das Bild blaß ist kann ich nicht sagen. Ich habe da kein Problem bei mir, weder an meinen Desktop-Monitor noch an meinem Plasma. Wenn da was blaß ist, ist das eher mal ein Sender ...

Regards
fnu

Hallo johns,

anbei ist der Patch gegen letzte GIT-Version für "VideoSkipPixels", also das Aufziehen des rechten und linken Randes zur Unterdrückung der unsauberen Ränder. Der erste Test sieht vielversprechend aus, ich habe aber noch nicht alle Situationen durchprobiert.

Meine Empfehlung wäre beide Variablen in "VideoSkipPixelsX" und "VideoSkipPixelsY" umzubenennen, so ist es etwas verwirrend. Aber die Entscheidung liegt bei Dir, ich habe den Patch mit "VideoSkipPixels" wie von Dir vorgeschlagen gemacht.

-----
Noch mal was anderes:
Kannst Du mir eine Empfehlung für die Denoise und Sharpness Werte geben, ich habe jetzt viel rumprobiert und eine leichte Verbesserung erreicht, aber das gelbe vom Ei ist es nicht.

Der VDR fuhr bei mir nicht mehr von alleine runter, wenn ich das richtig verstanden habe, war der letzte Commit zur Behebung des Problems?

CafeDelMar

Zitat von johns

Also ich würde sagen, da weiß das Plugin noch nicht welchen Regler es regeln soll.
-c hdmi_volume als Parameter oder export ALSA_MIXER_CHANNEL=hdmi_volume.

Johns

"export ALSA_MIXER_CHANNEL=hdmi_volume", steht im Startscript des VDR, das ändert aber nichts an der Tatsache, dass weder Mute noch die Lautstärkeregelung richtig funktionieren.

Ist jetzt vielleicht eine blöde Idee, aber da ja sowohl das xine-Plugin, als auch xineliboutput die Lautstärkeregelung und Mute perfekt beherrschen, wäre es nicht mal einen Bilck in deren Sourcen wert?

BTW: Beide kommen auch ohne asound.conf aus....

Hast ja Recht, in der Alpha-Phase sind solche Dinge wie Audiosteuerung noch nicht so wichtig.

Ich denke mal so in 2-3 Jahren wird dann auch diese perfekt sein.

Zitat von C-3PO

Ich denke mal so in 2-3 Jahren wird dann auch diese perfekt sein.

Bei dem Tempo das johns vorlegt, sprechen wir wohl eher von Monaten.

Zitat von johns

Das Theme mit dem Denoise hatten wir schonmal in diesem Thread (ja der ist lang). IIRC setzt es nur vdr-xineliboutput und da stehen die Werte in setup.conf.

Ansonsten kann man mit VDPAU noch brightness = 0.0 contrast = 1.0 saturation = 1.0 und hue = 0.0 verstellen.
Die Werte sind meine Vorbelegung und noch nicht einstellbar.

Hmm, ich habe immer Xine verwendet, da Xineliboutput bis vor Kurzem bei mir nicht zufriedenstellend lief. Im Setup stehen die Werte von Xineliboutput alle auf "-1". Habe ich mir die Verbesserung durch das Einschalten über die Xine-Config echt nur eingebildet?

# vdpau: restrict enabling video properties for SD video only
# { none  noise  sharpness  noise+sharpness }, default: 0
video.output.vdpau_sd_only_properties:noise+sharpness

Das Brightness, Contrast, Saturation und HUE bei VDPAU eingestellt werden können, habe ich auch schon gesehen. Die Frage ist ob da noch was rauszuholen ist?

Mit dem Abschalten der StudioLevels ist das Bild jetzt wieder satter; und ich dachte, dass wäre gerade gut?

CafeDelMar

PS: Ich mache später noch mal einen Bildvergleich mit Xineliboutput.

Studio Level = 16 -235
PC Level = 0 -255
Studio Level hat also 14% weniger und ist daher minderwertiger.
Aber nützlich falls das Endgerät dies erwartet.

Wenn das Endgerät Studio Levels erwartet, sieht es besser aus, wenn diese auch geliefert werden.
Wenn aber der VDR und der Monitor/Fernseher beide mit PC Level laufen können, ist das Bild noch besser.

Gesendet wird mit 0-255. Die werden auch vom Plugin ausgegeben, wenn es auf PC Level eingestellt ist. Und wenn der TV es auch kann, ist die ganze Kette in 0 -255, und dies enthält die meiste Information, sprich bestes Bild.

Falls aber der TV nur Studio Level kann, werden ohne Umrechnung alle Werte 0-15 als 16, und alle Werte 236-255 als 236 dargestellt (abgeschnitten). Das sieht am schlechtesten aus. Dann sieht es besser aus, wenn vdpau die PC Level auf Studio Level umrechnet, weil das gleichmäßiger ist.

Fazit: Falls alle Geräte der Kette PC Level können, ist das Bild optimal.
Falls nur ein Gerät nur Studio Level kann, ist es besser vor diesem Gerät die PC Level auf Studio Level umzurechnen. Dabei geht aber etwas verloren.
Am schlechtesten ist es, wenn ein Gerät nur Studio Level kann, aber nicht umgerechnet, sondern abgeschnitten wird.

Wer daraus schließt, dass Studio Level besser als PC Level seien, hat in Vergleich zum Abschneiden recht, im Vergleich zur ganzen Kette in PC Leveln aber nicht.

nvidia 295.33 ist da:
http://www.nvnews.net/vbulletin/showthread.php?p=2538961

Zitat von johns

Die sollte eigentich leer sein. AudioFlushBuffers macht dies, die Audioausgabe läuft im eigenen Thread, deshalb kümmert sich der Thread darum.

Kannst ja in AlsaSetup nach dem flush:

Code

Debug(3, "audio: %dms flush\n", (AudioUsedBytes() * 1000)
            / (!AudioSampleRate + !AudioChannels +
                AudioSampleRate * AudioChannels * AudioBytesProSample));

einbauen.

Johns

Alles anzeigen

0ms
Dann weiss ichs auch nicht. Das komplette Neuanlegen des Buffers hilft aber definitiv...

johns: Ok - dann halte ich meine Füsse still. Du scheinst ja zu wissen was das Problem verursacht und was es lösen würde. Und ja: Wenn es an fehlendem Feedback im VDR liegt, sollte hier nachgebessert werden anstatt drumherum zu arbeiten.

Bei LiveTV Pause habe ich noch das Problem, das scheinbar reproduzierbar das Bild anscheinend sauber anhält, aber shd nur ein schwarzes Bild zeigt. Bei Pause in einer Wiedergabe funktioniert es aber einwandfrei :). VDR Problem oder softhddevice ?

Schwarzmalen anstatt abschneiden ist auf der TODO, schön - wobei das abscheiden wahrscheinlich eh nur für SDTV interessant ist, wo die Pixelgenauigkeit eh nicht interessiert. oder gibt es HDTV Sender die an dieser Stelle Overscan des Ausgabegerätes erwarten ?

Zitat von steffen_b

oder gibt es HDTV Sender die an dieser Stelle Overscan des Ausgabegerätes erwarten ?

Schau Dir mal ZDF HD an.

nicht nur ZDF HD, sondern alle Sender, die nicht 1920x1080 senden würde ich sagen...

Wenns nicht 1080(i/p) ist dann muss eh skaliert werden und die Pixelgenauigkeit ist eh hinfällig

Zitat von steffen_b

Wenns nicht 1080(i/p) ist dann muss eh skaliert werden und die Pixelgenauigkeit ist eh hinfällig

.. dann gehst du aber von einem fullHD tv aus