[Bug] Can not exit vlc properly when you close the app while playing

[galaxy0419]

The bug exists for a long time. If you exit vlc while playing the video, the program will still run in the background.

Here is the log:
https://drive.google.com/open?id=1DEo9xvc6N69x7I0NQY2GjMCG2y7UD3xg

[Rémi Denis-Courmont]

Without symbol threaded stack trace, I can only guess that it's a bug in the display drivers.

[linuxo]

I've got this bug also.
My distro help forum shows me that it's already been there for some time... :
[url]https://forum.manjaro.org/t/vlc-is-still-running-in-background/59820/8[/url]

Only solution in the thread that I've quoted: never close VLC without stopping the video.

[galaxy0419]

Without symbol threaded stack trace, I can only guess that it's a bug in the display drivers.

Unfortunately, Arch Linux doesn't provide debug package, but I ran it in gdb anyway, I adout that the problem is related to x264, every time the h264 show the error messge, the app will have no response to exit action.

GDB output: https://drive.google.com/open?id=1_v_dxnWI6TqdpBLcD4iFKnQwXxirjZbp

[Rémi Denis-Courmont]

I'm going to assume that this is a bug in your display driver and close this topic.

[linuxo]

If we are a lot to have the same problem (see the linked topic on Manjaro: https://forum.manjaro.org/t/zombie-vlc-processes/51744/17 and Arch also: https://www.reddit.com/r/archlinux/comments/blo3zs/vlc_process_remains_active_after_closing_it/) , it's not a bug, it's a problem of interaction between VLC and the driver...

My display driver:

Code: Select all

$ lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09)

Code: Select all

$ glxinfo | grep -i vendor server glx vendor string: SGI client glx vendor string: Mesa Project and SGI Vendor: Intel Open Source Technology Center (0x8086) OpenGL vendor string: Intel Open Source Technology Center

[Rémi Denis-Courmont]

No symbolic threaded stack trace = no bug.

[linuxo]

@galaxy0419 has posted this:

GDB output: https://drive.google.com/open?id=1_v_dxnWI6TqdpBLcD4iFKnQwXxirjZbp

Is there some information in this?

[galaxy0419]

No symbolic threaded stack trace = no bug.

Okay, I found a git version in AUR, give me some time I'll file another log.

[galaxy0419]

No symbolic threaded stack trace = no bug.

I found another interesting phenomenon, if I just start with vlc command the app can exit properly, however, the desktop file in arch linux start vlc with --started-from-file, which cause more exit failure in my test.

Stack Trace: https://drive.google.com/open?id=1Ccysw_7d2gvCUg8sOqJo36NbE-HRzgfm

[unidan]

Hi, thank you for your time investment and trace, we can try to reproduce, but it might be difficult to reach a solution quickly.

I found another interesting phenomenon, if I just start with vlc command the app can exit properly, however, the desktop file in arch linux start vlc with --started-from-file, which cause more exit failure in my test.

I haven't understood this, do you mean that you don't have issues by launching vlc from the command line ?

[galaxy0419]

Hi, thank you for your time investment and trace, we can try to reproduce, but it might be difficult to reach a solution quickly.

I found another interesting phenomenon, if I just start with vlc command the app can exit properly, however, the desktop file in arch linux start vlc with --started-from-file, which cause more exit failure in my test.

I haven't understood this, do you mean that you don't have issues by launching vlc from the command line ?

I meat it seems vlc won't exit properly only if you just start it with --start-from-file parameter (maybe).

[galaxy0419]

If we are a lot to have the same problem (see the linked topic on Manjaro: https://forum.manjaro.org/t/zombie-vlc-processes/51744/17 and Arch also: https://www.reddit.com/r/archlinux/comments/blo3zs/vlc_process_remains_active_after_closing_it/) , it's not a bug, it's a problem of interaction between VLC and the driver...

My display driver:

Code: Select all

$ lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09)

Code: Select all

$ glxinfo | grep -i vendor server glx vendor string: SGI client glx vendor string: Mesa Project and SGI Vendor: Intel Open Source Technology Center (0x8086) OpenGL vendor string: Intel Open Source Technology Center

I create an AUR repository for vlc debug package which may save some time if you want to debug: https://aur.archlinux.org/packages/vlc-debug/

[linuxo]

Thanks for all your work!
stupid question: what is the difference with this and the version in pacman: https://www.archlinux.org/packages/extra/x86_64/vlc/?

[unidan]

As a general rule, I would advise people here to not install something on the internet that is not trusted without checking it.

