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

31–40 of 51 posts

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

#31

Post by shakna »

charcircuit wrote: post #21
worble wrote: post #5

Earlier quoted context omitted.

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.

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.

They might not have been sued, but ReactOS was certainly threatened. There was a large audit to ensure nothing was infringing. [0]

[0] https://reactos.org/wiki/Audit

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

#32

Post by imtringued »

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.

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.

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

#33

Post by dwroberts »

simoncion wrote: post #12
dwroberts wrote: post #10

Earlier quoted context omitted.

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

> 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…

> 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

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

#34

Post by m4rtink »

hackingonempty wrote: post #4
yincrash wrote: post #2

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.

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.

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).

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

#35

Post by m4rtink »

timschmidt wrote: post #29
worble wrote: post #5

Earlier quoted context omitted.

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.

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.)

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

#36

Post by 15155 »

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.)

Is this concept of "LLM tainted" enumerated in a statute or potentially borne out of actual case law somewhere?

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

#39

Post by Carrett »

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.

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

#40

Post by ddtaylor »

ThatMedicIsASpy wrote: post #14
yincrash wrote: post #3

Earlier quoted context omitted.

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 r…

Yeah the big left 4 dead clone (forgot the name) had video playback issues for me.

Back 4 Blood?
Post reply on HN