…mpile problems under Windows
… initial submission as a base, but implementing the user data functionality in a different way to facilitate more flexible user data support
…teList user data
…sses string.h include because of strdup. Attached is the changed file."
The vertical separation not actually displayed as it is set. So some display the up and down stereo images style will not be correct. Someone may forget to change the "Horizontal" to "Vertical" after copying and pasting the code from above HORIZONTAL_SPLIT code segment. I've attached the file. By replacing the incorrect "Horizontal" to "Vertical", the bug is gone. "
…dler change path writing method. Now control points are written on the fly. But default stream precision is not adjusted as it used to and remains set to 6 digits (at least with VS 2008) so larger coordinates like positions on Earth Ellipsoid loose lots of fidelity. This patch fixes this issue. "
… of the "registered = true" flag set."
…Name() to store the setname, and using a compound string (set:setname:filename) in place of standard filename when reading and writing files.
…angeLog and AUTHORS files
…ESULT_AVAILABLE_BEFORE_RETRIEVAL Cmake option that enables the occlusion query workaround for an OpenGL driver crash
…rms/configurations cause application crashes if the occlusion query result is not ready for retrieval when the app tries to retrieve it. This fix adds an application-level wait loop to ensure the result is ready for retrieval. This code is not compiled by default; add "-D FORCE_QUERY_RESULT_AVAILABLE_BEFORE_RETRIEVAL" to get this code. Full, gory details, to the best of my recollection: The conditions under which we encountered this issue are as follows: 64-bit processor, Mac/Linux OS, multiple NVIDIA GPUs, multiple concurrent draw threads, VRJuggler/SceneView-based viewer, and a scene graph containing OcclusionQueryNodes. Todd wrote a small test program that produces an almost instant crash in this environment. We verified the crash does not occur in a similar environment with a 32-bit processor, but we have not yet tested on Windows and have not yet tested with osgViewer. The OpenGL spec states clearly that, if an occlusion query result is not yet ready, an app can go ahead and attempt to retrieve it, and OpenGL will simply block until the result is ready. Indeed, this is how OcclusionQueryNode is written, and this has worked fine on several platforms and configurations until Todd's test program. By trial and error and dumb luck, we were able to workaround the crash by inserting a wait loop that forces the app to only retrieve the query after OpenGL says it is available. As this should not be required (OpenGL should do this implicitly, and more efficiently), the wait loop code is not compiled by default. Developers requiring this work around must explicitly add "-D FORCE_QUERY_RESULT_AVAILABLE_BEFORE_RETRIEVAL" to the compile options to include the wait loop."
… movie file after all previous movie ImageStream had been closed. Also add a missing close of the movie file.
…LT export." Note, Paul Martz has merged this patch into OpenSceneGraph-2.6.
… src/osgPlugins/osg to support the reading and writing of StateAttribute Callback in osg files. "
…p in src/osgPlugins/osg to support the reading and writing of Uniform Callback and StateSet Callback in osg files."
… to make sure the wiring up of the StateSet parents is done consistently