Half-Life remake Black Mesa has a big upgrade with DXVK 2.3.1, optimizations and bug fixes

Quoting: PyrateI see, though I think that can also be applied to Linux Native ports too, no? whenever they get broken, fixes are usually rare from what I read, I'm asking here because like I said, I'm new and I wouldn't know how native ports went, what I hear nowadays is that the majority of the native builds are broken/worse than if with Proton.

Yes, this does happen. Numerous Linux ports have been completely abandoned, left to rot, or dropped entirely.

At least with Proton, being open source (and based on Wine), the maintained version can continue to be improved upon using it.

Quoting: PyrateRealistically speaking, what could be so bad if Proton became the de-facto Linux support method for all games, including games that would've had Native Linux support if the developers were generous enough? I'm a new Linux user and I've been thinking about this.

There are a few practical issues with WINE/Proton that are more or less unsolvable by design:

- Slower startup times (compare `wine simple_program.exe` with `./simple_program` of a native Linux binary). This is especially the case if the WINE prefix needs to be updated following a WINE update, in which case it can take 10+ seconds.
- Larger file size – a WINE prefix isn't small, especially if you use one prefix per game. WINE updates often tend to dominate in terms of file size compared to other programs (at least if you use system WINE, but it's a similar deal with Proton). I think only LaTeX competes here in terms of large updates in distribution repositories :)

These are not dealbreakers for gaming, but a native port is still ideal when it's well-maintained.


Last edited by Calinou on 16 April 2024 at 4:40 pm UTC

Whoa, may be i will be able to play game i paid for?

Quoting: PyrateAnd if Proton is easier to deal with, what could be the downsides?

Honestly not much but it used to be a bigger pain in the butt until VERY recently. Before, you had to install a game, then select a Proton version, then boot it up, then see what's missing, then use Winetricks to install the missing dependencies, then rinse and repeat until the game finally works. Mind you, this is ignoring the fact that game-breaking bugs could show up mid-session so you'd have to exit the game and find out what the problem was online.

Nowadays, 99% of games work with the latest version of Proton out of the box and the ones that don't are either never intended to work (like multiplayer games with invasive anti-cheat) or listed on ProtonDB with very quick fixes.

Quoting: GuestWhat a disaster. They didn't even consider using dxvk-native.

Ultimately though, even if I have gotten well accustomed to Source games over the years, screw that engine. There's no winning with Linux ports of Source games, nearly all of them have unique issues, and the engine is stuck in the 2000s so hard.

Sure, Valve started fixing up some of their Source-based games on Linux a few years ago, but it doesn't seem that most community projects can leverage the upgrades.

DXVK-Native has since been integrated into mainline DXVK starting in Version 2.0 going forward, developers can port their DX9-DX11 game to DXVK if they want to.

and given selected Valve games (Source, not to be confused with Source 2) now uses DXVK renderer by default (on Steam Deck) instead of ToGL and Black Mesa uses the same (despite being heavily modified) engine, I lowkey expect the Linux build of Black Mesa to operate the same as selected Valve games already does on Linux by now.


Last edited by AL2009man on 16 April 2024 at 8:46 pm UTC

Quoting: Liam DaweAt least with Proton, being open source (and based on Wine), the maintained version can continue to be improved upon using it.

True. So in a sense, there's a potential for better longevity with Proton vs Native, actually. Being open source should mean there's always those who are passionate and skilled who can work to make a game continue to work, that and, you know, Valve, being obligated to keep ensuring whatever they sold on the Steam Deck continues to work.

Quoting: CalinouThere are a few practical issues with WINE/Proton that are more or less unsolvable by design:

- Slower startup times (compare `wine simple_program.exe` with `./simple_program` of a native Linux binary). This is especially the case if the WINE prefix needs to be updated following a WINE update, in which case it can take 10+ seconds.
- Larger file size – a WINE prefix isn't small, especially if you use one prefix per game.

Great points. I never realised that going with Proton means a slower startup, I think it's because it is pretty fast already, but obviously native should launch even faster.

The large file size is definitely an issue, and I suspect it'll become even more prominent over time as I keep downlaoding different version of Proton/Wine. Though I imagine in the future we should reach a point where only one Proton version is needed for virtually everything on Steam. And a select few for edge cases outside of Steam. I wonder if it's also possible to reduce Proton/Wine prefix's filesize too.

Quoting: PyreticHonestly not much

Yeah, I've just been thinking about it and thought it was interesting. "Okay, we're stuck with this "hack" to play our games, what could actually be so bad about it if that's the case?" And so far it doesn't look too bad, which is reassuring.

Quoting: EhvisI think I can count the number of devs that actually fixed something to get it running better (or at all) on proton on one hand.

Rockfish Games being one of them for Everspace 2

Quoting: PyrateThe large file size is definitely an issue, and I suspect it'll become even more prominent over time as I keep downlaoding different version of Proton/Wine. Though I imagine in the future we should reach a point where only one Proton version is needed for virtually everything on Steam. And a select few for edge cases outside of Steam. I wonder if it's also possible to reduce Proton/Wine prefix's filesize too.

I would guess that the new, not enabled by default yet, WoW64 mode in Wine would cut down quite a bit on prefix size, and possibly also on prefix creation time.

There was also some interesting patches for reflink but I'm not sure if that work was ever completed?

Quote"When reflink is supported by the underlying filesystem, new Wine prefix
sizes with Mono and Gecko disabled are reduced to less than 1 MB."

From https://www.winehq.org/pipermail/wine-devel/2021-August/193357.html

Quoting: Corben

Quoting: EhvisI think I can count the number of devs that actually fixed something to get it running better (or at all) on proton on one hand.

Rockfish Games being one of them for Everspace 2

To be honest, that was expected with the pretty good linux support on the first one and the broken promise of a linux port for the second.