softhdcuvid jetzt mit VAAPI und HDR support

SurfaceCleanerZ · April 10, 2020 at 2:54 PM

Hi,

Guck doch einfach im Paket von Seahawk nach ;g)

Mfg Stefan

seahawk1986 · April 10, 2020 at 2:58 PM

Quote from Dr. Seltsam

Vielleicht hat ja jemand eine Idee, welche Pakete mir noch fehlen.

Für mich klingt das nach einer veralteten libplacebo-Version. Die in den Ubuntu Paketquellen ist uralt.

Dr. Seltsam · April 10, 2020 at 4:10 PM

Danke, habe es mit aktuellerem libplacebo zum Laufen gebracht. Die Intel-Grafik profitiert von libplacebo, die SD-Sender sehen spürbar besser aus. Der Abstand zur besseren Bildqualität einer Nvidia-Karte auf dem anderen VDR wird geringer, ist aber noch immer wahrnehmbar.

Was mich jetzt noch wundert: 4:3-Material wird mit softhdvaapi auf bildschirmfüllende Wiedergabe aufgezoomt und dabei in die Breite gezogen. Bei softhdcuvid ist dies nicht der Fall. In beiden Fällen ist als "4:3 video display format" letterbox eingestellt. Cropping-Einstellungen finde ich bei beiden Plugins im Setup gar nicht mehr. In der setup.conf steht softhddevice.AutoCrop.Interval = 0

Dr. Seltsam · April 10, 2020 at 5:39 PM

noch zwei Beobachtungen:

auf Sky Sport News HD (frei empfangbar) kriege ich mit softhdvaapi nur alle paar Sekunden Tonfetzen. Mit softhdcuvid auf dem anderen VDR mit gleichem Softwarestand wird der Ton sauber wiedergegeben. Kann das jemand mit VAAPI mal nachprüfen?

Wenn ich während der Wiedergabe einer Aufzeichnung die Menü-Taste drücke, kommt wie erwartet das OSD-Menü. Ein weiterer Druck auf die Menütaste schließt das OSD. Drückt man nun mehrmals hintereinander auf Menü, funktioniert das 'Toggeln' nicht immer - irgendwann lässt sich das OSD nicht wieder ausblenden. Das ist sowohl bei CUVID als auch VAAPI so.

jojo61 · April 11, 2020 at 10:16 AM

Welches OSD nutzt du ? Skindesigner ?

Das mit den 4:3 Sender bei vaapi muss ich mir mal anschauen. Produktiv nutze ich halt auch cuvid und da geht alles

Dr. Seltsam · April 11, 2020 at 10:24 AM

ich verwende das skinflatplus-Plugin als OSD

Dr. Seltsam · April 11, 2020 at 10:36 AM

Ich habe bemerkt, dass vdr jetzt um 50% CPU-Last hat. Wäre es möglich, die libplacebo-Skalierung für die einzelnen Auflösungen abschaltbar zu machen bzw. einen NONE-Eintrag zu ergänzen? Ich brauche das eigentlich nur für SD-Sender.

jojo61 · April 11, 2020 at 3:36 PM

Skaliert wird immer, ohne placebo skaliert dann halt GL. Du kannst aber auf bilineare skalierung stellen, das ist dann das gleiche wie bei GL und sollte auch die gleiche Last erzeugen. Allerdings kann man die sonstigen Optimierungen bei placebo nicht abschalten, d.h. es wird immer die "richtige" Farbkonvertierung genutzt und das Bild gedittert.

Ob skinflatplus immer alles richtig macht wage ich zu bezweifeln. Auch der skindesigner musste nachgearbeitet werden bis er alles richtig gemacht hat. Das openglosd ist da wohl etwas pingeliger Ich vermute mal das er das OSD nicht mehr sauber abschaltet wenn man zu schnell toggelt.

jojo61 · April 12, 2020 at 2:06 PM

Was mir noch eingefallen ist. Bei gleicher Input und Output Auflösung wird natürlich gar nicht skaliert. Das erkennt placebo.

Also z.b. FullHD Sender auf FullHD Screen bleibt unskaliert.

