Irrlicht Engine

I've recently been working on a 2D animator, and have made some drastic changes to the GUI. I'll show you the before and after, and would love to have some criticism on what can be changed to make it even better, and I'd love to hear what I've actually done right :lol:. Here's the interface before: ...

You can use Maya to animate, but you need to be sure to export it to a format that irrlicht supports animation for.

Yeah, CBatchingMesh is a more robust solution. The only advantage mine has over it is the combining of textures. But CBatchingMesh seems like exactly what you'd want.

In reality, a sphere that is the same size as the cube you're comparing it to should have pretty much the same texture quality. But the way that spheres are uv-mapped tends to cause a lot of low resolution area, especially at the poles

Exactly what it says on the tin. Is there anyway of creating an edit box, giving it focus, and selecting all the text that was put inside of it during creation automatically?

The overhead of an octtree will make it slower than a normal mesh node if the mesh you're using it on isn't complex. How complex is your mesh?

This is basic programming knowledge. Every single frame where the enemy is within the distance, it takes health from the player. If your fps is 200, when that enemy is within the distance, it attacks 200 times in one second because you have nothing to delay it . I'm curious as to what you thought wo...

Good to hear you got it working, hopefully the performance boost is enough

The method used with irrlicht is to create a render texture, render the glowing objects to that, then later pass that as a parameter to another shader to sum them.

I wasn`t talking about realistic physics either. And there`s no such a thing as "angle". Usually you have hitpoint, normal, penetration depth and on... I'm talking about the normal. The normal of what exactly? You could get plenty of normals from all kinds of contacts made between the box...

I'm betting that EAC_BOX compares the box to the camera's frustum's bounding box, which is a quicker comparison that never falsely reports that it is offscreen, but it also doesn't always correctly report that it is offscreen because the frustum's bounding box can be quite a different shape.

The linker error makes it clear that the irrlicht.lib file is not being linked. I'm betting you didn't put that file in your lib directory for MSVC.

Windows 7 is completely irrelevant to OpenGL support. It's the fault of the the video card manufacture for writing sub-par drivers.

With my experience, AMD cards tend to get worse OpenGL than DX speeds, while nVidia sometimes gets better