Irrlicht Engine

Hmmm, if it scales to POT on OpenGL and DirectX...

Like I said before, for DirectX, it made my sprites look funky. The auto scaling was probably a little off.

For OpenGL, whatever it was doing just crashed the program.

This was all using Irrlicht 1.4.

Once I converted everything to POT ...

isnt it that irrlicht convert npot textures to pot on load? just a guess

No, it doesn't. It just warns you about a slow unlock with non power of 2 (if using software mode). With my video card and OpenGL with non power of 2, it crashed hard. With DirectX, it didn't crash but it didn't clip ...

I just finished up writing a little 2D sprite based RPG in Irrlicht. I had to deal with this very issue.

First, converting your images to power of two isn't as bad as you might think. Download The Gimp or Paint.NET or something and just add padding to your images.

Then, add a blit color to your ...

Is the current work on this in the SVN branch for OpenGL-es?

Yeah, you kinda misunderstood but I also misunderstood what was really being done here and you answered that question It's not a port, but rather an addition and thus the Irrlicht code is still written in C++ which will compile just fine for the iPhone platform.

Does that sound right:?

So let me ask what might be a really dumb question, but does this port of Irrlicht to the iPhone mean that the code is now in Objective C? Or were you able to keep it in C++?

"Magic numbers" are a term used to denote hard coded numbers in your code. For instance:


if (index == 15)
{
// Do something with 15
}


15 is a magic number here. The better solution would be something like:


const int SPECIAL_INDEX = 15;

if (index == SPECIAL_INDEX)
{
// Do something with ...

No problem in the engine code, just a pointer allocation problem in my code. Going into the Irrlicht source code helped me find it though.

Yeah, I finally just opened up the Irrlicht source code, compiled it in debug mode and went into it. Let me just say that the Irrlicht source code is really well written and easy to understand. I was a little hesitant to go into the source because a lot of source code for libraries like this looks ...

So I went through and made sure all textures were power of two and it's still giving me problems

I'm going to try switching back to the old version of Irrlicht just to narrow it down. I'm sure it will still crash but we'll see.

Any other suggestions?

The ITexture* is not null and is pointing to a valid texture. I wish it was something that easy! :)

The call stack is less than helpful because I'm using the compiled version of Irrlicht (for Windows). I guess I could just dig into the Irrlicht code but I'd rather not do that at this time.

The ...

I'm working on a little sprite based RPG using Irrlicht (great engine btw).

I've got these tile based maps that I load for the player to walk on. Everything seems to work ok most of the time.

However, on full screen mode, the call to draw2DImage() causes my game to crash. I'm not sure what I'm ...