Posts by stegro

Quote from jojo61

Das kann ich nicht reproduzieren. Da bräuchte ich dann mal einen bt vom crash.

Wie schnell nach dem atta kommt denn der stat und wofür brauchst du den ?

Genau, bei mir scheint der ATTA etwas zu dauern, daher mache ich einfach ein sleep.

ich bin ja schon sehr happy, dass der DETA jetzt sauber läuft und der STAT dann keinen Crash mehr macht.

Hi, Danke!

Was jetzt klappt wenn ich "DETA" mache und dann kurz darauf "STAT" mache, crashed es nicht mehr. Super.

Allerdings ist der umgekehrte Weg immer noch problematisch: Wenn ich "ATTA" mache und dann kurz darauf "STAT" mache, crashed es immer noch.

Vielleicht kannst Du das auch reproduzieren?

Quote from jojo61

Ich vermute es liegt am Plugin. Aber wie schon gesagt kann ich es derzeit nicht untersuchen. Da musst du dich etwas gedulden.

Klar, und danke!

Hm,

ich komme nicht wirklich weiter, kann das am vdr selber liegen und nicht am Plugin?

vom vdr kommt immer ein connection refused und dann ein coredump.

Ich nutze ja vdr 2.7.9.

Das problem ist aber auch bei "Atta".

Schicke ich zu schnell ein "stat" kracht es reproduzierbar auch. (oder ein chan X)

Ist mir erst nicht aufgefallen, da das ATTA viel schneller geht als das "DETA".

Wie sieht es bei euch aus, wenn dir das Plugin detached?

svdrpsend plug vaapivideo deta
220 ubu SVDRP VideoDiskRecorder 2.7.9; Mon Mar 16 17:05:52 2026; UTF-8
900 VAAPI device detached from hardware

bei mir bleibt dann das TV dunkel und die console kommt nicht mehr zurück.

das "atta" geht dann nicht mehr:

svdrpsend plug vaapivideo atta
220 ubu SVDRP VideoDiskRecorder 2.7.9; Mon Mar 16 17:06:26 2026; UTF-8
550 VAAPI device attach failed - check logs for details

Im log habe ich dann gefunden:

Mar 16 17:06:26 ubu vdr[40360]: [40415] vaapivideo/display: atomic commit failed - Invalid argument (flags=0x400)
Mar 16 17:06:26 ubu vdr[40360]: [40415] vaapivideo/display: failed to set mode
Mar 16 17:06:26 ubu vdr[40360]: [40415] vaapivideo/display: failed to set display mode
Mar 16 17:06:26 ubu vdr[40360]: [40415] vaapivideo/device: display initialization failed

Erst wenn ich "systemctl stop vdr" mache, kommt die console zurück.

Quote from jsffm

Mit der Version funktioniert bei mir deinterlacing, 1080i habe ich erfolgreich getestet, damit sollten die Privaten und verm. auch SD laufen.

Genau, bei mir auch! Ich habe jetzt die Öffis in HD und die privaten in SD!

Ich habe mittlerweile auf ubuntu 26.04 upgegradet. damit lief es dann mit dem radeonsi Treiber.

Quote from jojo61

Ich hatte am Wochenende ein PR übernommen der eigentlich nur die Source formatierung verbessern sollte. Hmm....

Mach mal aus der zeile 2401 ein : struct pl_fmt_t *fmt;

Erster Fehler ist weg.

Musste nun noch in Zeile 5679 das casting wieder einbauen (auch von Seahawks ppa übernommen)

  .priv = (void *)(uintptr_t)VideoWindow,

Ich habe mittlerweile auf Ubuntu 26.04 ein upgrade gemacht.

Ich stelle fest, dass der Fehler immer kommt, wenn man mit "stat" zu früh das plugin abfragt.

Quote from jojo61

Ok. Kommentiere mal in drm.c in Zeile 636 den eglDestroySurface aus.

Ich kann hier im Moment nicht testen weil ich nur mein Notebook dabei habe und mich die Woche in meiner Zweitwohnung aufhalte.

Habe gerade gesehen, dass libplacebo zweimal im plugin referenziert ist. (in Seahawks ppa). Ist da normal?

ldd libvdr-softhddrm.so.11 | grep placebo
libplacebo.so.349 => /lib/x86_64-linux-gnu/libplacebo.so.349 (0x00007159f7e00000)
libplacebo.so.338 => /lib/x86_64-linux-gnu/libplacebo.so.338 (0x00007159ece00000)

Ich habe darauf hin libplacebo selber gebaut/installier und softhddrm aus deinem git ausgecheckt.

leider bekomme ich, obwohl im Makefile DRM=1 und LIBPLACEBO_GL=1 ist:

