I am for sure buying this one, not just because I hope it to become the successor of SimCity2k. The first publisher with a city simulation in a long time who usually cares about their products quality at release, and maintain, fix and extend it after the initial release.

And it has workshop support, so we can extend it <3.

View this comment - View article - View full comments

I always thought DA: O was Eclipse and DA2 were Lycium engine, not Aurora? Especially Lycium was a very huge modified engine compared to Aurora and Eclipse.

Aurora is in example missing PhysX, which DA: O with the Eclipse engine makes use of.

View this comment - View article - View full comments

I've played it now (about 30 minutes), and it's pretty okay, even the performance on my old i7 (3,4 ghz) and GTX550. Though, I had to turn down graphics quite a bit (especially ambient shadows killed my GPU), but it runs pretty smooth, better than I expected. I also removed the motion blur, because it did drive me crazy :D.

The only "real" issue I have is, that speaking of characters seems all the time out of sync, and some characters (who should speak) are speaking some sentences, others they don't (in the same conversation).

Except for that, it's okay to me, and I'd consider it as "could be better" but still "good enough".

View this comment - View article - View full comments

Even with Raven's Cry, I won't buy it until the first tests on Linux show up. I don't trust in a good port to Linux and massive testing by them, judging the "professional" development timeline :D.

View this comment - View article - View full comments

Last time I tried I only hit 20fps, let's see in the eve' how this is after the patch.

View this comment - View article - View full comments

Quoting: sub

Quoting: STiATI don't consider eON bad (...) doing a d3d/ogl native wrapper (that's what it is)

A what?

What is a native wrapper?

Something like Valve does with D3D9--&gt;OpenGL on code level?
That would be ok, but that eON crap still has the windows DLLs around AFAIK,
so I don't think it works that way.

That's exactly what it is. There are binary wrappers as wine, and source code wrappers as eON, togl or Ferals indirectx.

Note that even Valve ships .exe files, and I doubt they're running them (Left 4 Dead 2, Portal 2), just do a find $HOME/.steam/steam -iname '*.exe', there is a huge list of games doing so, and I doubt all are using binary wrappers - so the argument that .dlls are shipped is a pretty weak one. It could be that they just ship windows binarys too...

Though, wrapper is wrapper, but eON IS a source-code based and within that a wrapper going fully native. It just "wraps" d3d calls into ogl calls on a source code level.

View this comment - View article - View full comments

I don't consider eON bad, actually the opposite is the case, and doing a d3d/ogl native wrapper (that's what it is), or "abstraction" layer is a pretty though thing to do, and a neat thing to have if optimized properly.

I just think they should have optimized and tested it better in the first place rather than releasing it in the state it was, which is a common mistake in gaming (and obviously desktops, say hi to my favourite desktop KDE :D).

I personally think it's good they are still working to improve their product, if done and optimized properly it could be a viable option to port older games and engines. Future engines which base upon DX12 or OGL4 won't need a layer like this though, since they'll very likely make use of more hardware-close interfaces in the two "new" versions.

View this comment - View article - View full comments

That's a good thing, I certainly didn't think they were even remotely close to breaking even.

View this comment - View article - View full comments

My hope goes for Dishonored.

View this comment - View article - View full comments

Never played BL2 or The battle for Wesnoth, but 0AD and Civ5: well earned.

View this comment - View article - View full comments