Irrlicht Engine

For multithreading you have to create threads, look up in the MSDN-help for these keywords:

CreateThread
TerminateThread

Multithreading can be indeed a complex area, thread-synchronisation is one of the keyowords here.

Just an example but should give you the idea how to do it :


//------------------------------------------------------------------------------
class cEventReceiver : public IEventReceiver
{
public:
virtual bool OnEvent(SEvent ev)
{
std::string sevent="";
int lmb=0, rmb=0;
EKEY_CODE key_down ...

The new release sounds very promising and the new features as well (although i think that a software renderer is for the most ppl not so important).
There are still some "low-level" bugs which need to be fixed, like the ones in rect::getWidth and rect::getHight.
Also, many functions need to polished ...

I will have a look at your lib
But for now i want to stick with just Irrlicht and "squeeze" the hell out of it
There are some bugs left in the engine which should be fixed and we all should help Nik to get a stable and "bug-free" version.

Please provide the code-parts concerning the imageloading and imagedrawing so we can better help you.

I am talking about these 2 functions in CD3D9Driver.cpp:
(see "// changed!!!" in the code)



//! draws an 2d image, using a color (if color is other then Color(255,255,255,255)) and the alpha channel of the texture if wanted.
void CD3D9Driver::draw2DImage(video::ITexture* texture, const core ...

There are different "draw2DImage()" functions.
The one you are looking for is this:


virtual void irr::video::IVideoDriver::draw2DImage ( video::ITexture * texture,
const core::rect< s32 > & destRect,
const core::rect< s32 > & sourceRect,
const core::rect< s32 > * clipRect = 0,
video ...

The problem is that many functions like draw2DImage(...) relies on this "bug". So clearing this means to update many other codes. But i think it should be done.

Ok, i did implement the functionalities for drawing "exact" background-images of sizes 640x480, 800x600 and 1024x768 into a class 'cGuiBackground' which implementation you will find down this post.
The class can load a background-image of the above sizes and draw it *exactly* on the screen without ...

T getWidth() const
{
return LowerRightCorner.X - UpperLeftCorner.X;
}

shouldn't it be :

return LowerRightCorner.X - UpperLeftCorner.X + 1;

?

This is my understanding of "rect" and "width".

I also think no serious online-casino will go for random numbers created from a 3d engine (+phyisc) !
They will have generated their random numbers at their own and the 3d client should show the result for a certain number.
There is nothing dirty about that !

"I am a microsoft heater ..."
Didnt know that MS also got into the heater-business
A MS-USB-heater could be a good thing in the cold winter days ...

Well, for drawing *exact" the same image rescaling is not an option.
Splitting the texture into smaller pieces could be "automated" in the engine or in an function which loads the texture into memory and creates itself textures (of size 512x512) on the fly and put the original imge into them.
I ...

Hwo do you folks load and draw background images ? They are typically of sizes 800x600 or 1024x768. I know that textures need to be of power of 2 size (256x256, 512x512, 1024x1024). I also want to prevent to use 1024x1024 textures, because of compatibility on some "older" cards.
One hard and ...

I am getting closer

X Paint.net requires admin-rights for install
X VCW VicMan's Photo Editor has no Alpha-channel support