video.c: In function ‘generateVAAPIImage’:
video.c:2423:21: error: assignment of member ‘fourcc’ in read-only object
2423 | fmt->fourcc = desc.layers[n].drm_format;

Komischerweise kompiliert Seahawks PPA version ohne Probleme.

Das plugin kompiliert jetzt und startet mit der Makefile Ergänzung.

Nutze den radeonsi Treiber und bin im Moment wieder auf ubuntu 24.04 und habe lediglich ffmpeg 8 drüber installiert.

Leider habe ich jetzt im syslog:

AwaitOsdHidden timed out for fbId=131

vaapivideo/display: drmModeAddFB2WithModifiers failed: Invalid argument

Hier, was das test Programm liefert, was für mich erstmal gut aussieht.

libva info: VA-API version 1.20.0
libva info: User environment variable requested driver 'radeonsi'
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_20
libva info: va_openDriver() returns 0
VA-API:      1.20
Driver:      Mesa Gallium driver 25.2.8-0ubuntu0.24.04.1 for AMD Radeon Graphics (radeonsi, renoir, ACO, DRM 3.64, 6.17.0-19-generic)
--- Hardware Decode (VLD + YUV420) ---
 MPEG-2 Main                        yes
 H.264 Main                         yes
 H.264 High                         yes
 HEVC Main 10                       yes
--- Video Processing Pipeline (VPP) ---
 General (VideoProc)                yes
 Scaling                            yes
 P010 (10-bit) surfaces             yes
 NV12 (8-bit) surfaces              yes
 10-bit -> 8-bit conversion         yes
 Noise Reduction (Denoise)          no
 Sharpening                         no
 Color Balance                      no
 Skin Tone Enhancement              no
 Total Color Correction             no
 HVS Noise Reduction                no
 HDR Tone Mapping                   no
--- DVB-S2 Color Conversion Paths ---
 BT.601 -> BT.709  (MPEG-2 SD)      yes
 BT.709 passthrough (H.264 HD)      yes
 BT.2020 -> BT.709  (HEVC UHD)      yes
 P010 -> NV12      (10->8 bit)      yes
 HLG -> SDR   (no TM required)      yes
 PQ/HDR10 -> SDR    (tone map)      no
--- Deinterlacing Algorithms ---
 Motion Compensated                 no
 Motion Adaptive                    yes
 Weave                              yes
 Bob                                yes

Quote from stegro

jojo61

habe das zustande gebracht:

#12 0x00007f9a001ea2ec in ?? () from /opt/amdgpu/lib/x86_64-linux-gnu/libEGL_mesa.so.0

#13 0x00007f9a245a934e in drm_clean_up ()
   at /home/stefan/devel-noble/vdr-devel/softhddrm/vdr-plugin-softhdcuvid/drm.c:636
#14 EglExit () at video.c:1256
#15 VideoExit () at video.c:7327
#16 0x00007f9a2459de46 in ProcessArgs (argc=425515120, argv=0x5810194a7290)
   at /usr/include/x86_64-linux-gnu/bits/stdio2.h:79
#17 0x00007f9a24594ed5 in FeedKeyPress (keymap=<optimized out>, key=<optimized out>, repeat=<optimized out>, 
   release=<optimized out>, letter=<optimized out>) at softhdcuvid.cpp:308

Display More

Das hat der backtrace ergeben.

jojo61

ich bin jetzt etwas weiter:

wenn ich: svdrpsend plug softhddrm deta mache.

und wenn ich dann zu schnell (weniger als 15 Sekunden)

svdrpsend plug softhddrm stat

mache, become ich ein Connection refused und ein "coredump"

und der VDR startet neu.

Das sollte man doch im softhddrm beheben können, oder?

jojo61

habe das zustande gebracht:

#12 0x00007f9a001ea2ec in ?? () from /opt/amdgpu/lib/x86_64-linux-gnu/libEGL_mesa.so.0

#13 0x00007f9a245a934e in drm_clean_up ()
   at /home/stefan/devel-noble/vdr-devel/softhddrm/vdr-plugin-softhdcuvid/drm.c:636
#14 EglExit () at video.c:1256
#15 VideoExit () at video.c:7327
#16 0x00007f9a2459de46 in ProcessArgs (argc=425515120, argv=0x5810194a7290)
   at /usr/include/x86_64-linux-gnu/bits/stdio2.h:79
#17 0x00007f9a24594ed5 in FeedKeyPress (keymap=<optimized out>, key=<optimized out>, repeat=<optimized out>, 
   release=<optimized out>, letter=<optimized out>) at softhdcuvid.cpp:308

Ach ja:

jojo61 als ich softhddrm für ubuntu 26.04 übersetzt habe, hatte ich vorher auf ffmpeg 8.0 upgraded.

