Davinci resolve 18.6.6 , media does not work

@fancyhatenjoyer your are the source of joy and light in my life , DAVINCI RESOLVE STUDIO LOADS MEDIA NOW WOOOOOOOOOOOO !!!

Turns out , all im missing was rocm-core6.1.2 !
might wanna update ;D @fancyhatenjoyer

Some things needed for proper editing are still broken tho ! (timeline speed being normal for a split second before becoming too fast , the gpu failing to process something because of error code -1 , audio in video not working although standalone audio files work flawlessly in preview(not timeline))

im still trying to figure it out , but i do take advice with open and loving arms :kissing_heart:

2 Likes

Excellent news and thank you haha! :tada:

Good spot on the updated package. Agreed, I should look into updating my rocm packages.

When I have the time to upgrade and test my rocm packages I’ll report back my Resolve performance which should help point us in the right direction for troubleshooting the strange performance of Resolve Studio on your machine.

In the meantime, my suggestion would be to test the performance of the standard edition of Resolve. This will help determine if the problem is isolated to Resolve Studio / sailing the high seas :pirate_flag:.

Less media encoding types are supported by the standard edition of Resolve on Linux. You can use this command to transcode your media to DNxHD, a format which is supported by Resolve on Linux:

ffmpeg -i 'input file.mp4' -c:v dnxhd -profile:v dnxhr_sq -c:a pcm_s16le 'output file.mov'

I recommend transcoding short files which are no more than a few minutes long for the purposes of this test as DNxHD files can be huge. For example, a 2.5 minute 44MB vp9 webm video on my machine increased 50x in size to 2.2GB after transcoding it to DNxHD.

@fancyhatenjoyer

Side question here, I intend on helping people who need DaVinci Resolve to work to a certain extent, but wouldn’t this be easier to package in a container ? An image of all this would make the process a lot better?

Thoughts? :thinking:


Regarding ROCm for providing OpenCL for Resolve to function, I’m unfamiliar with the concept of containerising drivers and not sure if/how it would work.

However, I believe a community ROCm installer / updater would definitely be helpful for a couple of reasons:

  1. The official AMD provided ROCm installer is unusable on Fedora and even caused issues for me on a Rocky VM with GPU passthrough.

  2. Installing ROCm itself and achieving OpenCL functionality seems to just be a case of installing the right packages from the ROCm repo and having an active display cable plugged into the GPU. However, some packages in the repo seem to be poorly packaged which can result in inconsistent updates and dependency issues:

    āÆ dnf5 list --installed "rocm-core*"
    Installed packages
    rocm-core.x86_64      6.1.2.60102-119.el9 rocm-copy
    rocm-core5.4.1.x86_64 5.4.1.50401-84.el9  rocm-copy
    āÆ sudo dnf5 install rocm-core-6.1.2
    Updating and loading repositories:
    Repositories loaded.
    Failed to resolve the transaction:
    Problem: problem with installed package 
      - package rocm-utils-6.1.2.60102-119.el9.x86_64 requires rocm-core = 6.1.2.60102-119.el9, but none of the providers can be installed
      - cannot install both rocm-core-6.1.2-2.fc40.x86_64 and rocm-core-6.1.2.60102-119.el9.x86_64
      - conflicting requests
    You can try to add to command line:
      --skip-broken to skip uninstallable packages
    āÆ sudo dnf5 install rocm-core6.1.2
    Updating and loading repositories:
    Repositories loaded.
    Package                         Arch     Version                          Repository            Size
    Installing:                                                                                         
     rocm-core6.1.2                 x86_64   6.1.2.60102-119.el9              rocm-copy         31.4 KiB
    
    Transaction Summary:
     Installing:        1 packages
    
    Total size of inbound packages is 20 KiB. Need to download 20 KiB.
    After this operation 31 KiB will be used (install 31 KiB, remove 0 B).
    Is this ok [y/N]:
    

I haven’t performed the testing required to determine exactly which packages are required for OpenCL on ROCm, but I believe it is a subset of what I have installed as I have functioning OpenCL on an RX 6700XT eGPU and Radeon 780M iGPU.


Regarding Resolve itself, the install method I recall using is:

  1. Running the official .run GUI installer
  2. Running the following command to delete problematic packaged libraries:
    sudo cp -r /opt/resolve/libs /opt/resolve/libs_backup
    sudo rm /opt/resolve/libs/libglib-2.0.so*
    sudo rm /opt/resolve/libs/libgio-2.0.so*
    sudo rm /opt/resolve/libs/libgmodule-2.0.so*
    sudo rm /opt/resolve/libs/libgobject-2.0.so*
    

There is also no direct download link to each update, so automated packaging including the official installer may not be so straightforward.


