softhdcuvid jetzt mit VAAPI und HDR support

Hi,

you can try this version of skinnopacity:

gitlab.com/kamel5/SkinNopacity.

This should work with GraphicsMagick.

kamel5

Zitat von jojo61

Die Sourcen compilieren bei mir nicht. Ich habe Image Magick in der aktuellsten Version hier.

Code

imagemagickwrapper.c: In member function 'cImage* cImageMagickWrapper::CreateImage(int, int, bool)':
imagemagickwrapper.c:30:11: error: 'PixelPacket' does not name a type
   30 |     const PixelPacket *pixels = buffer.getConstPixels(0, 0, w, h);
      |           ^~~~~~~~~~~

Kompiliert bei mir ohne Probleme durch, ich habe allerdings aktuelle Libs, denke ich:

ImageMagick-6.9.10.67-1.fc31.x86_64
ImageMagick-c++-6.9.10.67-1.fc31.x86_64
ImageMagick-c++-devel-6.9.10.67-1.fc31.x86_64
ImageMagick-devel-6.9.10.67-1.fc31.x86_64
ImageMagick-libs-6.9.10.67-1.fc31.x86_64

Ich würde Dir skinflat-plus empfehlen, ist noch etwas schicker. GraphicsMagick als Replacement kann ich nicht empfehlen, das läuft bei mir auch instabil.

zork

Hi,

the OSD looks better now with and without placebo. I do have now only one channel where I get a crash also with LCARS skin only

ARTI TV;MB Satellite:11054:HC56M2S0:S13.0E:27500:310=2:320=eng@4:0:0:8003:318:12700:0

