Forza Horizon 5 on Linux? Yeah okay fine, Proton Experimental was updated

It would be nice if one day Steam allowed you to addon other store API's like how Lutris works. They could then make it so dependencies install correctly and also fix all the issues with add non-steam game.

Allot of people add their non-steam games to steam in order to run via proton but often it won't work because steam doesn't install any requirements to even get the game running.

Also proton/dxvk is still not 100% launcher friendly. For example there are issues with Tarkov BSG launcher and PlanetSide2, the former appears to need some dotnet foolery which should be solved by Mono but isn't...

ONE DAY!

Quoting: Beamboom

Quoting: NameHereI often see this sort of thing and wonder: are these general fixes to proton that have been missed?

Or is there now a line in proton something like:
if
Age of Empires 4 do these things,
else if
Forza Horizon 5 do these other things

Why are game specific fixes or hacks needed so often?

This has me confused too. People say it's just an API that's not fully implemented, but what are really the odds of this particular game using a part of a given API that NONE of the other hundreds of games, massive complex AAA included, has not used?
It just doesn't make sense to me. It doesn't add up.

As a developer who has worked with the Windows API before I can tell you it is very large.

Outside of the Windows API anyone can create their own DLL(this is just a shared library).

For instance, rust DLLs for Windows have been causing problems for Wine recently as that is a newer Language with its own DLLs.

Then you have different version of Windows with different APIs and this all adds up to a constant moving target of things to implement.

Quoting: GuestI personally don't like the idea of Steam attempting to install additional software. That's what a package manager is for - and if Steam ever attempts to override it, I'll burn it out of my system if I have to. Or am I missing something outside of that? I don't use Lutris, and I'm assuming the dependencies are installable packages rather than grab-another-flatpak type setup.

I think he is talking about windows dependencies that the game has. Using protontricks in case. Lutris use their own scripts.
Not linux libraries, windows packages like vcrun, dotnet, etc.

Quoting: whizseTry grepping the Wine sources for things like "stub", "unimplemented" and "FIXME".

Oh I totally believe there's a *lot* of areas where Wine is lagging behind. It goes without saying, really.

But what are computer games?
It's a program that takes user input, writes a shitload of data to the screen and often utilise the network interface. What goes on from one game to another should in principle be pretty much the same, as far as the system libraries goes? Architecturally the programs should share far more than they diverge from each other. As far as I can understand...!

So what on earth could it be that this game used from a system library that all the other games don't?

I mean, I'm not sitting here claiming or pretending to know or understand more than what I do, I am merely asking based on my very limited experience with software development. It's not like we talk about some exotic hardware peripherals here. And it's hard to understand why it should utilise some fringe windows functionality no others do.

*shrugs*


Last edited by Beamboom on 12 November 2021 at 5:52 pm UTC

Quoting: whizseI'm guessing most of you already knows this, but here's a simplified turn of events for Proton/Wine development that's hopefully not altogether incorrect:

The story of Game.exe

Game.exe is released but crashes on start in Wine. It requires Foo() and Bar() library.dll. Foo and Bar are implemented by someone reading the API documentation from Microsoft. Bar isn't really used by the game so a minimal version is added to fulfil the dependency for the game. The game works.

The sequel Game2.exe is released but crashes on start because it needs the full implementation of Bar. Bar is implemented in Wine, the game works.

An update to Game2.exe is released and crashes on start in Wine. Turns out that Game2.exe now calls Bar with NULL instead of the expected integer value. This is undocumented behaviour but works on Windows, so the behaviour in Wine is changed to match Windows. The game works again.

Game3.exe for Windows 11 is released. It crashes on start in Wine. It requires library2.dll to run. Someone figures out that if the game runs on Windows 10 the older library.dll is used instead, a game specific hack that reports version 10 for Game3.exe is added and the game works.

Now multiply this for all the dlls and functions a game need to run and things get complex fast.

(The movie rights to this original short story have already been acquired by Sony Pictures Entertainment™)

This account underlines for me a major difficulty for Wine: Windows stuff tends to need not just Windows, but stacks of proprietary third-party libraries, which Wine also needs to duplicate.

Quoting: BeamboomIt's a program that takes user input, writes a shitload of data to the screen and often utilise the network interface. What goes on from one game to another should in principle be pretty much the same, as far as the system libraries goes? Architecturally the programs should share far more than they diverge from each other. As far as I can understand...!

So what on earth could it be that this game used from a system library that all the other games don't?

So, from a skim of the changes in git, one of the things Forza 5 needed was Performance Counters. These we're technically not required, but the stubs for the functions was changed to return true instead of false to make the game happy.

I have no idea if the game uses those for error diagnostics, or to adjust performance settings during runtime so the game is actually missing some feature?
https://github.com/ValveSoftware/wine/commit/ed0d3339339b397b305ef218c6dcec46f789101e

Another thing was speech synthesizer support. Again, not fully implemented but stubbed in Wine, and again, no idea if that's something the game actually uses. GPS directions maybe?
https://github.com/ValveSoftware/wine/commit/822c137a52117c03f205ad6b0af71d765983f724

🎵🎵 The APIs themselves keeps on expanding and expanding
In all of the directions they can whizz
As fast as it can be implemented, at the speed of light, I read
Twelve million lines a minute, and that's the fastest speed there is 🎵🎵
(Sorry MP


Last edited by whizse on 12 November 2021 at 9:16 pm UTC

Quoting: Purple Library GuyThis account underlines for me a major difficulty for Wine: Windows stuff tends to need not just Windows, but stacks of proprietary third-party libraries, which Wine also needs to duplicate.

Surely any third-party library will be distributed with the game and not assumed already installed on the given system? It's the underlying layer that is handled by Wine? But it do need to provide the APIs used by those too, of course.


Last edited by Beamboom on 15 November 2021 at 8:26 am UTC