New GPU for Darktable/ video encoding

No worries @clind

Seeing as I’ve now arranged a return & refund of the RX580 from the retailer (which rhymes with a certain rain forest :wink: I’ll be using my old GT1030 until I can buy a replacement Nvidia GPU! I recently upgraded my PSU to 750W from 500W, so any card should do. Unfortunately GPUs seem to be in short supply, however it’ll be a few days to a week before the refund gets returned to my bank account (rather than a refund as a gift voucher!) so that’ll give me more time to look around.

1 Like

Well, gaming is also rendering.

It was picked up by Blender, Resolve and Tensorflow users but it seems like it wasn’t because I guess most of the people use Nvidia for those purposes or they just move to Nvidia when they start encountering problems.

1 Like

Sad to see the heat AMD is getting here. To the best of my knowledge at least they are providing code for the upstream driver.
But I understand the frustration if things are not working. I hope that this whole OpenCL thing gets included with the open source libraries at some point.

I am writing this, as I have made very opposite experiences. I have a RX580 and a RX570 installed in two desktop systems. No issues but some power management stuff, in my hardware setup, specifically my monitor, sometimes there is no output after the display was set to power save. But that happened under Windows 10 as well. Once I figured that out, I stopped investigating and simply turn off the monitor in times of no need.
I had Ubuntu 20.04.1 and Leap 15.2 with the AMD official driver from their website running. I used the distribution delivered upstream driver and just installed the OpenCL part. darktable worked without problems with OpenCL.
If you install the amdgpu-pro-install script, dkms gets installed and a module gets compiled. If you call the script with --no-dkms , it will tell you that amdgpu-pro is only installable with dkms.
But you can call the non pro script

amdgpu-install --no-dkms --opencl=pal,legacy --headless

AMD also delivers an uninstall script to remove their installation. Reboot is recommended after doing so.

On Tumbleweed I installed rocm with the installed RX580. I basically followed that article or the thread here on the forum and adjusted everything for the recent version.
darktable works with it and blender sees the OpenCL part/graphic card properly (haven’t worked yet with blender, just set it up).

My issues were not so much with Darktable, Opencl & my RX580, but more when I was doing heavy OpenCL calculations using my RX580. Anyway, my RX580 is on it’s way back to the retailer, so hopefully I’ll buy a replacement Nvidia GPU soon.

gfx803 (which I believe the RX580 is?) no longer supported for ROCm-4.0

https://github.com/RadeonOpenCompute/ROCm/issues/1353

1 Like

From a couple of queries on my system:
rocm-opencl4.0.0 | Paket | 3.6Beta_17_g875c1f8_rocm_rel_4.0_23-1 | x86_64 | rocm
gfx803
OpenCL 1.2

Official suppot or not, for the time it seems to work on my system. But that info leaves a bit of a taste. Thanks for the heads up. Just deactivated the repo so I can manually update and see if it breaks or not

Another user with rx580 without problems. I installed it mixing open source drivers + AMDGPU pro to use openCL with darktable.

I played tomb raider with steam until the end.
Several months ago I tried to learn blender, I couldn’t learn it but it worked fine meanwhile.

Tomorrow I’ll review the link that someone shared for this setup, if it’s not the same I’ll share the link with the script that I used.

Good night :sleeping:

@rgo, to clarify, I had no issues with my RX580, until it came to using software which used heavy OpenCL calculations.

1 Like

I guarantee you it didn’t. Try setting up OpenCL and rendering just maybe 30 seconds of a simple glitch animation in FHD in Cycles and let me know how long it takes. Probably like 30 minutes.

1 Like

I shouldn’t wonder if those issues are related to the combination of most recent hardware and outdated and broken (“patched”) software that comes with non-rolling-release distributions. I’m especially finger pointing (K)Ubuntu here, for which I can tell stories about long-term software problems. Those problems were gone as soon as I switched to Manjaro. :grin:

And I’m not a fanboy of AMD either. A long time ago I owned an ATI card, but found it no as stable. The next two graphics cards were from NVidia, currently a GTX 750 TI. It is really stable and works well with OpenCL using proprietary drivers, and cost only 150€ at that time. But this card is quite old now, so I’m looking for a replacement.

Recent articles from 2020 at phoronix.com claim that the situation regarding the newest AMD cards (“Big Navi”, RX 6800 Series) under Linux Kernel 5.9 and above is changing towards surprisingly superior FOSS drivers, at least when comparing performance against the older generations from AMD. These FOSS drivers also seem to be very competitive against NVidia under Linux. Although the articles only benchmark performance and power consumption, I have the feeling that this great performance indicates that the drivers are also stable enough.

I wonder if it’s time in 2021 to say “Good bye NVidia, hello AMD” ??? Unfortunately the actual prices for RX 6800 cards are much to high, so I would definitively wait for prices to come down to less than 550€. I don’t play games and solely use it for OpenCL with darktable (and vkdt in some day). I know that a graphics card for 200-350€ would do the job either, but I would spent the extra money if I get a really fast and stable card with FOSS drivers that works for the next 10 years.

1 Like

@rkowalke, sadly it seems that the OpenCL implementation on AMD cards is not at all stable. I had issues on both Kubuntu, and Manjaro KDE on my RX580.

It would also appear that AMD is also with drawing support for some Radeon cards with the ROCm 4.0 release. So sometimes having the latest and greatest via rolling releases isn’t so good if it results in support for your graphics card being withdrawn.

I’d personally rather use closed source drivers which work, rather than opensource ones which do not.

I’ve certainly had my fingers burned with AMD Radeon GPUs. I suspect my next GPU will be something along the lines of an Nvidia GTX1660 Super or similar.

1 Like

As long as they push the needed functionality upstream, I would be fine with that.

Don’t worry I understood that. In fact, I added the tomb raider comment as a “heavy” openCL operations but maybe they aren’t. :slightly_smiling_face:

I’ll check it tomorrow, if I have time to sit in front of the computer :persevere:

More than likely Tomb Raider uses OpenGL acceleration, rather than OpenCL.

oopss , you’re totally right :man_facepalming:t2:

I’ve only done a test with the model BMW27 (downloaded from here: Demo Files — blender.org).

First time it took like 5:15-30 and next tries 4:30 aprox.
I don’t know if it’s what you were looking for.

1 Like

You see, that’s just one frame and it took 4:30 in 960*540px! Imagine rendering a 10s animation :smiley:
I’ve done a glitch effect where I put a lens element, and emissive path behind it. It takes roughly 60s min per frame. That is too much especially on my GPU on which they advertised millions of polygons being rendered in less than 30 seconds in 8k.

I thought, it was because of the lighting or something like that.

But yes, really slow compared to these benchmark results:

Source: Benchmark Results

  • AMD works great for me !
  • No it’s a mess !

Guys, OpenCL is an off-loading computing library. Just because OpenGL, aka the graphics lib used in GUI painting and games real-time rendering, works “great” doesn’t mean OpenCL is supported as well. “Drivers” mean nothing.

2 Likes