I just learned that PROTON_ENABLE_NVAPI=1 to enable DLSS got changed to PROTON_FORCE_NVAPI=1 in Proton 9.0 (including Proton Experimental). Just in case this helps someone in the future.
On another note: Feel free to let me know if you’ve got a good way to keep up with necessary/useful launch options. I’ve simply been having a look at what people use on ProtonDB. But I’ve come to the conclusion that a lot of the posts there use outdated or simply false launch options.
I think I’ve read somewhere that FSR3 has trouble when there is a too low base of “real” frames it has to work with. So don’t expect it to do miracles in every scenario.
I too hope we can use it on Linux soon. Take note of this comment on the Proton Github page refering to a hack this person wrote: https://github.com/ValveSoftware/Proton/issues/7361
Hopefully something like this can be included in a future version of Wine/Proton/Proton-GE. Proton-GE doesn’t have an issue page. I think one would have to reach out via Discord. I don’t use Discord though.
Didn’t have any Problems playing (the one round that I did play). If one has played Tribes before one will feel right at home. Pretty sure they switched the default keybindings up a bit. Shift for sliding and Space for the jetpack.
Woooo!! Just played my first round. I have such fond memories of Tribes Ascent.
Here is hoping it stays this way and they keep allowing Linux players.
Paru has this funtionality build in. I don’t remember whether it is enabled by default though.
Just to be sure. Are the options “Enable Steam Play for supported titles” and “Enable Steam Play for all other titles” in Steam Settings >> Compatibility both set?
First and only thing that came to mind. Maybe somebody has more ideas.
Edit: Whoa, seems I was late to the party.
It might be that your distribution of choice has slightly different defaults in the files compared to regular Archlinux.
Either way you’ll want to have a look at either Meld (graphical) or something like pacdiff (terminal). With these you can easily see the differences between your old file and the new .pacnew.
The new default is not always better. One example: Whenever Archlinux creates a new /etc/makepkg.conf.pacnew I don’t simply overwrite the old file. The new default would comment out the line which defines how many CPU threads I want to use to build packages and reduce it to one thread (I assume).
You really don’t have to understand every line in every file. Most often it’s quite easy to determine whether you want the new changes or not. Just always have a quick look at what is different. You don’t want to replace old files mindlessly.
Just to make sure. Are you aware of Tridactyl?
That’s fair enough and I agree. And like you said, it’s not the end of the world.
Maybe the first rule for any topic regarding politics should be to mark your topic/thread with a specific country code right in the title (e.g. US/GB/DE etc.). Maybe even at the beginning of the title of the topic. Obviously that sounds like a hassle to enforce.
In principle I agree, I very much dislike reading headlines about US politicians doing this and that as if I’m supposed to care. It’s always some sort of circle jerk for one side or the other.
There is always going to be a large US community in any global politics forum. That is not a problem. And other parts of the world (let’s say any country in Europe) are never going to be as vocal about their local politics in comparison. Bringing some sort of self-enforced order to these posts could be nice.
Edit: To clarify, I wasn’t commenting because I’m bitter about a community being dominantly US. I do not browse this community. It matters little to me what happens here. The thing I’m mildly annoyed by is headlines like “Republican/Democrat politician #837 does dumb thing #929” showing up on the front page.
I’m aware we could always block a community. Though I would prefer that would be some niche community like e.g “Missouri politics”. The reason I stumbled upon this thread in the first place was because it was on the front page.
And apparently the plan is to have explicit sync ready for the next major driver version (v555).
From the discussions on Github and Gitlab it seems the work for that to happen is done. The changes in the necessary packages (Xwayland, Mesa?) just need to be merged and the the Nvidia driver 555 needs to be released. It hasn’t been that long since the previous release 550. So I guess it is going to take a bit of waiting still.