Game dosen't work for me, I've got multiple monitors and the game squeezes two monitors worth into one screen, making it impossible to change settings or do anything. I just want it to run on the primary monitor. Their other games work just fine. Be nice if this stuff was tested more before releasing a full game.

View this comment - View article - View full comments

The Linux version seems a bit pointless then, as the game could be "over" before the Linux version is out.

View this comment - View article - View full comments

Quoting: edddeduckferalThere are a number of technical reasons why cross platform was not possible in this case and none of them are related to game updates being released but more to do with how the engine itself and cross platform networking works.

It's not an easy problem and is very dependant on how the original networking code and the game engine in general was designed. I'll look at getting you a more in depth explanation for those interested when possible.

Would be it possible to work with the original developers and get a cross-platform networking solution working on Windows, as well as other platforms?

View this comment - View article - View full comments

Quoting: lucifertdark

Quoting: Keyrock"Their PR email sent out later has confirmed multiplayer is Linux to Linux only."

Bummer. :'(

Empire Total War was the same to start with but they fixed it soon after release.

That one is still only Mac vs Linux, no Windows play.

View this comment - View article - View full comments

I hope the platform-specific multiplayer dosen't become a trend. This can fracture the community when the game has less players, and it can turn people off of Linux support, if they can jump into a game quickly on Windows, but not Linux.

Aspyr ports for example all have cross-platform play, as long as all are up to date with each other. And many in-house ports do this as well. Hopefully Feral can work with the devs of the Windows game and get this working better in the future.

Hope the rest of the port is well done though and looking forward to it.

View this comment - View article - View full comments

Quoting: mmstick

Quoting: d10sfan

Quoting: mmstickI don't think users should be supporting products that aren't ported natively, regardless of whether they perform okay with some annoying bugs. This just sends the message that it's okay to keep porting more games in this manner, and we will only have less and less native ports. There's a lot that can go wrong with non-native ports throughout the course of time, and judging by their past history, I doubt they'll ever fix their broken games, nor will the developer re-port their games in the future.

If we wanted to play non-native ports then we'd just use Wine with Gallium Nine, without all these silly bugs. Even that dreaded Witcher 2 port runs better in Wine that it does the 'non-native Linux port' from this developer.

In regards to AMD, the open source drivers are perfectly fine, and even now support OpenGL 4.2 in the impending Mesa 11 and LLVM 3.7 update coming to a bleeding-edge distribution near you. The performance matches, if not exceeds, the Catalyst drivers in all games, and as demonstrated earlier, using Wine with Gallium Nine provides a lot of benefits for games being executed in that manner.

Would you prefer that Virtual Programming stopped releasing Linux ports then? And none of their games come to Linux? When have you tried Witcher 2 last? Works great for me here, and many others. This new port works very well. And Virtual Programming has shown they work on their games after the initial porting (look at the github and their betas for examples).

Also, eON is a bit in the middle between native and a "wine"-like wrapper. If the game works well and is well supported, how much does it matter? Personally, the problem becomes when a developer releases a lazy wine wrapper (wrap and done, no support), instead of going native or a wrapper like eON.

These eON ports can also give metrics for the developers and publishers who contract them out. As in, if they do well, they may decide to do an in-house native port next time.

Also, native ports have their own problems as well sometimes. Aspyr released KOTOR2 with a bug that broke the game when using with workshop mods. Shadow of Mordor was released with AMD having major issues. Both are either fixed or being worked on, and I think those porting teams are great, but no port will ever be perfect, native or no.

I tried Witcher 2 on Linux one month ago and it still runs significantly worse than running the Windows copy through Wine with Gallium Nine. Indeed, I would very much prefer that non-native ports are abolished henceforth and never allowed onto Steam. Non-native ports are not the way, nor will they ever be. Fixing a bug in a native port is easy, but resolving a bug in a non-native port? I don't think so. Either do a port correctly the first time or don't do a port at all. No port is better than a bad port.

Ok, so in your mind, Feral shouldn't have ported Shadow of Mordor then, with all its issues with AMD?

View this comment - View article - View full comments

Quoting: mmstickI don't think users should be supporting products that aren't ported natively, regardless of whether they perform okay with some annoying bugs. This just sends the message that it's okay to keep porting more games in this manner, and we will only have less and less native ports. There's a lot that can go wrong with non-native ports throughout the course of time, and judging by their past history, I doubt they'll ever fix their broken games, nor will the developer re-port their games in the future.

If we wanted to play non-native ports then we'd just use Wine with Gallium Nine, without all these silly bugs. Even that dreaded Witcher 2 port runs better in Wine that it does the 'non-native Linux port' from this developer.

In regards to AMD, the open source drivers are perfectly fine, and even now support OpenGL 4.2 in the impending Mesa 11 and LLVM 3.7 update coming to a bleeding-edge distribution near you. The performance matches, if not exceeds, the Catalyst drivers in all games, and as demonstrated earlier, using Wine with Gallium Nine provides a lot of benefits for games being executed in that manner.

Would you prefer that Virtual Programming stopped releasing Linux ports then? And none of their games come to Linux? When have you tried Witcher 2 last? Works great for me here, and many others. This new port works very well. And Virtual Programming has shown they work on their games after the initial porting (look at the github and their betas for examples).

Also, eON is a bit in the middle between native and a "wine"-like wrapper. If the game works well and is well supported, how much does it matter? Personally, the problem becomes when a developer releases a lazy wine wrapper (wrap and done, no support), instead of going native or a wrapper like eON.

These eON ports can also give metrics for the developers and publishers who contract them out. As in, if they do well, they may decide to do an in-house native port next time.

Also, native ports have their own problems as well sometimes. Aspyr released KOTOR2 with a bug that broke the game when using with workshop mods. Shadow of Mordor was released with AMD having major issues. Both are either fixed or being worked on, and I think those porting teams are great, but no port will ever be perfect, native or no.

View this comment - View article - View full comments

Game works great for me, average 100 fps on high settings with a gtx 680.

View this comment - View article - View full comments

Figured out my problem with the framerate, vsync to blank was enabled in settings for some reason (I disabled it earlier). Now, it works great.

View this comment - View article - View full comments

Demo didn't run very well on my system, was getting a constant 16 fps, which was odd, and it made even the menus hard to navigate.

View this comment - View article - View full comments