Quoting: legluondunet

Quoting: PatolaThere was already a 4) by other user, so here it goes:

5) Do an improper cross platform build like Reality Pump Studios did with Two Worlds II: Call of the Tenebrae (it has no executable) and use the Linux port slot, effectively preventing steam play from being used. Actually even some games with "proper" Linux ports that are now broken / stopped working is possible, like this bug report [External Link] for steam client shows.

This issue will be resolved by Valve when you will have the possibility to launch a Windows port with SteamPlay, even if a Linux native port exists. I'm sure they will add soon this feature, it's a very wanted feature on the Proton github, because a lot of Linux native port are not maintained or/and don't work any more.

You can download Windows version of any game using steamcmd. Not sure how to link it to proton then (shouldn't be that difficult), but you can get the binaries if you want.

View this comment - View article - View full comments

For me sounds like Mount & Blade on the Roman empire. Graphically speaking looks promising, but in the preview it's not quite clear if there will be a story behind. I hope so, as with the nice environment the devs has created and a good history it will be a very enjoyable experience (and probably a must have :P).

View this comment - View article - View full comments

Quoting: F.UltraJust upgraded to Ubuntu 18.04LTS from 16.04 and Dying Light crashes after the loading screen. So I guess that the rumours that I heard on Phoronix that this is somehow related to a new version of glibc might be true.

Hey, I was with the same problem and think that was something with glibc. But compiling Mesa 18.2 RC3 solved the issue. Dying Light works as used to with latest Mesa drivers (well, maybe better as it works without the start parameters).

View this comment - View article - View full comments

Quoting: GuestI still can't make the leap from "more users and developers on Linux" to "more native titles for Linux". Sure, there may be more gamers, so it's good for them. And there may be more developers selling games, so good for them too. But just because a Windows port (in Wine) now works better in Linux, I don't see that necessarily translating into more native titles.

The more compatible and transparent that Steam makes this, the less likely that developers have to care about it. That's good from their POV, I guess. It means more gamers on Linux, and more developers hearing about Linux and wanting to make sure their game works with Proton. But I still can't make the leap as to why that would lead to more native titles. IMO, the better the performance and ease-of-use of Proton, the less incentive for native titles. So we will always be a second-class citizen. Nothing I've heard so far can dispute this; it all seems like wishful thinking.

Granted, we don't exactly have a large collection of native ports, and growing it may be difficult. But at least we're trying. This new approach, while good for gamers in terms of quantity, is likely to kill any remaining native porters, and provide essentially no reason for new porting houses to come along. It looks like eventually it will be the end of the line for Feral, etc.

I don't agree with the last part. The new steam feature should not change our behaviour, in the sense that we should keep asking for a linux release and we will buy them. Also, unless more new AAA games start to be released drm free and with native vulkan support, there is a slim chance that Feral operation could be affected.

As I said, my loyalty is with natives, so those are the games I'll buy at full price. If there are enough Linux users like me (and still should exist the same number as last week... Doubt that proton could change a mindset), Feral and VP shouldn't be affected at all.

View this comment - View article - View full comments

From my side I don't feel any betrayal or problem that we play games using proton. This is new feature was really needed, as there is way too many users that dual boot simply because there are many games that will only be available on Windows and they don't want to mess with wine as also many Linux players using Steam windows client over wine to just play a couple of games they like. So, at minimum, with proton we should start seeing some increment in the Linux player base, and that's is really needed (in fact, the Linux forum on Steam has been quite active since the release of proton).

But still, I've something quite clear: I'll always use and prefer official Linux supported games over any option that proton can give me. This means: I'll always buy any game at full price (and also on the devs page -- Feral!) if they have official support in our platform (I don't care how) and also I will still buy games than that aren't of my type but that I appreciate the devs work (this ones sometimes not a full price purchase, but they still have priority for me). So, in my case, proton is only a way to play old games that doesn't have support in our platform or maybe a new game that I know that won't have a Linux version. Of course, the latter will be purchased with the BEST offer possible (I'm watching you DOOM 2016!) and definitely whenever I deplete my wishlist of Linux games (long story short: probably by 2020 I'll start buying windows games...)

To summarize, I think that it is very important that we, as community, keep playing natives games over proton when available. First off, remember that devs are very used to work on Windows environment, so making them work on a Linux environment (or even MacOS) is a necessary practice for the future of our gaming platform (as developer I know that the practice is key factor), and reporting bugs and problems with natives games is what will help them in their learning process. And finally, we should also think that playing native will also improve many other Linux subsystem out of the GPU drivers as games does many others things besides of just rendering an scenario.

Those were my two cents...

View this comment - View article - View full comments

Quoting: TcheyIt's a great new for players, but i'm concerned about NATIVE Linux games. Too many, i think today, will use this instead of going the road to a proper Linux build.

Basically, it's a WINE inside Steam, so it's still not Linux.

From my point of view, a proper support is QA and fix issues on the platform you release your software. If they do it by using this wrapper or by doing a Linux binary, from users perspective will be the same.

Anyway, If I pay a Windows only game (one that the publisher don't care about Linux), I would like that some part of the money I pay goes for the people behind this big wrapper (and when I say "some part" I mean a part that the publisher would receive if the sale was from a Windows user).

View this comment - View article - View full comments

Quoting: dibzB
The not great:

• Crazy Taxi: Loads, but crashes after pressing start.

Weird. Works flawlessly for me. Your system specs?

View this comment - View article - View full comments

Wow... this is a big move. I'll check if have any of those games in order to test this new feature!

View this comment - View article - View full comments

Quoting: GuestHopefully no sse3 problems for my trusty phenomII then.

You mean ssse3?

I think I have bad news for you:

$ objdump -d StateOfMind-Linux-Shipping | grep palignr
...
 4876125:       c4 e3 7d 0f e3 04       vpalignr $0x4,%ymm3,%ymm0,%ymm4
 487613b:       c4 e3 6d 0f f9 04       vpalignr $0x4,%ymm1,%ymm2,%ymm7
 4877328:       66 0f 3a 0f ca 08       palignr $0x8,%xmm2,%xmm1
 4877401:       66 41 0f 3a 0f dc 04    palignr $0x4,%xmm12,%xmm3
...

https://www.felixcloutier.com/x86/PALIGNR.html [External Link]

View this comment - View article - View full comments

Quoting: Guest

Quoting: Shmerl

Quoting: GuestIs this feature in place yet for AMD?

Doesn't AMD work with upstream PRIME properly already?

https://wiki.archlinux.org/index.php/PRIME [External Link]

The only reason Nvidia is in such a mess is because they don't care to upstream their driver.

From your Archwiki link, it sounds like it's working, but you have to use an env variable for programs you want to run with your discrete GPU. I guess it's not automatic yet, where it moves rendering tasks over to the discrete when it somehow detects that rendering demands are high. I think that's how it's supposed to work, anyway.

I can guarantee that it works. One or two years ago I remember testing prime on a laptop of a friend (he had installed Linux mint on notebook with an integrated RX460) and it worked flawlessly with steam or any OpenGL application.

AMD has been doing everything so right at Linux that in less than 5 years to end up with a better driver than Nvidia on every aspect. I hope Nvidia starts to take same path, but for now I'll keep buying AMDGPUs for my systems. Definitely, Nvidia ain't the way it's meant to be played on Linux (IMHO :whistle: ).

View this comment - View article - View full comments