Dr. Seltsam · April 12, 2020 at 2:13 PM

ich habe nur SD und 720p im Kabel - und ein paar nutzlose Werbesender in 1080i. Allenfalls Sky Sport News HD ist interessant. Viellecht kannst Du Dir die Tonprobleme bei VAAPI nochmal ansehen.

Die CPU-Last stört mich wirklich. Für 720p brauche ich kein Deinterlacing. Übrigens ist die CPU-Last auf einem deutlich schwächeren Intel-System unter VAAPI mit 25% nur halb so hoch. Mit softhddevice ohne libplacebo sind es gerade 5%. Wobei Intel ohne libplacebo nicht genießbar ist.

jojo61 · April 12, 2020 at 4:00 PM

Du verwirrst mich. Was ist denn nun dein Problem ? Und bei welchem plugin? vaapi oder cuvid ?

Bei 720p läuft kein deinterlacer und erzeugt dann auch keine Last.

Welchen skaler hast du denn eingestellt für dein SD ? Je nach skaler ist die Last sehr unterschiedlich.

Und welche Tonprobleme hast du ?

Ich denke du musst das mal in eine Reihenfolge bringen und die Probleme eindeutiger benennen. Mach doch mal ne Liste.

jojo61

Dr. Seltsam · April 13, 2020 at 1:18 PM

Ich habe hier alle Probleme in mehreren Beiträgen dieses Threads doch genau beschrieben. Ich stelle sie Dir aber gerne nochmal einzeln in den Bugtracker Deines gits ein.

Dr. Seltsam · April 13, 2020 at 2:17 PM

Quote from jojo61

Bei 720p läuft kein deinterlacer und erzeugt dann auch keine Last.

Welchen skaler hast du denn eingestellt für dein SD ? Je nach skaler ist die Last sehr unterschiedlich.

Im OSD menue unter *720p kann ich nur zwischen verschiedenen Scaling Methoden wählen, es aber nicht ganz abschalten. Die unterschiedlichen Methoden verursachen nur eine geringfügig unterschiedliche CPU-Last jeweils um 50%. Wenn Du sagst, dass bei 720p kein deinterlacer laufen würde, dann kann das nicht sein. Die Last muss vom deinterlacer kommen, denn wenn ich das Plugin ohne libplacebo-Unterstützung kompiliere, sinkt die CPU-Last auf unter 10%

beinhart · April 13, 2020 at 4:07 PM

Quote from Dr. Seltsam

ich habe nur SD und 720p im Kabel - und ein paar nutzlose Werbesender in 1080i. Allenfalls Sky Sport News HD ist interessant. Viellecht kannst Du Dir die Tonprobleme bei VAAPI nochmal ansehen.

hab zwar kein kabel, aber mit sat gibt es hier unter softhdvaapi (inkl. libplacebo) keine probleme mit dem ton auf besagtem sender

Quote from Dr. Seltsam

Die CPU-Last stört mich wirklich. Für 720p brauche ich kein Deinterlacing. Übrigens ist die CPU-Last auf einem deutlich schwächeren Intel-System unter VAAPI mit 25% nur halb so hoch. Mit softhddevice ohne libplacebo sind es gerade 5%. Wobei Intel ohne libplacebo nicht genießbar ist.

getestet mit softhdvaapi (mit placebo, eingestellter deinterlacer ewa_robidouxsharp)) und softhddevice. kein lastunterschied feststellbar.

beides mal eine last von 9%. muesste noch hyperion abschalten, dann wuerde die last noch weiter sinken

Quote from Dr. Seltsam

Wenn ich während der Wiedergabe einer Aufzeichnung die Menü-Taste drücke, kommt wie erwartet das OSD-Menü. Ein weiterer Druck auf die Menütaste schließt das OSD. Drückt man nun mehrmals hintereinander auf Menü, funktioniert das 'Toggeln' nicht immer - irgendwann lässt sich das OSD nicht wieder ausblenden. Das ist sowohl bei CUVID als auch VAAPI so.

mit softhdvaapi und skindesigner nicht nachstellbar

Quote from Dr. Seltsam

