Depends on what you want from RPC, I guess. The creator seems to have made a quick patch for Legacy that adds borderless full screen and firstborn syndrome fix, but that’s it.

Anyway if you prefer the ultimate collection, I’m happy to rehost a working torrent from one of my private trackers once I’m back on my home connection in about a week.

For body shop, RPC and really any other externally run mods, you’d just click the wine glass icon in Lutris and click “Run .exe in Wine prefix”, same for simPE. That’s the main reason I recommend Lutris. There might be some specific caveat to these mods, but I’ve used many external mods in other games this way without issue. Just yesterday I installed CheatEngine in my Ghost of Tsushima prefix to enable a mod which changes the parry timing indicator.

Re: SAI 2, in terminal:

xinput list

Find your touchscreen device e.g “HID-compliant touchscreen”

xinput disable “<HID-compliant touchscreen>”

This will disable touchscreen system-wide but is just to test and will revert upon rebooting. If it works, add an environment variable in Bottles:

WINE_HID_DISABLE_HUMAN_INTERFACE_DEVICES=1

If you wanted to give it another try, I found this guide for SAI 2: github.com/TibixDev/sai2-guide

Many users reported no issues running Sims 2 on protondb, I’d recommend installing it via Lutris: protondb.com/app/3314070

You may need to adjust some settings like the runner (wine-ge is default in Lutris and works for all my games, Proton is also popular) or the environment variables (flags detailed in the protondb reports)

Then you could install simPE under the same Wine prefix (like a simulated Windows filesystem) so that it can see your game files. Might have some quirks like what’s detailed in this post, but generally seems to work www.reddit.com/r/…/simpe_on_linux_wine/

A LLM should be able to help you with basic troubleshooting, I’d recommend Gemini over ChatGPT though.

Aside from that I’d just recommend choosing a distro that bundles your GPU drivers to make initial setup easier

Yeah, so in this hypothetical eventuality they rob themselves of income in relation to games already released, as well as goodwill in relation to games in production or planned for production in Unity. Seems to me like a recipe for backing down on one or the other.

I’m pretty sure devs just withold payment after Jan 1, and for games already released if Unity wants the money they would be forced to sue the dev for not adhering to their illegal and unenforceable contract. They would have to prove the validity of their per-unit charges without having actually ever measured the units.

Sure it can, I’ve got no problems using frame generation on my 3060. Any RTX card can do it

“DLSS2” and “DLSS3” are not references to the version of the DLL. They are references to different output modes of the DLL, which is also backwards compatible, i.e. the 3.5 DLL can output either mode. The Starfiels mods that were available immediately at launch do not use DLSS3, or by extension frame generation. It doesn’t matter which DLL version you use

Are you sure the mod you’re using is injecting DLSS3? Using the DLSS 3.5 DLL is not related to that. If it’s only injecting DLSS2, it would be entirely expected to see negligible performance difference vs. FSR2.

You can’t really measure the proportion of players that would buy the game were they not able to pirate it, which makes it easy for CEOs to imagine every incidence of piracy as a lost sale. Who’s going to convince them they put the cart before the horse? It absolves them of direct responsibility for almost any shortcoming possible