DaVinci Resolve on Linux - Install issues

Running Fedora 31 on a three week old custom built workstation.

Thought I'd try setting up DaVinci Resolve (free version, not Studio), as this is currently the most powerful machine in the house. Resolve seems to install properly; but won't run. I can't set up BMD's custom install of CentOS because this computer has no optical drive, and currently, no possibility of ever having one.

Workstation Specs follow, along with load error messages. I don't know how to get at the /opt directory from the GNOME GUI.

CPU: Xeon E5-2650V3 @2.3 Ghz
RAM: 32 GB Corsair Vengeance Black 2400
HDD: Kingston 480GB
GPU: NVIDIA GeForce 1060 Windforce OC @6 GB

Attempting to load Resolve from the GUI gives a busy cursor for about a minute, then nothing more. loading from CLI in Terminal gives the following:

[lynnefedora@localhost bin]$ ./resolve
ActCCMessage Already in Table: Code= c005, Mode= 13, Level= 1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= c006, Mode= 13, Level= 1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= c007, Mode= 13, Level= 1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= 2282, Mode= 0, Level= 0, CmdKey= 8, Option= 0
PnlMsgActionStringAdapter Already in Table: Code= 615e, Mode= 0, Level= 0, CmdKey= -1, Option= 0
16.1.1 (#005) Linux/Clang
Main thread starts: E454FC80
[0x7f5de454fc80] | Undefined | INFO | 2019-11-25 16:46:41,405 | --------------------------------------------------------------------------------
[0x7f5de454fc80] | Undefined | INFO | 2019-11-25 16:46:41,405 | Loaded log config from /home/lynnefedora/.local/share/DaVinciResolve/configs/log-conf.xml
[0x7f5de454fc80] | Undefined | INFO | 2019-11-25 16:46:41,405 | --------------------------------------------------------------------------------
Aborted (core dumped)

Do I need Open CL as well as CUDA, and if so, how do I install it? All I see via Google Search involves either AMD GPUs or NVIDIA Dev drivers; and the dev drivers don't seem to want to install to this system. ldd doesn't show any missing libraries that I can detect. Having found the post on the new driver drop, will grab it and see if it makes any difference.

RPMFusion driver prevents installation of NVIDIA's own version. I've even thrown RPMFusion's installation file in the wastebasket and emptied the trash after uninstalling it. Now my screen res is maximum 1080x768, and the only NVIDIA option given in Software is the 340.31 I uninstalled.

Update: Removing RPM Fusion and Nuveau entirely, and installing NVIDIA's proprietary driver with all dependencies after rebooting at the CLI as root user has solved the problem! We are up and running.

That's great! I'm glad we found it. Do you have the panel connected using USB or Ethernet? (Both working?)

I've tried both and both seem to be working. I haven't had time to see if they are solid, as there have been disconnect issues especially with Ethernet. But at least the Mini Panel is recognized.

Cheers.

That's good. Thank you for the update!

Regarding the NVIDIA encoding issue. I can render h.264 and h.265 just fine. Does it have to be some specific source codec or settings to cause the issue?

Debian 11
Resolve Studio 16.1.1.005
Nvidia 430.64

Regarding the NVIDIA encoding issue. I can render h.264 and h.265 just fine. Does it have to be some specific source codec or settings to cause the issue?

Debian 11
Resolve Studio 16.1.1.005
Nvidia 430.64

Did you set the encoder to native or NVIDIA?

Regarding the NVIDIA encoding issue. I can render h.264 and h.265 just fine. Does it have to be some specific source codec or settings to cause the issue?

Debian 11
Resolve Studio 16.1.1.005
Nvidia 430.64

Can you test a few different conditions?

• 8-bit H.264 or XAVC-S source decoded with CPU [decode H.264 on GPU unchecked]
• 10-bit H.264 or XAVC-I source decoded with CPU [decode H.264 on GPU unchecked]
• 8-bit H.264 or XAVC-S source decoded with GPU [decode H.264 on GPU checked]
• 10-bit H.264 or XAVC-I source decoded with GPU [decode H.264 on GPU checked]

I think it has to do with simultaneously encoding and decoding 10-bit H.264 and/or HEVC footage on the GPU, and my guess is that XAVC-I, being a codec that's extremely similar to 10-bit H.264, is probably just getting treated as 10-bit H.264.

Regarding the NVIDIA encoding issue. I can render h.264 and h.265 just fine. Does it have to be some specific source codec or settings to cause the issue?

Debian 11
Resolve Studio 16.1.1.005
Nvidia 430.64

Did you set the encoder to native or NVIDIA?

Like this:

nvencsettings.png (7.21 KiB) Viewed 554 times

nvdecsettings.png (5.19 KiB) Viewed 489 times

With BMRAW or ProRes source media there is no problem. I tested a few random a7iii clips. Also without issues. Need to check the specific formats.

EDIT: I don't have any XAVC-I source material at hand but 10-bit from the GH5 renders just fine.

gh510b.png (31.94 KiB) Viewed 489 times

Anybody have a link to a known problematic clip?

Just tested out some XAVC-I footage, which is 10-bit, on:

• CentOS Linux release 8.0.1905 (Core)
• 4.18.0-80.11.2.el8_0.x86_64
• NVIDA driver 440.36
• GTX 1080 Ti

My jobs into H.264 failed, but completed into HEVC perfectly.

I'm pretty sure I know what's going on.

My GTX 1080 Ti has the Pascal architecture. If you pop open the "Supported Format Details" chart under NVENC on the NVIDIA Video Codec SDK page, you'll see that for Pascal and newer, NVENC is capable of 8-bit encode into H.264, but capable of 10-bit encode into HEVC.

I'm fairly certain that the problem is that Resolve does not expose the proper controls to specify or automatically change bit depth for H.264 NVENC. It just tries to pass along the 10-bit data from the source codec into H.264, and then fails. It doesn't really expose these controls for HEVC either, but given that Pascal is capable of encoding to 10-bit, HEVC has no problem.

Hi,
after reinstalling/upgrading DaVince 16.1 to 16.1.1 my drp file show no more video/image clips and the whole animation (min 6 merge included) is empty... everything is like a new project.

I use ubuntu 19.10 and nVidia RTX 2060 with following driver:

photo du web

Hi,
after reinstalling/upgrading DaVince 16.1 to 16.1.1 my drp file show no more video/image clips and the whole animation (min 6 merge included) is empty... everything is like a new project.

I use ubuntu 19.10 and nVidia RTX 2060 with following driver:

photo du web

Besides this particular project import problem, does Resolve run properly?

It seems to be but i did not tested what i used before to do the first project

Hello.

I am using Resolve Studio on ubuntu 18.04 and it works very well.

My only issue is that I have to enter my key each time I start Resolve Studio.

1. error mentioning write access issue in a location I surely have access.
2. next action upon starting the program again, it asks for the studio key. Usually, I just enter the key and it starts fine. That is what I usually do... until today. Now it says to contact tech support for assistance. I guess it is an internet issue. So I switched from my work internet to my tethered phone and still the same result.


***. I tried creating another database to hopefully resolve the error message but it is still persistent.


Thanks.
Brian Clem

For any distribution, watch your opencl output! I did just upgrade from F29 to F31, and due to the upgrade got the following packages reinstalled, preventing resolve from starting ("Aborted (core dumped)"):

- mesa-libOpenCL
- beignet
- pocl

All those do install OpenCL platforms. Those make Resolve unhappy. When you run "clinfo", you should only see one platform (depending on your GPU), e.g. for Nvidia:

Code: Select all

# clinfo | more
Number of platforms                               1
  Platform Name                                   NVIDIA CUDA
  Platform Vendor                                 NVIDIA Corporation
  Platform Version                                OpenCL 1.2 CUDA 10.1.120
  Platform Profile                                FULL_PROFILE
  Platform Extensions                             cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_f
p64 cl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll cl_nv_copy_opts cl_khr_gl_event cl_nv_create_buffer
  Platform Extensions function suffix             NV

  Platform Name                                   NVIDIA CUDA
Number of devices                                 1
  Device Name                                     Quadro M1000M
  Device Vendor                                   NVIDIA Corporation
[...]


The package names may vary on your $favorite_distro, but apparently it's essential to only have one OpenCL platform. I had the same issue on RHEL8 with a RX580 and the latest amdgpu-pro.

For any distribution, watch your opencl output! I did just upgrade from F29 to F31, and due to the upgrade got the following packages reinstalled, preventing resolve from starting ("Aborted (core dumped)"):

- mesa-libOpenCL
- beignet
- pocl

All those do install OpenCL platforms. Those make Resolve unhappy.

Thanks for the tip. Uninstalling pocl on F31 did the trick for me, but I uninstalled mesa-libOpenCL too, which didn't hurt Resolve.

I can confirm it under Ubuntu 19.10 with KDE. You MUST have only 1 platform or OpenCL will not work. I had to solve it manually.