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.
> 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.
“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" ...