das hatte wohl zu Folge, dass hier in video.c komischerweise wieder FF_PROFILE... angezogen wurde.

video_ctx->profile ist aber bei mir AV_PROFILE_HEVC_MAIN_10 gewesen.

Ich habe dann einfach FF hier durch AV ersetzt

#ifdef VAAPI
#if (LIBAVCODEC_VERSION_INT > AV_VERSION_INT(62, 11, 100))
if (video_ctx->profile == AV_PROFILE_HEVC_MAIN_10)
#else
if (video_ctx->profile == FF_PROFILE_HEVC_MAIN_10)

#endif
bitformat16 = 1;
#endif

Quote from jojo61

Mit den distros kenne ich mich nicht aus. Wenn es crasht musst du das dumpfile mit gdb öffnen und dann ein bt machen. Ohne die Debug Informationen im vdr wird es dann dann aber sehr dünn. Zumindest sollte man aber sehen in welchem modul der crash ist. Im softhddrm wird eigentlich keine linked liste verwendet.

Hi, ich habe jetzt den vdr und softhddrm mit debug übersetzt.

dann noch sudo snap set system system.coredump.enable=true

dann sollte ich doch "eigentlich" ein core file bekommen, wenn es crashed oder?

Quote from zork

Release 1.1.1

Add PQ/HDR10 tone mapping, VLD decode probing, and GCC 15 compatibility

• Add PQ (HDR10) tone mapping via tonemap_vaapi with automatic detection
• Optimize filter chain: scale before tonemap, skip identity scaling,
  disable denoise/sharpen for UHD content
• Force codec reopen on same-codec channel switch to pick up new color_trc
• Validate VLD decode capability per profile during VAAPI probe
• Probe P010 surface support and HDR tone mapping capability
• Monitor color_trc at runtime and rebuild filter graph on change
• Wrap VDR includes with -Wvariadic-macros pragma for GCC 15
• Lower minimum VDR version to 2.6.0
• Update RPM spec: build/install vaapivideo-probe, fix linker ordering

https://github.com/dnehring7/vdr-plugin-vaapivideo/

Hi bei mir geht es jetzt! Ich habe ein Bild!

Allerdings musste ich noch den Holzhammer Trick anwenden.

(VPP unavailable -- GPU is not suitable for this plugin)

Die Öffis gehen echt super, allerdings die Privaten (die ich nur in SD habe) ruckeln start.

(Merkwürdige Verzögerungen, die dann wieder aufgeholt werden)

Mein System: ubuntu 24.04, ffmpeg (auf version 8 upgraded) und vdr 2.7.9 von Seahawk, Driver version: Mesa Gallium driver 26.0.0-devel for AMD Radeon Graphics (radeonsi, renoir, ACO, DRM 3.64, 6.17.0-14-generic)

Quote from jojo61

Da bräuchte ich mal einen backtrace vom gdb.

Ok, kann ich liefern, wenn es wieder abstürzt.

ich finde das Paket vdr-dbg leider nicht. Kannst Du mir netterweise sagen, was ich machen muss?

Quote from zork

Ihr müsst bitte auch dazuschreiben, ob da vaapivideo einen Fehler beim Probing wirft oder nicht. Und die Distribution, zum Nachvollziehen. Aktuell konnte ich noch kein Problem in irgendeiner Distribution finden (Gentoo, Debian 13, Fedora 44).

Hi, ich habe mal auf meiner Produktions Kiste unter Ubuntu 24.04 das plugin versucht zum laufen zu bringen, leider kein Erfolg.

Hier meine Punkte:

1) Ich musste auf ffmpeg 8 upgraden.

das habe ich (faul) hier gemacht:
sudo add-apt-repository ppa:ubuntuhandbook1/ffmpeg8

sudo apt update

sudo apt install ffmpeg

2) dann kompilierte das Plugin ohne Probleme.

3) Allerdings bekam ich (ohne Holzhammer):

vaapivideo/device: VPP probe failed -- vaCreateSurfaces error

4) mein output des probing Programs, welches ohne Probleme lief:

VPP ist also da, aber das geht nicht:

Noise Reduction (Denoise) no
Sharpening no
Color Balance no
Skin Tone Enhancement no
Total Color Correction no
HVS Noise Reduction no
HDR Tone Mapping no

5) mache ich die "Holzhammer" Methode, startet der VDR zwar, aber es kommt im syslog:

vaapivideo/display: drmModeAddFB2WithModifiers failed: Invalid argument]

6) Ich habe dann noch die Kisak Treiber installiert, leider ohne Erfolg, blieb wie bei 3)

sudo add-apt-repository ppa:kisak/kisak-mesa

sudo apt install ppa-purge

