| Git Clone URL: | https://aur.archlinux.org/decklink.git (read-only, click to copy) |
|---|---|
| Package Base: | decklink |
| Description: | Drivers for Blackmagic Design DeckLink, Intensity or Multibridge video editing cards |
| Upstream URL: | https://www.blackmagicdesign.com/support/family/capture-and-playback |
| Licenses: | custom |
| Submitter: | alub |
| Maintainer: | goldensuneur |
| Last Packager: | goldensuneur |
| Votes: | 24 |
| Popularity: | 0.000000 |
| First Submitted: | 2015-10-03 15:38 (UTC) |
| Last Updated: | 2025-02-16 11:39 (UTC) |
I updated the PKGBUILD for the latest release (10.11.4) but it doesn't work any better with 4.20. For now just stick with the LTS Kernel.
Here is the updated PKGBUILD I used to get the 10.11.4: https://txt.kher.nl/?963dcd8e880fe370#y2EkKEwKgL6lHtfmAGzbGD7zeymFByoiVavBSPgkMi0=
There is no need for the decklink.install file anymore since DKMS handles the building and loading of the module.
Something broke with Kernel 4.20 and DKMS, it doesn't work after the update even with lots of 'dkms autoinstall'. I just installed the LTS Kernel (4.19.13) -> DKMS and my card are up and running again.
This is super out of date. Any plans of getting it caught up with Decklink 10.11?
BTW, is the install script still necessary? DKMS has an hook to rebuild modules automatically on install/upgrade...
I think it does not work properly. If you manage to make it work i'll happily let you comaintain
I solved the stdarg.h problem by removing /usr/src/blackmagic-*/.cache.mk then rebuilding the module with sudo dkms autoinstall.
Apparently the old GCC's include path was still in the cache.
BTW, is the install script still necessary? DKMS has an hook to rebuild modules automatically on install/upgrade...
Thank you very much for this package. Installed with pamac. Works very well. Only the settings in "desktop video setup" have to be reconfigured after each reboot.
It fails to compile the DKMS module with GCC 8.1.1+20180531 and/or kernel 4.16.13-2, not sure which one is the culprit.
Apparently it can't find the stdarg.h header file, did something get botched with the GCC update?
Edit: It still works with GCC 8.1.0
Edit2: Nevermind, removing and reinstalling decklink fixed the issue somehow.
Updated to 10.10, it did compile for 4.16 (and device gets listed)
I had the same problem, but I just had to rebuild the module to make it work again.
DKMS had built the module for the wrong kernel version.
I am currently on kernel 4.16.9-1-ARCH.
I rebooted my pc yesterday, and sadly my decklink device is once again not found.
It was working great on the normal kernel for quite a long time.
I also see it is flagged out of date and there is indeed a newer version.
Sure hope this update fixes the problem,
for now i will try the LTS kernel, i will post back here if that does not work.
Greets
Pinned Comments
goldensuneur commented on 2020-03-02 19:00 (UTC)
I finally had time to investigate the issue. It looks like that as of 11.5, the
DesktopVideoHelper.servicehas to be running for the capture card to work properly.