Was mich jetzt noch wundert: 4:3-Material wird mit softhdvaapi auf bildschirmfüllende Wiedergabe aufgezoomt und dabei in die Breite gezogen.

musste erst mal nen sender suchen, der sowas noch sendet. aber auch das mit den NICHT aufzoomen funktionert tadellos

gruss beinhart

zork · April 13, 2020 at 6:21 PM

Hallo jojo61,

ich habe Dir gerade einen neuen Pull-Request eingestellt, wo ich die Aspect/Crop Funktion überarbeitet habe. Es gibt jetzt keine Rundungsfehler mehr, außerdem wird die Funktion jetzt nur noch so oft wie nötig aufgerufen (wenn noch kein Input da ist, kann man wieder aussteigen). Weiterhin habe ich einen neuen Aspect-Modus "Original" eingeführt, der das Bild unskaliert ausgibt (Pixelratio habe ich allerdings vorher korrigiert). Wäre schön, wenn Du dem Pull-Request zustimmen würdest.

Zork

jojo61 · April 14, 2020 at 7:23 AM

Quote from Dr. Seltsam

Im OSD menue unter *720p kann ich nur zwischen verschiedenen Scaling Methoden wählen, es aber nicht ganz abschalten. Die unterschiedlichen Methoden verursachen nur eine geringfügig unterschiedliche CPU-Last jeweils um 50%. Wenn Du sagst, dass bei 720p kein deinterlacer laufen würde, dann kann das nicht sein. Die Last muss vom deinterlacer kommen, denn wenn ich das Plugin ohne libplacebo-Unterstützung kompiliere, sinkt die CPU-Last auf unter 10%

Du verwechselst hier deinterlacer und skaler. Die libplacebo hat keinen deinterlacer, das mach der Cuvid dekoder schon. Nur bei vaapi wird ein deinterlacer zugeschaltet weil da der dekoder keinen deinterlacer hat, Aber auch da wird das nur beim Interlaced streams gemacht. Und nochmal ein abschalten vom skaler ist nicht möglich. Das Bild vom 720p muss auf 1080p skaliert werden. Nur wenn dien Fernseher auf 720p läuft dann muss und wird nicht skaliert.

jojo61 · April 14, 2020 at 10:32 AM

Quote from zork

Hallo jojo61,

ich habe Dir gerade einen neuen Pull-Request eingestellt, wo ich die Aspect/Crop Funktion überarbeitet habe. Es gibt jetzt keine Rundungsfehler mehr, außerdem wird die Funktion jetzt nur noch so oft wie nötig aufgerufen (wenn noch kein Input da ist, kann man wieder aussteigen). Weiterhin habe ich einen neuen Aspect-Modus "Original" eingeführt, der das Bild unskaliert ausgibt (Pixelratio habe ich allerdings vorher korrigiert). Wäre schön, wenn Du dem Pull-Request zustimmen würdest.

Zork

Ich habe es nun commited. Konnte es aber noch nicht testen. Hoffentlich ist alles ok

jojo61 · May 7, 2020 at 10:59 AM

Habe nun eine Änderung eingecheckt damit softhddrm kein root mehr braucht. Damit sollte es wieder problemlos neben X ohne root laufen.

jojo61

seahawk1986 · May 7, 2020 at 12:06 PM

Mit dem aktuellen Git-Stand baut softhdvaapi nicht mehr:

Code