Improving the barrier to entry to Resolve with ROCm on Linux would be incredible. It’s brilliant software which in my opinion, blows all current Linux alternatives out of the water. I hope some of your ideas are still feasible within these constraints.

1 Like

tried the free version @fancyhatenjoyer
same issues , timeline playback is too fast with the audio seemingly deep fried and pixelated.
i dont think its an issue with blackbeard , rather with the damn sea itself.
any ideas ?

@fancyhatenjoyer in your user experience , davinci resolve , as in everything , fully works and doesnt break right ?

Very strange, I have not experienced these symptoms on my machine.

If you haven’t tried already, I recommend seeing if the same behaviour persists when using DNxHD footage as the footage I have no problems with is encoded that way.

I’m not the heaviest editor, but I have had no problems with my fusion flows, light colour grading and audio compression.

I have experienced strange failures whilst rendering, but have worked around them in wacky ways.

i think i have understood what happened , i believe this is a message from Saint IGNUcius himself , he is forbidding me from using the evil and filthy thing that is proprietary software.
to which i say fuck off because i am a normal human being who actually needs davinci resolve , i guess ill just use windows 10 modified with something like Atlas OS (not an os , just a program/script that removes bloat) until gpu passthrough for the radeon 7000 works. as using the proprietary amd-pro driver is the one thing that god wont forgive me for , also its gay.

this is how i got the media to play on my machine with the libre amd drivers. (NOT AMDPRO)

sudo dnf install amd-gpu-firmware hsa-rocr hsa-rocr-devel
hsakmt-roct-devel mesa-dri-drivers mesa-filesystem mesa-libEGL
mesa-libEGL-devel mesa-libGL mesa-libGLU mesa-libOSMesa
mesa-libgbm mesa-libglapi mesa-libxatracker mesa-va-drivers
mesa-vulkan-drivers rocm-clang-ocl rocm-cmake rocm-core
rocm-dbgapi rocm-debug-agent rocm-device-libs rocm-llvm
rocm-opencl rocm-opencl-devel rocm-opencl-icd-loader
rocm-smi rocm-smi-lib rocm-utils rocminfo roctracer roctracer-devel
vulkan-headers vulkan-loader vulkan-tools rocm-core6.1.2

but i still encountered a bunch of issues as listed above , resulting in the program being unusable for its main purpose. if your not a pro i suggest you stick to kdenlive instead , ive been using it since 2020 , its much more lightweight and rarely breaks when used in linux.
But since im a pro , i will instead just boot windows when i need to work.

thanks you guys @hamrheadcorvette @fancyhatenjoyer . have a good day and life :kiss:
and May Saint IGNUcius bless us all with the liberation of davinci resolve’s source code.
God bless :innocent: :innocent: :innocent:

I would settle for a better software stack for ROCm and a container runtime for ROCm so that it would help flatpak and OCI containers deploy applications.

Media plays properly now with davinci resolve 19.0 !!! :smiley:

However it does give the error

Error:
Problem: package rocm-6.2.2.60202-116.el9.x86_64 from ROCm-6.1.2 requires mivisionx = 3.0.0.60202-116, but none of the providers can be installed

  • package mivisionx-3.0.0.60202-116.x86_64 from ROCm-6.1.2 requires rocdecode, but none of the providers can be installed
  • conflicting requests
  • nothing provides mesa-amdgpu-va-drivers needed by rocdecode-0.6.0.60202-116.x86_64 from ROCm-6.1.2

when i do sudo yum install rocm or sudo dnf install rocm , but i dont think its relevant since , well, davinci resolve just works ! (so far…)

and yes , i still kept the same packages , so i believe the solution above still remains relevant.

2 Likes

I think it’ll be worth while to get a post in with some more organized steps for others to use in the future. Cheers ! :+1:t5:

:tada: :tada:

I agree; I don’t have the rocm package installed either, and Resolve ā€˜works’ for me as well.

I’m trying to get DaVinci Resolve 19.1.3 working, I think the issue is my iGPU a 780M. Can anyone confirm the 780M iGPU will render videos on the timeline? Yes I’ve test DNxHD files and they too do not work in DR. Oh Fedora 41

Hey @fancyhatenjoyer
Did you find any subtitute packages ? some packages listed as solution sadly isnt available anymore. i could get my timeline to play stutteringly depending on my selected gpu, for some reason my gpu gets listed twice. And depending on which i choose, i either get a stutter playback or an error code -1.

any ideas @fancyhatenjoyer ?

Error: Unable to find a match: hsa-rocr hsa-rocr-devel hsakmt-roct-devel rocm-clang-ocl rocm-opencl-icd-loader

hey some guy on youtube got it working with that exact gpu !