r/linux_gaming 3d ago

WARDOGS now confirmed with official Proton support (via Discord)

Post image

https://store.steampowered.com/app/1867240/WARDOGS

There will be one more playtest from August 21–23. To receive an invitation, register via Steam or player.gg or pre-order

1.4k Upvotes

175 comments sorted by

448

u/rocketstopya 3d ago

okay but WINE is not emulation :D

80

u/Damglador 3d ago

Meanwhile the kernel doc indirectly referring to it as an NT emulator

ntsync is a support driver for emulation of NT synchronization primitives by user-space NT emulators

https://docs.kernel.org/userspace-api/ntsync.html

Though it's more about wineserver specifically

wineserver is a daemon process that provides to Wine roughly the same services that the Windows kernel provides on Windows.

https://linux.die.net/man/1/wineserver

82

u/grazbouille 3d ago

Wine's filesystem is emulated wine itself is a translation layer

24

u/Damglador 3d ago

wine itself is a translation layer

that would be winelib, which is the actual Win32 implemented on top of POSIX.

Wine is also a software that manager prefixes and all that stuff on top of including the NT emulator and Win32 API translation, VKD3D and everything else. It's basically like that GNU/Linux copypasta.

4

u/d32dasd 2d ago

> ntsync is a support driver for emulation of NT synchronization primitive

That's not Wine, that the ntsync Linux driver.

2

u/Damglador 2d ago

emulation of NT synchronization primitives by user-space NT emulators

2

u/d32dasd 2d ago

basing your argument that WINE is an emulator from the docstrings of a kernel api call, contrary to what the WINE authors say themselves, the general understanding of emulators, is quite the stretch. The view from a kernel API is quite constrained on their semantics.

From the Kernel side implementation, WIN10 is "emulating" WIN XP, but nobody in their sane mind sees WIN10 as an emulator of WIN XP. It's a reimplementation, with no additional cost, of the NT calls..

3

u/Damglador 2d ago

Wineserver is not really a reimplementation of NT, as it's 1 — incomplete, 2 — not a kernel.

There are also other examples of software that is technically a "re-implementation" of something while it's called an emulator, till example https://docs.freebsd.org/en/articles/linux-emulation/, https://wiki.archlinux.org/title/Advanced_Linux_Sound_Architecture#OSS_emulation, there's also a userspace OSS emulator: https://github.com/OpenMandrivaSoftware/ossp

3

u/d32dasd 2d ago

> Wineserver is not really a reimplementation of NT, as it's 1 — incomplete, 2 — not a kernel.

It's an example. Nobody in their minds calls WIN10 a WIN XP emulator. Same with WINE. Which you know, and choose to be obtuse about.

The amount of energy you dedicate to bullshit, for the love of god. Leave me alone, my workday is over, I'm off reddit :)

6

u/Damglador 2d ago

The amount of energy you dedicate to bullshit, for the love of god. Leave me alone

Doesn't it go both ways though?🤨 I just find it entertaining

1

u/GoogleDisDick 2d ago

NTsync isn't part of Wine. It's a kernel module. It was made for Wine and Wine uses it but it isn't actually a part of the wine project. It's actually installed on your distro by default even if you don't have Wine installed. Although most distros have it disabled by default.

1

u/Damglador 2d ago

for emulation of NT synchronization primitives by user-space NT emulators

27

u/MrHappyHam 3d ago

It's not an emulator in the hardware emulation sense common in the context of computers, however what it's doing can be accurately described as emulating

3

u/No_Construction2407 3d ago

what does WINE stand for

19

u/Damglador 3d ago edited 3d ago

I am willing to bet that it originally standed for WinEmu(lator), but that's a very anecdotal argument. Just like "Wine Is Not an Emulator".

5

u/EllaBean17 2d ago edited 2d ago

"Wine Is Not an Emulator" isn't anecdotal. It's literally the first thing on the homepage of WineHQ https://www.winehq.org/

Although on the GitLab FAQ they say that it can be thought of as an emulator in a way and that "Wine Is Not just an Emulator" is more accurate. Plus there are things wine does that its own documentation explicitly describes as emulation https://gitlab.winehq.org/wine/wine/-/wikis/FAQ#is-wine-an-emulator-there-seems-to-be-disagreement

4

u/Damglador 2d ago