make[1]: Entering directory '/build/vdr-plugin-softhdvaapi-3.1.0+git20200507-10-cb466dd'
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE   -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/x86_64-linux-gnu -I/usr/include/x86_64-linux-gnu -I/usr/include/x86_64-linux-gnu  -I/usr/include/x86_64-linux-gnu  -I./opengl -I./ -DPLUGIN_NAME_I18N='"softhdvaapi"' -D_GNU_SOURCE  -DHAVE_GL     -DAV_INFO -DAV_INFO_TIME=3000     -DUSE_MPEG_COMPLETE         -DH264_EOS_TRICKSPEED         -DUSE_VDR_SPU             -DVAAPI -DUSE_ALSA -DUSE_OSS -DUSE_OPENGLOSD -DUSE_GLX -DPLACEBO -DUSE_SCREENSAVER -DUSE_SWRESAMPLE   -g  -W -Wextra -Winit-self -Werror=overloaded-virtual  -Wno-unused-parameter -Wdate-time -D_FORTIFY_SOURCE=2  -c -o softhdcuvid.o softhdcuvid.cpp
cc -g -O3 -Wall -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE   -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/x86_64-linux-gnu -I/usr/include/x86_64-linux-gnu -I/usr/include/x86_64-linux-gnu  -I/usr/include/x86_64-linux-gnu  -I./opengl -I./ -DPLUGIN_NAME_I18N='"softhdvaapi"' -D_GNU_SOURCE  -DHAVE_GL             -DAV_INFO -DAV_INFO_TIME=3000 -DUSE_MPEG_COMPLETE         -DH264_EOS_TRICKSPEED         -DUSE_VDR_SPU             -DVAAPI -DUSE_ALSA -DUSE_OSS -DUSE_OPENGLOSD -DUSE_GLX -DPLACEBO -DUSE_SCREENSAVER -DUSE_SWRESAMPLE   -g -W  -Wextra -Winit-self -Wdeclaration-after-statement -Wdate-time -D_FORTIFY_SOURCE=2  -c -o softhddev.o softhddev.c
softhddev.c: In function 'ProcessArgs':
softhddev.c:2918:17: warning: implicit declaration of function 'VideoSetConnector' [-Wimplicit-function-declaration]
 2918 |                 VideoSetConnector(optarg);
      |                 ^~~~~~~~~~~~~~~~~
softhddev.c:2921:17: warning: implicit declaration of function 'VideoSetRefresh'; did you mean 'VideoSetDenoise'? [-Wimplicit-function-declaration]
 2921 |                 VideoSetRefresh(optarg);
      |                 ^~~~~~~~~~~~~~~
      |                 VideoSetDenoise
softhddev.c: In function 'GetStats':
softhddev.c:3382:12: warning: assignment to 'int' from 'void *' makes integer from pointer without a cast [-Wint-conversion]
 3382 |     *color = NULL;
      |            ^
softhddev.c:3383:11: warning: assignment to 'int' from 'void *' makes integer from pointer without a cast [-Wint-conversion]
 3383 |     *eotf = NULL;
      |           ^
softhddev.c: In function 'ScaleVideo':
softhddev.c:3400:9: error: 'PiPActive' undeclared (first use in this function)
 3400 |     if (PiPActive && !(x & y & width & height)) {
      |         ^~~~~~~~~
softhddev.c:3400:9: note: each undeclared identifier is reported only once for each function it appears in
softhddev.c:3402:13: error: 'mwx' undeclared (first use in this function)
 3402 |         x = mwx; y = mwy; width = mww; height = mwh;
      |             ^~~
softhddev.c:3402:22: error: 'mwy' undeclared (first use in this function)
 3402 |         x = mwx; y = mwy; width = mww; height = mwh;
      |                      ^~~
softhddev.c:3402:35: error: 'mww' undeclared (first use in this function)
 3402 |         x = mwx; y = mwy; width = mww; height = mwh;
      |                                   ^~~
softhddev.c:3402:49: error: 'mwh' undeclared (first use in this function)
 3402 |         x = mwx; y = mwy; width = mww; height = mwh;
      |                                                 ^~~
make[1]: *** [<builtin>: softhddev.o] Error 1

Display More

Edit: selbes Problem mit softhddrm

Edit2: Fehlen da #ifdef Deklarationen im Code von Reelcoder oder sollten die Variable gleich unabhängig von USE_PIP deklariert werden?

9000H · May 7, 2020 at 12:18 PM

Hi,

im Makefile fehlt für VAAPI das define

Code

ifeq ($(VAAPI),1)
CONFIG += -DUSE_PIP                     # PIP support
CONFIG += -DVAAPI
#LIBPLACEBO=1
PLUGIN = softhdvaapi
LIBS += -lEGL
endif

CU

9000h

Participate now!