Irrlicht Engine

Hi!

Does somebody know any image-formats that support Cubemaps
or 3d Image Data ?

I know that irrlicht/irrSpintz/LF does not support this or that, yet developing on my Notebook's hardware (ATI Radeon Mobility 7500) means a shader-less world and looking for alternative ways of implementing some ...

this probable means that your card does not support that extension,
yet it is not a matter of upgrading a driver but your card.

cheers,

yet i think that cgfx or ashli are available as plugins to XSI ...
could be wrong tho.

i dont know XSI but the term 'shader passes' caused me to respond.

Irrlicht uses "Materials" which may be either:

- a fixed function pipeline (or custom configuration thereof in OpenGL)

- a MaterialRenderer (prescribed shader)

- a custom shader (in either HLSL, DXAsm, GLSL or ARBprogram)

since ...

sed -e 's|glXGetProcAddress|glXGetProcAddressARB|'

The only compilers, I know of that have this problem are ...


(ok this will get offtopic, but ...)

the main reason i keep away from exceptions is that tcpip sockets
become unusable (on win32) if receiving signals/exceptions during
blocking operations.

since i write a lot of networking code ...

@Eternl Knight:

there is a reason to keep away from STL -- Exceptions !

especially since they do not work across dll boundaries
on SOME platform/compiler combinations.

cheers,

look @ http://www.geocities.com/cofrdrbob/bspformat.html

you could also look at Osman Turans OpenBSP code located at http://www.osmanturan.com/

thnx Terefang. I'm trying it out with an Nvidia card but it doesn't seem to work. i get the error I reported above.

this is what I'm doing:
1. Copy your code into a text file. Rename it to "patch" or "gl.patch"
2. Open a shell and type in: "patch -p1 < patch" or "patch -p1 < gl.patch"
3. get the ...

IHMO my patch should work with all of Mesa/nVidia/ATI, yet i could only verify this against Mesa and nVidia since i have no ATI hardware available.

cheers,

http://geomorph.sourceforge.net/

but requires gtk/gl

you're right, animated mesh with only one frame would be ok for your purposes to avoid occlusion overhead.

for your understanding:

IMesh - is the unimplemented (imaginary) base class from which all the mesh-types derive.

SMesh - is a simple implementaion of the IMesh interface.

IAnimatedMesh ...

AnimatedSceneNodes are best for that (animated), OctTreeSceneNodes are best for static meshes (for doodads or terrain).

have you installed the proper -devel packages ?