There is a lot I love about Davinci Resolve and the way it handles polywavs and syncing is brilliant in my opinion. Then you switch to the fairlight page and things are logical to me, but very out dated and not especially feature rich, hence, I upgraded my Cubase this week for Nuendo so that I can utilise a DAW that is dedicated to sound, rather than working in two packages export from one importing to the other etc.
I have tried doing a ProTools AAF export from Resolve which creates MXF files for everything, and this is what has come with the "Failed to import AAF file: (Err: FFFFFC2B). I have also tried the AVID AAF export from resolve
Ok, I have tried transcoding all to prores, and again, doing the exports both as protools, and the AVID AAF options. Also tried exporting FCP XMLs and importing them into FCPX / LogicPro and that produces the wrong results (missing sections). The project originated as an FCP 7 project which I imported into Davinci Resolve to do the sound mixing / dialog. I went back to the original FCP 7 project, did an OMF export and that has imported into Nuendo absolutely perfectly. I therefore think this is a Davinci Resolve issue. Sadly though, I have edits in Davinci Resolve which are using synced audio clips so really want to get resolve => external DAW working.
FWIW, I gave up on AAF (mostly)- on these platforms or others. Have found this to be inconsistent /buggy depending on exactly what is going from where to where. YMMV obviously. In any case, in the case of round tripping from Resolve Studio to Nuendo:
I can also keep Resolve and Nuendo open together. This also means that if I need to tweak that stereo master for any reason, Nuendo can easily bounce again over the top of the same master if required, Resolve then updates the new mix in the same Timeline. Works for me.
Just testing N11 trial, and this error is still not fixed.
again, this is related to MUTED/DISABELED clips on DAVINCI RESOLVE timeline.
Protools can import that aaf with no problem.
please fix this soon, because i am realy tired of protools roundtrips for basic aaf importing, and i would like to spend my money on NUENDO upgrades, not protools subscriptions.
THNX, and keep up the good work !!!
um, just a thought here, but, are you sure Davinci Resolve is including these muted clips? My understanding of AAF exports is that they may NOT include muted clips. What does the Resolve manual state about these muted clips, as to how it handles them in an AAF export?
As a quick test, I did an AAF export from Logic Pro (latest version) into Nuendo, and it did NOT include any muted clips. I did two exports, one with a bunch of random muted clips, and one with all clips un muted. This makes me know that Logic Pro (Resolve may be different, thus my question) does indeed ignore muted clips when exporting to AAF.
Search for, and delete the lines:
libasound2-0.0.0
libapr1-0.0.0
libaprutil1-0.0.0
under function check_ubuntu_package_deps() (so we are modifying the ubuntu required packages, not the SUSE ones). If there are more packages missing, try first installing them with sudo apt install. If still that error comes, delete them from the list in AppRun too (?)
When the install process is done, you need to replace the libs as already suggested by Daniel's answer. Create a fix-resolve.sh file with this content (copied from -resolve/tree/main/davinci-19-ubuntu-24):
Now Resolve should start. I then got "Unsupported GPU processing mode". My Nvidia driver was on version 535, but as the DaVinci pdf says it needs 550. So install with with
sudo apt install nvidia-driver-550 and then reboot.
DaVinci Resolve Update Notification: intel hardware accelerated decode and encode have been disabled as the current intel graphic driver is not compatible with DaVinci resolve. please update your drivers to enable this feature.
To run DaVinci Resolve, it is required to use suitable OpenGL and OpenCL drivers. Open-source OpenCL drivers are currently unsupported, with the exception of intel-compute-runtime as of 25/08/2023 (check this issue. for instructions, you'll have to compile mesa and compute-runtime yourself, and export some envvars).
You can run davinci-resolve-checker script, which will tell you if your configuration is suitable for running DR (doesn't work for Intel iGPUs - says OpenCL driver is unsupported, though you can make it work). In good configurations it should output:
Compression of the Davinci Resolve package takes a significant amount of time because the binary is quite large. You can instruct makepkg to use a different compression algorithm, which in this case disables compression altogether, speeding up the process tremendously.
There may be reasons you may want to not install davinci resolve package to the system. For example, you do not want such big package to take space in system partition. Or you want to quickly switch between different versions of application: free and studio, current and previous versions. To do this, just unpack the contents of the needed versions package in the directory you want, and directly run the opt/resolve/bin/resolve from that directory.
DR supports scripting. Free version support launching the scripts only from within dr itself, while with Studio version you can also invoke scripts externally. To allow it, go to Preferences -> System -> General -> External scripting using. You can choose: None (similarly to Free version, only from within dr), Local (allow invokes from local host), and Network (allow invokes from remote host).
Another workaround (working in X11 (and Xwayland), is worse and sometimes skips events) of this problem, you can use IMWheel utility. It can remap modifiers only for the application described by regular expression.
When you exit application, the terminal prompt is returned to you, but suddenly the terminal is polluted with "Socket disconnected" message. To prevent this, pipe output of main process via cat. See here for explanation.
It's a misconception that DaVinci Resolve free does not support the MP4 container type. It is more accurate to say DaVinci Resolve free does not support decoding or encoding H.264 and H.265 video, regardless of the container type.
You can automate this task using incron. It will automatically convert files appeared in specified folder. See setup example on this article. Another alternative is to write a resolve script for that purpose. See documentation for Resolve Scripting (linked in the see also section) for more information.
Both H.264 and H.265 video is supported by Studio, but AAC audio is not. You can transcode the audio from the unsupported AAC format, into a supported lossless format without destructively re-compressing the video, or separating the audio from the video.
Some plugins are available for Windows, but not available for Linux, so you may want to use Davinci Resolve via wine. Also, wine version could potentially workaround the linux-only problem of mp4 format issues. Wine 6.5 brings OpenCL 1.2 support, which is required for DR. Unfortunately, there was no success to start DR via wine.See test results here. In 17.4.1 DR cannot see the list of available gpus (wine 6.21). Probably, need some hack to make wine present gpus to applications. In dr 18.5b1 with wine 8.7-1 I get the rocm error (5.4.3-1) that is filed here.
If the application simply is not starting, even after showing installer and "tour" successfully your OpenCL Version may not match your NVIDIA driver. If you have installed nvidia-440xx make sure to install opencl-nvidia-440xx as well.A possible error message:
If you are experimenting with driver installation, you may want to start from the welcome tour and onboarding screen, which checks your system and graphics card. You can achieve that by removing configs directory:
DaVinci interfaces the ALSA directly, so if you use pulseaudio you need to install pulseaudio-alsa or pipewire-alsa. Alternatively you can redirect it to use PulseAudio yourself by creating asound.conf in /etc/ with the following content:
In DR Studio for Windows and Mac OS there is Workspace -> Workflow Integrations menu. Workflow Integration plugins are written in JavaScript (electron applications). As noted in documentation (you can reach it in Help -> Documentation -> Developer), Linux currently is not supported (checked in 17.4.3). They say Integration Scripts are supported in Linux, this is most probably a mistake, because they did not provided a path where to put them and still the menu is missing (it is that same Workspace -> Workflow Integrations).
If dr hanged, fails to release a terminal when you press ctrl + c (to send sigint), and when its window is not shown and you cannot open dr again (it is saying another instance is already running), you can still fix it. Open task manager (ctrl + esc in KDE), then search for process named "GUI", then kill it (send signal 9). Now you can start dr normally.
Another workaround is to remove a few libs from Resolve's directory. This way Resolve will be forced to use system libs, not the ones packaged with it. See also the AUR comments for the packages and the PKGBUILD itself for more information on this trick.