Join us on our own very special Reddit: /r/Linuxers

Metro Exodus is still planned to release for Linux and macOS

By - | Views: 24,917

4A Games have confirmed in an official 10th anniversary update post today that Metro Exodus is still going to release for Linux and macOS as well.

They gave a small overview in the post about what's been going on like celebrating the first release of Metro 2033 which arrived back in March 2010. Not only that, they recently got acquired by Embracer Group who also control Koch Media, Saber Interactive, THQ Nordic and others. Specifically, 4A Games are now an independently run subsidiary of Saber Interactive.

For people waiting on official Linux support for Metro Exodus, there's good news. While it has been confirmed for a while now, they have been somewhat quiet on it. When mentioning about bringing it to the latest consoles with the Xbox Series X and the PlayStation 5 they also said this:

Aside from these enhanced versions for Gen 9, we recently brought Metro Exodus to more players through Amazon’s ‘Luna’ streaming service; and we’re also working on dedicated Linux* and Mac versions of the game. We’ll share more information about these closer to release.

*Emphasis ours.

Also confirmed is a new Metro game that is officially under development. They're not sharing anything on that, other than it being built for all modern tech as it's targeting PCs and the latest consoles. 4A also confirmed their commitment to "delivering a great story driven single player experience". On top of that, with Saber's help they're exploring a proper multiplayer Metro title but it's not clear if it will be part of the next Metro game or a title by itself.

Article taken from GamingOnLinux.com.
Tags: FPS, Steam, Upcoming | Apps: Metro Exodus
46 Likes, Who?
We do often include affiliate links to earn us some pennies. We are currently affiliated with GOG, Humble Store and Paradox Interactive. See more here.
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly.
See more from me
114 comments
Page: «9/12»
  Go to:

slaapliedje 26 Nov, 2020
View PC info
  • Supporter Plus
Quoting: scaineMan, this is like the The Witcher 2 argument all over again. My personal view is that whatever is under the hood is largely irrelevant, provided it performs reasonably. That's a vague term, and dependent on your hardware, sure, but "native" for me is nothing to do with wine, dxvk, togl, indirectx or whatever is doing the translation. It's whether the developer is willing to put a Linux logo on the store front.

As for Wine Is Not an Emulator? It amazes me people still care about this recursive "joke" and the distinction it implies. It runs Windows software in Linux, with a performance hit. Who cares if it's actually a re-implementation of the underlying windows system calls? As Alm888 notes, if it looks like a duck, walks like a duck... we may as well call it a duck. No-one who isn't a pretty hard-core Linux nerd will care about whatever that distinction means in real terms.
You also probably think FPGA implementations are emulators? :p

My favorite recursive acronym was MiNT, which initially stood for MiNT is Not TOS. Atari couldn't come up with their own mutitasking thing so snagged that and called it MiNT is Now TOS.

There is NO inherent performance hit with Wine. It is simply a matter of whether or not the APIs are are implemented correctly and they translate well to a performant equivalent in Linux. This is why somethings are faster and other things are slower. This is also why it is strictly NOT emulation. So you are calling a moose a duck just because it can quack.
x_wing 26 Nov, 2020
Quoting: Alm888But what really irks me is that one can bash a Winelib-port (totally a full-fledged ELF executable) and go as far as accusing WINE to be an emulation, while at the same time praising a DXVK-wrapped port.

Apparently, WINE has a bad reputation here and even mentioning WINE is considered an insult (despite official support from the devs), while DXVK is perceived to be a god-sent for Linux games. So, even comparing usage of DXVK to WINE-wrapping is considered blasphemous by some.

If (when) the game is released with official Linux support, IMO it should not matter what technique was used as long as the quality is reasonably high.

And I completely agree with the last part you mention. But still, I also think that creating an specific build environment to get the game into our platform (i.e. working with native dependencies and a compiler for our platform) gives an extra value to their work as this means that game developers get away from their Windows building cage they usually live in.

