Arch Linux User Repository

Issues and bugs, please report on the official forum here: https://forum.blackmagicdesign.com/viewforum.php?f=21&sid=239f0d5c49abe5d6a635b69638192e9a Thank you!

Visit DaVinci Resolve - ArchWiki before installing: https://wiki.archlinux.org/title/DaVinci_Resolve

ATTENTION: Please don't flag this package as out-of-date before beta version has been released as stable!

This is a current stable Package!

The current free beta is available here: https://aur.archlinux.org/packages/davinci-resolve-beta/

And for current studio beta here: https://aur.archlinux.org/packages/davinci-resolve-studio-beta/

Thanks.

@zeptic - Thanks for the corrections on my paths. I'll test ASAP. As for Linux vs Windows, the gui is way more responsive on Linux for sure. My encodes used to be way faster on Linux too until 16.2 something changed. Oh one more benefit of MacOS is the ability to use h264 and aac without transcoding first. The have even removed aac or h264 from Linux Studio version which sucks.

I'll do the above changes and let you know - thanks again.

@matbonn looks like you've extracted everything to ~/pro/drivers/dri. You'll have to extract everything on ~/pro/drivers, only "amdgpu_dri" is supposed to go to ~/pro/drivers/dri. As for the performance, I only switched to Linux as my main because DaVinci Resolve ran noticeably snappier and didn't lag at all editing 4k footage, while on Windows it would struggle a bit. Haven't tested it on MacOS tho, might do a GPU passthrough to a VM and try it out. Anyways, good luck!

@zeptic thanks for that - it looks like it should solve the issue. Sadly I must be missing something.

I created ~/pro/drivers/dri

-rwxr-xr-x 1 user user           51M Sep 23 03:03 amdgpu_dri.so
-rwxrwxrwx 1 user user           80K Sep 23 03:03 libEGL.so
-rwxr-xr-x 1 user user           80K Sep 23 03:03 libEGL.so.1
-rwxrwxrwx 1 user user          646K Sep 23 03:03 libglapi.so
-rwxr-xr-x 1 user user          646K Sep 23 03:03 libglapi.so.1
-rwxrwxrwx 1 user user           89K Sep 23 03:03 libGLESv2.so
-rwxr-xr-x 1 user user           89K Sep 23 03:03 libGLESv2.so.2
lrwxrwxrwx 1 user user     12 Sep 23 03:03 libGL.so -> libGL.so.1.2
lrwxrwxrwx 1 user user    12 Oct  6 13:41 libGL.so.1 -> libGL.so.1.2
-rwxr-xr-x 1 user user         1013K Sep 23 03:03 libGL.so.1.2

UPDATE: I've finally gotten it to work with AMD GPU(s) [RX 480] For anyone having the crash after "Looking for control surface", the following will hopefully fix it, as it did for me.

The issue was with the fact that amdgpu-pro-libgl is still outdated and the fact that version 16.2.7 does not work with amdgpu-pro-20.30.

To get it to work, update opencl-amd (or pal/orca alternatives) from AUR. Then we'll have to download the drivers for Ubuntu from AMD's website, since amdgpu-pro-libgl is currently outdated. (It is also advisable not to install that package systemwide, since it causes X server crashes and programs like obs to not work properly.) The following method is the most ideal solution I could find.

Once downloaded, make a directory wherever you so please, I created it in /home/<myuser>/pro/drivers. Then, look into the archive of what you've just downloaded and find and extract the following files into your newly created directory: libEGL.so, libEGL.so.1, libGL.so, libGL.so.1, libGL.so.1.2, libglapi.so, libglapi.so.1, libGLESv2.so, libGLESv2.so.2. They should be in .deb files inside the archive, each titled [name]-amdgpu-pro-amd64. MAKE SURE NOT TO GET THE ONES FOR MESA OR FOR i386!!! We'll then have to get one more file called amdgpu_dri.so from a .deb file named accordingly, and put it in a new folder titled "dri" in your /pro/drivers directory.

Once that is all done, all you have to do now is make a .sh file and put this in it:

#!/bin/bash

progl() {
 export LD_LIBRARY_PATH="${HOME}/pro/drivers:${LD_LIBRARY_PATH}"
  export LIBGL_DRIVERS_PATH="${HOME}/pro/drivers/dri"
  export dri_driver="amdgpu"
   } && progl && /opt/resolve/bin/resolve

