[packman] A segmentation fault in attempting to have the Qt window of vlc-beta-20211210.736213df13-pm153.17.1.x86_64 fully loaded in a 64-bit, openSUSE, Leap-15.3, Linux operating system installed in VirtualBox

[Jason Craig]

On 12/17/2021 11:19, Lawrence Patrick Somerville wrote:
>   Hello. In a 64-bit, openSUSE, Leap-15.3, Linux operating system, which is
> installed as a so-called "guest" in Virtual "Machine" (VM) in Oracle
> (Corporation) VM VirtualBox, which in turn is installed in my so-called
> "host," Windows 10 Home Edition operating system, I have gratefully had
> success in the playing of a .mp4 (Moving or Motion Picture Experts Group,
> audio layer-4) file in
> vlc-beta-20211028.5ed8c5c794-pm153.9.1.x86_64.16.1.x86_64 with the Linux
> kernel 5.3.18-59.27.1-default. But in
> vlc-beta-20211104.b9e50b090c-pm153.10.1.16.1.x86_64 I had only the audio
> signals and not the video signals in the playing of that video. And later
> in vlc-beta-20211210.736213df13-pm153.17.1.x86_64 with the Linux kernel
> 5.3.18-59.37.2-default I attempted to open vlc-beta, or the Video Local
> Area Network (LAN) Client (VLC) multimedia player (VLC) by double-clicking
> on a desktop shortcut for it, but saw its main window only for a very brief
> period of time, accompanied probably a short time later with the message
> "Segmentation fault (core dumped)"; so I could not even attempt to play
> that .mp4 file normally with this version of vlc-beta when using its
> probably default, Qt interface.

Do you really need a beta version of VLC to play an MP4? Is there some 
reason you can't just use the stable version (3.0.16)? I would expect 
the beta to not work at times, including having segmentation faults.

--
Jason Craig