Yet it works with Mesa, so what does that say about Catalyst? Catalyst isn't even supported any more by AMD. The last Catalyst release was last year...

If it would just be Catalyst I would agree with you, but with GPUPRO the Feral drama is equal. As it is is really just Feral that has this problem, we really need to question Feral just as well as AMD. Especially because AMD's proprietary drivers are a lot less forgiving with OpenGL standard violations than Nvidia drivers, we should not rule out the error is on Ferals side.

Regarding Mesa: Most development activity is on radeonsi. My HD6670 is serviced by r600g, which sees a lot less development, therefore in my view Catalyst is still the better driver to use.

View this comment - View article - View full comments

It's impressive: They have managed to release another game that doesn't work with Fglrx drivers.

To bad, I would like to have rewarded this with a day one purchase.

View this comment - View article - View full comments

They also removed the "Exit to Windows" text (yeah I know, it’s an old game), so it just says "Quit" in the Linux port. Funny, because I noticed people whining about that on another website. Goes to show that VP do have a nice attention to the small details for us Linux gamers.

This is because in many peoples eyes, Eon does the same thing as Wine. While there are details on Eon exactly works, from the data that I have, I suspect Eon differs quite a bit from Wine.

What is similar about both technologies is that they load the original Windows executable in memory. However, while Wine is generic and makes no assumptions about the game in question, I believe Eon needs actual porting works on the game.

What is the difference. A good example would be the filesystem. Wine needs to emulate a full Windows filesystem with C: drives letters. I believe Eon is much more smilare to:

function OpenFile(name:Pchar):HFILE;winapi;

begin
if string(name)='settings.txt' then
OpenFile:=open(homedir+'/.config/Virtual Programming/Overlord/settings.txt');
end;

... the result is that VP ports behave like native Linux applications and don't need a filesystem with Dos drives letters.

Much more fundamental is that Wine needs to emulate DirectX shaders with low level OpenGL shaders. Because Eon knows what shaders to expect, native GLSL shaders can be used (Peter Mulholland from VP once said that they use native shaders).

Another thing that I belive Eon does, is runtime patching: Consider the machine code of the game in memory the "source code" and modify it at runtime. I believe this way, you can replace "Exit to Windows" with "Quit".

So yes, there are similarities between Wine and Eon, but I believe the VP ports are a lot closer to native applications than what some people believe. It certainly doesn't look VP just wraps the game and work is done.

View this comment - View article - View full comments

As the Mac port of the game is already available, it is certainly posssible the Ep1 becomes available for Mac only. Depends on how far the Linux port has progressed by now.

View this comment - View article - View full comments

The Linux depots were updated yesterday:

https://steamdb.info/changelist/2111279/ [External Link]

Seems a serious update, who knows....

View this comment - View article - View full comments

Steam info is likely not wrong, but unable to inform you about all details of a porting contract. Feral acting as a publisher doesn't automatically mean they have the decision powers.

View this comment - View article - View full comments

My impression is that Virtual Programming is a much smaller company than Feral is. Therefore the amount of games they can port is smaller. Who knows how long their todo list is?

Anyway, their ports often have less performance issues and lot less AMD incompatibilities than Feral their ports, so I look forward to this.

View this comment - View article - View full comments

The Rocket League SteamOS branch is now regularily updated, so I guess it will really happen for this game. For the other named games, I have little hope.

https://steamdb.info/app/252950/depots/?branch=steamos [External Link]

View this comment - View article - View full comments

Make sure the game is good and fun when you release it. All to often a game is being released, people don't like it and then it is very hard to turn things around, with lack of sales killing the developer. Your game somewhat prominently displayed only for about a week, in that week you need to get positive reviews. So don't decide lightly that your game is ready for release: Steam users are ruthless.

And let's put the finger where it hurts: You don't have the graphics expected to day. You will need to think of a clear reason why your game is worth buying and explain that clearly on your store page.

I can give you a yes-vote (done), but remember, Greenlight is only the first step towards a succesfull game.

View this comment - View article - View full comments

That's the spirit I like. Developers doing good Linux support should be rewarded. Day one release = day one purchase.

View this comment - View article - View full comments