QSV: Hardware device returned unexpected errors (MFX_ERR_DEVICE_FAILED)

[BrentonPoke]

Operating System Info

Other

Other OS

Fedora 39

OBS Studio Version

30.0.0-rc2

OBS Studio Version (Other)

No response

OBS Studio Log URL

https://obsproject.com/logs/IpzYJgIHHo3vrxHa

OBS Studio Crash Log URL

No response

Expected Behavior

A matroska file should be created and start recording video

Current Behavior

I get the following in an error modal:

Starting the output failed. Please check the log for details.

Note: If you are using the NVENC or AMD encoders, make sure your video drivers are up to date.

Steps to Reproduce

1. Have a video source captured by OBS
2. Go to settings and use Standard for recording type, selecting QuickSync AV1 for video enocder
3. Save
4. Press "Start Recording"

Anything else we should know?

I noticed the following in the log:

02:18:09.470: [qsv encoder: 'advanced_video_recording'] debug info:
02:18:09.481: 	surf:           SysMem
02:18:09.491: [qsv encoder: 'msdk_impl'] Hardware device returned unexpected errors (MFX_ERR_DEVICE_FAILED)
02:18:09.491: [qsv encoder: 'advanced_video_recording'] qsv failed to load

This seems to affect other QSV encoding options, as I can't use any of them. My Mesa drivers are up to date and the rest of my display and video capability seems perfectly fine.

[kkartaltepe]

MFX_ERR_DEVICE_FAILED means your vaapi drivers failed to load, make sure your system is up to date, you dont have multiple intel vaapi drivers, and you have rebooted.

After that try adding --verbose flags when starting obs and re-uploading the log.

[BrentonPoke]

New log file
Everything is up to date and I checked that the latest intel-media-driver was installed.

I did notice that FFMPEG VAAPI H264 works so long as I don't use Fedora's hot-corner feature (the OS may crash afterward).

These were my installed packages, i'm going to try uninstalling and reinstalling from the same repo:

Installed Packages
intel-dmabuf-dkms.x86_64       0.5949.220707.2.4.18.0.372.13.1-4.el8_6
                                                        @intel-graphics-rhel-8.5
intel-fw-gpu.x86_64            2022.27.1-156.el8        @intel-graphics-rhel-8.5
intel-gmmlib.x86_64            22.3.12-1.fc39           @fedora                 
intel-gmmlib-devel.x86_64      22.3.12-1.fc39           @fedora                 
intel-gpu-firmware.noarch      20231030-1.fc39          @updates                
intel-gsc.x86_64               0.8.4-35.el8             @intel-graphics-rhel-8.5
intel-gsc-devel.x86_64         0.8.4-35.el8             @intel-graphics-rhel-8.5
intel-i915-dkms.x86_64         0.5949.220707.2.4.18.0.372.13.1-4.el8_6
                                                        @intel-graphics-rhel-8.5
intel-igc-core.x86_64          1.0.11485-i419.el8       @intel-graphics-rhel-8.5
intel-igc-opencl.x86_64        1.0.11485-i419.el8       @intel-graphics-rhel-8.5
intel-level-zero-gpu.x86_64    1.3.23726.1-i419.el8     @intel-graphics-rhel-8.5
intel-media-driver.x86_64      23.3.5-1.fc39            @rpmfusion-nonfree      
intel-mediasdk.x86_64          23.2.2-2.fc39            @fedora                 
intel-platform-cse-dkms.x86_64 2022.28-4                @intel-graphics-rhel-8.5

[kkartaltepe]

I did notice that FFMPEG VAAPI H264 works so long as I don't use Fedora's hot-corner feature (the OS may crash afterward).

Unfortunately this isnt very useful, obs and intel's vpl libraries probe the driver a lot while ffmpeg vaapi only probes the driver once. So bugs in intel's vaapi driver during loading wont happen when using vaapi directly instead of intel's vpl/qsv libraries.

Everything is up to date and I checked that the latest intel-media-driver was installed.

It looks like you are mixing intel/rhel and fedora repositories. Doing this is probably causing your problem.

[BrentonPoke]

Everything is up to date and I checked that the latest intel-media-driver was installed.

