@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
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 .
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:
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.
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?
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:
The official AMD provided ROCm installer is unusable on Fedora and even caused issues for me on a Rocky VM with GPU passthrough.
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:
Running the official .run GUI installer
Running the following command to delete problematic packaged libraries:
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.
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 ?
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)
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
and May Saint IGNUcius bless us all with the liberation of davinci resolveās source code.
God bless
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 !!!
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.
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.