BTW, I don't think that Wine is blasphemous, I just appreciate more one work than the other.
scaine 26 Nov, 2020
View PC info
  • Contributing Editor
  • Supporter Plus
Quoting: slaapliedje
Quoting: scaineMan, this is like the The Witcher 2 argument all over again. My personal view is that whatever is under the hood is largely irrelevant, provided it performs reasonably. That's a vague term, and dependent on your hardware, sure, but "native" for me is nothing to do with wine, dxvk, togl, indirectx or whatever is doing the translation. It's whether the developer is willing to put a Linux logo on the store front.

As for Wine Is Not an Emulator? It amazes me people still care about this recursive "joke" and the distinction it implies. It runs Windows software in Linux, with a performance hit. Who cares if it's actually a re-implementation of the underlying windows system calls? As Alm888 notes, if it looks like a duck, walks like a duck... we may as well call it a duck. No-one who isn't a pretty hard-core Linux nerd will care about whatever that distinction means in real terms.
You also probably think FPGA implementations are emulators? :p

My favorite recursive acronym was MiNT, which initially stood for MiNT is Not TOS. Atari couldn't come up with their own mutitasking thing so snagged that and called it MiNT is Now TOS.

There is NO inherent performance hit with Wine. It is simply a matter of whether or not the APIs are are implemented correctly and they translate well to a performant equivalent in Linux. This is why somethings are faster and other things are slower. This is also why it is strictly NOT emulation. So you are calling a moose a duck just because it can quack.

Yep. And, like, five people care about that distinction. Or fifteen. Hell, let's make it a couple of hundred. Ar we happy now? It's irrelevant!
slaapliedje 27 Nov, 2020
View PC info
  • Supporter Plus
Quoting: scaine
Quoting: slaapliedje
Quoting: scaineMan, this is like the The Witcher 2 argument all over again. My personal view is that whatever is under the hood is largely irrelevant, provided it performs reasonably. That's a vague term, and dependent on your hardware, sure, but "native" for me is nothing to do with wine, dxvk, togl, indirectx or whatever is doing the translation. It's whether the developer is willing to put a Linux logo on the store front.

As for Wine Is Not an Emulator? It amazes me people still care about this recursive "joke" and the distinction it implies. It runs Windows software in Linux, with a performance hit. Who cares if it's actually a re-implementation of the underlying windows system calls? As Alm888 notes, if it looks like a duck, walks like a duck... we may as well call it a duck. No-one who isn't a pretty hard-core Linux nerd will care about whatever that distinction means in real terms.
You also probably think FPGA implementations are emulators? :p

My favorite recursive acronym was MiNT, which initially stood for MiNT is Not TOS. Atari couldn't come up with their own mutitasking thing so snagged that and called it MiNT is Now TOS.

There is NO inherent performance hit with Wine. It is simply a matter of whether or not the APIs are are implemented correctly and they translate well to a performant equivalent in Linux. This is why somethings are faster and other things are slower. This is also why it is strictly NOT emulation. So you are calling a moose a duck just because it can quack.

Yep. And, like, five people care about that distinction. Or fifteen. Hell, let's make it a couple of hundred. Ar we happy now? It's irrelevant!
There is a thing called latency and it is real. People who use things such as the MiSTer can pretty much tell right away the differences to the Raspberry Pi. So just because you don't care, does not mean others do not.


Last edited by slaapliedje on 28 November 2020 at 3:46 pm UTC
Rooster 27 Nov, 2020
Quoting: scaine
Quoting: slaapliedje
Quoting: scaineMan, this is like the The Witcher 2 argument all over again. My personal view is that whatever is under the hood is largely irrelevant, provided it performs reasonably. That's a vague term, and dependent on your hardware, sure, but "native" for me is nothing to do with wine, dxvk, togl, indirectx or whatever is doing the translation. It's whether the developer is willing to put a Linux logo on the store front.

