Irrlicht Engine

Maybe it's the same problem, but it isn't the same procedure. In order to achieve different degrees of transparency in our gui, we used tga images with an alpha channel.

The makeColorKeyTexture function never failed me, but then, i never used it a lot because it didn't cover all my needs

PUSH temporary_thread_about_some_screenshots

I'll (actually we'll) post this project as soon as its webpage is finished. It shouldn't take more than ten or eleven days more (well, our web manager is a tad lazy - any extra delay will be his fault)

PULL temporary_thread_about_some_screenshots

I ...

Risking to drive this off topic, i'll say: lots of thanks, Bal; a lot of time and effort has been put on these. I'm happy knowing it does actually show

Now, let's resume our regular topic

Foncing 32 bit textures in DirectX did correct the EMT_TRANS... material using decals, and also repaired some of the worst problems with the menus, but... for some reason the terrain mesh lost its texture *sigh*

I'll investigate some more (and try the irrlichtNX for OpenGL)

thanks, Jox

We-ell... I'm not completely sure we are talking about the same problem here. In order to explain myself better, here are two snapshots from one of my projects

http://www.ilogicgames.com/nadie/res/snap7.jpg
http://www.ilogicgames.com/nadie/res/snap8.jpg

The fist one is rendered using OpenGL. The ...

quote from changes.txt:

The EMT_TRANSPARENT_ALPHA_CHANNEL material in OpenGL is now implemented.

at least tahat is what it says, but:

in OpenGL the resulting rendering doesn't seem to use the alpha channel of the loaded texture, but make a new alpha channel from each pixel brightness, so the ...

try:
instead of:

I've just noticed the same problem here with my radeon 9000. It looks like the OGL port will give everyone a good headache

wow, that was frightening. I also compiled my 0.6 proyects only to discover that is would ignore all my input.

Correct me if i'm wrong, but... this change is documented in changes.txt? i didn't see it

i've been getting this message when starting an application. it appears to refer to the loading proccess of a ms3d mesh, but... i'd like to know what does it exactly mean and why do i get tis message:

r200_makeX86Normal3fv/197 CVAL 0 OFFSET 14 VAL 406b0e60
r200_makeX86Normal3fv/198 CVAL 4 OFFSET 20 ...

oh, but there is, there is...

http://irrlicht.sourceforge.net/docu/cl ... r.html#a21

it is just a little hidden

ow. I just remembered that i was meaning to post this in order to save some coders from the terrible migraine that only Window$ libraries can inflict upon you

oh, well

just write this somewhere:

#ifdef WIN32
#define swprintf _snwprintf
#endif

it has always worked for me

for my RPG I had to code the bubbles using the gui::IGUIFont class as base. and since i am masochistic and want a bubble that is partially transparent (even the text), it seems i will have to code a lot more

for the event handling... well, as i said i am completetely masochistic, and created my own ...

i think i allowed the 'bad algebra' to confound me. [dx/x]=HUNT3R is right. His solution is much better

oh, well. the ray-ray intersection in a 2d world is a completaly different question, and a really important one, since is the correct way to make a character collide ith the walls and floor in a 2d environment.

Obvously two rays in a plane will always intersect, except when they are paralel rays ...