Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

GloriousEggroll's Proton has been rebased on Proton 11

github.com

Post reply on HN
Print view View original

41–50 of 51 posts

Re: GloriousEggroll's Proton has been rebased on Proton 11

#41

Post by augusto-moura »

Ferret7446 wrote: post #27
jamies wrote: post #26

For those curious, Proton is included with Steam, but GE's Proton includes many tweaks, improvements, and yes, rebasing on the latest upstream versions of many packages. For many games running in Linux GE Proton tends to be better than Valve's default Proton. GE Proton also includes features earlier than Valve, like FSR3 -> FSR4 upgrading, etc. CachyOS makes also makes a Proton that's similar but different from GE's.…

Saying "many" games work better with GE is misleading I think, though perhaps technically true. The vast majority work out of the box with regular Proton. Reaching for GE is definitely the exception rather than the rule in my experience.

Not needed for working, but I always find GE's improvements on performance much better than stock Proton. I usually default my games to it anyway, since it is always installed

Re: GloriousEggroll's Proton has been rebased on Proton 11

#42

Post by cogman10 »

Carrett wrote: post #39

The Linux gaming world doesn't need more fragmentation of options and configurations. The work behind it is undeniable and worth appreciating, Proton GE staying ahead of Proton is commendable, but please, get on the same page with Valve and follow a single development path.

This is literally how open source development is meant to work.

Having a fork which has features not on main, which main may never adopt, is what allows for both teams to evaluate what the other project has and accept or reject those.

Proton itself is a fork of wine. Do you think they need to end this fragmentation and return to wine?

I don't. It's precisely the proton work valve has done which has further pushed forward wine. And before that it was the code weavers fork that further advanced wine.

Re: GloriousEggroll's Proton has been rebased on Proton 11

#43

Post by caminanteblanco »

If anyone is confused on what this is, like I was, it might be helpful to know that GloriousEggroll is the GE in Proton-GE.

I use Proton-GE a fair bit when running steam games on Linux, usually when something in the normal proton release isn't working

Re: GloriousEggroll's Proton has been rebased on Proton 11

#44

Post by Carrett »

cogman10 wrote: post #42
Carrett wrote: post #39

The Linux gaming world doesn't need more fragmentation of options and configurations. The work behind it is undeniable and worth appreciating, Proton GE staying ahead of Proton is commendable, but please, get on the same page with Valve and follow a single development path.

This is literally how open source development is meant to work. Having a fork which has features not on main, which main may never adopt, is what allows for both teams to evaluate what the other project has and accept or reject those. Proton itself is a fork of wine. Do you think they need to end this fragmentation and return to wine? I don't. It's precisely the proton work valve has done which has further pushed for…

I get your point, but Valve now has Steam on Linux as a maturing product where users are expected to spend money. Having them unclear on whether to use Proton Stable, Proton Experimental, or go down the rabbit hole of adding Proton GE doesn't strike me as a realistic model for the average end user.

Maybe Valve should reach out to GloriousEggroll and offer Proton GE as an official option while those improvements make their way into the mainline release. That way you get the best of both worlds: the flexibility of the fork, without burdening regular users with the decision.

Re: GloriousEggroll's Proton has been rebased on Proton 11

#46

Post by nicman23 »

breatheoften wrote: post #30

The "program produces this trace, reproduce it after changing xyz" loop is imo -- a kind of programming primitive for the current agent capabilities ... I've found technique like that really effective as well. It's interesting because there's a part of me that sometimes thinks "hey look this pattern is pretty effective -- I wonder if this a nascent abstraction on the path toward reasoning about how to use these tools…

the actually llms are there to be honest. the harnesses need to be a bit better

Re: GloriousEggroll's Proton has been rebased on Proton 11

#47

Post by jamies »

Ferret7446 wrote: post #27
jamies wrote: post #26

For those curious, Proton is included with Steam, but GE's Proton includes many tweaks, improvements, and yes, rebasing on the latest upstream versions of many packages. For many games running in Linux GE Proton tends to be better than Valve's default Proton. GE Proton also includes features earlier than Valve, like FSR3 -> FSR4 upgrading, etc. CachyOS makes also makes a Proton that's similar but different from GE's.…

Saying "many" games work better with GE is misleading I think, though perhaps technically true. The vast majority work out of the box with regular Proton. Reaching for GE is definitely the exception rather than the rule in my experience.

Valid point! For me, the FSR3 -> FSR4 was such a big boon of performance and graphics quality it made GE Proton (with the PROTON_FSR4_UPGRADE=1 flag) the easy choice for most games that supported FSR3. Luckily, it seems Valve has just added this to their Proton, too!

Re: GloriousEggroll's Proton has been rebased on Proton 11

#48

Post by Xiexe »

Ferret7446 wrote: post #27
jamies wrote: post #26

For those curious, Proton is included with Steam, but GE's Proton includes many tweaks, improvements, and yes, rebasing on the latest upstream versions of many packages. For many games running in Linux GE Proton tends to be better than Valve's default Proton. GE Proton also includes features earlier than Valve, like FSR3 -> FSR4 upgrading, etc. CachyOS makes also makes a Proton that's similar but different from GE's.…

Saying "many" games work better with GE is misleading I think, though perhaps technically true. The vast majority work out of the box with regular Proton. Reaching for GE is definitely the exception rather than the rule in my experience.

I found it to be the case that while many games worked with stock proton, I often (most of the time) got much better performance from GEs proton.

Re: GloriousEggroll's Proton has been rebased on Proton 11

#49

Post by mitkebes »

dwroberts wrote: post #6

Might be useful to provide some context on why this fork is interesting or relevant

Proton-GE includes media libraries that valve can't include, which fixes video playback in many older games. Valve has found a different way to bypass this issue, by sharing video content through their shader distribution system, but that may not work for all titles.

Proton-GE also supports more experimental features long before they get added to regular proton, and includes various hotfixes for games that won't work under normal proton.

Usually the recommendation I make to people playing on linux is to try with regular proton or proton experimental first, but if that doesn't work then try the newest proton-GE instead.

Re: GloriousEggroll's Proton has been rebased on Proton 11

#50

Post by timschmidt »

m4rtink wrote: post #35
timschmidt wrote: post #29

Earlier quoted context omitted.

The remedy for unintentional infringement is generally to remove the infringing code and cease distribution. That used to be a serious issue when rewriting the offending code might take years. But these days? Rewriting any offending code is a matter of specifying the interfaces and setting Claude / Codex to work. Risk of incorporating derived code might go up with accepting LLM submissions, but cost of recovering fro…

Replace one set of LLM tainted code by a different bunch of LLM tainted code - perfect a and totally solid from any legal perspective! (The paragraph above is a sarcasm.)

Perhaps you've never maintained any serious open source software. A line-by-line source code audit for license compliance including some ripping-out and re-writing of non-compliant code was the first thing I did when taking over maintainership of Repsnapper nearly 20 years ago. Was required to get it into Fedora. I don't see how the presence of LLM generated code changes that kind of work at all.
Post reply on HN