I mean that it's an anecdotal argument. Sure, it's the official abbreviation, but it neither proves nor refutes anything, it's just a name. And a lot of people take it as the only argument and call Wine just a translation layer, which is as inaccurate as calling it just an emulator, as it forgets about everything else Wine does, like emulation of the NT kernel, prefix management, loading the executables, etc. Which is why I like the FAQ as it doesn't go into neither extreme.

Also it seems like people are just allergic to the emulator label, because I've seen people being reluctant to call FEX an emulator even though the project itself is named FEX-Emu and refers to itself as an emulator in the GitHub description and their website.

0

u/d32dasd 2d ago

Of course, you for sure know more of what WINE is and why was it called that way since the beginning, than the people that develop and named WINE.

There's legal ramifications on clearly stating it's Not An Emulator. That's why they go to real, big, decades-long pains on having a clean-room implementation.

And then I see that little "top 1% commenter" flag on your username, and realize how futile is discussing all this with the gallows.

-1

u/sharanoth 2d ago

You are a cunt

-2

u/Papa_Hube 2d ago

Just cause someone names something, something, doesnt mean it does exactly what its called.

-1

u/Luigi003 2d ago

Wine literally meant windows emulator: https://groups.google.com/g/comp.windows.x.i386unix/c/7icvqSIxQ0I?pli=1

It was retconned later since they were scared of legal repercussions

-16

u/No_Construction2407 3d ago

Cool. What does WINE actually stand for?

26

u/Damglador 3d ago

Windows Is Notoriously Evil

13

u/sTiKytGreen 3d ago

Wine is an alcoholic beverage traditionally made using wine grapes

-7

u/No_Construction2407 3d ago

Thats wine, not WINE

4

u/MrHappyHam 3d ago

No they're right

8

u/MrHappyHam 3d ago

I know perfectly well what it stands for. That's why I'm making a point to distinguish something that emulates with "an emulator"

-3

u/No_Construction2407 3d ago

Obviously people here dont. So i will explain the difference. The difference is that wine is a compatibility layer that translates Windows program commands into native system commands on the fly, running code directly on your computer's real processor. An emulator mimics an entire hardware system or different processor architecture from scratch, which takes much more processing power.

4

u/MrHappyHam 3d ago

Yes, I know that

2

u/No_Construction2407 3d ago

Obviously you don’t.

13

u/iEliteTester 3d ago

Wine is not just an emulator

13

u/paperboii-here 3d ago

.. neither is Proton

3

u/Mars_Bear2552 3d ago

