XNA and C# vs the 360's in order processor

Posted by Richard Fabian on Game Development See other posts from Game Development or by Richard Fabian
Published on 2011-06-27T13:22:18Z Indexed on 2011/06/27 16:33 UTC
Read the original article Hit count: 413

Filed under:
|
|

Having read this rant, I feel that they're probably right (seeing as the Xenon and the CELL BE are both highly sensitive to branchy and cache ignorant code), but I've heard that people are making games fine with C# too.

So, is it true that it's impossible to do anything professional with XNA, or was the poster just missing what makes XNA the killer API for game development?

By professional, I don't mean in the sense that you can make money from it, but more in the sense that the more professional games have phsyics models and animation systems that seem outside the reach of a language with such definite barriers to the intrinsics. If I wanted to write a collision system or fluid dynamics engine for my game, I don't feel like C# offers me the chance to do that as the runtime code generator and the lack of intrinsics gets in the way of performance.

However, many people seem to be fine working within these constraints, making their successful games but seemingly avoiding any of the problems by omission. I've not noticed any XNA games do anything complex other than what's already provided by the libraries, or handled by shaders. Is this avoidance of the more complex game dynamics because of teh limitations of C#, or just people concentrating on getting it done?

In all honesty, I can't believe that AI war can maintain that many units of AI without some data oriented approach, or some dirty C# hacks to make it run better than the standard approach, and I guess that's partly my question too, how have people hacked C# so it's able to do what games coders do naturally with C++?

© Game Development or respective owner

Related posts about XNA

Related posts about c#