Michael de Meyer wrote:A question about the installation routine: I'm by no means a linux expert, but I was wondering if it wouldn't be easier to provide an Appimage version of Resolve, like for example Krita does? This would make Resolve independent of the linux distribution.

The shell script they provide is already independent of any linux distribution, no need of an appimage.

Kuntal Majumder wrote:The shell script they provide is already independent of any linux distribution, no need of an appimage.

no -- i don't agree. AppImage ar much more user friendly, but the a quite huge and do have some perfomance drawbacks as well. but the are indeed a very nice way to test new software.

if BMD would use any of the common linux software package formats, you could translate it to an AppImage with minimal efforts, but in the case of a custom install-script a lot of manual intervention and modifications are necessary.

Kuntal Majumder wrote:The shell script they provide is already independent of any linux distribution, no need of an appimage.

no -- i don't agree. AppImage ar much more user friendly, but the a quite huge and do have some perfomance drawbacks as well. but the are indeed a very nice way to test new software.

if BMD would use any of the common linux software package formats, you could translate it to an AppImage with minimal efforts, but in the case of a custom install-script a lot of manual intervention and modifications are necessary.

What about a gui installer like fusion, with an option to disable panel manager daemon, most lite users dont need that running.

no -- i don't agree. AppImage ar much more user friendly, but the a quite huge and do have some perfomance drawbacks as well. but the are indeed a very nice way to test new software.

In my understanding it first has to load all the necessary libraries, which are packed into the appimage. That makes the file little bit bigger, and it starts a little bit slower, but once it's loaded into ram, everything runs smoothly. Do you have experienced performance differences between distribution compiled programms and their equivalent appimages?

Kuntal Majumder wrote:What about a gui installer like fusion, with an option to disable panel manager daemon, most lite users dont need that running.

GUIs look more usere friendly and many customers may prefer it over simple command line scripts, but from a technical point of view they are quite the same. the real issue is more related to the fact, that it is very hard to control their behavior and compatibility from outside, prevent overwriting of existing files and guarantee a clean uninstall by system means. typical linux distribution specific packages, isolated file hierarchy oriented approaches and bundling as one sole executable, like in the case of AppImage, are much more easier to maintain in this respect.

but in most cases (fusion, nuke, etc.) a simple checkinstall command is enough, to generate distribution specific package during the installation process instead of cluttering your machine in an uncontrollable way. in the case of resolve, this doesn't work sufficient right now, because there are so much additional fixes necessary.

i want to know the knowledge: what is problem for 8bit and 10 bit?can show me explaintion or wikipedia..

-other ask you for little idea for future version-is it possible: automatic to detect the video is 8bit or 10 bit warn me the new message dialog: you video is 8bit and Davinci Resolve has 10bit.. do you wnat to switch from 10 bit to 8bit? YES or NOT (button)this is good for open mind..

1. Windows v10 - perfect no issues at all (albeit NOT the topic of this forum, this is my hardware reference)2. Linux - audio levels responsive (in Audio and Master mixers), but not audible in playback.

I also tested audio only media (WAV, MP3) and various video+audio assets (AVI, MOV, MXF, MP4). Same symptom for Centos 7.3 and Linux mint ... no audio

I checked the various preferences, and settings as mentioned in this thread, and I can safely confirm this is not a linux OS specific issue, in my case, it affects both Linux installs Centos & Mint.

However ... Resolve does render the audio correctly. I checked with VLC and it all works perfectly

Has anyone found a work around for this issue?

Blackmagic design ... thank you so much for the linux version of Resolve, this bug is the only thing stopping me from moving to a 100% pure linux post-production workflow. I can wait to see it resolved.

Resolve 12.5.5 working on Centos 7.3. 3DLUTs work, but not DCTLs. Frédéric Devernay plugins work as expected, but my plugins only register as a single entry (no matter how many in the directory) and cause the native ResolveOFX to disappear. No plugin icon either.

