I’m running openSUSE Tumbleweed KDE x86_64 and I installed Handbrake from the Packman repository. When I try to run it, it simply exits immediately, so I tried running it in a terminal. This is the error message I got when trying to run both the GTK and CLI versions of Handbrake in a terminal:
Illegal Instruction (core dumped)
And that’s it. No other error information was presented. Everything else works fine on my machine, and before I installed Linux I briefly installed Windows 7 to test the hardware. The machine survived 24 hours of memtest86 (booted from a CD) and 36 hours of Prime95 “blend” torture test (run under Windows 7). After testing the hardware, I wiped the entire SSD, including the MBR, and installed openSUSE Tumbleweed by itself. Since I installed Tumbleweed, I have spent many hours playing Star Wars: The Old Republic through Wine with no issues, and I have spent many more hours using Firefox and VLC player, which work fine as well.
I did install the proprietary Nvidia drivers using the available repository, if that makes any difference. The only unofficial repositories I’m using are Packman, libdvdcss, and Nvidia, all Tumbleweed versions. I have installed everything presented by “zypper inr” and I run “zypper dup” at least once per week. It’s possible that I’m missing some dependencies but I’ve been very careful to make sure to install all dependencies and avoid conflicts, per the Tumbleweed multimedia guide on these forums.
I have received several Handbrake updates over the last few weeks, and each time I thought they would fix my issue, but they did not. I have been Googling this problem for over an hour and I could not find any other example of it.
I’m comfortable with the command line but I’m relatively new to Linux and I have not yet learned how to use debugging tools. I build PCs for fun but I’m more of a mechanic than an engineer. Any help would be appreciated.
I was able to run handbrake on Leap 15.0 (or maybe 15.1, not sure) without any issue. Can you see anything related in the syslog (/var/log/messages or journalctl) that was issued when the coredump occurs? Does
Upon further inspection of the dmesg output, the problem appears to be with libmfx. Both libmfx and libmfx1 are installed, and I just installed libmfx-devel for good measure, but Handbrake still crashes with the same error.
Edited to add: There is only one version of libmfx, libmfx1, and libmfx-devel available to me, all from the official OSS repository. It seems that Packman doesn’t provide that package.
I presume handbrake runs on any hardware. So there is a dependency problem:
erlangen:/home # zypper if --requires handbrake-gtk
Loading repository data...
Reading installed packages...
Information for package handbrake-gtk:
Repository : Packman
Name : handbrake-gtk
Version : 1.3.1-4.4
Arch : x86_64
Vendor : http://packman.links2linux.de
Installed Size : 10.6 MiB
Installed : Yes
Status : up-to-date
Source package : handbrake-1.3.1-4.4.src
Summary : Multithreaded Video Transcoder
HandBrake is an open-source, GPL-licensed, multiplatform, multithreaded video
This package contains a GTK+ graphical user interface for Handbrake.
Requires : 
You need to pick the correct version of each of the 61 libraries involved. Make sure you load them from repos repo-oss and repo-non-oss. If there is a matching version in repo Packman use this instead:
I followed these steps and they did not install any new packages, so I opened YaST and switched all packages to versions in the official OSS repository, which downgraded a bunch of packages. I tried running Handbrake-GTK again in a terminal, but the same error occurred. Then I used YaST again to switch back to Packman, which upgraded the packages I just downgraded. I got the same error when running Handbrake again.
I did a little research on libmfx, and it looks like it’s intended to provide access to Intel Quick Sync Video on Intel integrated GPUs. I have no Intel hardware in my machine, which makes me wonder why that library is causing problems when it should just be sitting there uselessly.
I tried to run:
zypper rm libmfx libmfx1 libmfx-devel
And I’m glad I selected “no” when asked to proceed because that command would have uninstalled most of KDE. I’m not sure why a library specific to Intel hardware is so integral to a machine that lacks any Intel hardware.