Irrlicht Engine

It's a driver bug, and that workaround costs performance and RAM.

edit: It could also be a bug in irr, but still it should be properly solved instead of that workaround.

Hi Hendu,

Thanks a lot for your answer. I've created a bug report on freedesktop.org.

Bug report 72877:

https://bugs ...

Ok, extension is there and all shots indicate a general colro handling problem. So please insert the following line into file COpenGLExtensionHandler.cpp, line 372 (directly before MultiTextureExtension = FeatureAvailable[IRR_ARB_multitexture];)
FeatureAvailable[IRR_ARB_vertex_array_bgra ...

I have installed Mesa 9.1.3 (Debian Sid). Unfortunately STK (old package) has wrong colors. But the new package with the Irrlicht patch has correct colors.

Ok, so please first try to revert and update the driver. If this does not help, we should also consider that we have a big endian problem in this extension usage, could be a problem with Irrlicht as well here. I wil lcheck the logics there, but will keep this unchanged until I get a result from the ...

Ok, extension is there and all shots indicate a general colro handling problem. So please insert the following line into file COpenGLExtensionHandler.cpp, line 372 (directly before MultiTextureExtension = FeatureAvailable[IRR_ARB_multitexture];)
FeatureAvailable[IRR_ARB_vertex_array_bgra ...

Other option is to load the b3d level into the mesh viewer (example 9). In case the colors are different there as well, we also have a hint. You can also toggle light in example 9 (by pressing the L key), maybe there is a different behavior with or without light.

OK :)

(a) OpenGL 1.x/2.x/3.x ...

HD 6850 on an old Mac?

Oh sorry. It's an AmigaONE X1000 with AmigaOS 4.1 Update 6 , Lubuntu 12.04.2 LTS PowerPC64, and Debian 7 PowerPC64.

Hardware:


PA Semi Dual-core PA6T-1682M, nominal 2.0GHz (1.8GHz standard) PowerISA™ v2.04+ CPU
"Xena" 500MHz XMOS XS1-L2 124
8GB DDR2 SDRAM
HIS Radeon HD ...

OK :)

./03.CustomSceneNode


Please select the driver you want:
(a) OpenGL 1.x/2.x/3.x
(b) Direct3D 9.0c
(c) Direct3D 8.1
(d) Burning's Video
(e) Software Renderer
(f) NullDriver
a



Irrlicht Engine version 1.8.0
Linux 3.8.7X1000 #1 SMP Sat Apr 13 20:55:04 CEST 2013 ppc64
Using renderer ...

hybrid wrote:But without someone debugging these things on the PPC side it's probably stay unsolved - I don't have any chance to work on big endian systems for now.

I have a PPC system. What shall I do?

Do you think that is only a graphics driver problem?

I have created 2 bug reports:

https://bugs.launchpad.net/ubuntu/

http://bugs.debian.org

Any ideas?

Thank you for your answer

Yes, all mesh and vertex colors loading is done by b3d loader. Maybe there isn't __BIG_ENDIAN__ code available in the b3d loader.

So the problems here are with vertex colors? From what I can see, red and yellow surfaces are wrongly colored. We have the kart and the bricks of the scenery, for example. They are presumably loaded from b3d both?! Which parts are covered by textures?
Moreover, it seems as if yellow becomes grey ...

hybrid wrote:Is this due to PNG textures? I guess it's in the image loaders, and PNG has changed significantly due to the switch to libpng 1.5

The blue surfaces aren't textures. The textures are displayed correctly. I have libpng 1.2 installed.

Any ideas? And what can I do?

Hi Irrlicht team,

I use Irrlicht 1.8 on Linux PowerPC. Unfortunately Irrlicht 1.8 have wrong colors on PPC.

STK 0.8 Linux PowerPC with wrong colors:

http://www.img-load.de/mythumb.php?width=500&height=500&strech=0&img=i195076by9bbc.png

STK 0.8 Linux x86_64 with right colors:

http://www.img ...