Easy peasy, since you have made it till the getting started screen, you have installed it correctly but you dont have a gpu(nvidia/amd) good enough to run davinci resolve.

And from your age I am assuming you need a video editor to learn video editing? Isn't it? If that so try something simpler like kdenlive/openshot, davinci is not the right tool for learning video editing and that too in linux, where you need a bmd io card for getting sound output and no support for h264 for the lite version.

Hi, I've been working in centos 7 with 12.5.5 resolve studio for a month now, everything works fine, I've just received the new mini panel,When I plug it on usb resolve doesn't detect it (Mini Panel works on mac)if I try to lan mode, resolve detect the panel still I guess it's not supported yet.if I run lsusb from terminal, I can tell centos detects the panel,

Hey Dwaine, not sure buying additional hardware is addressing the actual problem. It does not explain why the audio works on Windows, without the DeckLink card? Yet on the same identical machine, running Linux, it does not work? The OS has perfect working audio, it's Resolve 12.5.5 that does not.

Can BlackMagic Design confirm that this as a known issue? (ie. are you guys working of a fix for this particular Linux bug)?

Is there anything that we (the Linux users) can do, or provide, that will help the BM engineers replicate this symptom?

Peter Chamberlain wrote:Support for onboard audio on Linux is on the list of items we will get too but in the meantime Dwaine's suggestion of a Mini Monitor is a good one.

Thank you Peter. Feels good hear you guys acknowledge this. I noticed something that may be of interest. When playing back Cinema DNG's, Resolve Studio leaves a lot (at least several hundreds) open file handlers pointing to the wave file within the Cinema DNG directory. Not a big issue but perhaps it's a clue to why the audio sub system is acting up. I noticed this by accident while I was browsing through camera SSD's looking for a lost clip and had to quit Resolve before every drive change to release the file handlers.

Did a fresh install of Centos 7.3 and updated the Nvidia driver, but the plugins still override each other. DCTLs are now working fine. No audio, but this is consistent with everyone else's experience.

I added the two remaining plugins (ResolveMath and LGGv2) to the repository.

Extracting files...tar: /usr/lib64: Cannot open: No such file or directorytar: Error is not recoverable: exiting now./install.sh: line 43: Exit_With_Error: command not found

However it is the last part I am concerned with:

cp: failed to access '/home/brandon/Desktop/': Not a directory/bin/chown: cannot access '/home/brandon/Desktop/DaVinci Resolve.desktop': Not a directory/bin/chmod: cannot access '/home/brandon/Desktop/DaVinci Resolve.desktop': Not a directoryResolve System Updated

Thank you BM for making Linux version - Resolve is such an awesome piece of software, glad to have ability to run it on my main workstation .

Hope you'll be able to release version with properly running sound and h264 decoding (at the very least - encoding would be welcome too). Those 2 are a real letdown.I've been able to figure out "black" preview fix by myself by switching to 8bit mode, but I wonder if the same is needed on Windows/OSX.As others I got log4cxx errors on start , but haven't noticed those affecting the app so far.I've also noticed Resolve taxes cpu (2 threads if I recall correctly on CPU with hyperthreading) even on idle - no clue why.I'm checking out different export options now - at this point I'm struggling with getting 30fps output , as soon as I set it up I get "horizontal jitter". But that might be me not setting it up correctly (24 fps works without problems).

Other than that the app runs fine so far and I'm super happy to have a proper video editor on my Linux PC.As for suggested "audio" workaround - does it work with Intensity Shuttle (USB 3.0 version)? I really have no use for decklink monitor pcie card, while a capture card/station would be something I could consider .

Thank you BM for making Linux version - Resolve is such an awesome piece of software, glad to have ability to run it on my main workstation .

Hope you'll be able to release version with properly running sound and h264 decoding (at the very least - encoding would be welcome too). Those 2 are a real letdown.I've been able to figure out "black" preview fix by myself by switching to 8bit mode, but I wonder if the same is needed on Windows/OSX.As others I got log4cxx errors on start , but haven't noticed those affecting the app so far.I've also noticed Resolve taxes cpu (2 threads if I recall correctly on CPU with hyperthreading) even on idle - no clue why.I'm checking out different export options now - at this point I'm struggling with getting 30fps output , as soon as I set it up I get "horizontal jitter". But that might be me not setting it up correctly (24 fps works without problems).

