Sorry, I made a mistake! I've just noticed that in the ZIP file I gave you the HLSL version still uses some Cg. In 'HLSLTest.program' I have the line:



which should be:



But I don't have time to test this now... I will look as soon as I can.

No problem about the mistake, I corrected it .

Well, I tried using both materials (CgTestMaterial and HLSLTestMaterial); very annoying the ogre engine doesn't complain while starting up if the xml has a wrong format. The Cg version didn't log any error and run, but the material is transparent, even though I changed to others colors. HLSL version works good ans shows the purple color.

Besides the Cg conflict I should have, I'm sure something is wrong with OpenGL, writing that same test code in the SingleProjectedTextureFP.cg, only works when using DirectX, it crashes with OpenGL logging the same "textureMatrix" errors. Last time I tested I was running only with OpenGL (previous post). But of course, just to avoid any misunderstanding, using the original code for the SingleProjectedTextureFP.cg still crashes for both API's.


No problems at all, I run almost every single ogre example in Release target, same binaries I'm using for the Thermite. Almost sure deferred shading and compositor examples use Cg shaders and both run perfect. I will focus first trying to make work with HLSL. Thanks for all your help.

Ok, well porting the code to HLSL shouldn't be too difficult as the syntax is nearly the same as Cg. You can also remove the Cg plugin from plugins.cfg to avoid any confusion...



If you mean when parsing the map file then this is my code... and you are right that it is not very robust. As everything is in development it is only as robust as I have needed it to be

Actually I am intending to drop those XML files anyway. I'm currently integreating scripting support into the engine and games will be able to create the map in their initialization script. Of course, this script could then load the data from an XML file it it wanted - this would be a game specific behaviour.

In that vein, it's interesting to see a blog post about QML/3D on Trolltech labs. It's not in a very usable state yet I don't think but it looks cool.

_________________
Matt Williams
Linux/CMake guy

Yes, actually I saw that earlier today. Very interesting! I must say, as I am working on this scripting support for Thermite I'm refactoing a few things, and the project seems to be heading towards being much more Qt oriented rather than Ogre oriented. I can see it almost getting the the point where it would be possible to switch out Ogre for another renderer.

I don't intend to do so (because Ogre is great!) but it may be possible to have a different 'render system' which uses OpenGL/QML3D to render a much simpler version of the scene without the Ogre dependancy.

I'll keep an eye on QML/3D for sure...