Package Details: davinci-resolve 19.0.1-1

Git Clone URL: https://aur.archlinux.org/davinci-resolve.git (read-only, click to copy)
Package Base: davinci-resolve
Description: Professional A/V post-production software suite from Blackmagic Design
Upstream URL: https://www.blackmagicdesign.com/support/family/davinci-resolve-and-fusion
Keywords: blackmagic davinci editor resolve video
Licenses: Commercial
Conflicts: davinci-resolve-beta, davinci-resolve-studio, davinci-resolve-studio-beta
Submitter: jonathon
Maintainer: satriani
Last Packager: satriani
Votes: 138
Popularity: 2.31
First Submitted: 2017-04-19 20:57 (UTC)
Last Updated: 2024-09-05 20:35 (UTC)

Dependencies (24)

Required by (0)

Sources (1)

Pinned Comments

satriani commented on 2021-05-15 14:15 (UTC) (edited on 2021-05-15 14:16 (UTC) by satriani)

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.

Latest Comments

« First ‹ Previous 1 .. 25 26 27 28 29 30 31 32 33 34 35 .. 54 Next › Last »

grumpy.guy commented on 2020-10-09 09:31 (UTC)

@zeptic

thx for you solution. Did extract everything you mentioned but can't find "amdgpu_dri.so". Can you post the exact archive name? Thank you in advance.

regards

matbonn commented on 2020-10-09 07:32 (UTC)

@zeptic - So on Manjaro it opens fine now, but sadly the video window is black and flashes gibberish when playing. Thumbnails etc load fine. On Arco it still crashes. I slapped a RX480 in and it works fine on Manjaro. Just a thing to test for the MacOS part is fusion it runs REALLY well on AMD hardware. A 10s fusion countdown takes around 1min to play on Linux (Ubuntu) as my hardware works fine there. 20s on Windows and realtime on MacOS.

matbonn commented on 2020-10-08 18:57 (UTC)

@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.

zeptic commented on 2020-10-08 17:02 (UTC)

@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!

matbonn commented on 2020-10-06 13:37 (UTC) (edited on 2020-10-06 13:39 (UTC) by matbonn)

@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
Davinci no longer get stuck on fairlight instead it says "Not GLmap capable. GPUs: 1 discrete, " This with a 5700XT. I've taken to using Davinci on MacOS as I get almost 3-4X the encoding speed of what I got on Ubuntu and almost double vs Windows 10.

zeptic commented on 2020-10-04 10:18 (UTC) (edited on 2020-10-04 10:31 (UTC) by zeptic)

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 ;)

zeptic commented on 2020-10-04 09:18 (UTC)

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

joukim commented on 2020-09-28 01:41 (UTC)

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.

agusdallalba commented on 2020-09-27 19:47 (UTC)

@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.

satriani commented on 2020-09-08 06:13 (UTC)

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.

« First ‹ Previous 1 .. 25 26 27 28 29 30 31 32 33 34 35 .. 54 Next › Last »