… depth to resolve multisampling. This works arouns a hang on OS X with NVIDIA GeForce 8800 and v1.5.49 drivers.
…sue on OS X NVIDIA driver 1.5.49. glBlitFramebuffer on both color and depth locks the OS X desktop. Fix is a CMake-controlled switch, when enabled, the glBlitFramebuffer does not blit depth. This produces acceptable results because apps doing RTT generally don't need to resolve MSFBO to depth.
…ng of grayscale images."
…found a crash if the texture unit does not contain a TexEnv object. Here's the small fix, just a test on the pointer." Merged from svn trunk using: svn merge -r 10490:10491 http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk/src/osgPlugins/OpenFlight
…Widget::Window::update function. Here is a small patch to fix that."
…d by not checking if nathan.osg test file had be loaded or not.
…handle transparency and lighting better, plus a few other tweaks."
… merging geometries, even if they have had DataVariance DYNAMIC explicitly specified. Then when an application attempts to dynamically update the geometry in the frame loop the primitive sets and data arrays are no longer as expected, leading to display and/or memory corruption. Attached is a simple fix." Note from Robert Osfield, tweaked Colin's changes so that it uses != DYNAMIC rather == STATIC in the additional test. Merged from svn/trunk using: svn merge -r 10479:10480 http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk/src/osgUtil/Optimizer.cpp
… running with your suggested changes for a few days now and it has been working perfectly. I'm still not entirely clear why adding a slave/subgraph causes the problem."
…ing OpenThreads Barrier operations. The error is with atomic operations in the win32 condition implementation. The attached sample program will reliably trigger with as few as three threads and a dual core system, though sometimes it will take 65,000 iterations. 2.8.1 was the base for these changes Win32ConditionPrivateData.h Win32ConditionPrivateData::wait does two operations to decrement waiters_ then read, when InterlockedDecrement decrements and returns the value in one operation. The two operations allows another thread to also decrement with both getting 0 for an answer. Win32ConditionPrivateData::broadcast is using waiters_ directly instead of using the w value read earlier, if it was safe to use waiters_ directly there would be no need for InterlockedGet or w. overview of deadlock in barrier with three threads one thread in broadcast, 2 threads in wait, release semaphore 2, waits on waiters_done_ both threads wake, decrement waiters_, get 0 for w, <logic error here> one calls set waiters_done_, broadcast thread comes out of waiters_done_, other thread calls waiters_done_, (which leaves waiters_done_ in the signaled state) <sets the trap> broadcast thread returns releases mutex, other threads get mutex and also return, next barrier, first two threads enter wait, one goes to broadcast, release semaphore 2, skips waiters_done_ as it had been released last time returns, processes, enters the barrier for the next barrier operation and waits, three threads are now in wait, two have the previous barrier phase, one the current phase, there's one count left in the semaphore which a thread gets, returns, enters the barrier as a waiter, sleeps, and the deadlock is completed" Merged from svn/trunk using: svn merge -r 10456:10457 http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk/src/OpenThreads/win32
…plugin against ITK by adding define VCL_CAN_STATIC_CONST_INIT_FLOAT to be zero. From Robert Osfield, general clean up of CMakeLists.txt under ITK side
… options or extra whitespace in all cases, causing it to crash."
…threading issues with ParallelSplitShadowMap and ShadowVolume techniques.
…to avoid locale issues with atof
…and fix a gcc warning :) Use a union to determine if we are on a little endian or big endian machine." Merged from svn/trunk using : svn merge -r 10409:10410 http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk/include/osg/
Merged from svn/trunk using: svn merge -r 10386:10387 http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk/src/osgPlugins/txp/
…on 1.2 that I believe still exists in the latest version. I found that changing the alignment of a text object does not work properly if the text contains newline characters. I've attached a simple test case that shows the problem. If I set the text AFTER setting the alignment, everything works fine. But if I set the text BEFORE setting the alignment then the text is displayed incorrectly. The fix is very simple. Instead of calling computePositions() in TextBase::setAlignment(), it calls computeGlyphRepresentation(). I've attached the modified TextBase.cpp." Merged from svn/trunk using: svn merge -r 10375:10376 http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk/src/osgText/TextBase.cpp
"The dragger's corner tabs are no longer in the corners." this fix places the cornertabs back in the corners. (the manipulator does not make sense otherwise)."