As for Wine Is Not an Emulator? It amazes me people still care about this recursive "joke" and the distinction it implies. It runs Windows software in Linux, with a performance hit. Who cares if it's actually a re-implementation of the underlying windows system calls? As Alm888 notes, if it looks like a duck, walks like a duck... we may as well call it a duck. No-one who isn't a pretty hard-core Linux nerd will care about whatever that distinction means in real terms.
You also probably think FPGA implementations are emulators? :p

My favorite recursive acronym was MiNT, which initially stood for MiNT is Not TOS. Atari couldn't come up with their own mutitasking thing so snagged that and called it MiNT is Now TOS.

There is NO inherent performance hit with Wine. It is simply a matter of whether or not the APIs are are implemented correctly and they translate well to a performant equivalent in Linux. This is why somethings are faster and other things are slower. This is also why it is strictly NOT emulation. So you are calling a moose a duck just because it can quack.

Yep. And, like, five people care about that distinction. Or fifteen. Hell, let's make it a couple of hundred. Ar we happy now? It's irrelevant!

I care and I'm a rooster, so that counts for 10000000000000000 people.

On a serious note, the people behind Wine literally put Wine is not an emulator in the name, to prevent people from calling it an emulator. Because it is simply not an emulator. Yet you have people still calling it an emulator. Calling WINE an emulator is not far from calling DXVK an emulator.
Shmerl 27 Nov, 2020
"Wine is not an emulator" is a half joke. Not only Wine emulates Windows, it can even emulate x86 on ARM (hardware emulation for the win!) to run Windows programs on Android for example. So not sure what's the point to waste time on arguing about it.


Last edited by Shmerl on 27 November 2020 at 7:32 am UTC
Rooster 27 Nov, 2020
Quoting: Shmerl"Wine is not an emulator" is a half joke. Not only Wine emulates Windows, it can even emulate x86 on ARM (hardware emulation for the win!) to run Windows programs on Android for example. So not sure what's the point to waste time on arguing about it.

It doesn't emulate Windows. It translates Windows system calls into POSIX-compliant system calls.

The point for end user is this:

Emulator - always a significant performance decrease when compared to the real thing
Wine - Usually the performance decrease when compared to the real thing is insignificant, sometimes even non-existent.
Shmerl 27 Nov, 2020
Quoting: RoosterIt doesn't emulate Windows. It translates Windows system calls into POSIX-compliant system calls.

Which I have no problem calling emulating Windows API.

https://en.wiktionary.org/wiki/emulation
https://www.merriam-webster.com/dictionary/emulation
https://www.thesaurus.com/browse/emulation

Your expectation that the word emulation has a narrow meaning of hardware emulation is unfounded.


Last edited by Shmerl on 27 November 2020 at 7:56 am UTC
Rooster 27 Nov, 2020
Quoting: Shmerl
Quoting: RoosterIt doesn't emulate Windows. It translates Windows system calls into POSIX-compliant system calls.

Which I have no problem calling emulating Windows API.

https://en.wiktionary.org/wiki/emulation
https://www.merriam-webster.com/dictionary/emulation
https://www.thesaurus.com/browse/emulation

Your expectation that the word emulation has a narrow meaning of hardware emulation is unfounded.

https://www.tutorialspoint.com/what-are-system-calls-in-operating-system

Look at the table on this website. That's Wine in its simplest, very simplified form. All you need to do is slap one function which calls the Linux equivalent whenever there is a Windows system call in the code. Would you call that an emulation?
Shmerl 27 Nov, 2020
Sure. I'd call it emulation. Synonym - copy, imitate, mimic, behave like.

Wine tries to behave like Windows (copies Windows behavior for the program). It does that translating the calls sure, but it still copies Windows behavior = emulates Windows.


Last edited by Shmerl on 27 November 2020 at 8:22 am UTC
While you're here, please consider supporting GamingOnLinux on:

Patreon, Liberapay or PayPal Donation.

We have no adverts, no paywalls, no timed exclusive articles. Just good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Login / Register

Or login with...
Sign in with Steam Sign in with Twitter Sign in with Google
Social logins require cookies to stay logged in.

Livestreams & Videos
Community Livestreams
Latest Forum Posts