this post was submitted on 22 Aug 2024
479 points (98.8% liked)

Linux Gaming

15897 readers
1 users here now

Gaming on the GNU/Linux operating system.

Recommended news sources:

Related chat:

Related Communities:

Please be nice to other members. Anyone not being nice will be banned. Keep it fun, respectful and just be awesome to each other.

founded 4 years ago
MODERATORS
 

I recently spent some time with the Framework 13 laptop, evaluating it with the new Intel Core Ultra 7 processor and the AMD Ryzen 7 7480U. It felt like the perfect opportunity to test how a handful of games ran on Windows 11 and Fedora 40. I was genuinely surprised by the results!

...

The Framework 13 is perfectly capable of gaming even with its integrated graphics, provided you’re willing to compromise by lowering the resolution and quality presets for more demanding games. (It’s also a testament to how far AMD’s APUs have come in the past decade.)

Summary of results:

  • Shadow of the Tomb Raider: Linux wins
  • Total War: Warhammer III: Windows wins
  • Cyberpunk 2077: Linux wins
  • Forza Horizon 5: Windows wins

These results are an interesting slice of the Linux vs Windows gaming picture, but certainly not representative of the entire landscape. A few shorts years ago, however, I never would have dreamed I’d be writing an article where even two games on Linux are outperforming their Windows counterparts.

Archived Link

you are viewing a single comment's thread
view the rest of the comments
[–] Avatar_of_Self 30 points 3 months ago* (last edited 3 months ago) (1 children)

It is mostly a translation layer -- WINE is Not an Emulator (WINE). The reason Microsoft 'allows' this is because they have no choice. WINE hasn't broken any laws or violated any copyright or trademarks. Same goes for Proton with DXVK of course.

[–] devilish666 1 points 3 months ago (3 children)

Although i never fully understand how wine works, how WINE doesn't break any lawsuit ? It's clearly mimicking windows itself with windows library (like VC Library, DotNet, DirectX, etc) as add-ons
Now i hope linux community can do the same with Nintendo Emulator or Sony PS emulator without triggering lawsuit

[–] Aceticon 11 points 3 months ago (1 children)

In a highly simplified way:

  • Think of Windows as an electricity provider with their own specially shaped wall socket.
  • Linux is also an electricity provider with a differently shaped wall socket.
  • In this metaphor Wine is just some guys providing an adaptor that makes the electricity of the Linux electricity provider available in a wall socket that has the same shape as the Windows provider's.

Wine isn't breaking Windows copyright because it doesn't copy any of the Windows internals: instead it provides the contact points with the right "shape" for programs which were made to work in Windows to connect to to get their needs fullfilled, and then internally Wine does its own thing which is mainly using the Linux under it to do the heavy lifting.

Mind you, this simplification seriously understates just how complicate it is to implement what was implemented in Wine because the Windows interface is a lot more that just the shape of a wall socket.

[–] [email protected] 6 points 3 months ago

To add to your explanation

  • most people have the specialized Windows plug. Microsoft has invested a lot of money in making sure people ONLY have access to the Windows plug
  • Linux provides the same electricity signal that people need (maybe even better) but since people's Windows plug don't work on Linux's wall socket, they get the impression that Linux doesn't supply electricity.
  • WINE is just the adaptor which people put on their Window's plug. Now it easily fits on the Linux wall socket.
[–] [email protected] 6 points 3 months ago

If I remember correctly, the only thing WINE has "copied" are the function calls and signatures (which are the adaptors as mentioned in the other response). The function implementation is completely original.

[–] [email protected] 2 points 3 months ago* (last edited 3 months ago)

To add a more technical explanation, the main point is about the expectation on how it behaves and not what it really does. To get windows to do something, you read the specification (interface) and make a call against it. Windows interprets your request and does what you wanted. You do not care how it works but just that it works. As a developer, you can also switch to the other side and make your own program that interprets these calls and translates, them for linux.

Legally (I am not a lawyer), the specification is a fair game. The spicy part is how it is done and copying that gets you in trouble.

Of course, this is also extremely simplified since linux and windows differ wildly in many regards. Also a "specification" is often incomplete or the implementaion bleeds into the real world use. This makes it not reliable to look at it alone and so, often the "original" implementation has to be observed on how it behaves.

As a more relatable example, think about websites. On the one hand, it does not matter which browser you use. It "just" has to display the page and act accordingly. On the other side, it does not matter what server sends you the page. It could be a pre-computed static page, served via a proxy server or dynamically generated by any of the different programming languages.

Edit: grammar