A Glimpse Into 3D future: DirectX Next Preview 222
Dave Baumann writes "Beyond3D has put up an article based on Microsoft's games developers presentations given at Meltdown, looking at the future directions of MS's next generation DirectX - currently titled "DirectX Next" (DX10). With Pixel Shaders 2.0 and 3.0 already a part of DirectX9 this article gives a feel of what to expect from PS/VS4.0 and other DirectX features hardware developers will be expected to deliver with the likes of R500 and NV50."
So it's not going to be called DirectX X??? (Score:5, Insightful)
DirectX Next?
I guess we all know what the Next version of Windows is going to be called!
Re:It would be nice (Score:2, Insightful)
You mean you don't upgrade your video card once a year?!
Re:Overkill? (Score:3, Insightful)
Who cares? (Score:5, Insightful)
I could care less about this functionality being exposed through a proprietary API.
My question is: when will it be available in OpenGL 2.x? :-)
Cross platform is the best way to go with game development...and OpenGL is the only game in town for cross-platform 3D graphics. It is also the official 3D API for Macintosh.
Re:Who cares? (Score:3, Insightful)
Re:Horse, THEN Cart (Score:3, Insightful)
Compare this to OpenGL, which is lagging so far behind that only rare titles take it seriously (Doom3 is the one that springs to mind).
Note for example that both NVidia and ATI provide better support for DirectX in their drivers than they do for OpenGL. That doesn't sound like companies being imposed upon, that sounds like companies appreciating an API that supports the features they've spent a lot of money developing.
And they don't care about portability, because Linux and MacOS are basically irrelevant as gaming platforms. That's not going to change until OpenGL catches up with DirectX, guys.
Re:Horse, THEN Cart (Score:2, Insightful)
The game developers are the ones who really want new performance features (sure it will make the hardware manufacturers money but the developers are the ones who are really driving it).
The game developers don't ever work directly with the graphics card, only the API. So to them extensions to performance are basically extensions to the API (and just demand that users get a card that supports the API).
The API for DirectX is of course designed by Microsoft who want people to use it because it locks them into Microsoft more than OpenGL. So Microsoft want to advance the API to please the developers. Therefore Microsoft extend the API for new future features.
Graphics card performance is not based on processing power, its based on how fast they can go while implementing the API (either DirectX or OpenGL). To get sales they need their DirectX performance to be good so they follow the API (with one eye, the other on OpenGL) and try and make the best card for implementing it.
So there's no real point having a feature on your graphics card that isn't used by the API. While OpenGL does have extensiosn to allow you to get at manufacturer-specific stuff to an extent, as I recall DirectX doesn't so much (it just provides a generalised architecture for manufacturers to implement, as core OpenGL does).
Which is why DirectX comes before the manufacturers to an extent. There's a bit of poetic licence there but that's my general view.
I want the nitty gritty (Score:2, Insightful)
No, wait, that would be bad marketing. You have to get everyone excited about it first, then when everyones asking for it, the other vendors will want to use it, and *then* the patents come out.
Ah, screw all this microsoft monopoly crap. I prefer free market capitalism. Give me Free Software any day.
Version mania (Score:2, Insightful)
Re:DX9, 10 or whatever already is "compatible"! (Score:4, Insightful)
Knowledge, THEN Post (Score:5, Insightful)
Your second bit of anti-Microsoft conjecture is no better than your first. When it comes to Microsoft working with Intel to add extensions to the x86 processor set, so what if they did? Do you think they wouldn't benefit all x86 operating systems? At the level of the instruction set, how would you design into an x86 CPU, instructions which only benefit one x86 OS? Yes, Microsoft has worked with Intel on the instruction set, but mostly vice verca. It is Intel who releases the manuals on "how to write an OS for our CPUs." But no matter how they're working together, that is a good thing, not "the evil empire at work."
Please, learn a little and think a little before you post your knee-jerk anti-MS reaction. There are plenty of legitimate reasons and opportunities to bash Microsoft. The problem I see is a lot of people look like that guy from Can't Hardly Wait who keeps trying to find the right second to start the slow clap.
Re:Version mania (Score:5, Insightful)
Disclaimer: I have never looked at or written a piece of code in my life that used DirectX.
However, your comment makes no sense. All games written for one version of DirectX should work in the later versions. Otherwise you'd have games failing left right and centre and people on here bitching about how they can't update DirectX without killing their favourite game.
Hell, I have a couple of DirectX 5 and 7 requiring games and they work just fine under v8 and my recently installed 9.
The only downside to the frequent updates is when you want to take advantage of all the new wizzy things the graphics cards are doing. But I don't think thats a fault of Microsoft, more an indication of the rapid pace of development (since MS merely support the things the graphics card makes tell them their next cards can do)
Re:Does this mean OpenGL is finished ? (Score:3, Insightful)
The fact that Quake3 is still used for measuring OpenGL performance of gaming cards says an awful awful lot about the number of game engines using OpenGL (engines based on Q3 not outstanding)
Re:Does this mean OpenGL is finished ? (Score:2, Insightful)
If you meant OpenGL is dead in the Windows games market, I'd argue that it mostly has been for a while. Yeah John Carmack uses OpenGL, but most games are implemented in DirectX. It's not like it really even matters, though, actually rendering code is usually a pretty small portion of a game and can be ported between APIs without too much trouble (just ask people from Loki Games or icculus.org).
Re:Horse, THEN Cart (Score:5, Insightful)
Compare this to OpenGL, which is lagging so far behind that only rare titles take it seriously (Doom3 is the one that springs to mind).
I can only see one property of OpenGL that is "lagging behind" DirectX: Whiz-bang features.
Is OpenGL "lagging behind" DirectX in portability? hardware support? scalability?
I would argue that OpenGL as a general-purpose 3D API is more useful than DirectX soley because it is more widespread. The API is implemented (or implementable) on a more diverse selection of hardware and software platforms than DirectX can ever dream of.
As a Intel-Windows-Cutting-Edge-Game-only API, DirectX is the way to go, but for everything else, we have OpenGL.
Re:Does this mean OpenGL is finished ? (Score:3, Insightful)
And OpenGl is falling behind in one sense: the Direct X process is the process by which there is a (moderate) amount of standardisation of what the raw hardware capabilities of different manufacturers cards are. OpenGl has no influence on this.
Neither are necessary or ideal, but things will only stabilise when the hardware designs do.