[EN] VLC freez with 6.3.7-1-siduction-amd64

[michaa7]

VLC not working properly with 6.3.7-1-siduction-amd64. I can open submenues, but whatever action I try to execute VLC does not work (except for being able to select a file). When frozen, I am not even able to pkill it.

No problem with prior kernels, i.e. 6.3.4-x.


BTW: Is there really no way to prevent the forum software to *delete* the content of a posting when one forgets to select the prefix? Does it really has to be this stupid way? It doesn't help at all to calm down when you want to warn or ask for help.

[hendrikL]

BTW: Is there really no way to prevent the forum software to *delete* the content of a posting when one forgets to select the prefix? Does it really has to be this stupid way? It doesn't help at all to calm down when you want to warn or ask for help.

Well see the test postings without a prefix, works for me™

[michaa7]

Well see the test postings without a prefix, works for me™

I see.

Does it work for everyone else except me? It does not work here whether I use chromium or Vivaldi. But Chromium does at least preseve the text.

[hendrikL]

Well, I wrote from my smartphone with chrome.

[michaa7]

Ok, the actual theme of the thread is: VLC dos not work properly with kernel 6.3.7-x ...

[orinoco]

I can't confirm. Try to run vlc from console. Maybe you will see some error messages.

[edlin]

For me, vlc works perfectly, both under wayland and under x11 (KDE/Plasma).

Code: [Select]

apt policy vlc
vlc:
  Installiert:           1:3.0.18-dmo7
  Installationskandidat: 1:3.0.18-dmo7
  Versionstabelle:
 *** 1:3.0.18-dmo7 500
        500 https://www.deb-multimedia.org sid/main amd64 Packages
        100 /var/lib/dpkg/status
     3.0.18-2+b1 500
        500 http://ftp.de.debian.org/debian unstable/main amd64 Packages
        500 http://ftp.hosteurope.de/mirror/ftp.debian.org/debian sid/main amd64 Packages
     3.0.18-2 500
        500 https://deb.debian.org/debian testing/main amd64 Packages

Code: [Select]

System:
  Host: Devil Kernel: 6.3.7-1-siduction-amd64 arch: x86_64 bits: 64
    Console: pty pts/5 Distro: siduction 21.3.0 Wintersky - kde - (202112231751)
Machine:
  Type: Desktop System: ASUS product: N/A v: N/A serial: N/A
  Mobo: ASUSTeK model: ROG STRIX B550-F GAMING v: Rev X.0x
    serial: 210585044805011 UEFI: American Megatrends v: 3002 date: 02/23/2023
CPU:
  Info: 6-core model: AMD Ryzen 5 5600G with Radeon Graphics bits: 64
    type: MT MCP cache: L2: 3 MiB
  Speed (MHz): avg: 1475 min/max: 1400/4807 cores: 1: 1400 2: 1400 3: 1400
    4: 1400 5: 1700 6: 1400 7: 1400 8: 1400 9: 1400 10: 1700 11: 1700 12: 1400
Graphics:
  Device-1: AMD Cezanne [Radeon Vega Series / Radeon Mobile Series]
    driver: amdgpu v: kernel
  Display: x11 server: X.Org v: 1.21.1.7 with: Xwayland v: 22.1.9 driver: X:
    loaded: amdgpu unloaded: fbdev,modesetting,vesa dri: radeonsi gpu: amdgpu
    resolution: 1920x1200~60Hz
  API: OpenGL v: 4.6 Mesa 23.1.2-1 renderer: AMD Radeon Graphics (renoir
    LLVM 15.0.7 DRM 3.52 6.3.7-1-siduction-amd64)
Are you using the deb-multimedia.org version?

edlin

[dibl]

VLC working correctly here to play music files.

Code: [Select]

System:
  Host: dibl-MOW Kernel: 6.3.7-1-siduction-amd64 arch: x86_64 bits: 64
    Desktop: KDE Plasma v: 5.27.5 Distro: siduction 22.1.2 Masters_of_War - kde
    - (202303151559)
Audio:
  Device-1: Intel 200 Series PCH HD Audio driver: snd_hda_intel
  Device-2: NVIDIA GP106 High Definition Audio driver: snd_hda_intel
  API: ALSA v: k6.3.7-1-siduction-amd64 status: kernel-api
  Server-1: PipeWire v: 0.3.71 status: active

[michaa7]

Those are (part of)  the errors I get when starting VLC from terminal to watch dvb:

[msmpeg4 @ 0x7f8774c4d500] get_buffer() failed
[msmpeg4 @ 0x7f8774c4d500] get_buffer() failed (-12 (nil))
[00007f8778327110] mpeg4audio packetizer: AAC channels: 2 samplerate: 48000
[00007f877802ec80] main decoder error: buffer deadlock prevented
[00007f8764020e70] gl gl: Initialized libplacebo v4.208.0 (API v208)
libva info: VA-API version 1.18.0
libva error: vaGetDriverNameByIndex() failed with unknown libva error, driver_name = (null)
[00007f8764020e70] glconv_vaapi_x11 gl error: vaInitialize: unknown libva error
libva info: VA-API version 1.18.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so
libva info: va_openDriver() returns -1
[00007f8764020e70] glconv_vaapi_drm gl error: vaInitialize: unknown libva error
libva info: VA-API version 1.18.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so
libva info: va_openDriver() returns -1
[00007f8764020e70] glconv_vaapi_drm gl error: vaInitialize: unknown libva error
[00007f8764020e70] gl gl: Initialized libplacebo v4.208.0 (API v208)
[00007f877802ec80] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library  470.182.03  Fri Feb 24 03:16:35 UTC 2023 for hardware decoding
[hevc @ 0x7f876c008740] Failed setup for format vdpau: hwaccel initialisation returned error.
[00007f877802ec80] avcodec decoder error: existing hardware acceleration cannot be reused
[00007f8764020e70] gl gl: Initialized libplacebo v4.208.0 (API v208)
[00007f8764020e70] gl gl: Initialized libplacebo v4.208.0 (API v208)
[hevc @ 0x7f876c03c400] get_buffer() failed
[hevc @ 0x7f876c03c400] thread_get_buffer() failed

In this case I can close VLC after closing the xterm I used to open it.


The VLC problem seems related to dvb because I can watch local videos and VLC still remains responsive. However, when I open a dvb connection the first broadcast station on the list will play. Trying to change the station will freeze the GUI.
So using it as a music player won't lead to the failure, I assume.

No such problems with kernel 6.3.7 or prior.

Edit:
New (todays) siduction kernel 6.3.8 has the same problem.
New (todays) pure Debian Kernel 6.3.0 has the same Problem.

Last working with siduction 6.3.7 and Debian 6.1.0.
For the record, all mentioned Kernel have siduction/towo patched nvidia driver, working ones and not working ones. The Debian Kernel do not compile without the nvidia patches!

One more thing: the hang is so deep in the systen that systemd-shutdown service hangs endlessly. I have to hardresett the system.

Given all those observations I assume the failiure is not siduction specific but Debian or Kernel.org specific. Will file a bugreport against Debian 6.3.0 . For now closed here.