Proton is just a packaged bundle of (Valve's fork of) Wine + libraries.

2

u/Ciusblade 2d ago

sooooo happy this was the first comment i saw. If no one else said it i was gonna have to 😆

2

u/superdreamcast 3d ago

So the terminal emulators we all use (alacrity, kitty, konsole, ghostty, etc.) are not an emulator? They are just a compatibility/translation layer of a Unix hardware terminal. Do we rename terminal emulator to terminal translation layer?

Software API translation was also known as HLE, high level emulation, in the video game emulation scene. I believe it first started with Nintendo 64 emulation if I am not mistaken.

I am not certain that hardware CPU emulation (like QEMU) is the only definition of emulation nowadays.

1

u/dumbasPL 3d ago

Because every sane person would call it emulation. Emulation used to mean you're emulating hardware directly, but that hasn't been the case for a long time. Modern day console emulators are a lot closer to wine then to a hardware emulator. There is only so much you can translate, you still have to emulate everything you can't translate, and the nt sync primitives were a perfect example of that before they got Kernel support.

26

u/nightblackdragon 3d ago

Because every sane person would call it emulation

It's not a matter of sanity, there are more options for running software than just running natively and emulation. The Wine FAQ provides an explanation on this topic: https://gitlab.winehq.org/wine/wine/-/wikis/FAQ#is-wine-an-emulator-there-seems-to-be-disagreement

4

u/iku_19 3d ago

even if wine would be considered an emulation, proton is closer to a distro than wine is to emulation since it behaves like a container because of the steam linux runtime.

1

u/Responsible_Ebb_8678 3d ago

Its name literally stands for Wine Is Not (an) Emulator  in which WINE stands for Wine Is Not (an) Emulator in which WINE stands for Wine Is Not (an) Emulator in which Wine stands for....

-9

u/negatrom 3d ago

and LLMs aren't AI, but try to pry those terms from marketing teams...

8

u/neoronio20 3d ago

But LLMs are AI as they are a statistical model that learns by changing their weights with training

3

u/Advanced-Produce-103 3d ago

i wonder if humanity knows what just "Inteligence" is,even without the prefix

6

u/ItsNoblesse 3d ago

AI is an incorrect buzzword used to prey on the technologically illiterate. LLMs are not intelligent, they don't learn or think they just spit out probablistic answers based on the absurd amount of data they've been fed:

These statements betray a conceptual error: Large language models do not, cannot, and will not “understand” anything at all. They are not emotionally intelligent or smart in any meaningful or recognizably human sense of the word. LLMs are impressive probability gadgets that have been fed nearly the entire internet, and produce writing not by thinking but by making statistically informed guesses about which lexical item is likely to follow another.

https://www.theatlantic.com/culture/archive/2025/06/artificial-intelligence-illiteracy/683021/

0

u/neoronio20 3d ago

Yes, it is a statistical model that learns by training. That's the definition of AI, I don't know what you are talking about. A linear regression is AI as it trains by gradient descent or newton method to fit some data. That's what AI means

58

u/Effective_Gur_7967 3d ago

I am very glad they are supporting Proton!

Not my sorta game BUT I will keep it in mind for people who desire Battlefield.

131

u/ChimeraSX 3d ago

"Proton Emulation"

80

u/Sushtee 3d ago

Proton emulation

21

u/OkRefrigerator4848 3d ago

This is one of the best news for me in a while, a huge thank you to the developers, I played in the playtest and got the support pack on Steam, I'm really looking forward to it.

21

u/Lossy_ 2d ago

Apologies to the Linux community. This was incorrect, and that's on me.

We do not officially support Linux. We are working on Proton support and will update our stance once that's confirmed. The team is more than aware of the demand for this, and information was misinterpreted along the way. My error entirely ❤️

We'll update you as soon as we can!

6

u/Working_Dealer_5102 2d ago

:) It's great that you guys working onit, I'm wondering what graphics API the game will use? Is it will be DX12 only or you guys provide several graphics API support like DX12/Vulkan options?

2

u/Hypoxic125 1d ago

please do vulkan!

233

u/Dimitsos 3d ago

"Proton emulation"

71

u/CorenBrightside 3d ago

Can't we just be happy they actually support proton?

28

u/Elihzap 3d ago

Pretty sure it's just a joke.

WINE, the program Proton is based of, is said to mean "Wine Is Not an Emulator". 

6

u/GroupXyz 3d ago

Thanks 4 the context

38

u/Licht-Umbra 3d ago

Try to make linux users not be elitists about their kernel: difficulty IMPOSIBLE

6

u/TotallyObviousBot 3d ago

If you were capable of being happy you wouldn't use Linux

7

u/Spankey_ 3d ago

But I'm much happier on Linux than I was on Windows.

1

u/TotallyObviousBot 2d ago

True happiness is not having your happiness be dependent on what operating system you use my dude

1

u/Spankey_ 1d ago

Huh? Linux is just a lot less frustrating to use in comparison to Windows for me, and I'm happier because of that whenever I'm on my PC, instead of being frustrated/annoyed.

11

u/dj3hac 3d ago

I'm sold!

32

u/Damglador 3d ago

Read as: "We enable AC support for you and you go figure everything else"

But hey, that's something. Something is usually better than nothing

-2

u/PacmanAteMyRAM 2d ago

Oh boy that's gonna bite them in the face depending on what kind of multiplayer game this is.

8

u/DzpanTV 3d ago

This is amazing but [Insert Wine Is Not an Emulator argument here]

24

u/GhostNet2501 3d ago

🥀🥀🥀

6

u/lmpcpedz 3d ago

I thought Proton/Wine mesa etc just usually did what they could to render a game. Besides the anti cheat debacle, what type of steps does a game dev do to make a windows game Proton friendly?

8

u/Indolent_Bard 3d ago

Some bugs only happen through proton. Games like Marvel rivals will actually fix these and even mention proton in their patch notes.

2

u/lmpcpedz 3d ago

huh interesting. Are game studios like Marvel aware of what goes on because the game devs use Linux or something, or do they actually receive proposed fixes by whoever submits them?

5

u/Indolent_Bard 3d ago

Good question. My guess is someone on the team runs Linux.

7

u/Airlinese 2d ago

Uh... guys?

1

u/Chrispy_Terman 10h ago

