new version 16.1.1 is out sha256: c57b11ac8e3af9aacf6e8fdfc2b17f330b0dc1c6872c1bc56d9cc17859170538
https://www.blackmagicdesign.com/support/readme/2d8aac8091894fba96588e0ca3769ae3
Git Clone URL: | https://aur.archlinux.org/davinci-resolve-studio.git (read-only, click to copy) |
---|---|
Package Base: | davinci-resolve-studio |
Description: | Professional A/V post-production software suite from Blackmagic Design. Studio edition, requires license key or license dongle. |
Upstream URL: | https://www.blackmagicdesign.com/support/family/davinci-resolve-and-fusion |
Keywords: | blackmagic davinci editor resolve studio video |
Licenses: | LicenseRef-Commercial |
Conflicts: | davinci-resolve, davinci-resolve-beta, davinci-resolve-studio-beta |
Submitter: | codibit |
Maintainer: | Muflone |
Last Packager: | Muflone |
Votes: | 42 |
Popularity: | 0.78 |
First Submitted: | 2018-01-21 18:37 (UTC) |
Last Updated: | 2025-01-26 02:13 (UTC) |
« First ‹ Previous 1 .. 17 18 19 20 21 22 23 24 25 26 Next › Last »
new version 16.1.1 is out sha256: c57b11ac8e3af9aacf6e8fdfc2b17f330b0dc1c6872c1bc56d9cc17859170538
https://www.blackmagicdesign.com/support/readme/2d8aac8091894fba96588e0ca3769ae3
With this new version, you no longer need to download the ZIP file from the Blackmagic Design website. The script does it automatically.
Resolve 16.1 is out sha256sum: 5719359486e8d7bfb0d3187b6ad1771c45422d7365f14b399ced8f7c2ba20ccf
Removed the fix for libbz2.so.1 link, as package now provides it and it conflicts. It seemed like the link wasn't going to be added in the original libbz2 package :-/
Updated to fix libbz2.so.1 missing link.
Well, please do let me know if you get any fix working for that, I do not have a license code, so I can't test that out (I use a dongle) plus I am unable to use Resolve in archlinux in my main device due to it being powered by an AMD graphics card.
Ok, so I found out more about the issue of not being able to activate resolve on arch. If you already have 2 installations (doesn't matter if they still exist), activating a third one should automatically deactivate the other 2 and get the third one working. Now turns out arch is able to activate but not deactivate resolve from the setup window (you can deactivate an activated install). I asked support for deactivating my installations and it worked. Using a windows machine (eww) or a supported distro for deactivating occupied instances should work. Maybe it doesn't accept the arch user agent (which is just a generic Linux one i think), but this problem won't get fixed by bmd. Maybe we could spoof some stuff in the installer, or leave a reminder to manually deactivate your installations before uninstalling or upgrading them.
I am having the exact same issue as paperbenni. I have tried resolve studio 15 and 16, multiple versions. I am able to activate under windows with no issues. I have contacted tech support and they simply said Arch is not supported. I had studio 15 activated months ago under arch but after a re-install I have been unable to activate. I have tried as sudo and with no firewall. Has anyone figured this out?
To @mikehash, you flagged as out of date with the comment ´lib32-libpng12 is not available anymore on AUR. vlib32-libpng14 and lib32-libpng15 are available´ but the package is still available in the official repos (not aur), please check https://www.archlinux.org/packages/?q=lib32-libpng12
"There was an error when attempting to perform the activation. Please contact Blackmagic Design support for assistance. I tried running as sudo. The license key is correct and it was able to clear out other activations. Occurs with and without sudo, both in dr 15 and 16. What causes this? I'm not behind any firewall or vpn.
Pinned Comments
Muflone commented on 2025-01-26 02:15 (UTC)
IMPORTANT!
Since version 19.1.3-2 this package will not download automatically the source file from the upstream site.
To build this package you will need to manually download the file from https://www.blackmagicdesign.com/support/family/davinci-resolve-and-fusion and place it in the same directory with the PKGBUILD.
This would reduce the mess in this package, making it more readable and clear. Also bypassing the required information from the upstream URL is not allowed in an automated way.