Arch Linux User Repository

I finally had time to investigate the issue. It looks like that as of 11.5, the DesktopVideoHelper.service has to be running for the capture card to work properly.

Don't know if this is a bug with decklink itself or the AUR but after upgrading from 11.5 to 11.6 recording no longer works for my Intensity Pro 4k.

Output from gst-launch-1.0 decklinkvideosrc:

Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
ERROR: from element /GstPipeline:pipeline0/GstDecklinkVideoSrc:decklinkvideosrc0: Internal data stream error.
Additional debug info:
../gstreamer/libs/gst/base/gstbasesrc.c(3072): gst_base_src_loop (): /GstPipeline:pipeline0/GstDecklinkVideoSrc:decklinkvideosrc0:
streaming stopped, reason not-negotiated (-4)
Execution ended after 0:00:00.000274115
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...

(gst-launch-1.0:3622): GStreamer-CRITICAL **: 11:27:44.290: 
Trying to dispose element pipeline0, but it is in PLAYING instead of the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.
This problem may also be caused by a refcounting bug in the
application or some element.

I resolved the problem and I got which my card worked again. First at all I have to stop the DesktopVideoHelper service and rebuilt the package, then, I did run the service and used the DesktopVideoUpdater to update the driver, after the reboot the card was able to work again. Maybe is a issue with my board.

I just rebuilt the package and the dkms installed.

@goldensuneur ● DesktopVideoHelper.service - DesktopVideo helper daemon Loaded: loaded (/usr/lib/systemd/system/DesktopVideoHelper.service; enabled; vendor > Active: active (running) since Sun 2020-06-21 18:56:01 CEST; 6min ago Main PID: 483 (DesktopVideoHel) Tasks: 3 (limit: 9438) Memory: 1.9M CGroup: /system.slice/DesktopVideoHelper.service └─483 /usr/lib/blackmagic/DesktopVideo/DesktopVideoHelper -n Yes and still is not detected by the driver.

@arch_fram is the DesktopVideoHelper.service running ? Since 11.5 the service need run otherwise the card will not work.

I have 5.7.4-arch1-1 kernel, and It seem like my Decklink mini recorder is not detected :/ ERR The driver was not able to be unloaded because it is in use ERR You will need to reboot to use the new driver

I'll reboot the system but nothing happen, is still not working

Works for me as well.

@zangoku IIRC one time it didn't build for me years back was when there were leftovers of the dkms stuff in /var/lib/dkms/blackmagic* that was set up for a previous gcc version and had to be removed. Maybe it helps.

Decklink 11.5.1 builds and works fine on my computer with kernels 5.7.x and the patches I added in the latest commit.

A little heads up for those on kernel 5.7, dkms modules don't build until blackmagic releases an update as usual.

Anybody else having issues with 100% CPU load on the DesktopVideoHelper and the DesktopVideoUpdater executables? I didn't find out yet what exactly triggers it, but I can see both of them spinning at 100% load sooner or later on my machine until I stop the systemd unit and kill the processes.