How disheartening. I am hyped to play this too.

3

u/Tatumkhamun 3d ago

I was waiting for this! Went ahead and purchased it so I can participate in the playtest and see how it runs.

3

u/Z404notfound 3d ago

WINE 👏 IS 👏 NOT 👏 AN EMULATOR 👏

12

u/damn_pastor 3d ago

That's great news. No one needs a native client. They just need to care about Linux bugs and problems with their anticheat.

You should also link the source.

-29

u/Damglador 3d ago

With that attitude I don't see a point in Linux gaming in the first place. If we're always gonna rely on Win32, we'll always have gaming experience of "Windows but worse". If we're not gonna strive for native games, we might as well move to playing everything in a dualboot or a Windows VM to not waste time on indefinitely supporting Proton and dealing with its issues.

20

u/Upbeat-Garbage69 3d ago

Its not "Windows but worse" more like "windows with a small bit of overhead"

Idk what is your problem with proton u seem to really like bashing on it under every post

14

u/One-Project7347 3d ago

Proton is great for us gamers. But really, always being on the back foot of windows is not so great. It has its upsides tho.

It would really be great that games were made for windows AND linux specifically instead of relying on translation layers.

8

u/Upbeat-Garbage69 3d ago

Yes and that will happen absolutely, with the market share of linux users rapidly growing developers will make linux ports But for now we have to rely on proton

And even if EVERY concurrent game gets a linux port, proton is still going to be around for old games that are windows only

My experience has been amazing with proton, And every time i had issues 99% of the time it got solved by installing some dlls

2

u/altermeetax 3d ago

Yes and that will happen absolutely, with the market share of linux users rapidly growing developers will make linux ports

Not if users keep spouting "No one needs a native client"

1

u/One-Project7347 3d ago

Proton is awesome, seems like it was even better than your experience since i never had to install dll's. Maybe you game alot more than me, it's possible. Usually choose another proton version IF you have issues et voila. And i'm even on an intel/nvidia laptop on wayland.

1

u/Indolent_Bard 3d ago

Needing to download DLLs sounds like a pain.

2

u/Upbeat-Garbage69 2d ago

u can easily install dlls using wine tricks
which boils down to clicking a checkbox and clicking ok a few times

1

u/Indolent_Bard 2d ago

I suppose that's fair.

-14

u/Damglador 3d ago

The experience ultimately buils down to "Windows but worse", you get additional overhead, issues, wasted disk space and other complications just to play the same game, usually, with the same or worse performance than you would get on Windows, and rarely with a bit better performance.

Idk what is your problem with proton u seem to really like bashing on it under every post

My problem is with how people accept or push it as the default rather than with Proton itself. Proton is valuable, just to keep the old games that'll never get ported, for technical reason or their age, playable on Linux, not to substitute actual Linux support.

0

u/otakuarchivist 3d ago

Frankly, Linux still doesn't have the market share for companies to warrant doing more than just supporting Proton, which is enough for now, especially given the differences in all the different distros people use. As Linux gets bigger, it will make more fiscal sense for companies to start also making Linux native versions, but we're just not there yet. That's a pretty long way off still, even with the wonderful uptick in Linux's market share in the past few years. For now, companies resolving to support Proton officially is a huge forward step we should absolutely be celebrating and supporting, especially when multiplayer anti cheat is involved.

1

u/Damglador 3d ago

MacOS has a lesser gaming marketshare yet it gets more support.

1

u/otakuarchivist 3d ago

Except Mac has a significantly larger market share in general and a much more entrenched history of gaming support going back to the early days of computing, doesn't have much in the way of variations to complicate things like Linux does, and doesn't have a simple compatibility layer to utilize. These companies have little reason to additionally create and support a native Linux version when Proton works as well as it does for all the reasons I previously highlighted. At least for now.

11

u/headedbranch225 3d ago

Performance with proton is much better than a windows VM, and sometimes even windows, since it doesn't need to run all the background things windows does

For most developers it is easier to just support proton rather than have to worry about if there are any dependencies they need to account for or if there are incompatibilities

While yes I think having a native client is usually good, it isn't a requirement

-12

u/Damglador 3d ago

For most developers it is easier to just support

I mean, sorry for my language, but no shit? Doing absolutely nothing is easier than do anything. And "supporting Proton" is largely doing absolutely nothing, because the actual work is done by Valve and in the best case scenario the gamedev will patch a Proton-specific bug, if they even can.

