Rendered at 08:30:22 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
jamies 1 days ago [-]
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. There's also Valve's Proton betas, Proton Experimental (which is often updated within days of major releases).
ProtonDB.com is a great resource for finding out which "Proton" works best for a given game.
Ferret7446 1 days ago [-]
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.
jamies 17 hours ago [-]
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!
augusto-moura 21 hours ago [-]
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
Xiexe 17 hours ago [-]
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.
imtringued 1 days ago [-]
Back in 2018, using the Glorius Eggroll fork basically mandatory. Nowadays? Not so much.
One of the biggest blockers I remember was that Valve refused to support some of the proprietary video codecs developed by Microsoft that only have a working legal decoder on Windows, but eventually they decided to just show a fallback image if a cutscene couldn't play.
caminanteblanco 20 hours ago [-]
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
dwroberts 1 days ago [-]
Might be useful to provide some context on why this fork is interesting or relevant
mitkebes 15 hours ago [-]
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.
hparadiz 1 days ago [-]
This guy works for red hat and his code is already constantly merged to upstream. His version is simply more bleeding edge. Also he's already somewhat famous in Linux gaming circles.
zamalek 1 days ago [-]
It has fixes and features not in the official proton, but most importantly, proprietary codecs.
drnick1 1 days ago [-]
I had the same question. Why is this needed? Valve already ships a Proton 11.0 (Beta) version in the Steam client.
simoncion 1 days ago [-]
[flagged]
dwroberts 1 days ago [-]
I have not needed any of these features to use proton on the games I own so I’m still none the wiser as to who the target is for this or what the context of this fork/its possible merging is
simoncion 1 days ago [-]
> I have not needed any of these features to use proton on the games I own so I’m still none the wiser as to who the target is for this...
...it's people who need these features and fixes? If you don't need them, then you don't need them, and you don't care about this.
With the addition of this comment, it seems like your commentary here boils down to "Why would I need this fork of this project that solves a specific set of problems that I neither have nor have bothered to understand?".
I do agree that it's reasonable to not waste time learning about problems you don't have, aren't really important if you don't have them, and that you're not interested in learning about, so don't make the mistake of believing that I'm throwing scorn your way.
dwroberts 1 days ago [-]
> you're not interested in learning
Perhaps a learning moment for you is, instead of writing these paragraphs you could have just explained more about the project, which other comments have now helpfully done.
HN is a news website, and yeah you can post things that are just interesting - but a link to a repository that is one of several thousand forks of a project needs a little bit more explanation for people to understand why it’s here
simoncion 6 hours ago [-]
> ...instead of writing these paragraphs you could have just explained more about the project...
Firstly, I did. I linked to the readme that you appeared to have not read.
Secondly, why would I bother learning in-depth information about the project when I don't have need of it? Having said that, I will take a minute to spoonfeed basic information to someone who treats HN as if it were /r/explainlikeimfiveandalsoincapableofbasicresearch. That's easy.
Had you shown any indication that you'd ever read the "Before You Ask" section of "How To Ask Questions The Smart Way", [0] you'd have gotten a different response. You would have also answered your question before you asked it publicly, but that's neither here nor there.
[0] Or a similar section of a similar guide.
yincrash 1 days ago [-]
It's interesting to read that an entire video streaming rework was done with AI, but likely won't be upstreamed because of the upstream policy on AI gen code. I wonder if that will ever be re-done using the plan GE outlined in the release notes.
yincrash 1 days ago [-]
Also really excited about this because there are several games that get kind of borked because they get stuck on an intro video before you get to the game menu without doing any winetricks.
> With all of that work done, I am happy to say all of the games listed above now have functional video playback with NO winetricks needed and NO dll overrides needed. No quartz,no dshow, no amstream, no lavfilters, no klite, no rsx3d, no wmp9, no wmp11, etc. -- All the functionality previously needed from those overrides is now patched directly into wine for the listed games that needed them, and the protonfixes that were previously added have now been removed since they are no longer needed.
ThatMedicIsASpy 1 days ago [-]
Yeah the big left 4 dead clone (forgot the name) had video playback issues for me.
ddtaylor 22 hours ago [-]
Back 4 Blood?
hackingonempty 1 days ago [-]
It might come to be that maintainers have to begin accepting llm-authored or llm-assisted contributions just to maintain control of the project. Otherwise users will gravitate towards forks that offer the functionality they want.
worble 1 days ago [-]
They very specifically do not accept AI contributions because there is no way to tell if it's just regurgitating parts of the various Windows source code leaks from over the years ad-hoc, which would be a very costly mistake to make if Microsoft were feeling litigious.
timschmidt 1 days ago [-]
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 from them seems to have dropped accordingly, at least on the technical side.
m4rtink 23 hours ago [-]
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.)
timschmidt 13 hours ago [-]
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.
15155 23 hours ago [-]
Is this concept of "LLM tainted" enumerated in a statute or potentially borne out of actual case law somewhere?
cedws 1 days ago [-]
Tech companies shouldn’t be able have it both ways and say that copyright doesn’t apply to LLM-generated code only when it benefits them.
Ferret7446 1 days ago [-]
They likely won't, once precedent setting judgements start coming out
bigstrat2003 1 days ago [-]
And yet, they likely will be able to. The law doesn't have much hold on the rich.
On the other hand, it'd be absolutely fascinating to see how that'd play out. The ramifications could be huge.
charcircuit 1 days ago [-]
That would be something Microsoft would have to prove in court and not that the AI came up with a similar approach on its own. ReactOS never got sued despite its similarity to Window's code.
Also not all Wine code is related to reverse engineering.
shakna 1 days ago [-]
They might not have been sued, but ReactOS was certainly threatened. There was a large audit to ensure nothing was infringing. [0]
The language wine is written in is irrelevant, the source is still tainted.
mostlysimilar 1 days ago [-]
Or it might come to be that rejecting LLM-authored or LLM-assisted contributions becomes a badge of quality, and users gravitate to them to avoid buggy, inconsistent, or non-performant versions of the same software.
cwillu 1 days ago [-]
There's no need to guess, the reasoning is clearly laid out:
“Don't use an LLM tool to generate code. There's no guarantee
that the training material of that LLM respects our Clean Room
Guidelines, or that its output is compatible with the LGPL.”
The allure of being just good enough where the bling and hype of features outshine hidden bugs may win out socially.
m4rtink 23 hours ago [-]
Not sure if those fork would be maintainable long term if their authors need to lean so heavily on LLMs just to get their coding done. Would bet more on the original project that have demonstrated they know what they are doing & can do the work by themselves (if at more realistic pace).
Krssst 1 days ago [-]
Doesn't wine have various rules to remain a white-room implementation?
Not sure using LLMs which have possibly been trained on leaked Windows sources would be compatible with that. But that's just speculation, I wonder if LLMs possibly using leaked sources for training has been looked into. (probably legally difficult as the investigator would have to access the leaked sources too...)
charcircuit 1 days ago [-]
I've implemented several missing features and fixed several compatibility issues in wine using LLMs. It works very well for the use case.
22 hours ago [-]
22 hours ago [-]
Carrett 22 hours ago [-]
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.
cogman10 21 hours ago [-]
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.
Carrett 20 hours ago [-]
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.
nicman23 17 hours ago [-]
pretty good. the only thing i would love is a autohdr kinda thing
breatheoften 1 days ago [-]
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 in effective ways" -- while another part of me thinks "six months from now, you won't ever have to do this or if this is a useful technique the agent will just apply it on its own when relevant" ...
nicman23 17 hours ago [-]
the actually llms are there to be honest. the harnesses need to be a bit better
CachyOS makes also makes a Proton that's similar but different from GE's. There's also Valve's Proton betas, Proton Experimental (which is often updated within days of major releases).
ProtonDB.com is a great resource for finding out which "Proton" works best for a given game.
One of the biggest blockers I remember was that Valve refused to support some of the proprietary video codecs developed by Microsoft that only have a working legal decoder on Windows, but eventually they decided to just show a fallback image if a cutscene couldn't play.
I use Proton-GE a fair bit when running steam games on Linux, usually when something in the normal proton release isn't working
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.
...it's people who need these features and fixes? If you don't need them, then you don't need them, and you don't care about this.
With the addition of this comment, it seems like your commentary here boils down to "Why would I need this fork of this project that solves a specific set of problems that I neither have nor have bothered to understand?".
I do agree that it's reasonable to not waste time learning about problems you don't have, aren't really important if you don't have them, and that you're not interested in learning about, so don't make the mistake of believing that I'm throwing scorn your way.
Perhaps a learning moment for you is, instead of writing these paragraphs you could have just explained more about the project, which other comments have now helpfully done.
HN is a news website, and yeah you can post things that are just interesting - but a link to a repository that is one of several thousand forks of a project needs a little bit more explanation for people to understand why it’s here
Firstly, I did. I linked to the readme that you appeared to have not read.
Secondly, why would I bother learning in-depth information about the project when I don't have need of it? Having said that, I will take a minute to spoonfeed basic information to someone who treats HN as if it were /r/explainlikeimfiveandalsoincapableofbasicresearch. That's easy.
Had you shown any indication that you'd ever read the "Before You Ask" section of "How To Ask Questions The Smart Way", [0] you'd have gotten a different response. You would have also answered your question before you asked it publicly, but that's neither here nor there.
[0] Or a similar section of a similar guide.
> With all of that work done, I am happy to say all of the games listed above now have functional video playback with NO winetricks needed and NO dll overrides needed. No quartz,no dshow, no amstream, no lavfilters, no klite, no rsx3d, no wmp9, no wmp11, etc. -- All the functionality previously needed from those overrides is now patched directly into wine for the listed games that needed them, and the protonfixes that were previously added have now been removed since they are no longer needed.
(The paragraph above is a sarcasm.)
Also not all Wine code is related to reverse engineering.
[0] https://reactos.org/wiki/Audit
“Don't use an LLM tool to generate code. There's no guarantee that the training material of that LLM respects our Clean Room Guidelines, or that its output is compatible with the LGPL.”
--https://gitlab.winehq.org/wine/wine/-/wikis/Clean-Room-Guide...
Not sure using LLMs which have possibly been trained on leaked Windows sources would be compatible with that. But that's just speculation, I wonder if LLMs possibly using leaked sources for training has been looked into. (probably legally difficult as the investigator would have to access the leaked sources too...)
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.
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.
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 in effective ways" -- while another part of me thinks "six months from now, you won't ever have to do this or if this is a useful technique the agent will just apply it on its own when relevant" ...