Quoting: DamonLinuxPLAlso, looks like that version of Half Life is a fully native Linux build. So no longer toGL.

GoldSrc has had native OpenGL support for a long time (also in the Windows port where it was the only hardware-accelerated option after SteamPipe), so it never used ToGL like Source 1 did.

This recent update does bring software rendering to Linux, which is welcome even though it doesn't look that different from OpenGL with texture filtering disabled (you do get some vertex wobbling that depends on screen resolution, and no viewmodel if the FOV is non-default).

View this comment - View article - View full comments

Quoting: JustinWoodUnrelated, but I'm curious as to why this mod doesn't touch MGS1. Couldn't find anything on the Github specifying why it wasn't touched up.

MGS1 in the Master Collection runs via PS1 emulation. It's not a native PC port like MGS2 and MGS3. It's why it has these wobbly polygons :)

For MGS1, the best ways to run it are the PS1 version via DuckStation or the community-modded PC version. With modern emulation or PC patches in place, I'd say the PS1 version is slightly better overall, but the PC version has some exclusive features like weapon hotkeys if you play with a keyboard.

View this comment - View article - View full comments

Quoting: Liam DaweIt's not a question of saves, that's the point of Steam Cloud. But syncing settings? That's a no.

I'd say the correct approach is to have separate configuration files for preferences (should be synchronized) and system settings (shouldn't be synchronized). Preferences are things like HUD configuration or gameplay options, while system settings are graphical, audio or input options.

This can be a lot of work to implement in some engines (especially if relying on a premade settings mehnu asset) so I understand why most studios don't bother though.

Funnily enough, Unreal Engine 1-2 came pretty close to realizing this ideal 20+ years ago with its `User.ini` and `System.ini` configuration files, though the separation is kind of blurry in practice.

View this comment - View article - View full comments

Quoting: Pecisk"Fixed Old School Runescape and other games on systems with 128+ virtual cores."

Hahaha, what. This sounds so strange bug that I have to know what weirdness this causes and how you can have so many cores.

There's an xkcd for it™:

View this comment - View article - View full comments

Quoting: sonic2kkWhile I absolutely agree with you that they need more people who can merge, two people at least can merge PRs: Yuri Sizov and Rémi Verschelde. Juan Linietsky likely can also merge PRs, as I believe Rémi and Juan were the main folks behind Godot originally. However I don't think others can, though there are other core reviewers (Hugo Locurcio, Clay John, KoBeWi, A Thousand Ships).

Pressing the merge button isn't the most important part of the work. (In some projects like Rust, most merges are handled by a bot.)

The majority of the work is reviewing and testing a pull request, which takes a while for any nontrivial pull request (especially when you need a real world project to test it).

Reviewing PRs is something anyone can do, even if you're not an existing contributor. GitHub's features are designed around this – you don't have to be an organization member or a prior contributor to leave a review, although it will be displayed as "non-binding". These non-binding reviews are still valuable to us (as long as you don't just press Approve without writing a description :)).

We have a website that references pull requests that need a review: https://godotengine.github.io/godot-team-reports/

Many PRs are also in limbo not because of the implementation, but because we don't know how much the feature is needed. This is usually due to the PR lacking a proposal, or the proposal not seeing much activity. New features in particular need to have significant community demand before they can be merged.

View this comment - View article - View full comments

Quoting: SalvatosIt’s sad but true: when you accept everybody’s help, sometimes you’ll get contributions that aren’t really as helpful ;)

Unfortunately, translation platforms like Weblate generally lack a way to organize translators in a way that they are always reachable. You could have a separate chat platform, but this isn't the best way to ensure contributors are reachable even years after they've contributed to the project.

View this comment - View article - View full comments

Quoting: artixbtwLinux version on day one, let's go!

Sad to see CS:GO being completely replaced this time rather than being a separate game, though. Just imagine all the community servers having close to no players now...

There's a CS:GO demo viewer branch which should remain usable to connect to community servers (via `/connect` commands). I suppose people will be developing web-based server browsers eventually.

View this comment - View article - View full comments

Quoting: artixbtwPerhaps I should clear that backlog first, eh?

Any game in your backlog is 100% off, as long as you already have it :)

View this comment - View article - View full comments

Quoting: legluondunetDo they plan to support "StarWars - Episode 1 racer" because this game is a pain in the ### to play on Linux.
You can play this game it with wine but there are annoying bugs and no multiplayer.

Support is planned at some point, according to the developer: https://www.reddit.com/r/emulation/comments/167mp7r/dreamm_21_released_for_windows_macos_and_linux/jyzwfdp/

Quoting: spacemonkeyDoes this do any enhancement? Because I can confirm that the Steam version of Star Wars: Jedi Knight: Dark Forces II already runs great on Steam Deck (only the menu's are 2 fps for some reason)

To play with enhancements, I would recommend https://github.com/shinyquagsire23/OpenJKDF2 personally. I've used it to play the full game and it's quite a nice experience.

View this comment - View article - View full comments

There's also the Phantom Edition, but it doesn't have native Linux support and source code isn't available. It apparently runs great in WINE though.

View this comment - View article - View full comments