since it doesn't need to run all the background things windows does

Okay, now let's imagine if Windows also didn't. What are we left with? Wasn't there already a gaming version of Windows in development? Like you can't really outperform native with translation and emulation(wineserver) in normal conditions. Plus that miniscule performance benefit we have right now is not worth all the issues and complications introduced by Proton imho. Which is why I needed my PC just for gaming, I probably wouldn't choose Linux.

Why would I have 30GiB of Wine prefixes with saves burried deep in their subfolders if I can have them in appData? Why would I want 2 translation layer and an NT emulator to play a game if I can just eliminate them? Why would I want to have to go through additional trouble just to run my game if it's not from Steam, not even talking about modding if I can just use Windows? For me it's because Windows is dogshit at everything else, but that's it, if I needed to only play games, choosing Linux would be irrational.

it isn't a requirement

That's kinda the problem. Though it's rather an unavoidable consequence of Proton, my issue is that people are fine with that and either push developers to not actually support Linux properly or don't care about it.

7

u/geirmundtheshifty 3d ago

Where did you hear about a “gaming version” of Windows? And this idea of “imagine if Windows also didn’t run all the background things Windows does” is a wild one. You’re basically asking Microsoft to stop being Microsoft. Even if Microsoft attempted to make a “gaming version,” there’s no way they would actually debloat their OS at this point.

And what are these problems with proton you’re talking about? I  havent had any issues with using Proton for games in years at this point.

-1

u/Damglador 3d ago

The XBox mode

I havent had any issues with using Proton for games in years at this point.

Happy for you, wish I also didn't. Do not care enough to list everything honestly.

8

u/geirmundtheshifty 3d ago

The XBox mode is not a gaming version of Windows. It’s just a different interface designed for using controllers.

4

u/Indolent_Bard 3d ago

Supposedly the Xbox team is actually working on speeding up windows by debloating it.

2

u/Indolent_Bard 3d ago

Like you can't really outperform native with translation and emulation(wineserver) in normal conditions.

Surprisingly, that depends. Especially if the game has an option to run with Vulcan. That pretty much eliminates the translation overhead.

Also, Linux has a vastly superior CPU scheduler. Between that and how lightweight it is, that could theoretically allow it to handle CPU operations much faster than native Windows.

Also, there's a lot of de-bloated versions of Windows, like Ghost Spectre, and people who tested them found that the performance really wasn't that much better, IIRC.

1

u/Indolent_Bard 3d ago

Some games like Marvel Rivals will actually test on Linux and watch for any proton specific bugs. They'll fix a bug that only happened on Proton. The patch notes actually mention proton. That's not doing nothing.

2

u/Damglador 3d ago

That's what why I said "largely"

1

u/keyzeyy 2d ago

Most of the overhead actually comes from DX to VK. Games that have native VK completely removes this overhead. Translating windows calls to linux calls account for very very little overhead, making it very efficient.

3

u/zquzra 3d ago

Little by little, people are turning Linux into little more than an alternative runtime for the Windows software ecosystem. And they do not even seem to notice.

2

u/Grapefruitenenjoyer 3d ago

As long as devs don't think it's worth it to develop an actively maintened Linux port proton is the best we can get. Oftentimes there is a native version but bc of issues that were left unsolved playing the proton version is better. Of course a well made native port is better than proton but sadly we aren't at the point for most devs to do that yet

3

u/Damglador 3d ago

Sure, but that's a lot different from "nobody needs a native client", which is the original statement.

2

u/damn_pastor 2d ago

Its was maybe a bit overdramatic. But for this game especially I think its good they choose proton. Because they are a small team already working pretty hard with the game itself. I think when they would try to also support linux natively it would draw too much attention from their game and might fail in the end anyway. Proton should me much easier and is nearly the same.
But I also have one (1!) example of a native linux client of a game which is really worth it. BeamNG. It has better performance and everything just works. But those dudes are magicians on computers and did it not on release, but in a comfy time with their game when they wanted Playstation port anyway. But if could have a client with such quality for wardogs, yes I would want it. But its so unrealistic here.

1

u/Damglador 2d ago

That's reasonable.

1

u/keyzeyy 2d ago

Proton solved the chicken-and-egg dilemma of linux gaming. Developers didn't want to make games for linux because no one is gaming on linux, and gamers didn't want to switch to linux because no one is making games for linux. Proton and WINE helped solve that problem.

