vlc is crashing on fedora 37
Activity
-
Newest first Oldest first
-
Show all activity Show comments only Show history only
I can confirm this issue on Arch Linux as well; I also collected a backtrace: VLC-backtrace.txt VLC-terminal-output.log
VLC version: 3.0.18 (revision 3.0.13-8-g41878ff4) - compiled with GCC 12.2.0
I use an x86-64-v3 repo, just to be clear, but the issue is consistent with opening this file type.
I use HDMI with an Nvidia GPU, but am not currently using this for audio, as I was using a USB headset at the time.
Edited by Neko-san- Contributor
VideoLAN's Gitlab instance is not for user-level support.
We don't build packages for these Linux distributions.
You should use Fedora or Arch bug reporting infrastructure for issues such as these.
As a side note, try running with VA-API acceleration disabled and see if you can reproduce the issue.
- Maintainer
By the look of the stack trace, this is a bug inside the Qt5 version provided by the distributions.
Try with the VLC Snap. There is nothing VideoLAN can do about distribution-provided Qt bugs.
- Contributor
Fedora package maintainer speaking.
With the nvidia-vaapi-driver (https://github.com/elFarto/nvidia-vaapi-driver/ ). That is actually a wrapper over vaapi and nvdec, some nvidia users seem to prefer vaapi over vdpau.
For some reason, I'm not reproducing myslef (on non-optimus case, optimus is its own can of worms WRT to this issue).
Is there a way to force vdpau by default (and assume that can gracefully discarded on non-vdpau capable hw) ?
Collapse replies - Maintainer
Sure, but you're just moving the problem as there is also a buggy VAAPI backend for VDPAU that's also commonly found. So you'll now have problems with Intel and AMD instead of with VDPAU.
- Please register or sign in to reply
- Rémi Denis-Courmont added Platform::GNU/Linux Status::not VLC labels
added Platform::GNU/Linux Status::not VLC labels
- Rémi Denis-Courmont closed
closed