Package Details: decklink 11.2-1

Git Clone URL: https://aur.archlinux.org/decklink.git (read-only)
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: fthiery (goldensuneur)
Last Packager: goldensuneur
Votes: 10
Popularity: 1.028978
First Submitted: 2015-10-03 15:38
Last Updated: 2019-05-30 09:26

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 ... Next › Last »

lukas2511 commented on 2019-03-06 21:42

Well... actually... maybe somebody could test this patch: https://gist.github.com/lukas2511/ecfe7e29cb80a28e2857f48be86953ad

The affected symbols weren't mentioned in the pre-built module, I took the wrong name, it actually calls a function in blackmagic_lib.c, that way we actually can wrap every affected call.

The patch is done directly against /usr/src directory, didn't prepare anything for the PKGBUILD as I don't like rewriting the modules license for a release.

Other than loading the modules I can't test it myself as my decklink system has a few other modules with the same issue and I can't easily boot into 5.0 because of this.

For a release I'd suggest waiting for ZFSonLinux to write their workaround for the issue, maybe it's reusable for the decklink module and that way we wouldn't need to rewrite the license.

lukas2511 commented on 2019-03-06 20:33

Unfortunately the affected symbols are also used in the pre-compiled blackmagic library so we can't cleanly replace the affected code...

I have an idea on mind on how to fix this, but I'm hoping for a fix from Blackmagic as my fix would be very very ugly involving a binary patch to the shipped library... :-/

Serus commented on 2019-03-06 18:26

As of kernel 5.0 this requires a GPL only symbol.

Either downgrade your kernel to 4.20, or install linux-lts and boot into that when you need to use your capture card.

ggrub commented on 2019-02-24 10:47

@lukas2511 Thank you very much.

guitaristtom commented on 2019-02-21 20:14

@lukas2511 Thank you so much!! It's working for me again!

goldensuneur commented on 2019-02-21 10:34

@lukas2511 I tested your fix, it works fine on my computer. Thank you for the DLAGENT.

I modified it a bit:

  • removed the -s flag to see progress.

  • added a small hack to hide the html sources shown by curl.

lukas2511 commented on 2019-02-21 00:16

I'm not entirely sure what happened, but it seems that the kernel makefiles somehow started ignoring the .a file...

I think the .a file is actually just a .o file with a wrong filename, it's definitively not an archive, it's just an object file. Maybe that's why the kernel is ignoring it... or it may be a bug... I think there should be an error about a missing library or something, it shouldn't just be silently ignored...

Well anyway...

Manually linking or renaming the .a files to .o_shipped and modifying the Makefile allows building working kernel modules tested on 4.20.10.

You can find my modified PKGBUILD here: https://gist.github.com/lukas2511/848b90a1a6b6bb69126c00aafd3ff496

Next to the actual build-fix (the sed and two mv in the package step) it also optimizes the download-behavior by replacing the whole prepare step with a DLAGENT, allowing the use of all makepkg caching and validation methods.

guitaristtom commented on 2019-02-14 18:51

Some of the other packages I have installed refuse to let me switch to the LTS kernel... so I really hope that Blackmagic deals with this issue and fixes it.

ggrub commented on 2019-01-07 18:10

Damn it. My asus Z390 board works only with kernel 4.20. My intensity pro 4k seems to work only with kernel 4.19. Such a crap.

fthiery commented on 2019-01-07 10:37

Done, merci :)