Other than that the app runs fine so far and I'm super happy to have a proper video editor on my Linux PC.As for suggested "audio" workaround - does it work with Intensity Shuttle (USB 3.0 version)? I really have no use for decklink monitor pcie card, while a capture card/station would be something I could consider .

As far as I think Resolve was originally only available for linux , later it was ported to Mac and Windows , BMD just made a Lite version for linux users. H264 is available for Studio users in Linux, probably some license specific issues given that Linux doesn't have something like Quicktime. Well Apple stopped supporting the Quicktime for Windows a few years back, it is highly likely that BMD is working with something cross platform like ffmpeg for future Davinci versions and that H264 issue will be solved. It is confirmed that BMD is working on the sound issue for the future releases. And for that taxing on couple of CPUs , it happens because of the Davinci Panel Daemon, just rename the "DavinciPanelDaemon" executable in /opt/resolve/bin directory to any other name if you don't use panels to work with Resolve , this would solve the problem.

And if you are trying to use Resolve as a Video Editor, please refrain from doing so, Resolve is first a CC tool then a video editor , if you want an industry grade Video Editor on Linux try Editshare Lightworks, it supports almost every second codec, has better editing tools than Resolve, has a Lite version which limits output to 720p and as an added bonus the new interface looks like Resolve.

thx for the tips Kuntal. Will try renaming the panel daemon file and will see what happens with cpu usage.

Kuntal Majumder wrote:Linux doesn't have something like Quicktime.

but it does and you named it - ffmpeg . And that's not the only option. That's why I think issues with decoding/encoding on Resolve and Fusion are a bummer (not as big as sound issue, but still).

Kuntal Majumder wrote:And if you are trying to use Resolve as a Video Editor, please refrain from doing so, Resolve is first a CC tool then a video editor , if you want an industry grade Video Editor on Linux try Editshare Lightworks, it supports almost every second codec, has better editing tools than Resolve, has a Lite version which limits output to 720p and as an added bonus the new interface looks like Resolve.

Tried Lightworks and have to admit I didn't like it that much. The things I was able to do in Resolve straight away , without flipping through the manual have taken a whole lot more effort for me in Lightworks (heck, even transitions). Even though the new version , with new UI style is better, I still have more faith in Resolve. To be honest the only thing I really liked about Lightworks was the fluidity and speed with which it handled quite heavy files I've thrown at it.With Fusion and Resolve (plus Handbrake / ffmpeg cli) I finally feel I can work on videos on my linux workstation, without switching to an old windows box running HitFilm. Prior to that the situation on Linux pretty much sucked (at least in mid-tier).

It's great to have Windows in the rear view mirror, but there are still a few items left before it's totally gone.

There appears to be no way to read Sony F5/55 RAW files on Linux, since the AXSM reader requires a driver. So a Windows system must be available for ingest.

I planned to use exFAT for transfers, but found that while SSD's formatted ext4 or XFS playback fine, they choke badly when formatted exFAT. Playback which starts at 24fps can grind to a halt, and Gnome can freeze for moments when copying from exFAT drives.

So I'm transferring/re-formatting the SSD's now, and getting ready to reconfigure the Windows stripe set to a Linux RAID0.

If anyone has any tips about the best method for stripping a RAID on Linux, or has a fix for exFAT, please chime in.

I can capture stills, export them and apply grades from it. The only thing that doesn't work is play a still in the color pages UI viewer (nor on the external display) as a reference. The clip will wipe against a black window background... Weird though.

My problem targets the other kind of stills: the reference stills. Grabbing them from a grade and play them out again as reference.. In the meantime I ran into all other kinds of bugs, so I call it a day and better wait until for an update to come alive.