Irrlicht Engine

Oooh, sexy.

Imma have to use that.

Sigh.
VB is not meant to create engines. It is meant to tie together different libraries into a fully functional application. VB is slower than C++ code-wise, so any core functionality of a game needs to be written in C++
.
hehehe! So, to develope 3D game engine, you choose C++ or VB ?.
I hate VB ...

Sigh.

>>You should learning C++. VB really not good developing game.

VB is perfect for developing games. That is a biased comment, and from what I can tell, you've never tried to create a game in VB. Production is much much quicker, and its much less hassle than in C++. The only problem is that ...

Doesn't the the Sydney example use the software renderer? I imagine that would be slow

Whoops, didnt even notice the ints.

Hrm, I tried your optimizations for hyopt and pow, but my method was still faster.

Also, I switched everything to double's and my method still ran the same, while, surpisingly, your ran slower. I find that pretty weird, since hypot() and pow() are double ...

I think he just has one big texture stretch over it. Right?

Actually, my benchmarks have proven otherwise.

Calling functions produces overhead. I bet that is the main reason that using your methods are slow. It may be more readable, but that doesnt matter.

Here are the results of the benchmark:
http://www.blackninjagames.com/distance_benchmark.htm

You probably already know this, but it is faster to say:


dx*dx;


Rather than:


pow(dx,2);


So a distance function might look like this:


float Distance(vector3df p1, vector3df p2)
{
float dx = p1.x - p2.x;
float dy = p1.y - p2.y;

return sqrt(dx*dx+dy*dy);
}


Not like it matters ...

Is this light behind the polygon?

Then the normal of the polygon would be facing away, so it would be dark.

I think...

Did you include the proper Direct3D headers?

Why is it that everyone needs more than 8 lights?

Can someone give me a reason for more than 8 lights?

I think you can just use the remove function.

Ah, yes.

Well then

I'm using IrrlichtNX, so it took some converting, but thank you!

In my game, when the player presses 'Y', I create an edit box, in which the type there message.

However, the Y is picked up by the edit box, so each message automatically starts with a 'Y' at the beginning. Is there a way to cancel this 'Y' press?

Try doing a full-rebuild. That's what I do whenever this happens to me. Usually has something to do with StdAfx.cpp (or .h)