Package Details: davinci-resolve-studio 19.1.4-1

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: 45
Popularity: 2.63
First Submitted: 2018-01-21 18:37 (UTC)
Last Updated: 2025-03-22 16:28 (UTC)

Dependencies (25)

Required by (1)

Sources (1)

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.

Latest Comments

« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 26 Next › Last »

dack commented on 2023-05-08 16:37 (UTC)

@AlynxZhou that's a fine workaround if you don't have anything on your system that requires intel-oneapi-compiler-shared-opencl-cpu. However, some things (like pytorch) require intel-oneapi-compiler-shared-opencl-cpu.

AlynxZhou commented on 2023-05-08 11:21 (UTC)

Hi, I find my Resolve works fine with onetbb now, if your resolve still tries to load intel's opencl, it is because a package splitting happened to intel-oneapi-compiler-shared-runtime, I suggest to remove all packages depends on it as well as itself, and then re-install the packages, now you should have no intel-oneapi-compiler-shared-opencl-cpu on your system.

dack commented on 2023-03-23 22:54 (UTC)

Resolve runs if I force uninstall intel-oneapi-compiler-shared-opencl-cpu, which is the owner of /opt/intel/oneapi/compiler/2023.0.0/linux/lib/libOpenCL.so in the backtrace.

In my case, the intel-oneapi-compiler-shared-opencl-cpu package is in the dependency chain for python-pytorch-cuda (which I use).

I'm not yet sure why resolve tries to load libOpenCL.so from that location. It doesn't seem to be the standard LD mechanism doing it (removing the entries from /etc/ld.so.conf.d and running ldconfig doesn't fix the issue). I couldn't find any obvious symlinks it might be following to there either.

dack commented on 2023-03-23 22:39 (UTC) (edited on 2023-03-23 22:41 (UTC) by dack)

@nixit What GPU do you have? On my system, resolve hangs on startup before displaying any GUI. In the log file (rollinglog.txt), it stops at "Starting GPUDetect 1.2_3-a1". Attaching with GDB and doing a backtrace shows that it's stuck on some oneapi/tbb related stuff. I'm using an RTX 3070 GPU - maybe it doesn't get stuck there with other GPUs?

Backtrace:
#0  0x00007f1f180a3ab1 in ?? () from /usr/lib/libc.so.6
#1  0x00007f1f166c64a3 in clGetExtensionFunctionAddress () from /opt/intel/oneapi/compiler/2023.0.0/linux/lib/libOpenCL.so
#2  0x00007f1f166c56e7 in ?? () from /opt/intel/oneapi/compiler/2023.0.0/linux/lib/libOpenCL.so
#3  0x00007f1f166c9bd9 in ?? () from /opt/intel/oneapi/compiler/2023.0.0/linux/lib/libOpenCL.so
#4  0x00007f1f180a3b17 in ?? () from /usr/lib/libc.so.6
#5  0x00007f1f166c64a3 in clGetExtensionFunctionAddress () from /opt/intel/oneapi/compiler/2023.0.0/linux/lib/libOpenCL.so
#6  0x00007f1f16002fc4 in ?? () from /opt/cuda/lib64/libOpenCL.so.1
#7  0x00007f1f180a3b17 in ?? () from /usr/lib/libc.so.6
#8  0x00007f1f160048df in clGetPlatformIDs () from /opt/cuda/lib64/libOpenCL.so.1
#9  0x00007f1f24219627 in ?? () from /opt/resolve/bin/../libs/libgpudetect.so
#10 0x00007f1f2420e61f in ?? () from /opt/resolve/bin/../libs/libgpudetect.so
#11 0x00007f1f24222094 in ?? () from /opt/resolve/bin/../libs/libgpudetect.so
#12 0x00007f1f241c0afd in ?? () from /opt/resolve/bin/../libs/libgpudetect.so
#13 0x00007f1f241c05c4 in ?? () from /opt/resolve/bin/../libs/libgpudetect.so
#14 0x00000000023970a8 in ?? ()
#15 0x0000000002391e7d in ?? ()
#16 0x00007f1f1803c790 in ?? () from /usr/lib/libc.so.6
#17 0x00007f1f1803c84a in __libc_start_main () from /usr/lib/libc.so.6
#18 0x0000000002390c0b in ?? ()

nixit commented on 2023-03-23 17:42 (UTC)

@hummird what issues are people having? I currently have local/onetbb 2021.8.0-1, via an update I did on 2022/03/22, and I haven't seen any issues with davinci resolve studio yet. just trying to prepare myself.

AlynxZhou commented on 2023-03-22 10:17 (UTC)

Install tbb2020 will remove onetbb, but some other apps (like blender) requires it, I've send a post on their forum to notify them about it: https://forum.blackmagicdesign.com/viewtopic.php?f=21&t=177985&sid=2dd090f5bf6c560a4fa6fe5fbfb1a599

hummird commented on 2023-03-21 16:01 (UTC)

updating to onetbb breaks davinci resolve so at this moment users should install tbb2020

Cristophero commented on 2023-02-27 14:28 (UTC)

the package is unnecessary > qt5-webkit

mgisbers commented on 2023-02-13 13:12 (UTC)

For activation the user running davinci-resolve-studio must have write access to /opt/resolve/.license. That's where license information is stored.

Would be nice to have a e. g. davinci group having write access to that directory so users can be added to that group.

fosscat commented on 2023-02-13 04:12 (UTC)

Similar to arugifa, I was unable to activate. I couldn't run with sudo, it kept crashing, so running sudo chown -R <user> /opt/resolve. After that I was able to activate, then you can chown it back to root.

I don't know if this is safe or not, but it worked, and I needed resolve to work :)