stupid question: what is the difference with this and the version in pacman: https://www.archlinux.org/packages/extra/x86_64/vlc/?

There is debugging symbols on it.

I meat it seems vlc won't exit properly only if you just start it with --start-from-file parameter (maybe).

Weird, but ok, I'll check this.

[shaljam]

Hi, thank you for your time investment and trace, we can try to reproduce, but it might be difficult to reach a solution quickly.

I found another interesting phenomenon, if I just start with vlc command the app can exit properly, however, the desktop file in arch linux start vlc with --started-from-file, which cause more exit failure in my test.

I haven't understood this, do you mean that you don't have issues by launching vlc from the command line ?

I meat it seems vlc won't exit properly only if you just start it with --start-from-file parameter (maybe).

I'm having the same problem with vlc in Arch with some .MTS files. I have the problem even when running from command line. But, stopping before closing works.

[regulator]

Hi guys
First off, I have personally donated to the VLC project in the past.

This is still an issue and it is driving away new Linux users installing Arch & Manjaro, they try to use their favorite media player and up comes this bug. Can it please get some attention and a possible bug fix?

One hint to narrowing it down is selecting XCB as the video output seems to fix it for me, but that brings up another issue where some videos are choppy

also pressing ctrl+Q to quit VLC instead of clicking the X works

some info about my setup:
Manjaro 18.1.5
WM: XFCE (KDE, Gnome all impacted by this issue)
Kernel: 5.4.6-2-MANJARO
CPU: AMD Ryzen 5 2600 (intel users are impacted too)
GPU: AMD RX580 (Intel users are impacted too)
Driver: Mesa 19.3
VLC Version 3.0.8-7 from Manjaro store

thanks
regulator

[Nisc3d]

I am still having this Problem on Arch with KDE.
Display Driver:

Code: Select all

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

Code: Select all

$ glxinfo | grep -i vendor server glx vendor string: SGI client glx vendor string: Mesa Project and SGI Vendor: X.Org (0x1002) OpenGL vendor string: X.Org

VLC Version: 3.0.8-7 from the extra repository.
Kernel: 5.4.10-arch1-1
CPU: Intel i7-7700K
GPU: AMD Radeon RX 5700 XT

I would be happy to help, but I don't know how to get a stack trace, I am still a new Arch User.

[elouyn]

One hint to narrowing it down is selecting XCB as the video output seems to fix it for me, but that brings up another issue where some videos are choppy

also pressing ctrl+Q to quit VLC instead of clicking the X works

I had the same problem on MX Linux which I installed two weeks ago.

I want to say thanks to regulator for the solution above, it works for me

[Rémi Denis-Courmont]

Of course XCB is slow since by definition it does software rendering.

If selecting XCB fixes stuff, then that almost certainly means your display drivers are buggy or missing. If you think this is a problem with your distro, you'd better raise the issue with the distro than on the VLC forum.

[regulator]

If selecting XCB fixes stuff, then that almost certainly means your display drivers are buggy or missing. If you think this is a problem with your distro, you'd better raise the issue with the distro than on the VLC forum.

Hi thanks for looking into this but the problem affects both Intel graphics and AMD graphics card users, possibly nVidia too... as other media players work well I believe the issue is with VLC

[Rémi Denis-Courmont]

Well think whatever you want. With neither a symbolic stack trace nor a reasonable way to reproduce the problem, I and other VLC devs will not look at it because we cannot.

[regulator]

Well think whatever you want. With neither a symbolic stack trace nor a reasonable way to reproduce the problem, I and other VLC devs will not look at it because we cannot.

Did you read that I have donated to the VLC project?

install arch/manjaro on a physical AMD/intel machine then open and close a few video files - witness the program hang and continue to run as a process, while not allowing a new process to start

is this the stack trace you are after?

Stack Trace: https://drive.google.com/open?id=1Ccysw_7d2gvCUg8sOqJo36NbE-HRzgfm

[Rémi Denis-Courmont]

Yes. And it shows the Intel display driver has jammed, pretty much as I predicted.

[regulator]

Yes. And it shows the Intel display driver has jammed, pretty much as I predicted.

Ok, will you help us log a bug with the mesa team, assuming the issue lies with them to resolve?



I have managed to compile and install VLC myself using the -enable-debug flag on ./configure. the first time file I opened, after closing it the program froze and with this git version I even got a message saying vlc is not responding, however there are no instructions on the debug page of how to create/find a stack trace?

https://wiki.videolan.org/Debug/