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/

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.

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

Looks great but I would like an update on mesa-git that was said to be bundled before I switch to the snap. Is it there? Is it working?

View this comment - View article - View full comments

Quoting: PinballWizardNow if only I could stream with audio on Linux.

Quoting: JordanPlayz158

Quoting: PinballWizardNow if only I could stream with audio on Linux.

A man can dream.

This may actually be a linux issue, as in I have heard windows are not linked to their audio stream(s), at least maybe not through pipewire?

It's a Linux issue. The only solution I have found is using is using XWaylandBridge together with Discord-ScreenAudio (web app packaged). Not optimal as the official electron Dscord app, for all it's faults, is actually better.

https://invent.kde.org/davidedmundson/xwaylandvideobridge/-/jobs/853700/artifacts/browse
https://flathub.org/apps/de.shorsh.discord-screenaudio

View this comment - View article - View full comments