With OpenGL, BMP textures just won't draw properly.
Narrowing it down it seem that if the texture width isn't even, it will not draw as it should.
Eg. 26x69 will work, but not 25x69.
This seems to be related to BMP only.
Quite weird, since eg PNG will work, but the BMPs are loaded correctly, since it works from Direct3D.
Must be something weird goingon with OpenGL.
This wasn't the case with 1.1, where i always used OpenGL (i utterly hate the direct3d d3dx dependencies).
This is a test with sprites, the head sprite is clearly wrong.
Im using a sprite scenenode, basicly the standard billboard class,
but with some changes and additions.
Another issue is related to Direct3d, im not sure if this also was the case with irr 1.1,
since i've already reset my target and had to tweak a bit to get irr 1.2 working -_-
Anyway, textures with a zero alpha component(100% transparent), if they are far down the Z axis (camera is directed (0,0,-1))
the pixels with alpha 0, will suddenly turn solid.
Moving the sprite down the axis it will go from transparent into solid.
If this is related to mipmap i can't tell. But it's like a gradient, the further from the camera the more "solid".
With OpenGL this isn't the case, the pixels will always be fully transparent.
EDIT: The direct3d problem was mipmaps as i suspected.
I don't know if makeColorKeyTexture is supposed to autoregenerate mipmaps or not.
But if it shouldn't, it *should atleast* be documented.
