Irrlicht Engine

Thanks fellas.

I had already checked the CIrrDeviceStub::checkVersion() call, and it was happy that it was finding the 1.8.3 DLL. But that was the DLL I compiled, not the one that shipped with the SDK.

Your suggestions set me down the right path though - before posting here, I did indeed have the ...

I'm trying to update my project from 1.7.2 to 1.8.3.

Under Linux, I rebuilt my project (gcc 4.8.4) against 1.8.3, and it all works no problem.

Under Windows, I rebuilt (mingw 4.6.2) against 1.8.3, and it crashes with a seg fault the first time I try to call any IrrlichtDevice method.


device ...

Thanks for that.

I tried setDrawFlags() as you suggested, but it didn't kill the triangle icon.

Regarding colours, it seems I could create two skins and call the individual draw() methods of each GUI element rather than the drawAll() method of the GUI environment. This still doesn't solve the ...

I'm trying to use IGUITable for the first time. I think the answer to all the following questions is no, but I am seeking confirmation in case I misunderstand something:

- is it possible to add a column without a caption header?
- is it possible to not have an active column (so I don't have that ...

Thanks a lot for the replies fellas.

I've just been trying Irrlicht 1.5 for the first time. Very pleased with it. Especially loving the non-flipped OpenGL RTTs, and the addition of joystick support - SDL about to get the flick from my project.

Irrlicht 1.5 kept telling me that createRenderTargetTexture() was deprecated, so I've ...

Thanks a lot for fixing this. My flipped RTTs (as we discussed previously on a different thread) are now fixed.

As a small aside, this fix is not in the 1.4.2 binaries (for Win32-gcc at least). But if I checkout 1580 from the trunk, and build my own DLL, the problem is fixed.

Thanks Hybrid. I definitely have the changes in my tree. But I still suffer the issue, it seems. I think I built my DLL correctly, so I am a little mystified as to where I've gone wrong.

My Irrlicht build is a check-out of 1530 from the SVN trunk. So I am not sure where I've gone wrong. I just tried to look through the SVN log to see at what revision you made the fix, but didn't see any comment that immediately stood out - can you please tell me what source file (or files) have the ...

I don't see any difference with 1530. My code is the same as it was when we first discussed the issue in April in the last 4 posts on the following page:

http://irrlicht.sourceforge.net/phpBB2/viewtopic.php?t=26865&highlight=

So my code should now be working? It works for DirectX.

If you think my ...

The RTT problem is a different one. Please repost in another thread (including the images) and provide also some code how you're drawing the minimaps.

I'm sorry for not doing this, but today was my first visit to the forums since you posted your message.

Upon seeing your message, I updated to ...

It's not all that repeatable. My application is making about 1000 calls to getIntersectionWithLimitedLine() per frame, and there are 90-odd frames per second. I can drive around for maybe 30 seconds before I get one instance of the problem. So, the probability is pretty low of any one call to ...

Unless I misunderstand, rogerborg and Blindside subsequently agreed that isBetweenPoint() is not relevant because the fix in there makes the end of the line inclusive, but the problem with this bug is that the edges of the triangles are seemingly not inclusive.

Anyway, I can confirm that the ...

Just thought I'd chime in with a "me too" post.

I have recently started building my own Irrlicht DLL from the SVN truck. I checked-out revision 1489. My application looks fine when using Direct X, but I have the same faded look to the text when using OpenGL (under Windows in both cases - I haven't ...

No I don't have a simple repeatable test case. And as I already have a suitable workaround, I probably won't rush to make one.

I'm not sure whether Blindside's substitution idea was directed at me. If it was, I am not sure why he would think that I should have considered such possibilities, unless ...