Core was generated by `vdr -l3 -w 60 --chartab=ISO-8859-1 -Pfemon -Pskinnopacity -Pepgsearch -v 3 -Psa'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00007f543c151290 in ?? ()
[Current thread is 1 (Thread 0x7f5405ffb700 (LWP 14373))]
(gdb) bt full
#0  0x00007f543c151290 in  ()
#1  0x00007f54c53be9e6 in FT_Done_FreeType ()
    at /lib/x86_64-linux-gnu/libfreetype.so.6
#2  0x00007f54bf79dfb8 in cOglFb::Init() (this=0x7f54bf7c1010)
    at openglosd.cpp:581
#3  0x00007f54bf7a2ff1 in cVector<cOglPixmap*>::Realloc(int) const
    (Index=0, this=0xf0) at /usr/local/include/vdr/tools.h:705
        i = 0
        PixmapMutexLock = 
            {<cMutexLock> = {mutex = 0x7f53fc000e30, locked = 112}, <No data fields>}
        dirty = false
#4  0x00007f54bf7a2ff1 in cVector<cOglPixmap*>::At(int) const
    (Index=0, this=0xf0) at /usr/local/include/vdr/tools.h:696
        i = 0
        PixmapMutexLock = 
            {<cMutexLock> = {mutex = 0x7f53fc000e30, locked = 112}, <No data fields>}
        dirty = false
#5  0x00007f54bf7a2ff1 in cVector<cOglPixmap*>::operator[](int)
    (Index=0, this=0xf0) at /usr/local/include/vdr/tools.h:707
        i = 0
        PixmapMutexLock = 
--Type <RET> for more, q to quit, c to continue without paging--c
            , <No data fields>}
        dirty = false
#6  0x00007f54bf7a2ff1 in cOglOsd::Flush() (this=0x0) at openglosd.cpp:2196
        i = 0
        PixmapMutexLock = {<cMutexLock> = {mutex = 0x7f53fc000e30, locked = 112}, <No data fields>}
        dirty = false
#7  0x0000000100003825 in  ()
#8  0x0000000000000000 in  ()
(gdb)

Zitat von jojo61

Ich bin gerade am HDR Support für Intel.

...

Es bleibt spannend

Ich hoffe das dann als Weihnachtsgeschenk fertig zu bekommen.

richtig spannend ist was wir da alle am Black Friday shoppen gehen sollen damit wir Weihnachten auch mitspielen können

Danke für deinen Einsatz, wir sind alle sehr gespannt!

Christian

Hi,

ARTI TV

https://www.satindex.de/channel/22846/

I saw it only by accident, and it's not really important to me, but the other softhddevices do not crash on this channel.

CU

9000h

jojo61 Siehst du denn eine Chance die Buil-Abhängigkeit zu diesem riesigen Cuda loszuwerden?

Sagen wir's so: Das riesige Paket ist der Grund dafür das das Plugin bei vdr4arch aus dem Autobuild ausgeschlossen ist.

Nur für das eine Paket werden wir den V-Server nicht "aufrüsten" lassen.

Ja, das ist mit großer Wahrscheinlichkeit so. Entsprechend fragwürdig finde ich, dass Nvidia das in ein so großes Paket packt. Das Zeug wäre deutlich handlicher wenn Nvidia das in einige kleine Päckchen geteilt hätte. Leider habe ich im Internet keine Quelle gefunden wo man die einzelnen Komponenten separat runterladen kann. Sonst hätte ich mir für unser PKGBUILD da schon etwas gebaut das temporär einzelne Dateien an einen entsprechenden Ort ablegt um dagegen zu kompilieren.

Hallo jojo,

ich habe auf unserem "Produktiv-VDR" auf softhdvaapi (LIBPLACEBO=0) umgestellt (von softhdcuvid mit Nvidia GTX 1030).

Es läuft schon richtig gut Vielen Dank!

Seit 6acd2feb3f2f9515a28c028c757b26d8f8574e98 gibt es allerdings im oberen Zehntel des Bild Tearing.

Weil es so weit oben im Bild es, fällt es nicht sofort auf, sondern nur bei Kameraschwenks oder schnellen Bewegungen.

Es scheint unabhängig vom Codec und Auflösung zu sein.

Vor diesem Commit war dieses Problem nicht da.

Allerdings gab es vor diesem Commit ein anderes Problem:

Beim Seitenwechsel im osdteletext gibt es Sprünge bzw. Zittern im Videostream.

Mir wäre das egal, aber meine bessere Hälfte mag es nicht tolerieren ...

Gibt es irgendwelche Tricks, um das Tearing los zu werden?

Die üblichen xorg.conf Ratschläge habe ich schon erfolglos durchdekliniert:

Section "Device"
        Identifier  "Intel Graphics"
        Driver      "intel"
#       Option      "DRI"       "false"
        Option      "TearFree"  "true"
#       Option      "AccelMethod" "uxa"
        Option      "AccelMethod" "sna"
        Option      "SwapbuffersWait" "true"
        Option      "TripleBuffer" "true"
EndSectio

Schöne Grüße

Christian

Hallo jojo,

der "modesetting"-Treiber macht es leider noch sichtbarer - jetzt ist es eher ein Viertel statt einem Zehntel mit einem Dreieck auf der linken Seite

Im Kameraschwenk in diesem Beispiel ist es am Besten zu sehen.

Ich baue erstmal wieder die GTX1030 ein, sonst gibt es heute Abend noch Ärger

Ja, der "modesetting"-Treiber und nicht der "intel"-Treiber war aktiv genauso wie die "glamor" AccelMethod.

"TearFree" "true" wurde nicht angewendet, weil es keine gültige Option wäre.

Ich kann mein Produktivsystem erst am Wochenende wieder testen. Dann test ich auch meine andere Intel-Hardware mal durch.

Mit aktuelllem git vom softhdcuvid und der GTX1030 läuft das Produktivsystem stabil ... allerdings mit 5-8 Watt mehr Leistungsaufnahme.

Hi,

I think the OSD issue with skinnopacity is the skin itself, my attached patch did the trick here.

CU

9000h