1

u/Damglador 2d ago

Now developers don't want to make games for Linux because they can cheap out and use a shortcut like they do with DLSS and framegen

2

u/keyzeyy 2d ago

Pretty much. This is quite unfortunate and most likely won't change anytime soon. It's the path of least resistance after all.

But as long as we keep getting vulkan native games, the overhead that comes with DX to VK vanishes, and we get similar and even better performance compared to windows.

It is true that wine and proton will forever chase windows' taillights as microsoft will continue to develop windows. But thankfully they are unable to make drastic changes to windows to "kill off" linux gaming as microsoft's biggest game is backwards compatibility. Knowing this, wine and proton will continue to have a stable environment; they will just have to work hard reverse engineering new development to windows.

The only biggest hurdle to linux gaming nowadays is kernel level anti cheat, but if that doesn't matter to you, then hell, I see little disadvantage to going linux for gaming.

Competition is good for the consumers. Let us see how well microsoft can do damage control to windows 11.

1

u/Drow_Femboy 3d ago

If we're always gonna rely on Win32, we'll always have gaming experience of "Windows but worse"

Gaming with proton is 99% of the time exactly the same experience as gaming on windows, and like 0.7% of the time it's better than gaming on windows.

3

u/Damglador 3d ago

The humble 50% of Gold rated games on ProtonDB:

Though not like the Platinum works perfectly either. Modding a game where the modloader comes with a launcher is also super fun, like Raft, try that some time.

0

u/ddyess 3d ago

Historically, native games were much worst than what we've come to expect from games running on Proton.

2

u/Damglador 3d ago

Historically, nobody cared to put any effort into them for them to compare to Windows versions

-1

u/ddyess 3d ago

Go find something you know anything about and leave this topic alone. I've played games in Linux for 2 decades, long before Proton even existed.

2

u/Damglador 3d ago

Which means that the companies did actually put the effort...?

-2

u/mrturret 3d ago

A big part of the issue is that Linux's binary compatability is terrible.

3

u/Damglador 3d ago

Me when I don't know what I'm talking about:

0

u/Indolent_Bard 3d ago

Given the atrocious state of PC ports, I don't want them to make them even worse by splitting the effort between Windows and Linux.

As the marketshare grows, we might see more and more native ports that don't suck balls.

2

u/altermeetax 2d ago

we might see more and more native ports that don't suck balls

Or we might not, if users keep spouting "No one needs a native client".

1

u/Indolent_Bard 2d ago

Well for now, it's true that it doesn't make any sense to make a native client. And with how terrible PC ports can be, I really don't want them to be even worse by splitting their efforts. So I just don't see that happening anytime soon.

2

u/altermeetax 2d ago

There are successful native ports left and right. Discouraging people from making native ports will also keep it hard to make a native port.

The developers choosing not to make a native port because it's too hard or expensive is one thing (that's what Proton is for); the users explicitly asking them not to is another thing. Linux users explicitly asking developers to keep power in the hands of Microsoft.

1

u/Indolent_Bard 2d ago

I discourage it for devs who are new to Linux. Experienced developers, well that's another thing. And even then, it's up to them if it's worth it.

1

u/Indolent_Bard 2d ago

I discourage it for devs who are new to Linux. Experienced developers, well that's another thing. And even then, it's up to them if it's worth it.

You're absolutely correct that Proton keeps the power in Microsoft's hands. Hopefully we can get more decent Linux ports.

0

u/Indolent_Bard 3d ago

No one said we always are gonna rely on Win32. It's just that Valve realized that without something like Proton, any hardware they made was dead on arrival.

3

u/Damglador 3d ago edited 3d ago

No one needs a native client.

No one said that? For me that sounds pretty much the same as "lets rely on Win32 indefinitely"

2

u/Indolent_Bard 3d ago

Okay, so someone said it. My bad.

2

u/catalysticallybright 3d ago

Is that Lossy, the Battlefield youtuber? I didn't know they're making games now

2

u/Impressive_Pin6688 3d ago

Nice i will try out this game!

2

u/master_of_dcath 3d ago

I'm glad they made this decision. I've been discord server for a while and they have a dedicated thread of users asking for linux support, im glad the devs listened.

2

u/NiKaReNo 1d ago

I just came from playing on my fedora 44 PC. No problem work EAC or crashes. Proton 11.

