Quoting: KeyBounceI am having trouble figuring out how to get this to work (I am new to this).

I saw a report of a new version of proton (Ge-proton), and the article describes ProtonUp-Qt. But "Discover" doesn't find this, so the Steam Deck / KDE Plasma instructions are a non-starter for me.

I am KUbuntu, with plasma, and lts 22.04. Not wayland, yet (people have been recommending that I switch given X issues).

Steam Deck / KDE Plasma - Open the Discover store, in the search box (top left) type in "ProtonUp-Qt", click it and hit Install (top right).

Discover does not list this. Searching the web for "ProtonUp-Qt" lead me to a github page, an install link, and then appstream://net.davidotek.pupgui2 being passed to discover, which complains that it's not available in any repository (with ... grumble, an error message that cannot be copy/pasted.)

Can you help someone that is new to configuring / administering modern linux with this?

(The last time I had to deal with linux was 1999. I knew how to admin BSD back around 1992, mac OS's of various types from 2005-2019 [last version used there was 10.12], but modern linux is like a sea of chaos where the documentation seems dumbed down and/or hidden.)

I am also a Kubuntu user, you have to have Flatpak for this. It's not available either as a snap or deb. If I remember correctly you have to open Discover, go to settings and enable flathub. If I am wrong you can follow these instructions: https://flatpak.org/setup/Kubuntu [External Link]

View this comment - View article - View full comments

Quoting: enigmaxg2Since the vast majority of GPUs out there are Nvidia, and it's known how bad they play with Wayland, I see this as a risky move.

Unless they manage to tackle down ALL the issues in the 105 days (at the time of writing this) remaining until release, with little to no help from Nvidia.

They have been going for a couple years with this and got only a small success, unless a miracle happens, I see this becoming a shitshow.

It's not as risky as it might seem. On Windows the majority are indeed Nvidia GPU's, but on the Linux side the majority is actually Intel or AMD GPU's (even if we exclude Steam Deck). However Nvidia is a gigantic company and I'm sure the Wayland situation will improve soon.

View this comment - View article - View full comments

Plasma is just great. It's the maturity of Proton and Plasma that made me fully switch to Linux earlier this year.

KDE has a fundraiser for Plasma 6. I just signed up and if you want support them here's the link: https://kde.org/fundraisers/plasma6member/ [External Link]

View this comment - View article - View full comments

Quoting: dpanterThe gods are pleased with your sacrifice.

It is payday!

*Looks at the treasury*

Uh-Oh...

View this comment - View article - View full comments

Quoting: F.Ultra

Quoting: Eike

Quoting: EikeFlickering is not the opposite of VRR, it's screen tearing

Yes, I was using the wrong term here.

Quoting: Eikeand honestly since I moved away from a 60Hz screen and my old GPU I cannot notice screen tearing (the fps is far to high for that).

That's great for you, but many people are having low fps, and if not currently, maybe tomorrow with the next generation of games, you might have to. Your card will stop being high tier - but still have VRR.

(And, as I think you're a technical person as well: CPU and GPU waiting for the monitor is just wrong.)

Quoting: poiuz

Quoting: BrokattI would guess that for the millions of Linux Steam users VRR is somewhat important.

More than 40% use a Steam Deck. Steam Deck doesn't support VRR (even the newest revision won't). It can't be that important if a gaming company omits it (on a device which would very much benefit from it).

Well, I sure don't buy into "The company isn't giving to us, so it's not important." Anybody got some more insight why Valve wouldn't do it? I'd guess it's part of making Steam Deck as affordable as possible?

Full agreement on all parts, I was just commenting on why the devs are not running their legs off in order to implement VRR. And funding like this is obviously aimed at improving the desktop experience and not the gaming experience (too many people are still not seeing gaming as something that is important).

Regarding the CPU+GPU waiting for Vsync I think I wrote before that I'm still perplexed that we in a world where monitors no longer really update with a frequency (like a CRT have to do) the GPU<->Monitor protocol should really just be start-of-image+image+end-of-image and no frequences be used at all, only that the monitor would reply back what the minimum wait period would be between images. VRR as such should both not exist and be the default so to speak.

Quoting: Brokatt

Quoting: F.Ultra

Quoting: Brokatt

Quoting: F.Ultra

Quoting: BrokattI don't see "Improve the state of VRR."

Very few people care about VRR, which is also why it have taken so long to get it implemented.

I would guess that for the millions of Linux Steam users VRR is somewhat important. I just thought that after getting some extra funding they would put some of it towards that 3 year old merge request.

It's only important to gamers which already is a small subset of all Linux users and on top of that it is also only important to people that have a system that cannot handle high enough frame rates, if you e.g have 1% lows > 90fps then you will not see screen tearing so VRR will be mostly useless then.

Yes it's very important to gamers. I would go as far as to call it a game changer for PC gaming. The fact that Gnome is not prioritizing it is very sad. But I understand gamers are not the target audience for IBM/Red Hat. Still I was hoping to see some progress with this donation.

Both VRR and HDR is something that we gamers are anxiously awaiting but the unfortunate truth is that desktop is where the focus is, especially for funding like this.

At least Steam OS supports both VRR and HDR through Gamescope. KDE Plasma 6 also has initial support for both. So things are moving and I'm very happy with that :)

Quoting: Eike

Quoting: EikeFlickering is not the opposite of VRR, it's screen tearing

Yes, I was using the wrong term here.

Quoting: Eikeand honestly since I moved away from a 60Hz screen and my old GPU I cannot notice screen tearing (the fps is far to high for that).

That's great for you, but many people are having low fps, and if not currently, maybe tomorrow with the next generation of games, you might have to. Your card will stop being high tier - but still have VRR.

(And, as I think you're a technical person as well: CPU and GPU waiting for the monitor is just wrong.)

Quoting: poiuz

Quoting: BrokattI would guess that for the millions of Linux Steam users VRR is somewhat important.

More than 40% use a Steam Deck. Steam Deck doesn't support VRR (even the newest revision won't). It can't be that important if a gaming company omits it (on a device which would very much benefit from it).

Well, I sure don't buy into "The company isn't giving to us, so it's not important." Anybody got some more insight why Valve wouldn't do it? I'd guess it's part of making Steam Deck as affordable as possible?

Most likely it's a cost issue. The new OLED display looks to be the same as in the Switch OLED. Which means big volumes and better prices but it also means no VRR. Just because Valve want to release price competitive hardware without support VRR doesn't mean the software shouldn't offer support. Which it does as Steam OS have support for VRR on external displays.

View this comment - View article - View full comments

Quoting: F.Ultra

Quoting: Brokatt

Quoting: F.Ultra

Quoting: BrokattI don't see "Improve the state of VRR."

Very few people care about VRR, which is also why it have taken so long to get it implemented.

I would guess that for the millions of Linux Steam users VRR is somewhat important. I just thought that after getting some extra funding they would put some of it towards that 3 year old merge request.

It's only important to gamers which already is a small subset of all Linux users and on top of that it is also only important to people that have a system that cannot handle high enough frame rates, if you e.g have 1% lows > 90fps then you will not see screen tearing so VRR will be mostly useless then.

Yes it's very important to gamers. I would go as far as to call it a game changer for PC gaming. The fact that Gnome is not prioritizing it is very sad. But I understand gamers are not the target audience for IBM/Red Hat. Still I was hoping to see some progress with this donation.

View this comment - View article - View full comments

Quoting: F.Ultra

Quoting: BrokattI don't see "Improve the state of VRR."

Very few people care about VRR, which is also why it have taken so long to get it implemented.

I would guess that for the millions of Linux Steam users VRR is somewhat important. I just thought that after getting some extra funding they would put some of it towards that 3 year old merge request.

View this comment - View article - View full comments

I don't see "Improve the state of VRR."

View this comment - View article - View full comments

Quoting: dpanter"frame tripling"? What. :huh:

Quoting: BOYSSSSSI don't know what "frame tripling" is, but I hope they implement Black Frame Insertion in gamescope.

My guess would be that the GPU renders a frame three times for every refresh in the case of 20 fps on a 60 Hz display. It would still not be an optimal experience but an improvement over the alternative. I imagine there would a a lot of input lag but there is only so much you can do at 20 fps. I'm not experienced enough to talk about this but yeah it sounds like a "Baldurs Gate 3 feature" :)

View this comment - View article - View full comments

Quoting: ElectricPrismImagine (being Canonical and) having Valve in the bag, (which could have greatly strengthened their position) only to destroy their functional relationship when they dropped 32-bit libraries, and then later to trying to backup and try to win some points by bundling their store inside your cancer package system that nobody wants to uses outside your walled/gated garden.

This is peak Irony. Mount Ironicus. It's actually so bad, it's so good -- somebody should write a comedy book about Canonical, except instead of jokes it's just the history of the things that they have done the last decade. It would be a comedy gold thriller hands down.

That's a very skewed view but you are entitled to it. While I agree that Canonical could have handled the situation MUCH better, the fact is Ubuntu is still the recommended OS by Steam 4 years later and Ubuntu is still among the most popular distros for Steam users.

I do find it hilarious that you talk about snaps as "cancer package system that nobody wants to use". Like you actually think package systems is something most users care about. I dare you to find a normal Windows user that is trying Linux out and tell them about the differences between snap, flatpak, appimage, deb, etc. without them falling asleep. I cannot stress how little I care about package systems. I cared nothing for package systems when I used Windows nor Mac, and that has not changed when I switched to Linux. Snap, Flatpak, Appimage, deb - I don't care what I use as long as it works and I have minimal issues. I do realize this is a very unpopular opinion in the community but I firmly believe to be in the majority on this one.

I do apologize in advance for any offense I may have caused.

View this comment - View article - View full comments