sudo ppa-purge ppa:kisak/kisak-mesa

(Needed to remove mesa-va-drivers )

7) dann noch AMDGPU von der AMD website upgrade gemacht.

https://repo.radeon.com/amdgpu-install…70200-1_all.deb

hat leider auch keinen Unterschied gemacht.

Bleibt "eigentlich" nur noch der kernel über ?? Ich habe ja: 6.17.

Ich bekomme:

vdr[8320]: malloc(): unsorted double linked list corrupted und der vdr crashed, wenn ich softhddrm attachen möchte.

Hi jojo61 hast Du eine Idee woran das liegen könnte?

Nutze vdr 2.9.7 von Seahawk auf Basis von Ubuntu 24.04 Server.

Beim nächsten mal geht es. Merkwürdigerweise passiert das immer, wenn das Plugin "lange?" detached war.

Quote from jsffm

Damit gibt es keinen segfault mehr.

03:00.0 VGA compatible controller: Intel Corporation DG2 [Arc A310] (rev 05)

Code

03:00.0 VGA compatible controller: Intel Corporation DG2 [Arc A310] (rev 05)
        Subsystem: Device 172f:4019
        Kernel driver in use: i915
        Kernel modules: i915, xe
04:00.0 Audio device: Intel Corporation DG2 Audio Controller
        Subsystem: Device 172f:4019
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_hda_intel

dann kommt bei mir:

Code

Mar  9 16:44:56 test2 vdr[18057]: [18057] initializing plugin: vaapivideo (1.0.0): Hardware-accelerated video playback with VAAPI
Mar  9 16:44:56 test2 vdr[18057]: [18062] IPTV section handler thread started (pid=18057, tid=18062, prio=high)
Mar  9 16:44:56 test2 vdr[18057]: [18057] vaapivideo: auto-detected /dev/dri/card0 (primary GPU)
Mar  9 16:44:56 test2 vdr[18057]: [18057] vaapivideo: using audio device: default
Mar  9 16:44:56 test2 vdr[18057]: [18057] vaapivideo: creating cVaapiDevice (DRM=/dev/dri/card0, audio=default)
Mar  9 16:44:56 test2 vdr[18057]: [18057] new device number 2 (card index 2)
Mar  9 16:44:56 test2 vdr[18057]: [18057] vaapivideo/device: created
Mar  9 16:44:56 test2 vdr[18057]: [18057] vaapivideo/device: initializing - DRM '/dev/dri/card0', audio 'default'
Mar  9 16:44:56 test2 vdr[18057]: [18057] vaapivideo/device: opened DRM fd=4
Mar  9 16:44:57 test2 vdr[18057]: [18061] epg data reader thread ended (pid=18057, tid=18061)
Mar  9 16:44:57 test2 vdr[18057]: [18057] vaapivideo/device: display 1920x1080@50Hz (connector 272, CRTC 82)
Mar  9 16:44:57 test2 vdr[18057]: [18057] vaapivideo/device: render node /dev/dri/renderD128 (primary /dev/dri/card0)
Mar  9 16:44:57 test2 vdr[18057]: [18057] vaapivideo/device: VA-API driver -- Intel iHD driver for Intel(R) Gen Graphics - 25.4.6 ()
Mar  9 16:44:57 test2 vdr[18057]: [18057] vaapivideo/device: VAAPI decode -- mpeg2=hw h264=hw hevc=hw
Mar  9 16:44:57 test2 vdr[18057]: [18057] vaapivideo/device: VPP probe failed -- vaCreateSurfaces error
Mar  9 16:44:57 test2 vdr[18057]: [18057] vaapivideo/device: VPP unavailable -- GPU is not suitable for this plugin
Mar  9 16:44:57 test2 vdr[18057]: [18057] vaapivideo/device: hardware initialization failed
Mar  9 16:44:57 test2 vdr[18057]: [18057] vaapivideo: ========================================
Mar  9 16:44:57 test2 vdr[18057]: [18057] vaapivideo: device initialization FAILED
Mar  9 16:44:57 test2 vdr[18057]: [18057] vaapivideo: plugin will not be available
Mar  9 16:44:57 test2 vdr[18057]: [18057] vaapivideo: VDR will continue with DVB devices only
Mar  9 16:44:57 test2 vdr[18057]: [18057] vaapivideo: see error messages above for details
Mar  9 16:44:57 test2 vdr[18057]: [18057] vaapivideo: ========================================
Mar  9 16:44:57 test2 vdr[18057]: [18063] device 1 section handler thread ended (pid=18057, tid=18063)				

Display More

Das konnte ich bei mir beheben, indem ich den intel-media-va-driver-non-free installiert habe.

(Ich habe Ubuntu 26.04 server installiert)