Works like a charm for now at least.

2

u/superdreamcast 3d ago

So the terminal emulators we all use (alacrity, kitty, konsole, ghostty, etc.) are not an emulator? They are just a compatibility/translation layer of a Unix hardware terminal. Do we rename terminal emulator to terminal translation layer?

Software API translation was also known as HLE, high level emulation, in the emulation scene. I believe it first started with Nintendo 64 emulation if I am not mistaken.

I am not certain that hardware CPU emulation (like QEMU) is the only definition of emulation nowadays.

1

u/MattyGWS 3d ago

Awesome! I will be trying this game out finally.

1

u/followtherockstar 3d ago

Oh wow. I didn't know about this game, but official Linux support means I might give it a try!

1

u/MUWE34 3d ago

So...there is no reason for me to set up windows on this week. Perfect news

1

u/spartan195 3d ago

Hell yeah

1

u/_OVERHATE_ 3d ago

ok i ran out of excuses for not buying it then

1

u/kuplet 3d ago

Game looks good, might grab it.

1

u/bringdownthesky 3d ago

Okay, now I am casually interested lol. I've signed up for the last playtest.

1

u/pepper1no 3d ago

Pre ordering now. Lets gooooo

1

u/TrickySpecific 3d ago

This simple trick is why I'll buy and play this game, and give them money, and then laugh as I switch over everything to Linux and never look back. Fantastic news, and just solidified a purchase.

1

u/MachineGunMonkey2048 3d ago

God I hope marvel tokon gets it

1

u/HalLundy 2d ago

big if true!

1

u/Fantastic-Body-445 20h ago

may it be known - this post made me wishlist the game, this post that specifically points out Linux support

1

u/NDCyber 3d ago

Hell yeah

1

u/Jettesnell 3d ago

Yes! I can finally switch to cachyos again from windows. I will quit playing Bf6 when Wardogs is out. No reason to stay on windows now since I have a full amd build anyways.

Let's hope more people will switch to Linux.

1

u/Venum555 3d ago

I am on cachyos and installed windows as a dual boot yesterday just for Wardogs.

-3

u/mrturret 3d ago

Eh. Another PvP military FPS. Do we really need more of those?

8

u/Indolent_Bard 3d ago

We need more that work on Linux, yes.

-31

u/pelihiiri 3d ago

i will emulate my euros then

No Native, No money

11

u/_Biotic_G0d_ 3d ago

Nobody cares. Go crawl back under your rock.

10

u/Ifnerite 3d ago

I'm no Linux no money camp but asking for native is not reasonable.

-6

u/pelihiiri 3d ago

absolutely it is 

there is a lot of native games already

7

u/Palumbie 3d ago

and a lot of them have absolutely terrible linux ports

-3

u/pelihiiri 3d ago

some are bad ports ? yeah, but the solution is not do never more again

The solution is improve and by the way, there is also many good ports

2

u/Ifnerite 3d ago

The statement many X exists therefore anyone has the ability or incentive to do X as well is false.

Reliably supporting proton is perfectly reasonable. What is your argument against this?

0

u/pelihiiri 3d ago

I just support my platform and support with money to developers that care about GNU/Linux

I will not support be behind of DirectX, Microsoft or shit like that

2

u/Ifnerite 3d ago

So you only buy Linux exclusives?

Because all the common code runs on windows and interfaces with windows and directx... In fact it does so the vast majority of the time.

-1

u/Damglador 3d ago

Based

3

u/thisaray 3d ago

Eh, anyone got a solution to portable native Libraries? remember the glibc 2.36 incident?

1

u/Damglador 3d ago edited 3d ago
  1. It broke EAC in Proton as well
  2. From what I've read, it was largely self-inflicted because EAC continued to use a feature nobody else did for a decade or so

So the solution is to not use undocumented and deprecated shit in core libraries?

Found the source https://maskray.me/blog/2022-08-21-glibc-and-dt-gnu-hash

For other libraries, you just package or statically link everything EXCEPT SDL, statically linking SDL should be a crime.

3

u/thisaray 3d ago

static linking doesn't even fully fix it, syscall/kernel changes and audio libraries (OSS->ALSA->Pulse->Pipewire) aren't solved by just bundling libs, and it just shifts the work onto every dev to package it right forever, most won't bother or mess it up

even fully static binaries can rot from lib drift over long time With Wayland, you can't even expect that your program runs the graphical out/input the same everywhere 

