I've compiled Irrlicht-Spintz and it's demo's and they ran flawlessly on both SuSE 9.3 and Mepis 3.3.2. This though was a few weeks ago and I'm not sure if there have been any changes to the Spintz engine sence then that may be causing this. If you'd like GFXstyLER I can send you the Spintz lib for Linux in the next few days? Just let me know at some point or anotherGFXstyLER wrote:hi!
i dont know if this is a bug or if its my fault, but it seems that irrlicht-spintz does not work right for linux:
the exact same code works 100% in windows, and irrlicht .012 original works fine in linux. i just noticed it because i compiled irrlicht-spintz for linuxCode: Select all
< errors snipped >
Irrlicht-Spintz-0.12
niko posted a few times that he compares the code irrlicht -> irrlicht-spintz with some app which shows the differences in sourcecode. he also posted that he would integrate some irrlicht-spintz features.
so i think he will merge the good things of irrlicht-spintz in oriignal irrlicht since they are all stable and work
so i think he will merge the good things of irrlicht-spintz in oriignal irrlicht since they are all stable and work
That would be very cool. I like a lot of the mods and bug fixes Spintz has done...so i think he will merge the good things of irrlicht-spintz in oriignal irrlicht since they are all stable and work...
I've been working on a project primarily using the stock Irrlicht engine. But lately, I find myself using Spintz's version more and more for the new features... I'm sure other devs would appreciate them in the core Irrlicht engine.
I'd also like to see if Niko would adopt Spintz's Doxygen config file. The API docs it produces seem more complete than the current Irrlicht API version.
No complaints, just opinions.
-
- Posts: 313
- Joined: Tue Nov 01, 2005 5:01 am
-
- Posts: 313
- Joined: Tue Nov 01, 2005 5:01 am
OpenGL -
So far, I can only get OpenGL to work with 1 alpha map in the fixed function pipeline. So EMT_DETAIL_1ALPHA, EMT_BASE_1ALPHA, EMT_LIGHTMAP_1ALPHA and EMT_DETAIL_LIGHTMAP_1ALPHA will work in OpenGL, but not any of the 2 or more alphas will work, at least not yet. Also, still having the problem with renderstates getting messed up, so you still have to have the GUI on, or things get weird, but progress is progress.
So far, I can only get OpenGL to work with 1 alpha map in the fixed function pipeline. So EMT_DETAIL_1ALPHA, EMT_BASE_1ALPHA, EMT_LIGHTMAP_1ALPHA and EMT_DETAIL_LIGHTMAP_1ALPHA will work in OpenGL, but not any of the 2 or more alphas will work, at least not yet. Also, still having the problem with renderstates getting messed up, so you still have to have the GUI on, or things get weird, but progress is progress.
-
- Posts: 313
- Joined: Tue Nov 01, 2005 5:01 am
Looks good Spintz. I'm still investigating the issues with the OpenGL implementation. There two leads I am currently following are:
- * Material RenderStates - these appear to be faulty when swithching between different "materials". For example - the SOLID material does not display the textured polygons - only pure white triangles!.
- * LOD & Culling - there appears to be weirdness related to the display of materials depending on the LOD of the mesh & the view. If certian parts of the mesh are outside the frustrum - the rendering goes batty.