Irrlicht Engine

Any tips on improving the sharpness of the texture?

Try disabling filtering (bilinear/trilinear/anisotropic) and also mipmaps

walkeraj wrote: Just to clarify, Irrlicht CAN be compiled with mingw to have both OpenGL and Drectx9 capabilities, right?

Yes. Works with DX libs as they come with the DX SDK (no need to convert them or anything). At least gcc-3.4.5 worked with them, last time I tried (which is admittedly a year ago, or so).

Moreover it increases the bandwidth demand as you have to check-out a complete new repository. This is a flaw in SVN design and this is why I dislike the tagging mechanism of SVN.

You should *really* read the SVN book . It will make you more productive with subversion.
If you 're in a hurry, just ...

Jacky_J I have to give you thumbs up not only for the game itself, which is very well done, but also for the most clean, concise and easily understandable piece of code I 've ever seen on the net. Although I wouldn't agree with some of your design decisions, still you have my respect for writing ...

Well, although I didn't create this game for this contest, by pure coincidence I have created an invaders-clone using Lightfeather :). My goal was to create a simple/small game that wouldn't lack in any of the normal areas any game needs: intro, menu, special effects, etc.

For those interested ...

sio2 wrote:(but don't hold your breath).

Oh, don't worry, I stopped doing that a while ago .
I just thought I should point you to the already submitted patch so that you don't have to re-discover the wheel .

sio2 wrote: The other issue is that Irrlicht doesn't currently have user-clip-planes. When drawing the reflections it would be nice to clip all geometry. Something else to add to Irrlicht...

Right there, sitting...

hybrid wrote:Ok, now I understand the third addition. I'd rename it, though, as it does not define the culling mode but the front facing orientation or something like that. Any suggestions?

In opengl it's called glCullFace().

setCulledFaces() ?

Klasker wrote:When you say glScalef(0,-1,0) you really mean glScalef(1,-1,1) right? Or did I miss something completely?

lol, yes, you 're right .
I wanted to emphasize the -1 and didn't notice what I wrote .

Where in the underwater effect do you use "cull front face but not back face"? And what is the effect of setting "global cull front face, material cull back face" or "global cull back face, material don't cull back face"? This addition is really not clear to me. But I've never programmed any fancy ...

I'm currently very short on time, so I just read through this patch really quickly - but I did not get the sense of all changes. Could you please explain some parts in detail?


Errm, ok. These patches gives the programmer flexibility to do things that are not possible to do otherwise in Irrlicht ...

For those interested on what I had to do to make irrlicht do this .

I have now submitted the patches I had to create to make this work in the patch tracker.
Located here.

bitplane wrote:hmm yes, works fine now. I'll add the camera+driver changes back in and commit sometime tonight

Ah, great

okay, so getCurrentRenderTargetSize needs adding to CNullDriver and IVideoDriver, returning the screen size by default. Cameras need to check the current render target size instead of the screen size to get the correct aspect ratio, and something needs adding to set the new viewport size when ...

oh, the frame buffer objects.. Okay I just tried this patch, but the rtt example shows it only renders to the area that would be inside the screen, even after the patch. I didn't investigate any further yet, I'm guessing its something to do with cameras using the screen size rather than the render ...