For the first time ever, VLC must be forced to quit - every day.

With the newest update (3.0.3 Vetinari (Intel 64bit), I've had to force quit several times. The app becomes unresponsive and freezes. I'm not sure what else to say, but I'm now trying to go back to a previous version which is more stable.

My system parameters are attached.

My system info

Added attachment:

• VLC report.png

Hello,

Can you disable hardware decoding in preferences?

This is worrying.

Hello,

It seems I have the same problem here on Linux debian Buster. With vlc 3.0.7 & 3.0.7.1 also

I can add, that if I click on "X" button of the window to close VLC while it is playing the video it doesn't close. On the other hand, if before quitting I stop the video, then it closes well.

Disabling Hardware acceleration, as you suggest fixes the issue, but then there is no hardware acceleration...

There is a bug report in which seems to report the same issue. Seems a few poeple are affected. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=916595

My system uses :

$ lspci -v

08:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev cb) (prog-if 00 [VGA controller])
        Subsystem: ASUSTeK Computer Inc. Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series]
        Flags: bus master, fast devsel, latency 0, IRQ 54
        Memory at e0000000 (64-bit, prefetchable) [size=256M]
        Memory at f0000000 (64-bit, prefetchable) [size=2M]
        I/O ports at e000 [size=256]
        Memory at fcc00000 (32-bit, non-prefetchable) [size=512K]
        [virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
        Capabilities: [48] Vendor Specific Information: Len=08 <?>
        Capabilities: [50] Power Management version 3
        Capabilities: [64] Express Legacy Endpoint, MSI 00
        Capabilities: [a0] MSI: Enable+ Count=1/4 Maskable- 64bit+
        Capabilities: [c0] MSI-X: Enable- Count=3 Masked-
        Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
        Capabilities: [200] [#15](https://code.videolan.org/videolan/vlc/-/issues/15)
        Capabilities: [270] [#19](https://code.videolan.org/videolan/vlc/-/issues/19)
        Capabilities: [2a0] Access Control Services
        Capabilities: [2b0] Address Translation Service (ATS)
        Capabilities: [2c0] Page Request Interface (PRI)
        Capabilities: [2d0] Process Address Space ID (PASID)
        Capabilities: [320] Latency Tolerance Reporting
        Kernel driver in use: amdgpu
        Kernel modules: amdgpu

$ lscpu

AMD Athlon 200GE with Radeon Vega Graphics

Video driver is amdgpu

Bug still present in 3.0.8 (debian buster)

I use : amdgpu driver version 19.30 & mesa 18.3.6

Bug reproduced with VLC 3.0.8 (Ubuntu 19.10) and Video Output setting set to "Automatic" or "OpenGL"

ii  libgl1-mesa-dri:amd64                      20.1~git2002201930.740cb3~oibaf~e             amd64        free implementation of the OpenGL API -- DRI modules
ii  libgl1-mesa-dri:i386                       20.1~git2002201930.740cb3~oibaf~e             i386         free implementation of the OpenGL API -- DRI modules
ii  libglx-mesa0:amd64                         20.1~git2002201930.740cb3~oibaf~e             amd64        free implementation of the OpenGL API -- GLX vendor library
ii  libglx-mesa0:i386                          20.1~git2002201930.740cb3~oibaf~e             i386         free implementation of the OpenGL API -- GLX vendor library
ii  vlc-plugin-video-output:amd64              3.0.8-2                                       amd64        multimedia player and streamer (video output plugins)

$ lspci |grep VGA
28:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 (rev c1)

I also started to encounter this, or something similar, when upgrading to 3.0.10 on MacOSX Catalina 10.15.4 (19E287).

When I pause and unpause, the audio is gone and I need to quit to get it back. But when I do, about half the time I also need to force quit VLC. I made a sample in the Activity Monitor, and it seemed to have deadlocked. All threads were stuck in a call to pthread.

Even if it does quit normally, it takes over a minute, so something is clearly acting up. Concurrency bugs are the worst, but I hope this helps.

I just made a quick test

• with debian stable/buster as of 04/Mar/2021 issue is still present

  • vlc 3.0.12-0+deb10u
  • mesa 18.3.6-2+deb10u1
  • kernel 4.19.171-2 (+ amdgpu 20.40)

• with debian testing/bullseye as of 04/Mar/2021 with

  • vlc 3.0.12-2
  • mesa 20.3.4-1
  • kernel 5.10.13-1
  • issue present with VDPAU
  • no issue with VAAPI & VAAPI via DRM

marked this issue as related to #25403 (closed)

Those are 2 different issues.

For macOS, see #25403 (closed) .

For Linux, there are numerous issues about Qt quitting, like #24720 (closed)

closed

marked this issue as related to #24720 (closed)

changed milestone to %3.0.x maintenance

marked this issue as related to #21875 (closed)

changed milestone to %3.0.13