• Join Us |
  • |
  • Sign in with:

Microsoft to Open Up Xbox 360 Development

by Chris Remo, Aug 14, 2006 1:57am PDT
Related Topics – xbox 360, Microsoft, XBLA, Games: PC

As consoles have become more and more similar to full scale PCs, several important divides between the two types of platforms have remained. These include the differing approaches to game development on each, with closed development on consoles and open development on PC. Microsoft is looking to blur that distinction with XNA Game Studio Express. Announced on Sunday during a keynote at the company's Gamefest event in Seattle, XNA Game Studio Express is a free scaled down version of the cross-platform XNA game development environment. With a $99 yearly membership, users will be able to compile and run their games on actual Xbox 360 consoles. "By unlocking retail Xbox 360 consoles for community-created games, we are ushering in a new era of cross-platform games based on the XNA platform," said Chris Satchell of Microsoft's Game Developer Group. "We are looking forward to the day when all the resulting talent-sharing and creativity transforms into a thriving community of user-created games on Xbox 360." Though XNA Game Studio Express-created work will only be playable by those with the paid yearly membership, the tools should allow aspiring game creators to gain firsthand experience with development, and should make it easier for small teams to create prototypes with which to pitch full Xbox Live Arcade projects. Game development technology providers such as Autodesk and GarageGames have announced their intention to integrate their products with XNA. GarageGames will be releasing Torque X, an XNA version of its accessible Torque game engine. Microsoft also announced that over 10 universities will be adding Xbox 360 development to their curriculums by way of XNA Game Studio Express. Traditionally, game development schools have focused almost exclusively on PC development, in part due to the generally high costs of console development kits. Microsoft no doubt hopes that this move will have long term effects on support for its current and future consoles, as college graduates holding degrees in game development disciplines will be more likely to already feel comfortable developing for Xbox platforms. The Gamefest event continues through Tuesday. Microsoft will be presenting another keynote address on Monday morning.




Comments