Once done, create a new .desktop file, or just edit the existing com.blackmagicdesign.resolve and change the "EXEC= ..." to "EXEC=<path to your .sh file>"

Finally, run DaVinci resolve like you'd do normally and everything should j u s t w o r k. Hopefully your issue is now RESOLVED ;)

Version 16.2.7 is NOT working for AMD GPU users. Using opencl-amd and opengl drivers from the amdgpu-pro stack. Crashes while trying to load libfairlight.so

I had the problem with -> Stuck on "Looking for control surface" than close itself.

Solved using prime-run /opt/resolve/bin/resolve

In my case, it's a notebook with Nvidia and Intel cards.

@satriani

The reason it doesn't work is a conflict between mesa (through libncursesw.so) and Resolve's libFairlightPage.so. They both export the symbol filter and there's a conflict. I recompiled ncurses adding visiblity("hidden") to that function but later on Resolve tries to use the clGetGLContextInfoKHR OpenCL function which is currently missing in Intel's OpenCL implementation. The recompiling trick might work for AMD APUs however, I don't have one to test.

Hey folks. I'm really sorry but I can't reproduce this issues right now. I am privately very busy and unfortunately I cannot invest enough time. As soon as I have some free time, I will take care of it. However, I am happy to receive suggestions for solutions to existing issues.

@satriani: First, kudos for creating craziest PKGBUILD I've seen so far.

Everting works great here {cpu:i7-4790k,gpu:gtx970,nvidia:450.66,cuda:11.0} but I've notice small hiccup in post_{install,remove}.

On my system /usr/share/applications/default.list is missing and this errors pops up in pacman.log when {un,}install davinci-resovle

Perhaps, would be nice to touch this file to make sure it exist before appending. Or redirect grep stderr to null 2>&- ?

#install
309480 [2020-09-04T09:29:21+0200] [PACMAN] Running 'pacman -S davinci-resolve'
309481 [2020-09-04T09:29:27+0200] [ALPM] running '00-informant.hook'...
309482 [2020-09-04T09:29:27+0200] [ALPM] transaction started
309483 [2020-09-04T09:29:27+0200] [ALPM] installed libpng12 (1.2.59-2)
309484 [2020-09-04T09:29:27+0200] [ALPM] installed lib32-libpng12 (1.2.59-2)
309485 [2020-09-04T09:29:57+0200] [ALPM] installed davinci-resolve (16.2.5-1)
309486 [2020-09-04T09:29:57+0200] [ALPM-SCRIPTLET] Updating icon cache...
309487 [2020-09-04T09:29:57+0200] [ALPM-SCRIPTLET] gtk-update-icon-cache: No theme index file.
309488 [2020-09-04T09:29:57+0200] [ALPM-SCRIPTLET] Installing the default app associations...
309489 [2020-09-04T09:29:57+0200] [ALPM-SCRIPTLET] grep: /usr/share/applications/defaults.list: No such file or directory
309490 [2020-09-04T09:29:57+0200] [ALPM-SCRIPTLET] application/x-resolveproj=com.blackmagicdesign.resolve.desktop /usr/share/applications/defaults.list
309491 [2020-09-04T09:29:57+0200] [ALPM-SCRIPTLET] /application\/x-resolveproj=com.blackmagicdesign.resolve.desktop;/d /usr/share/applications/mimeinfo.cache
309492 [2020-09-04T09:30:01+0200] [ALPM] transaction completed

#remove
309532 [2020-09-04T09:30:37+0200] [PACMAN] Running 'pacman -Rs davinci-resolve'
309533 [2020-09-04T09:30:38+0200] [ALPM] transaction started
309534 [2020-09-04T09:30:39+0200] [ALPM] removed davinci-resolve (16.2.5-1)
309535 [2020-09-04T09:30:39+0200] [ALPM-SCRIPTLET] grep: /usr/share/applications/defaults.list: No such file or directory
309536 [2020-09-04T09:30:39+0200] [ALPM] removed libpng12 (1.2.59-2)
309537 [2020-09-04T09:30:39+0200] [ALPM] removed lib32-libpng12 (1.2.59-2)
309538 [2020-09-04T09:30:40+0200] [ALPM] transaction completed

    Sadly app is not starting. Stuck on "Looking for control surface" than close itself.

Can anyone confirm?

I can confirm