Opening kaffeine opens responsive. Either starting re-play of a recorded video or starting dvb-t display /record freezes X (1 thread with 100% cpu) rendering the box almost completely un-operable. The other seven threads kept on yawning, not hurrying for help because not being requested ;-) With much patience, I could press "Quit" , but kaffeine failed to stop. With much patience again, I could kill kaffeine. We had lots of changes during the last week (intel firmware updates, qt updates, ...) so it's hard to guess or even back-trace some "culprit".
Created attachment 577696 [details] Output running Kaffeine started from a terminal
Created attachment 577698 [details] emerge --info kaffeine
# uname -a Linux XXXXX.de 4.19.45-gentoo #1 SMP Wed May 22 19:40:57 CEST 2019 x86_64 Intel(R) Xeon(R) CPU E3-1276 v3 @ 3.60GHz GenuineIntel GNU/Linux # lspci 02:00.0 VGA compatible controller: NVIDIA Corporation GP104 [GeForce GTX 1070 Ti] (rev a1) 02:00.1 Audio device: NVIDIA Corporation GP104 High Definition Audio Controller (rev a1) 03:00.0 Multimedia controller: Digital Devices GmbH Cine V7
Created attachment 577700 [details] /boot/config-4.19.45-gentoo
Unfortunately, dmesg and /var/log/messages did not expose any useful hints. I'm running a pretty "stable" system; OpenRC; no systemd; no architectural changes besides updates lately. @ Mauro: Please let me know what else could be of help.
In my case, vlc does not work with --avcodec-hw {any,vdpau_avcodec,} vlc does work with --avcodec-hw {vaapi,vaapi_drm,none} Unfortunately, Kaffeine does not respect any of the latter entries in its "Settings" -> "libVLC arguments".
Starting with clean configs: $ rm -r ~/.local/share/vlc* ~/.config/vlc* $ rm -r ~/.local/share/kaffeine* ~/.config/kaffeine* Force to *not* use vdpau by passing an invalid driver name: (*) $ export VDPAU_DRIVER=NonSense $ env | grep -i vdpau WORKSFORME: $ vlc -v $ kaffeine -d Remaining QUESTION: Why now? (*) Use of vdpau is detected as default if nvidia-drivers being installed C.f. Section "Setting VDPAU acceleration" in [ https://cgit.kde.org/kaffeine.git/tree/README.md ] and [ https://bugs.kde.org/show_bug.cgi?id=376893#c6 ]
$ grep avcodec 0.out.txt [Debug ] kaffeine.vlc: Using libVLC with args: --no-video-title-show --vout xcb_xv --avcodec-hw none --skip-frames .....................................^^^^^^..............^^^^ avcodec decoder: <----- Using NVIDIA VDPAU Driver Shared Library 430.14 <----- Tue May 7 19:56:26 CDT 2019 for hardware decoding <----- avcodec decoder error: hardware acceleration picture allocation failed avcodec decoder error: avcodec_send_packet critical error SUSPICION: Unlike other programs: --<parameter>=<value> .............^ libVLC expects -<parameter> as well as --<parameter> as well as --<parameter><blank><value> triplets. ..............^^^^^ backend-vlc -> vlcmediawidget.cpp -> bool VlcMediaWidget::init() works via argList = args.split(' ', QString::SkipEmptyParts); ( Line 268 ) .....................^^^ Perhaps triplets like "--avcodec-hw none" .............^ get disrupted, yielding into two separated parameters: "--avcodec-hw" (eventually worthless without specifying value attached) and "none" (eventually disregarded as "unknown parameter") ?
Temporary WORAROUND: $ VDPAU_DRIVER=block-NVIDIA kaffeine -d <file.m2t> 2> 0.out.txt works repeatedly, as well as $ VDPAU_DRIVER=block-NVIDIA kaffeine -d 2> 0.out.txt playing DVB-T2 television broadcasting directly, recording them and re-playing the contents. naturally resulting into the error message to be expected: "Failed to open VDPAU backend libvdpau_block-NVIDIA.so: ..." HTH.
Currently, cannot reproduce any more.