That method worked, thank you! resolve 14 is working!... for the most part...

but now i have no audio.

It's probably a known that the KDE and system sound configs fight with each other. i got them to work, though on all other apps, but resolve just output sound.

it shows wave forms and the monitor is moving... anyone else experience this and have a fix for it?

EDIT:Did some troubleshooting, and still haven't found the issue. But i have more information:

In the "Sound" pref of the system preferences, there is the "applications" category that tells you what app is using audio.It does not show that Resolve is using the audio, which was expected. And it can't be a pref in Resolve 14, because i tried my other NLE, Lightworks, and it also has no audio, and does the same thing in the prefs. That's all i can tell you right now.

yes -- it's really hard to understand, why BMD didn't fix this very annoying and trivial solvable deficiency within 100 days since the announcement or five interim beta releases and a minor release update of the 'stable' product?

Martin Schitter wrote:yes -- it's really hard to understand, why BMD didn't fix this very annoying and trivial solvable deficiency within 100 days since the announcement or five interim beta releases and a minor release update of the 'stable' product?

One of the BMD mods told me that on linux, audio doesn't work without a proprietary piece of hardware. This doesn't explain why i did have audio before i installed some other apps, and why my other NLEs also don't have audio.

One of the BMD mods told me that on linux, audio doesn't work without a proprietary piece of hardware. This doesn't explain why i did have audio before i installed some other apps, and why my other NLEs also don't have audio.

No matter how annoying it is, it's true. In order for Linux audio to work with Resolve, a DeckLink is required, which is something I got myself in order to be able to properly use and test the software. I initially wanted to run it on Ubuntu Studio, which is much better behaved for AV work, but cross-platform project loading made all my color corrections fly out the window and the project itself became very unstable.

If I could have my AMD proprietary drivers working on Fedora, that would definitely be the OS I'd be running Resolve on as an alternative. But AMD is slacking big time on that & their drivers only have the advantage of OpenCL, which is the only OpenCL Resolve & Fusion recognize. In everything else, the AMD drivers under-perform tremendously compared to MESA. Not to mention that the AMD DKMS has serious issues with other kernels than the ultra slow 3.10 CentOS one.

The "funny" thing is that I noticed Fedora 26, even during its beta, was (and is) much more reliable for A/V work than CentOS. However, I have the AMD drivers issue, which can't recognize the Wayland platform of Fedora (which is the next step after the X11).

Regarding the other NLEs, I did notice the same audio issues with them also, except KDEnlive. That's about the only one that produces sound normally. However, you'll need the RPM Fusion repository to install that.

Adelson Munhoz wrote:But I have a big problem in both versions, regarding DNxHR and DNxHD files. Davinci crashes on opening or rendering in these formats, in any resolution (HD or UHD) or container (mxf and mov).

Is anyone experiencing this issue?

Same here. I have a crash when rendering them, so I can't test them while reading.

Adelson Munhoz wrote:But I have a big problem in both versions, regarding DNxHR and DNxHD files. Davinci crashes on opening or rendering in these formats, in any resolution (HD or UHD) or container (mxf and mov)....The machine I tested:CPU AMD FX-8150

i think, the DNxXX libs resp. binaries used by davinci are using processor related optimizations, which often do not work on non-intel CPUs or very old intel-CPUs...

this troubles are well known from the windows platform.

but the situation for linux may be even worse, because BMD seems to ignore any bug reports and feature requests from linux users -- or does anyone of you got the impression, that at at least one single issue of all the bugs and reasonable feature requests articulated here in this particular thread got fixed by BMD over the last few months?

Adelson Munhoz wrote:Hi Vassilis. Here's a link of a small Quicktime in DNxHD FullHD for you (or anyone) test:

Maybe it is due to the BMD's Avid Codec implementation in Linux

Hello to you too, Adelson!

I tried your video on my nVidia system. It loaded correctly, scrubbed correctly, but crashed on playback (actually, it froze Davinci). That's on my Ubuntu system, as I'm re-setting up the CentOS after I was trying to fix a deficiency in the drivers there.