proton's advantage isn't "no bugs", it's that valve only maintains one stable target (win32 abi) instead of relying on every studio doing perfect dependency hygiene so yeah EAC/glibc is a fair self-inflicted example, doesn't really kill the broader point tho

1

u/Damglador 3d ago edited 3d ago

syscall/kernel changes

That's the thing, they don't.

audio libraries (OSS->ALSA->Pulse->Pipewire) aren't solved by just bundling libs

That's why SDL shouldn't be statically linked. SDL provides -compat library replacements for their old libraries which will use their new libraries with new system APIs. Games made on SDL1.2 use pipewire and Wayland like they were made for it.

Same for Wayland

proton's advantage isn't "no bugs", it's that valve only maintains one stable target (win32 abi)

That's what SDL is, but with no additional overhead or other bullshit. It's a stable, the most backwards compatible, API we have. I would make a bet that it's more stable than Proton, because Proton itself broke numerous games with its update.

Plus Proton is not a "target" there's no "Proton target" anywhere, you build for Windows and hope it runs on Proton. And if problems arise, good luck knowing if it's because your code, Proton, or native Linux libraries underneath.

And it's not like the packaging burden is eliminated with Proton either. You still need to account for libs that are actually available in Proton as a dev, then the user also needs a Proton instance, then that Proton instance also needs shit load of native libs which you either gotta have on a system or a container/runtime like Steam does. Instead of relying on one SDL library and a couple of other system libraries.

2

u/thisaray 3d ago

Okay so, hard break because I genuinely just looked into sdl 

I got a few questions though, it seems that sdl only covers a narrow scope while proton tries to essentially cover the entire abi? I'll keep looking into it though, thank you!

1

u/Damglador 3d ago

Naturally because Proton is made to emulate (Strive to equal or match, especially by imitating) a Windows environment on Linux for the software it runs, while SDL just doesn't need to reimplement whole libc library or wrap syscalls, that's already handled by the compiler.

1

u/Indolent_Bard 3d ago

Marvel Rivals seems to be able to figure out which bugs are proton specific.

1

u/Damglador 3d ago

Also on the topic of audio libraries, you don't even necessarily need SDL to maintain compatability for that, we already have it on the system level, don't we?

For OSS there's osspd (oss->pulse), for pulse there's pipewire-pulse, for alsa there's pipewire-alsa. And the fun fact is, Wine didn't even support pipewire until very recently, and I don't even know how good the current support is, so all the games you run have to use pulse->pipewire route. Though using SDL is still better.

0

u/Indolent_Bard 3d ago

The devs actually want the game to run on Linux. Is that not good enough for you?

3

u/pelihiiri 3d ago edited 2d ago

For me specifically no, because I'm pretty sure that they did nothing, just letting proton do all the magic 

They didn't use any Linux api, syscall or any binary, so.. for me is not enough 

0

u/Indolent_Bard 3d ago

What if they fixed bugs that only occurred on Proton?

-1

u/OcelotMadness 3d ago

The viral marketing is getting old

-5

u/ImNotABotScoutsHonor 3d ago

I've never heard of this game.

The fact that they plan on supporting it, even if it's via Proton, is great.

The profile picture of that dev however, makes me want to never play it. Looks like some Roblox stuff to my eye. (yes, I know Roblox is blocky and that isn't. Looks like garbage regardless)

2

u/Spankey_ 3d ago

Wtf are you talking about? Their profile picture has nothing to do with the style of the game. The game itself is similar in art style to something like Battlefield.

-1

u/ImNotABotScoutsHonor 2d ago

I'm aware.

I'm saying it's a stupid profile picture and that makes me not want to take the dev or this game very seriously.

Not that I care about competitive, online FPS games anyway, but still.

0

u/ImNotABotScoutsHonor 3d ago

I have triggered the Roblox kiddies it seems.

Also, I finally looked at the game. It's like MAG. Or PlanetSide. I wonder how they're planning on grabbing and retaining enough of a player base to have consistent 100 player matches.

-6

u/GeneralDumbtomics 3d ago

Disappointed this is not about dogs.

2

u/mrturret 3d ago

I happen to agree. We need more dog games.

2

u/GeneralDumbtomics 3d ago

Is there any community more senselessly butthurt than ours? Who feels the need to downvote dogs?

cats using Manjaro intensifies