It looks like you are mixing intel/rhel and fedora repositories. Doing this is probably causing your problem.

I already rectified that and the rhel libraries are no-longer installed. The problem persists and nothing seems to have changed.

This is the current list of packages:

Installed Packages
intel-gmmlib.x86_64                         22.3.12-1.fc39                        @fedora
intel-gmmlib-devel.x86_64                   22.3.12-1.fc39                        @fedora
intel-gpu-firmware.noarch                   20231030-1.fc39                       @updates
intel-igc.x86_64                            1.0.15313.1-1.fc39                    @updates
intel-igc-libs.x86_64                       1.0.15313.1-1.fc39                    @updates
intel-level-zero.x86_64                     23.35.27191.9-1.fc39                  @updates
intel-media-driver.x86_64                   23.3.5-1.fc39                         @rpmfusion-nonfree
intel-mediasdk.x86_64                       23.2.2-2.fc39                         @fedora
intel-mediasdk-devel.x86_64                 23.2.2-2.fc39                         @fedora
intel-opencl-clang.x86_64                   15.0.0-8.fc39                         @updates

[A1RM4X]

Salut!

I have the exact same issue here on Arch Linux with the latest obs studio compiled from git and an Intel A380.

I can provide more info if required. Thanks.

[kkartaltepe]

Unfortunately anyone who can replicate is likely going to need to debug the intel drivers and file the bug against them or provide some insight into how we can workaround it in obs. I've never replicated this issue and so far most people who reported it later reported it was fixed by using up to date system packages (as recently as a few days ago, so I don't think this is broken for all people).

Or figure out why it replicates on your machine and provide me a means to replicate it.

[BrentonPoke]

What packages did they need and where was that discussion? Mine are up to date and this is not working.

[luyu-wu]

Also experiencing the same problem!

Arch Linux
Iris Xe (1135G7)

[BrentonPoke]

@A1RM4X @luyu-wu What intel packages do you have installed? Can you do list installed "intel*" with pacman?

[BrentonPoke]

I think I found the main issue. Walk with me:

There is a package called oneVPL-intel-gpu that requires a sort of "parent" package, oneVPL. The problem is that if I try to install it...

...and I now direct your attention to the conflict:

Error: Transaction test error:
  file /usr/lib64/libvpl.so.2 from install of oneVPL-2023.3.1-1.fc39.x86_64 conflicts with file from package libvpl2-2022.1.5.0-i419.el8.x86_64

It seems that libvpl2 is actually required by OBS and numerous other things, but I wondered if removing it and installing oneVPL anyway would work. It turns out it did - sorta. I can now produce an AV1 encoded file in a 2-pc setup with OBS streaming from windows to nginx in a container alongside OBS both on linux.

Now here's the new problem - stability. The system crashes all the time when trying to do this, and i'm not convinced it's the chips. The system is a 6800K with an A770 and 48GB of system RAM, so i'm pretty sure this isn't a chip issue. I think it's a wayland issue, but I have no proof because I'm not sure how to debug the crashes since it's not OBS crashing, but the entire system due to OBS. One thing I noticed is that it's less likely when the preview isn't running. Another thing I noticed is simply playing back the resulting file can crash the system. I don't get why, and Totem has never acted like this before. But it does happen pretty consistently.

Have the same issue on stable 30.0 when trying to record with QuickSync H.264
Fedora Linux 39, UHD 620

[kkartaltepe]

As always, saying "me too" is functionally useless. If you feel like posting that please include a log from obs that includes the error at minimum or you may have a completely different issue and be wasting your time waiting for a possible fix for this issue.

There is a package called oneVPL-intel-gpu that requires a sort of "parent" package, oneVPL. The problem is that if I try to install it...

as originally pointed out you are mixing repostiories that shouldnt be mixed. If you cannot remove all non-fedora repositories on the system I think we can just close the issue as your system is unsupportable in this state.

[BrentonPoke]

The repository has already been disabled, but that doesn't remove packages. Linux is inherently unstable, so it's not "my system" it's literally the nature of the stack. Regardless of repositories, obs is still reliably crashing the machine on qsv while simple ffmpeg h264 never did. And it does no good to close this when people who are still having similar issues will just reopen it.