[OpenWalnut-Dev] OpenSceneGraoh 3.2

Sebastian Eichelbaum eichelbaum at informatik.uni-leipzig.de
Mon Aug 12 13:44:06 CEST 2013


How to install OSG 3.0.1 as a backup:

The nice thing is: there are binaries available for the major OS, including Linux amd64 binaries.

http://openscenegraph.alphapixel.com/osg/downloads/free-openscenegraph-binary-downloads

Once downloaded, extract the files somewhere. Move to your OpenWalnut build directory and force CMake to use the OSG 3.0 installation you have just downloaded and installed. But first, you need to do this, to have the cmake find script find this OSG libs:

cd /path/to/the/extracted/OSG
ln -s lib64 lib

then in your OpenWalnut build tree:

cd OpenWalnut/build
export OSG_DIR=/path/to/the/extracted/OSG
cmake ../src

Cmake should now find the OSG in the above set location.

Sebastian

On Thu, 08 Aug 2013, Sebastian Eichelbaum wrote:

> After some investigations I found these problematic issues with OSG 3.2:
> 
> * setXYZBinding methods of Geometry have changed. They MUST be called AFTER setXYZArray, because they are shortcuts for getXYZArray().setBinding()
> 
> * Geodes added to transparency bin are somehow strange now. It seems OSG disables depth comparison and depth write for these transparency bins
> --> causes all modules using blending and transparency to look strange
> 
> * GL_BLEND in a geometries/geodes stateset seems not to work (why?)
> 
> * There is no BIND_TO_PRIMITIVE anymore. This means we MUST change all codes using per primitive normals and colors. This sounds trivial at first, but it will cost some effort
> --> assume a cube. eight vertices, six faces. we often bound one normal for each face (bin-per-primitive). To use bind-per-vertex we need to duplicate all vertices, as a corner vertex is associated with 3 faces -> 3 normals.
> 
> * deprecated_osg::Geometry is NOT the original osg::Geometry code. It is dereived from the new osg::Geometry and tries to "emulate" the old features. Problematic with this is, that the old bin-per-primitive arrays are dropped by this implementation AND you need to call fixDeprecatedData for every Geoemtry instance manually if you have set the geometry to a geode before setting the arrays. 
> --> Problem: this seg-faults currently
> 
> 
> Ok thats it. I really hope the OSG Team fixes some issues. Never the less, there will be some work for us to get osg 3.2 compatible.
> 
> Bye
> Sebastian
> 
> 
> On Thu, 08 Aug 2013, Sebastian Eichelbaum wrote:
> 
> > Hi List
> > 
> > Somehow all of a sudden, the OSG team has changed the functionality in their osg::Geometry class. Unfortunately, OpenWalnut will not compile currently with the changes made. The solution to this, as promised by the OSG team, is to use deprectaed_osg::Geometry. But this class segfaults when used. Several other promised features in the new Geometry class also do not work as expected. 
> > 
> > I assume that there are still several bugs in 3.2 and I recommend you to not update your OSG, until they are fixed and we migrated our code to the new Geometry class. 
> > 
> > Bye
> > Sebastian
> > 
> > -- 
> > Dipl.-Inf. Sebastian Eichelbaum
> > Universität Leipzig
> > Institut für Informatik
> > Abteilung Bild- und Signalverarbeitung
> > PF 100920
> > D-04009 Leipzig
> > _______________________________________________
> > OpenWalnut-Dev mailing list
> > OpenWalnut-Dev at lists.informatik.uni-leipzig.de
> > http://lists.informatik.uni-leipzig.de/mailman/listinfo/openwalnut-dev
> > 
> > Archive: http://lists.informatik.uni-leipzig.de/pipermail/openwalnut-dev/
> > 
> 
> -- 
> Dipl.-Inf. Sebastian Eichelbaum
> Universität Leipzig
> Institut für Informatik
> Abteilung Bild- und Signalverarbeitung
> PF 100920
> D-04009 Leipzig
> _______________________________________________
> OpenWalnut-Dev mailing list
> OpenWalnut-Dev at lists.informatik.uni-leipzig.de
> http://lists.informatik.uni-leipzig.de/mailman/listinfo/openwalnut-dev
> 
> Archive: http://lists.informatik.uni-leipzig.de/pipermail/openwalnut-dev/
> 

-- 
Dipl.-Inf. Sebastian Eichelbaum
Universität Leipzig
Institut für Informatik
Abteilung Bild- und Signalverarbeitung
PF 100920
D-04009 Leipzig


More information about the OpenWalnut-Dev mailing list