Quoting: sub

Quoting: Mohandevir

Quoting: sub

Quoting: GuestI guess I should point out that Valve have never said anything they do is intended to lead to more native ports. Quite the opposite actually - they've officially said not to bother!

So just like Google never said that Stadia would encourage native desktop GNU/Linux game development and people kind of assumed it would happen, Valve have never said it either and it probably won't happen.

This was one concern long ago about the approach VP did, but at least they supported the title running under GNU/Linux. There's not even that here, and native development (and support) is being discouraged - the result of which is this news. I can't see it ending well for GNU/Linux desktop gaming.

It would make more sense to me to encourage devs/publisher to provide native builds and have Proton as a fallback.
Best would be to establish in-house know how and awareness for nativ ports. Doesn't happen this way.

Just think Microsoft comes up with a Direct3D 13, completely incompatible and there is no such working Proton channel.
No way they could pull off something reliably working within months.

Proton (and Steam Deck) will gain compatibility at a similar time frame than other consoles on the market. Consoles usually play catch up with PC, anyway.

But console builds ARE native builds.
They are fine in this picture.

All I wanted to highlight is, you're creating strong unhealthy dependencies on MS.

You can't expect devs/companies to change habits without a strong position in market.

If Steamdeck can provide that even a bit+ChromeOS Steam project eventually happens; devs might start to consider more cross platform alternatives in their builds.

Such as using Vulkan, instead of using Media Foundation Platform using VP9, using SDL2 etc.

Without a market; even with best tools+apis they will just keep their Windows focused development.

View this comment - View article - View full comments

Quoting: Whitewolfe80

Quoting: LeopardFor anyone wonders if the game will work at day 1 or not ; i grabbed it last year when it was free on EGS for 24 hours ( perma keep ) :

It works on Wine+DXVK since day 1. So Feral porting this or not really shouldn't matter.

its not the fact it works its the fact its not native and proton is the reason its not native

Problem is: As long as porting houses like Feral can't provide day 1 Linux ports; all of those efforts are futile.

Proton matured to a point where it can run those titles at day 1 ( as opposed to Feral ports that takes months, years in some cases ) + Feral ports comes with multiple downsides besides lacking at working day 1 department:

-Multiplayer is Linux+Mac which in most cases makes MP portion of those games useless
-Patches arrive late
-Save files differs between Windows build vs Feral ports. Windows saves doesn't work on Feral builds, Feral build saves doesn't work on Windows
-Large portion of mods usually doesn't work on Feral ports

So those porting houses are lacking in competition and they just decide to not compete.

I have tons of Feral ports btw, some of them are excellent, some are mediocre. I also bought Total War Rome Remastered when it gone live. It supports Linux since day 1+MP works across Windows,Linux,Mac+mods works too.

If Feral wants to be competitive they should try to provide day 1 support with no downsides. There are many TW Warhammer players on Linux that are just using Proton despite Feral ported them. Because MP works with Windows players+performance is usually better than Feral builds+no need to wait for patches to drop on Feral builds.

View this comment - View article - View full comments

For anyone wonders if the game will work at day 1 or not ; i grabbed it last year when it was free on EGS for 24 hours ( perma keep ) :

It works on Wine+DXVK since day 1. So Feral porting this or not really shouldn't matter.

View this comment - View article - View full comments

Quoting: dorronMetro Exodus is running at very low FPS for me. Anyone having the same problem?

 
__NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia __VK_LAYER_NV_optimus=NVIDIA_only

Use Steam like this to make sure everything runs on your NV gpu, instead of Intel igpu.

View this comment - View article - View full comments

Quoting: Luke_NukemI remember buying this on release because a linux port was promised.. that was what, 6 years ago? More?

I do not remember any promise about that.

View this comment - View article - View full comments

Quoting: DorritI checked the system requirements of the original Rome: Total War, it's 2.9 GB plus 500 MB for Windows swap file.
How do you go from that to 45 GB, plus an additional 30 GB for the DLC? :huh:

-Way higher quality textures
-Game also includes Alexander and Barbarian Invasion invasion too ( they were seperate packs on original release)
-Sound quality should be also way better than original release, including OST
-Character models have more variety. On original release every soldier in a group were looking identical, not to mention their armors etc were also not so detailed
-Game has couple more units that were not in original release. Iirc merchants are an example.
-I think game has more playable factions compared to original?
-Campaign map looks are vastly improved too

So it is overall a remaster that aims to improve original,beloved game in certain aspects to please a gamer with a modern PC while not messing with core mechanics in a way that breaks the genuine immersion.

View this comment - View article - View full comments

Quoting: gojulI get crashes as well (game window will freeze).

Your driver version is too old perhaps?

View this comment - View article - View full comments

Quoting: ripper81358

Quoting: Liam DaweAMD fix coming to Mesa for Exodus: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10317 [External Link]

I still wonder how the game was tested before it was released. This problem should have been noticed. The systemrequirements of Metro Exodus are telling nothing about drivers. The game might run well with AMDGPU-PRO, but nearly all AMD GPU owners are running MESA for gamingpurposes for more than one good reason.

I am running the game with AMDVLK right now. I get 45-60 FPS with 1080p and quality set to ultra. With MESA RADV i get 75-110 FPS at the same quality. AMD should just adopt MESA RADV as their official linux vulkandriver. No one needs AMDVLK or the proprietary OpenGL and Vulkandrivers for desktopusage or gaming. AS both are not available and inferior in compatibility and/or performance.

They should realy set an end to this fragmented situation.

1-) Simply they didn't test it on RADV because none of the Steamworks docs were mentioning RADV and even worse they were recommending usage of prop drivers. An old time relic that hopefully will be fixed soon. Which when you don't mention stuff like that your usual Windows centric dev will just do the things with their usual method. Go to vendors website, install the driver.

2-) AMD can't drop AMDVLK. Due to both Windows side needs that always,Stadia needs that and it is their in house reference implementation. Radv is a third party,unofficial driver from AMD's POV,rightfully.

Potential solution would be devs sending some pre release keys to Mesa devs before release to test and fix if there are any issue. But that ultimately leads to clause 1.

View this comment - View article - View full comments

Quoting: ziabiceBecause I have a 1440p display, but a not so beefy RX 580 4G GPU, I set the resolution to 720p and high details (so it's scaled directly by my monitor and is not blurred as a 1080p rescaled). The game run butter smooth for less than an hour, then it collapsed eating all my RAM (16GB + 4GB swap) and I had to reset the PC. I'm using Mesa 21.0.1.

Since then I haven't started the game again.

https://gitlab.freedesktop.org/mesa/mesa/-/issues/4652 [External Link]

View this comment - View article - View full comments

I would like a copy :p

View this comment - View article - View full comments