Irrlicht Engine

Ijon wrote:Got it to work now finally. After desparating awhile I tried installing TDM-GCC and recompiling the Irrlicht.dll. Apparently I was just too stupid to set up MinGW w64 on my own.

We're all stupid in our own beautiful way. The joy is in learning.

Write it out as binary operations, then it makes perfect sense. Check out the IEEE floating point standards for proper explanations. Integer casting and division has its place, but it can also be the source of the worst kind of bug.. that which generates no errors.

It seems strange that the image is generated with the correct background colour, and not just a junk file. However, thanks for the replies. I suppose the workaround is to use a second device with the software renderer in setup to precalc the textures.

Even our greatest supercomputers don't model the planet's entire weather system. \studied meteorology many moons ago (no pun intended)

Modelling local conditions is more manageable and effects from outside the local system can be averaged. High pressure from north, low from west etc.

My suggestion ...

I'm no fan of windows but I do have to acknowledge the superiority of Office. Especially Word. However, their move to the ribbon style menus means that I will never buy another copy.

I've reduced to the simplest form I can:

#include <irrlicht.h>
#include "driverChoice.h"

using namespace irr;

#ifdef _MSC_VER
#pragma comment(lib, "Irrlicht.lib")
#endif

int main()
{

video::E_DRIVER_TYPE driverType=driverChoiceConsole();
if (driverType==video::EDT_COUNT)
return 1 ...

The problem with this implementation is that the position setting does not take into account the element's parent's position so the call to the IVideoDriver drawing methods will draw the progress bar at an absolute position regardless of the parent window/element updates.

My plan is to do a rewrite ...

Will you adopt me?... I'm 30.

I may be telling you wrong, but don't you need two matrices to set a relative rotation?
irr::core::matrix4 m;
m.setRotationDegrees(bodyNode->getRotation());
irr::core::matrix4 n;
n.setRotationDegrees(rot);
m *= n;
bodyNode->setRotation( m.getRotationDegrees() );
bodyNode ...

Umm... sorry but it isn't a problem anymore.

Turns out it was a P.I.C.N.I.C error, as suspected. Was staring at it for three hours and as soon as I gave in and asked for help it occured to me. I'd left a switch in another file which was cancelling my button press.

Hopefully I've come forward ...

I have an odd problem:

IGUIButton* button;
m_pGUINavigationWindow = m_pGUIEnvironment->addWindow(rect<s32>(0,0,220,415),false,0,0,GUI_NAV_WINDOW);
m_pGUINavigationWindow->setVisible(false);
m_pGUINavigationWindow->setDrawTitlebar(false);
m_pGUINavigationWindow->getCloseButton()->setVisible ...

If anyone is interested here are some progress videos:

Part 2:
http://www.youtube.com/watch?v=aocCcfSY4BA

Part 3:
http://www.youtube.com/watch?v=I7LnpIv4dxQ

There is info in the video descriptions.

Your code is confusing me. It seems like:

u32 curTime = device->getTimer()->getTime();
world.deltaTime =curTime-world.time;
world.time = curTime;

You are defining your time variables, one after the other. This defeats the purpose. What you want to do is take the time from the current frame and ...

it is for a fan project.
there is really no way of doing this?
I tried using incscape and some program (Fontforge I think)
But it didn't want to work :(

It can be done. Those coloured control characters can be found within a loop which will "scan" the bitmap data of the image. From that you can ...

But disabling warnings separately for each file is possible only in visual studio as far as I know.

You can use pragma.

#pragma GCC diagnostic ignored "-Wwrite-strings"

I believe you can use "#pragma GCC diagnostic pop" and "#pragma GCC diagnostic push" to do it on a per-line basis.

I agree ...