Some generic questions...

I haven't seen any issue with multisampling and WoW on my X800 XT PE. What are you seeing exactly?

 

I meant same. By same performance charactoristics I dont think I've had any issues with the 9800 Pro in WoW.

 

I wonder... will NVIDIA push a GL-like language for PS3 graphics? that would probably heavily influence the number of D3D versus OGL games...

 

Reportedly from what one PSP developer on the console board said (Fafalada ?) the PSP graphics API seems to be some sort of implementation of OGL-ES, so an OGL-ish API for PS3 with a Cg interface would seem to be likely.

 

The following quote is the best answer to that question.

In other words, we are getting the much lauded 'optimizations' with every respective driver release. That quote is from here.

It depends on how you'd define 'recent'. Riddick, Doom 3, Star Wars Knights of the Old Republic, and Call of Duty all run exclusively in OpenGL. Many other games have both OpenGL and D3D rendering modes.

 

OpenGL? Sure, but there is, unfortunately, also a very compelling reason not to use it: render to texture interfaces just aren't very good at the moment. As far as I can tell, this is the only remaining deficiency of OpenGL. If the members of the ARB get off their collective asses and get a good extension for render to texture out there, I don't think there will be any compelling reason to use Direct3D.

 

D3DX makes developing 3D specific to MS machines much easier.

Things you get for 'free' are shader linkers, PRT computation, image loaders, animations system, maths library, etc.

Now you can write or hack together most things (though the PRT is probably the most advanced implementation due to PPS's involvement) from other open source projects but a simple library like D3DX would make OpenGL much more attractive.

I seriously considered using OpenGL for my latest PC engine but in the end D3DX swung it in D3D's favor.

 

I was asking about the specific instance of the game reference earlier.

 

That makes more sense.

 

I would tend to think that there would be a number of libraries available for such things. But interesting nonetheless.

 

They already did: EXT_framebuffer_object (it isn't in the registry, but there is a 3DLabs presentation regarding it). It seems that the API is also prepared to support render to vertex array.

PBO is now a ARB extension too.
GL_ARB_texture_non_power_of_two is also a good advantage...

 

Well, if it's not supported currently, I don't think you can really say it's there, more like they're working on it.

 

Well, according to the ARB minutes from the meeting in early december, the spec is basically complete they just wanted to review language about stencilmask reference values. So the ARB's work is nearly complete which means you should see implementations fairly soon. You can read the minutes here http://www.opengl.org/about/arb/notes/meeting_note_2004-12-07.html if you're interested.

 

EXT_framebuffer_object's spec is basically finished. We're just waiting for it to be released. NV and ATI have working versions of it in their drivers, but is hidden (plus no specs).

(render to texture extension)