35 Threads | 154 Comments














  • Hey guys, sorry all I have is this low-res video of some new TSE stuff that we are showing off. All this stuff will be avilable on Torque-XNA, it's both 3D Next-Gen and 2D (Next-Gen?) Anyhow, here's the low-res video.

    http://www.garagegames2.com/web/tech_demos/legions/video/tse_gamefest_lowres.mov

    And some Q&A on the main concerns from last night. About to head over to the keynote, wish me luck. :)

    With everything we're announcing, we're likely to get some tough q's in the forums and blogs. Here's some we can expect almost for sure.

    What is Torque X? What is XNA?
    "Torque X" is what we've dubbed Torque on XNA. XNA is Microsoft's overall umbrella brand for game development technologies and tools. The XNA Framework is a C#-based, managed code game development-specific framework that provides low-level utilities, and wraps Direct X for managed code use. XNA Game Studio Express is Microsoft's IDE for XNA, its similar to Visual Studio, with game development-specific enhancements. Microsoft also just announced that with XNA Game Studio Express, you can play the XNA-based games you create on the Xbox 360 as well as Windows.

    Please see the Torque X landing page for more information on Torque X (FYI GGers, the Torque X landing page will launch on the main GG site on Monday, and is available for you to view from the GG office before then at www.garagegames.com/products/torque/x).

    What we've done is port key pieces of Torque over to C# in order to make it work with the XNA Framework. Microsoft's approach with XNA is really cool for game developers of all kinds. Besides being able to make games on consoles, it honestly turns out that doing games in managed code is a smart way to go. Torque X projects are performant already, and we're not even done with it yet.

    Our goal is to have feature parity between Torque X and our existing engines TGB and TSE. We've already got a lot of their functionality up and running, and Torque X is even leading the way in some cases... we've been able to get nice implementations of some future TGB and TSE features, such as shaderized 2D scenes and polysoup collision detection in TSE, up and running in Torque X very quickly (thanks in part to the ease of working with managed code).

    Why don't you just finish what you've already got started?
    We are. We're shipping TSE Miletone 4 this week, and that includes a full static and dynamic lighting and shadowing system, as well as some awesome graphical special effects, performance improvements, and a lot more. TSE is making incredible progress, and is feature complete with Milestone 4! For the TSE release, all we have left to do is tune, polish, squash any remaining bugs, and write lots of good docs.

    We just shipped TGB 1.1.1, which includes all kinds of fancy new features, including a whole new tile editor, and a bunch of usability improvements based on community feedback. TGB updates are continuing apace, and we'll have a new one every few weeks!

    We're also working on a big update to TGE. Constructor is well into its Beta. And we even just entered Beta on a new game we've been doing internally. GG is getting stuff done faster than we ever have before, and Torque X is just an exciting new addition to our efforts!

    Is managed code actually viable for game development? Everyone I know says its slow.
    Managed code is usually slower than C++ code, yep. But C++ is slower than assembly, and people don't code in assembly very often any more. At some point, it becomes less important to squeeze every last drop of performance out of your game, than it does to just get your game done more quickly. That's why game developers originally switched from coding in low-level languages like Assembly almost exclusively, to higher-level native languages like C++. It's easier to code than Assembly.

    The same is true for managed languages like C#. They remove a lot of the nitty-gritty, annoying, really hard to debug issues you can hit with closer to the metal languages like C++. Once you get used to it, managed languages make you a lot faster coder. They're kind of like scripting languages, which lots of game developers use, only Microsoft's .NET managed languages are especially fast.

    We originally didn't think managed languages would work at all for game development. We're pretty hardcore C++ coders at GarageGames. But once we started using it, and after a lot of careful analysis and engineering work, we've been able to unlock really great performance in XNA with Torque X. The demos we have running on Torque X, such as our XNA-based Marble Blast Ultra clone, runs about 80% as fast the original C++ game! We see similar results with the 2D demos, even though with Torque X we've thrown shaders on them!

    Especially for indie games, which are necessarily smaller-scoped than huge AAA commercial titles, managed game development can make a huge amount of sense. And using Torque X is going to be by far the fastest way to get XNA-based games done.

    So, are you changing to managed code entirely? No more C++!?
    No way. The Torque Game Engine suite of technology and tools is firmly rooted in C++, and we'll continue pushing forward on them... adding features, tuning, and more. Our efforts in managed code with Torque X are just a nice addition to the work we're already doing.

    Should I just wait for Torque X to start my project then, if its so great?
    If you want to make games... get started. Its almost never a good idea to wait around for some new piece of technology before you start your game development. Like it or not, making good quality games takes time... if you want to do your actual game production in managed code on Torque X, that' great! But there's no need to wait. You can start prototyping your game now, on Torque as it exists today, and then switch over to Torque X and the XNA platform once its ready.

    In fact, there's some really good news here. We are striving to keep Torque X compatibilty with Torque as you know it in C++. So, for example, if you're doing a 2D game and you build a level with Torque Game Builder, you'll be able to essentially "export" it for use with Torque X. In fact, we already have this functionality up and running in proof of concept! We can create a level in TGB, save it out, and load it in Torque X! To be clear, there will be some porting work involved if you switch a project from Torque as it exists today, to Torque X. But we want you to be able to deploy your games on any platform,

    In the end, should I use Torque or Torque X?
    It really doesn't matter that much which you use-- they're both great technologies and can use nice tools. Torque and Torque X are going to be very similar. Torque X is written atop managed code, so for beginning to intermediate programmers especially, its going to be easier to use than C++-based stuff. Torque X leverages the XNA Framework to allow you to run your games on the Xbox 360 in your own home, so if you want to prove that your game can work on a console, Torque X will be the way to go. On the other hand, the standard Torque engines will provide more performance by some margin than Torque X, and allow you to deploy games on OS X and Linux on the desktop.

    In the end, it just might make sense doing your game on both Torque and Torque X, especially as time progresses and we continue to ease the port work you need to do to move back and forth.

    So, did GarageGames sell out to Microsoft!?
    No. We just think what Microsoft is doing is really, really cool. When Microsoft told us about their plans with the XNA Framework, we were stoked immediately. Imagine it... a major console manufacturer opening up their console for the masses who want to build their own games and play them! That's awesome! We had to get onboard that train... as far as game technology goes, our mission is to provide the technology, tools, and community that enable anyone with the vision and drive to create their own games. Torque X is right in line with that mission, and we are absolutely blown away with the position Microsoft is taking with their XNA initiatives. Kudos to the Microsoft games group, their efforts with Xbox 360, Live Arcade, and XNA are truly impressive.

    Okay, that's it!



















  • If this goes well and a lot of developers get on board with xna, this could be one hell of a killer blow to the other consoles. If not this cycle, certainly the next console cycle.

    They should change their licensing scheme too. Make it so its cheap to ship a game on the 360 by not charging a royalty for games unless they sell x units. Would encourage more PC games to be ported using xna even if they may not sell like crazy. Makes it easier to break even on a 'risky' title and profitable even if it sells an amount just under or over the threshold.