Really interested on seeing this, although if I could make a suggestion, start by scouting around and see if you can adapt FOSS apps, maybe fork them and add/remove features to please your objectives and tastes.
Although I’m eager to see these through, I like projects like murena (/e/OS) that cobble together good Foss projects into a single cohesive ecosystem (without making the word ecosystem gross and vendor locked in like in most cases)
Cut them some slack?! They’ve got all the slack already!
Even if ubi were doing fine I doubt we’d ever seen it, and if we ever so, I expect another DNF case
And Beyond Good and Evil 2
Having had similar hardware and reading about your preferences let me throw some cents in the hat:
Sim stuff runs mostly ootb. I don’t have a fancy rig, but both my G29 and x52 pro work perfectly fine. At most, some games will map the axis wrong, but that’s easily fixable (eg. AMS2 swaps clutch and brakes and inverts all axis). The insullary apps such as TrackIR and controller stuff is already available, although not official. There’s Oversteer for wheels and GX52 for hotas.
I don’t have a TrackIR device but I’ve used FacetrackNoIR with the neuralnet face tracker and besides needing a bit of background lighting, it woked fine.
It’s not all perfect and depending on the games, it might need some tinkering. For example Mechwarrior 5 refuses to work properly with my hotas, and when I had a weaker CPU, Beam.ng was unusable with traffic/opponents. Some older titles are a pain to set up, like the older WRC games that had some obscure config files for the mappings. The upside is that you can back up your “fake windows C:” (aka as compatdata folder) once you got everything the way you like it.
I mostly do office type stuff and vector graphics along with CNC, and the proprietary software I need runs 90% fine on wine/bottles, so I haven’t had much of any blocker issues with work stuff.
I’ve been running Linux way before proton was a thing, and I’m really happy about how things are moving nowadays. I got used to the gnome workflow and now any other OS feels cumbersome and clunky, but YMMV.
My case fans are listed and I can see the rpm, I just couldn’t figure out the “create a curve based off the temp of this other sensor” part.
Does anybody know if it’s possible to use this to control case fans based on sensor’s temps other than the CPU ones? I’ve been fiddling with it for 10 minutes and can’t figure it out.
I have an oversized CPU cooler and a pretty closed case (thermaltake view27). For now I’m brute forcing airflow with the 3 intake front fans but it gets loud even while idling.
Since the cooler is oversized, by default the case fans won’t spin up faster even when my GPU is dumping tons of heat into the case. I’d like to set it so it takes the temps off a motherboard sensor rather than the cpu
Oh no, don’t take it as “don’t reinvent the wheel”! I meant it in the true sense that sometimes we spent so much effort and focus building something, just to post about it somewhere and getting a reply “Oh nice, it’s exactly like X project!”.
Currently I’m running NextCloud on prem, so DavX5 and JTXBoard cover most of my note taking and todo tasks, and I guess one could deploy the server-side encryption module on a NextCloud AIO on a VPS and keep everything (probably) safe and private. I’m kinda lazy too, that’s why I liked the hands-off maintenance of NC-AIO. I get notifications to update stuff, and I get regular security audits from NC itself.
BTW, never take that “doing stuff already done” is in detriment of helping FOSS projects. There are tons of examples of people randomly tinkering around and accidentally finding some huge fix for other projects. Off the top of my head, some weeb wanted to play Nier Automata at decent framerates on wine and a few years later, here we are with DXVK and all the proton stuff making most stuff playable!