The OP had an old AMD CPU (Phenom II 965) which lacks of the SSSE3 set of instructions that might be the problem.

Adam Simmons wroteLooking at that other thread and going by the CPU you state over there your CPU doesn't support SSSE3 as it's too old. Your CPU is from 2009 and SSSE3 wasn't introduced into AMD CPU's until 2011

For him the issue was solved by changing the processor:

Dariusz Żurawski (OP) wroteFor me only working fix was to change Phenom to i7.

In my case, my CPU is not that old, and it has indeed SSE3, SSSE3 and SSE4 sets of instructions.

But, since BMD does not support AMD CPUs, that might be the problem's origin.

Well so it seems not to be a AMD vs Intel issue. The problem arises in both platforms.

Ok, I switched completely my CentOS to Ubuntu Studio and several changes took place.Your video plays normally and it does not crash - timeline or not. Still haven't created cache on that format. But I do lose all my gradings on every save. No idea if it is some sort of dependency missing or something else. No crashes though.

The reason I'm indeed trying Ubuntu Studio is that my SSD now reads 423MB/sec, which is more than double than it did on my CentOS. Not to mention that my AMD GPU works as -ahem- intended (for the most part, but much better than CentOS).

I'll try to export the EDL from that project and into a new one and see if I get the same issues. I'll also test the cache format you asked.

The initial database set by Resolve appears to have some vulnerabilities, thus creating issues with projects. Some of them used to crash on load, gradings were lost, color panel would come up black (needed a refresh from the settings) and project settings would @ times shift.

