Package Base Details: decklink

Git Clone URL: https://aur.archlinux.org/decklink.git (read-only, click to copy)
Submitter: alub
Maintainer: goldensuneur
Last Packager: goldensuneur
Votes: 16
Popularity: 0.97
First Submitted: 2015-10-03 15:38
Last Updated: 2020-03-02 18:59

Packages (2)

Pinned Comments

goldensuneur commented on 2020-04-06 19:29

DKMS modules do not build with linux 5.6.2, stay on lts for now.

goldensuneur commented on 2020-03-02 19:00

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.

Latest Comments

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

daurnimator commented on 2019-05-25 02:10

The GUIs seem to work with Qt5? At least, I see e.g. /usr/lib/blackmagic/DesktopVideo/libQt5* in my local package.

goldensuneur commented on 2019-04-01 11:59

It looks like they fixed the problems with kernel 5.0. It is know building and working normally.

Polarity commented on 2019-04-01 11:08

Looks like the next release is out.

Serus commented on 2019-03-15 20:06

I got an email back from BM stating they're aware of the problem and will be addressed in the next release.

guitaristtom commented on 2019-03-13 03:26

Well at least I'm not crazy about it not working with Kernel 5.0.0

I guess I'll have to wait to use my capture card again sigh. Hopefully, BM fixes it on their end soon.

lukas2511 commented on 2019-03-06 23:19

Mh. It seems that the sound module actually might be negatively affected by leaving the FPU disabled. I'm not sure. I'll use my patch for now as it's working for me and I don't need sound, but I'm hoping to see a new decklink release soon, also adressing the last build issue...

lukas2511 commented on 2019-03-06 23:05

@Serus Well, we can also just leave the FPU disabled. That might result in some slowdown, but would be completely legal. See the updated patch https://gist.github.com/lukas2511/ecfe7e29cb80a28e2857f48be86953ad.

I'm not sure if this might have some other unforeseen side-effects, but at least in my tests I don't really see any difference. Maybe some scaling setups or the alpha blends on the decklink duo would be a bit more problematic? No idea. Also hoping for a vendor-side fix.

Serus commented on 2019-03-06 22:41

@lukas2511 I did something similar you did.

But the license rewrite is illegal and not something we can put up here on the AUR.

I also confirmed it works with my Intensity Pro 4K, I also sent an email to BlackMagic explaining the situation, hoping they'll come up with a fix soon.

At this point in time the approved workaround is my earlier mentioned workaround.

lukas2511 commented on 2019-03-06 22:17

Got my other modules fixed. Decklink works fine with 5.0, the only real issue are those GPL-only symbols. https://i.imgur.com/JaenqCn.png

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.