Looks like the next release is out.
Search Criteria
Package Base Details: decklink
Package Actions
| Git Clone URL: | https://aur.archlinux.org/decklink.git (read-only, click to copy) |
|---|---|
| Submitter: | alub |
| Maintainer: | goldensuneur |
| Last Packager: | goldensuneur |
| Votes: | 24 |
| Popularity: | 0.000153 |
| First Submitted: | 2015-10-03 15:38 (UTC) |
| Last Updated: | 2024-04-12 20:17 (UTC) |
Packages (2)
Polarity commented on 2019-04-01 11:08 (UTC)
Serus commented on 2019-03-15 20:06 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
@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 (UTC)
@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 (UTC)
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 (UTC)
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 (UTC)
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 (UTC) (edited on 2019-03-06 18:27 (UTC) by Serus)
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.
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.