I don’t suspect it’s davinci resolve. This is likely due to rocm-opencl.

It’s a long weekend, so I likely won’t hear back from my colleagues until Tuesday at the earliest

Thank you for linking these. The second one suggests the following

Update: Turns out that this is happening because the update of opencl-amd package, the newest ROCm 7.2 drivers appear to not be compatible with DaVinci, I installed rocm-opencl-runtime from the extra repo since it still on 7.1.1 and now its working again… It also doesn’t work with opencl-mesa, it crashes launching a project

I’ll dig through to see what can be done about it.

Can you share the post here? Does it elaborate on what’s failing?

Oh shit, I’m sorry. I first played it back when it was called called geneshift with my colleagues. We were led to this after discovering that GTA2 had a PVP mode, and we just wanted to dick around at lunch time together.

I hope you can get the original 2 working someday! Genuinely had no idea it was unplayable today :(

might as well? My 10 will be arriving soon and I’ll be doing the same. Reverting to stock is also an easy enough process

I wasn’t aware this wasn’t playable (then again, the same applies to the first game), but you may be interested in checking out spiritual sort of reboots like skillshot city?

I managed to resolve this by slightly loosening the top screw, they work fairly reliabily now. I need to look into perhaps increasing the friction of the scroll wheel, as I’m finding that sudden movement causes it to rock and scroll accidentally. I’m wondering if I could grease the ends of the scroll bar or something to that effect.

stumbled upon this really cool mod leveraging megnets to introduce some tactility to the mousewheel, I might need to pick up an FDM printer to experiment 😊

e: seems the revised model leverages magnets to increase friction only, but I think that would also work

Valve do work pretty closely on contemporary hardware, but to your point, the kernel driver is decently robust, the display abstraction layer is largely common with the windows side (and also resides in the KMD on both environments), the mesa GL driver is solid and Marek’s team are also beginning to contribute towards RADV.

AMD are also heavily involved with improving Linux desktop experience (particularly with Wayland), and host regular hackathons to that effort.

I don’t mean to downplay the Linux perf attainment efforts on RADV outside of AMD though, Valve, Collabora and so on really have worked wonders.

Mine arrived today, have you ever had issues where holding down RMB also holds down LMB with it? I’ve experimented with loosening the top screw slightly, and it’s greatly improved this behaviour but I don’t believe it’s been eliminated.

probably, though I’ve not had that in a good while

at this rate, couldn’t they just sunset their client and contribute towards heroic?

in-place upgrades are fine for just about any contemporary, mainstream Linux distro. You may find this experience to be more robust than on windows.

I believe you can also upgrade via separate installation media, but you won’t find yourself needing to.

totally fine in my experience, and I ‘dumb guy’ my way through the whole thing.

my primary workstation system started with Fedora 28 > 43 - persisting through many hardware swaps and all sorts - though that’s with the gnome desktop.

I’d imagine you could conduct full system upgrades via Discover on KDE too.

excellent find! hope it serves you well

nvidia have been promoting ‘big format gaming displays’ since I want to say about 2019. Some of them reach the dimensions you specify, I just hope these are VESA adaptive sync/FreeSync capable and not all GSync Ultimate module displays (they can be made to work in VESA mode but not without issues in my experience).

I think I’ve seen one or two obscure TV models offering DisplayPort over USB type C, it may have been from Hisense

No prob, really sorry about the situation though, I know it sucks. I’ve been looking into replacing my TVs with large PC displays with DisplayPort.

I’m not sure if you can somehow work around the HDMI forum limitation with an active converter, but I think they’re intended to be used at the adapter side (convert HDMI output to DP).

You don’t need proprietary drivers nor should you have to disable MST.

If you’re using HDMI 2.1, you won’t be able to use VRR on a Linux system as the HDMI forum have blocked the AMDGPU implementation for the feature - they don’t allow FOSS implementations of HDMI 2.1 VRR

More info here https://wiki.archlinux.org/title/Variable_refresh_rate

I’m not sure I understand this post. did something not ship according to schedule for pixelfed? and if that’s the case, why is it a problem?

how is it a sub par GPU given it targets a specific segment (looking at it’s price point, die area, memory & power envelope) with its configuration?

You’re upset that they didn’t aim for a halo GPU and I can understand that, but how does this completely rule out a mid to high end offering from them?

the 9000 series is reminiscent of nv10 versus vega10 GPUs like the 56, 64, even the Radeon 7; achieving equivalent performance for less power and hardware.

I want to like it so much but you’ve hit the nail on the head there.

I’ll give it another crack with this patch though.