WorkaroundI created a new disk database on my Video Drive (or general where there is no permissions issue). Imported the previously exported (or EDL'd, that can work too) project there and voila.

All grading returned to normal and now saves as it's supposed to

The window in the color correction tab is no longer black and works normally at any selection in the project settings

All DXhd cache renders and plays back without a glitch

Interesting, no?

Needless to say that the system now is blazing fast, no comparison to CentOS. Not by a long shot.

@Vassilis : glad to here Ubuntu Studio worked well for you. On my end I solved quite a bit of hassles by installing latest kernel on Centos 7 (currently I'm on 4.12 and Nvidia 381.22). Works like a charm - super stable, detects my Wacom tablet correctly (which is the main reason I was not satisfied with the old, stock 3.10 provided with Centos).http://elrepo.org/tiki/kernel-ml

While I'm still disappointed by the lack of audio in Resolve on Linux, I'm thinking about giving the latest beta a try. But first I'd prefer to get rid of 12.5 that I have on my system. Is there some kind of uninstaller (script etc) for it? Can't find such thing anywhere, but I prefer to mae sure before manually deleting things and possibly leaving some cruft behind .

Przemek Jeske wrote:@Vassilis : glad to here Ubuntu Studio worked well for you. On my end I solved quite a bit of hassles by installing latest kernel on Centos 7 (currently I'm on 4.12 and Nvidia 381.22). Works like a charm - super stable, detects my Wacom tablet correctly (which is the main reason I was not satisfied with the old, stock 3.10 provided with Centos).http://elrepo.org/tiki/kernel-ml

While I'm still disappointed by the lack of audio in Resolve on Linux, I'm thinking about giving the latest beta a try. But first I'd prefer to get rid of 12.5 that I have on my system. Is there some kind of uninstaller (script etc) for it? Can't find such thing anywhere, but I prefer to mae sure before manually deleting things and possibly leaving some cruft behind .

Basically that's what I did with CentOS, though primarily to increase the system speed as I discovered after looking up online. However, AMD's AMDGPU-PRO drivers don't support anything beyond the 3.10 Kernel, so I was left out in the cold. Makes me wish I had gone for the 1070 instead of the RX480. It just happened that the spline/masking speed on Fusion was by far superior on my oldie 5870 ATI than it was on my 580GTX. Live and learn, I guess.

On the Resolve 14 beta, basically you don't need to worry about conflicts as everything is replaced. But, if it makes you feel better:

Everything is installed in that folder and the rest is just symbolic links that are immediately replaced when you install the 14 beta. Likewise when downgrading back to 12.5.

The 14b5 is also extremely stable, but it still has some audio issues when keyframing volume & panning and its transitions rarely work at the moment. Also, jumping from keyframe-to-keyframe on audio may bring some display bugs and won't jump correctly. However, besides the faulty audio transitions, the audio keyframes work correctly.

For the no-audio part, if you have an HDMI monitor/TV that can support lower refresh rates (such as for films on the 24fps/25fps), then I'd recommend you try the Decklink Mini Monitor. The reason is that it's vital for your project to sync (or double the refresh rate of your project), or you'll be getting a lot of pops due to lack of synchronicity.

that's unfortunately not true! especially the panel-drivers and some usb-hotplug configurations are spread over you whole system...it's just very hard to recognize -- and even harder to revert...

resolves linux installation process is really one of most ugly ones around...

Truth is I don't have that many plugged in material, besides my Decklink card. So I can't tell for the rest to be honest. The program itself is pretty much gathered up at one spot, as far as I see on my system.

Vassilis Kontodimas wrote:Truth is I don't have that many plugged in material, besides my Decklink card. So I can't tell for the rest to be honest.

those of us preferring debian, ubuntu or mint, are well aware about this installation outside of /opt-tree, because the resolve installer tries to install libraries at /usr/lib64 and that's indeed triggering on of the few significant incompatibilities between different linux distributions. debian based distributions utilize slightly different multiarch library paths. that's how i stumbled for the first time over this particular issue.

but that's just a minor problem, which can be solved easily, if BMD is willing to solve bugs and improve their linux installation process.

but in general it's really nice, if applications use some kind of installation process, which doesn't show this kind of deficiencies hidden behind a few layers of indirection. this would also open much more simple and convenient uninstall options.

Vassilis Kontodimas wrote:The program itself is pretty much gathered up at one spot, as far as I see on my system.

yes -- but i also do not like this one-spot-strategy so much. it doesn't look like a nice unix/multiuser setup to me. it reminds me of more simple operating systems, if all data is stored at one central place instead of utilizing the users home directories.

Martin Schitter wrote:but that's just a minor problem, which can be solved easily, if BMD is willing to solve bugs and improve their linux installation process.

but in general it's really nice, if applications use some kind of installation process, which doesn't show this kind of deficiencies hidden behind a few layers of indirection. this would also open much more simple and convenient uninstall options.

I totally agree with what you are saying. Personally, I am "wedded" to both Ubuntu Studio and Fedora. I have the former on both my workstations and the latter on my laptop. On the former there are the few symbolic links required, which I haven't encountered in Fusion or Houdini, but the latter doesn't need them (since it's RHEL). However, Fedora is quite stubborn to get its OpenCL & Cuda seen by applications. Which is a bit of a bummer.

That would explain my initial Ubuntu Studio issues. I would save a project, but when I'd reload it, it would lose all grading or -even worse- the sliders/curves would jump all over the place, going well off limits and making Resolve very unstable. That was... resolved (no pun intended) the moment I created a new database on a different drive with sufficient user permissions. Ever since, everything started working beautifully and the program became rock solid. With its bugs of course, now mainly tied to audio issues.

Also, thank you for explaining the hierarchies and the /var/opt as opposed to /opt. I learned something new.

With iMac Pro and a new Mac Pro on the way, we're trying to shift back to being an entirely *nix shop (Linux and macOS). Windows 10 has been accumulating new quirky behaviors with Resolve monthly, it seems, including some playback issues that really shouldn't exist on hardware of the class we're running. So, I moved our Supermicro 7048GR-TR from Windows to Linux today.

We've got several Resolve Studio installs, and use a standalone Postgres install hosted on an Ubuntu server for our shared project database. As of this morning, we were still running Postgres 8.4, and Resolve on Linux (on CentOS from BMD's ISO) crashed with no error message (app just disappeared) when trying to connect.

Speculating that Linux just wanted something newer (installing CentOS from BMD's ISO gets you 9.2.18), I upgraded Postgres on our server all the way to 9.6. Mac and Windows Resolve connected just fine to 9.6... Linux Resolve still crashed.

Since Linux resolve could connect to its locally hosted Postgres database, version incompatibility was still my leading theory. I fired up a virtual machine running Ubuntu Server and did an install of the first 9.2 release I could easily find a package for, which happened to be 9.2.21. Linux Resolve still crashed.

Finally, I fired up another Ubuntu Server VM, and compiled 9.2.18 from source there — the exact version Linux Resolve 12.5.6 was working with locally. That worked. I imported all our data and everything seems fine, on all three platforms.

So, I've got a solution now, it's just odd that Linux Resolve is so much pickier about Postgres versions.

Chris Kenny wrote:Finally, I fired up another Ubuntu Server VM, and compiled 9.2.18 from source there — the exact version Linux Resolve 12.5.6 was working with locally. That worked. I imported all our data and everything seems fine, on all three platforms.

So, I've got a solution now, it's just odd that Linux Resolve is so much pickier about Postgres versions.

I second that. The way Resolve handles databases still needs some refining.

Though I had little trouble on CentOS, aside from the old Kernel's slow speed that needed an urgent update (though I hit AMDGPU-PROs limitations there, as it doesn't support anything other than stock) it ran normally there. But... that system was excruciatingly slow on CentOS.

So, I switched the system to Ubuntu Studio. Reloaded a project. No gradings. Lots of crashes. That was a permission based issue on its disk database (I didn't go through the process of setting up Postgres on my Ubuntu File Server as I'm the only one currently using Resolve as a test run for later bigger deployment). Once the permissions were set by initiating a new database, then voila, everything became rock solid.

Generally, the Linux install process needs a bit of work. Otherwise, the program is really amazing, fast and incredibly stable on the Linux platform.

I read that a DeckLink card is required to resolve the audio issues in Linux. But what about users who want to run Davinci Resolve on a Linux Laptop? I don't know if the shuttle provides any solutions? But on the other hand, I am not keen on having to carry another piece of hardware, if on the road. It is one more thing to loose, get damaged etc. What solutions are available? I would gladly pay money for any solution that does not depend on me carrying around another piece of hardware.

Trying to get beta 6 running but I'm getting this error on my console. No logs are created. What does it mean? Anyone else with the same problem? License issues? Tried moving the dongle around but no change.

I just installed resolve 14.0b6 under ubuntu studio 16.04. Thanks for the information posted on the forum. Does Blackmagic intend to solve the problem of sound under linux or should it invest in a decklink card? I bought Resolve Studio to support the investment in linux and the fact that the price was more than correct. However, I would like to avoid purchasing material that is not really useful to me because I am not a professional user.

Philippe GALLE wrote:Does Blackmagic intend to solve the problem of sound under linux or should it invest in a decklink card? I bought Resolve Studio to support the investment in linux and the fact that the price was more than correct. However, I would like to avoid purchasing material that is not really useful to me because I am not a professional user.

Adam Brown wrote:But what about users who want to run Davinci Resolve on a Linux Laptop?

I'm in the same position. There is no support for Linux audio output, which is ridiculous. Is there any self-respecting video editing software for Linux or any other OS that doesn't have support for audio out

As I've mentioned elsewhere, while I see requests for system audio, it's a long way down my list especially as we offer a very low cost solution in the form of a Decklink. In the meantime our engineering team is focused on v14 which will offer an extensive feature set even with the free version on the platform we recommend.

Kris Limbach wrote:I always encounter the same problem installing, i get the message no OpenCL detected.. on a linux mint desktop computer with radeon rx 480 card.. is it maybe this card wont be compatible with resolve?

i got opencl-headers installed.. not sure if there are other dependencies that are missing...

What kernel version and drivers are you running?

My workstation runs on Ubuntu Studio with an RX 480, but it demands the AMDGPU-Pro drivers to properly recognize OpenCL. However, with the latest upgrade to the 4.10 Kernel, AMD once again is severely behind in the drivers race. However, if you do run a Kernel that's 4.9 or earlier, you could install the AMDGPU-Pro drivers and Resolve will recognize OpenCL correctly.

I didn't have much luck running Resolve with the MESA drivers & that version of OpenCL (though MESA drivers do have -by far- superior performance in other applications such as Houdini).

Philippe GALLE wrote:I just installed resolve 14.0b6 under ubuntu studio 16.04. Thanks for the information posted on the forum. Does Blackmagic intend to solve the problem of sound under linux or should it invest in a decklink card? I bought Resolve Studio to support the investment in linux and the fact that the price was more than correct. However, I would like to avoid purchasing material that is not really useful to me because I am not a professional user.

I use Resolve for minor stuff, since I'm more into production (the whole 9-yards, from pre to post), so I currently use the normal Resolve (until I get a planned facility up and running - which I intend for it to be full Linux based). To properly test the pipeline I'm considering, I bought the Decklink Mini Monitor and I can say I'm very satisfied with it. If you have a TV monitor (with HDMI input) that can support the actual refresh-rate & resolution of your project's size & FPS (Frames Per Second), it's a small but worthy investment.

The application is rock solid and very fast on Linux. Far more than -at least- its Windows equivalent. Then again, it's up to you.

Kris Limbach wrote:now with the new beta i encounter this problem on manjaro linux, any ideas or is this info in any way helpful?thanks!

Kris, I did spend around 36-48 on the Manjaro platform before I got struck with the usual AMD driver issue. I was able to post a forum guide on how to effectively run Resolve on Manjaro on the official forum there.

Peter Chamberlain wrote:As I've mentioned elsewhere, while I see requests for system audio, it's a long way down my list especially as we offer a very low cost solution in the form of a Decklink. In the meantime our engineering team is focused on v14 which will offer an extensive feature set even with the free version on the platform we recommend.

Thanks, good to know that system audio is at least on the list.For me though the Declink would be far less generally useful than a Intensity Shuttle (most likely the USB3 version). Will that work with Resolve under Linux?

Kris Limbach wrote:@ Vassillis I have a second partition with linux mint (ubuntu) on my studio desk, would you recommend trying it there?

I realized that with lightworks on Mint I get better gpu speed out of the box....

Actually, yes. I would recommend Mint over Manjaro. Over there, if Resolve refuses to run, you can still "trick" the AMDGPU-PRO to install. It would be great if you could a first install on a Kernel up to 4.9 and then head to the Kernel you wish to work with. It happens that the AMD DKMS is unable to install the Kernel module on a newer Kernel (and even their 17.30 version fails to do that). If you try to just install their OpenCL drivers and keeping MESA as your main (I tried it), you'll end up with a program freeze on load. Pity actually.

I'm currently on my nVidia laptop, so I don't have the driver "hack". Basically, AMDGPU-PRO installation script has an OS check in the first lines. You basically replace the "Ubuntu" word with "Linux" there (not SteamOS). Or take out the lines after the "else". That's what I did and the driver installation skipped the "unsupported OS" message & installed correctly.

Do install the drivers only if Resolve complains that there is no OpenCL device. Honestly, I do prefer the open source ones to the proprietary. But Resolve & Fusion can't properly identify the OpenCL there.

You can safely ignore the part of nVidia installation & nouveau driver. I tested it on an earlier beta on a couple of Mint installations and it works.

Once you install resolve, you will notice that when you run Resolve there, you will notice that gradings may not save and you could suffer crashes. Don't know if they fixed that in the latest beta (haven't tried that), but there is a workaround. Just create a new disk database on a place on the drive where permissions are no issue and you'll be set to go.

Thank's Vassilis and Peter for your answersI will wait a little more because I have no place for 2 screens on my desktop I understand that this is not a priority for Blackmagic with the beta 14 but it would still be logical that the linux version, which works rather well, can also offer the sound without adding additional card (as on windows and MacOS).

thanks for all your infos and efforts. I will try running this on mint. Thing is I m also pretty happy with the amdgpu open source drivers and working on some projects now I dont want to mess around with my setup but will make a third mint partition to try out running amdgpu pro and resolve.. hope resolve will become more flexible gpu / driver wise for linux in the future..

Vassilis Kontodimas wrote: However, AMD's AMDGPU-PRO drivers don't support anything beyond the 3.10 Kernel, so I was left out in the cold. Makes me wish I had gone for the 1070 instead of the RX480. It just happened that the spline/masking speed on Fusion was by far superior on my oldie 5870 ATI than it was on my 580GTX. Live and learn, I guess.

oh, so while on Centos instead of kernel-ml you can install kernel-lt . Should do the trick .

John Morris wrote:For me though the Declink would be far less generally useful than a Intensity Shuttle (most likely the USB3 version). Will that work with Resolve under Linux?

+1 . If anyone could confirm whether it works with Shuttle that would be awesome. Decklink card at this point is pretty much useless to me - I'd prefer to add a bit more and purchase full version of DaVinci instead.

Julian Tsvetanov wrote:I'm in the same position. There is no support for Linux audio output, which is ridiculous. Is there any self-respecting video editing software for Linux or any other OS that doesn't have support for audio out

I completely second that, it should simply work out of the box. It's such an important feature. Plus a Decklink is not a solution for people using a laptop. Please fix this issue and I would gladly pay for full audio support, without having to rely on separate hardware purchases. It should simply work out of the box.

Kris Limbach wrote:thanks for all your infos and efforts. I will try running this on mint. Thing is I m also pretty happy with the amdgpu open source drivers and working on some projects now I dont want to mess around with my setup but will make a third mint partition to try out running amdgpu pro and resolve.. hope resolve will become more flexible gpu / driver wise for linux in the future.

You are most welcome. And I truly understand why you prefer the open source AMDGPU drivers. I am on the same mindset as they are quite superior to the proprietary ones. I run benchmarks for both and the open source ones are incredibly faster. In some cases, up to actual 6-7 times.

And very true. Messing the gfx drivers setup back and forth is something I wouldn't advise either. Especially with an AMD card. It left me with a bitter taste.

Przemek Jeske wrote:oh, so while on Centos instead of kernel-ml you can install kernel-lt . Should do the trick .

Tried it. Same results unfortunately. AMDGPU-PRO looks for a backport.h file that exists only on the 3.10 kernel development files.

John Morris wrote:For me though the Declink would be far less generally useful than a Intensity Shuttle (most likely the USB3 version). Will that work with Resolve under Linux?

+1 . If anyone could confirm whether it works with Shuttle that would be awesome. Decklink card at this point is pretty much useless to me - I'd prefer to add a bit more and purchase full version of DaVinci instead.

Those are really good points indeed. Having a portable option would be great. I'd certainly look it up once it's available on Linux. +1 on this one.

I think there is a problem with the render settings presets under linux (Resolve Studio).When I select youtube 720p or 1080p (for example), the configuration values for the codec do not change.I tried with Ubuntu Studio 16.04 and CentOs 7.3.I did a try on MacOS and it works (but Resolve is much slower).Also it does not propose the H264 as under MacOS.

Dwaine Maggart wrote:Linux Resolve does not currently support H.264 renders.

I was asking your colleague Peter Chamberlain about usb audio card supported by Resolve Studio under Linux for use with my laptop, but still waiting. He is claiming that no system audio output is not currently important due to availability of cheap Blackmagic cards, is that true?Thanks!