Irrlicht Engine

bitplane wrote:Either set the material param lower (not 0 though)

This solved the problem. But why the same code, without setting material param, did work in Irrlicht < 1.5. Some makeColorKeyTexture behavior change? Better fix it back...

How about API on the main page? Someone forgot to update it after 1.6 release

No, it is not. I checked that out earlier in MSPaint.

Besides, these textures rendered fine until Irrlicht 1.4.2. The problem appeared in 1.5, seemed to be fixed in 1.5.1, but still appears in 1.6

P.S. Found out that IVideoDriver::findTexture() doesn't work anymore with incomplete paths (returns ...

Seems to be a bug since Irrlicht 1.5, fixed in 1.5.1, still existing in 1.6-SVN

Screenshot:
http://89.171.200.74/0039.jpg

The problem is this blue, one-pixel frame around the tree (which should be transparent because it's transparent color)

Texture: http://89.171.200.74/tree29zz.bmp
Test model ...

@Up

Problem still existing in Irrlicht 1.6 final.

Seems to be a bug since Irrlicht 1.5, fixed in 1.5.1, still existing in 1.6-SVN

Screenshot:
http://89.171.200.74/0039.jpg

The problem is this blue frame around the tree.

Texture: http://89.171.200.74/tree29zz.bmp
Test model: http://89.171.200.74/model.3ds

Test code:


Mesh=device ...

Tried shader from first post. I got only textures with no details, changing scale doesn't affect this. What am I doing wrong? I tried nearly all combinations...

Okay here's what the terrain looks like right now:


http://i284.photobucket.com/albums/ll16/ktrainers/TerrainFinal.jpg


Using this method I'm limited to 3 textures on my terrain, but for now I'm pretty happy.

Could you post your working shaders? I have the same problem and don't know how to ...

I don't know shaders, but these look like DirectX ones.

Could any kind person rewrite them also to GLSL to make it working on both engines?

These texture splatting shaders could be added to new Irrlicht version, since they are EXTREMELY useful and EXTREMELY missing.

I'm only poining out that this default behavior has changed. I didn't create this model so I don't know what paths are inside... But I know that they didn't have problems loading in older Irrlicht versions (SVN around 1600 I think...)

I had also some problems with loading textures in some SVN from ...

Updated my Irrlicht revision, and now during loading of "some" (don't know what turns this on) b3d models, Irrlicht freezes. (for example: MeshViewer)

Exists in SVN 2546, (some older from 28/29.07 too)
Irrlicht 1.5 and older work fine.

Example test model: http://89.171.200.74/40.rar

(40/level.b3d)

Open IrrNewt project file, go to your compiler options, there you'll somewhere find flags like "sse sse2 sse3" etc. (in CodeBlocks: Project->Build options, in section "Compiler settings -> other - probably, in some of the configurations). Try to delete/unmark these settings and rebuild whole library ...

Actually after releasing 1.5 I converted all my tiled terrains (which didn't fit together good when watched with LOD>0) to one big terrain and now on some graphics cards this can't be viewed with DX9 renderer which we're using. Temporary workaround is using OGL renderer but this slows down the ...

In SVN 1981 and SVN2010 there's a bug with makeColorKeyTexture. Example:

bool makeTransparent=false;
if (!device->getVideoDriver()->findTexture(file.c_str()))
makeTransparent=true;
Texture=device->getVideoDriver()->getTexture(file.c_str());

if (makeTransparent)
device->getVideoDriver ...

This is my simple function to check if the character is on floor (or any other object):

line3df line;
line.start=Camera.Node->getPosition();
line.end=line.start;
line.end.Y-=35;
SIntersectionPoint point=World->getCollisionManager()->getCollisionFirstPoint(line);

if (point.body)
return true ...