We ran into an issue with using OSG to convert between file formats. daeReader knows about and understands "usePredefinedTextureUnits" and "useSequencedTextureUnits" but other writers did not (e.g. 3DS and VRML look at texture unit 0). Furthermore, it looks (by examination and experimentation) that the use of daeReader::Options::usePredefinedTextureUnits in daeReader.cpp was inconsistent. There were some instances where the MAIN_TEXTURE unit expecting the sequenced unit to be at position 0 and some expected it to be at position 1. Since the other exporters expect it to be at position 0, I made it always read/write at position 0 if the user specifies useSequencedTextureUnits.
I tested using several collada files from different vendors (Google, BAE, etc.) and tested observable behaviors using osgviewer and osgconv.
daeSequenced.tgz
Description: GNU Zip compressed data
_______________________________________________ osg-submissions mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
