Hi,
I didn't either find such a program being able to give a wrong number of
mipmaps, I only said that it may exist... Maybe it is better if Wojciech
explains us why he made this calculations. If we can indeed don't make
it it is ok for me, but it does not change anything to the fact that the
floor calculation is wrong on gcc under windows using math.h.
And by the way, I checked, it is not the only place in OSG code where
floor is used. So maybe it is still better to correct this behaviour.
I just recompiled OSG on win xp, win7 and linux and in all cases no
problems appeared by replacing math.h by cmath in include/osg/Math.
However, I saw some other places where math.h has been included, maybe
it will be necessary to change all math.h to cmath and not only the one
in include/osg/Math.
Cheers,
Christian
Le 11/01/2013 15:00, Lukasz Izdebski a écrit :
Hi,
But for example we have 512x512 dds texture compressed with DXT1 and in header
we have 4 mipmaps.
In this example is meaningless to compute number of mipmaps, because OpenGL
,with my knowledge, does not generate mipmaps for compressed textures. So
setting bigger number of mipmaps is wrong.
I didn't find a program which generate dds and write wrong number of mipmaps.
If it does change the program :).
Thank you!
Cheers,
Lukasz
------------------
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=51914#51914
_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
