Robert Osfield 64fa6aec43 From Robert Milharcic, "This will hopefully fix some issues with osgQt, more precisely with GLWidget event handling. There are at least two current GL context braking events, QEvent::Hide and QEvent::ParentChange. When running in a multithreaded mode they both try to change current GL context in a wrong thread (main GUI thread). The QEvent::ParentChange is also problematic when running in a single threaded model because Qt is going to release current contex then delete it, and then it will create new one, and as a result the osg will continue to render to an invalid deleted context. This changes workaround above problems by deferring execution of the problematic evens. These events has to be enqueued and executed later. The enqueued event processing is currently done right after swap in a swapBuffersImplementation of GraphicsWindowQt while code is running in a render thread by calling QGLWidget handler directly. In principle the deferred events queue should be executed while in GUI thread but I couldn't find any reliable way to do this, that is without risking a deadlock. For now it is assumed, Qt is not going to execute any GUI thread only operations inside the QGLWidget handler."

2011-09-13 11:09:39 +00:00

..

OpenThreads

Updated version number

2011-06-17 11:47:47 +00:00

osg

From Robert Milharcic, "This will hopefully fix some issues with osgQt, more precisely with GLWidget event handling. There are at least two current GL context braking events, QEvent::Hide and QEvent::ParentChange. When running in a multithreaded mode they both try to change current GL context in a wrong thread (main GUI thread). The QEvent::ParentChange is also problematic when running in a single threaded model because Qt is going to release current contex then delete it, and then it will create new one, and as a result the osg will continue to render to an invalid deleted context. This changes workaround above problems by deferring execution of the problematic evens. These events has to be enqueued and executed later. The enqueued event processing is currently done right after swap in a swapBuffersImplementation of GraphicsWindowQt while code is running in a render thread by calling QGLWidget handler directly. In principle the deferred events queue should be executed while in GUI thread but I couldn't find any reliable way to do this, that is without risking a deadlock. For now it is assumed, Qt is not going to execute any GUI thread only operations inside the QGLWidget handler."

2011-09-13 11:09:39 +00:00

osgAnimation

Fix crash in osgAnimation when keyframe container are empty

2011-07-15 10:22:44 +00:00

osgDB

Implemented missing Archive::readShader/writeShader, and added searching of the archive list in Registr::read() so that files

2011-06-24 12:40:18 +00:00

osgFX

From Magnus Kessler, "After a closer look at this particular issue, I used some grep and sed magic

2010-09-30 16:57:02 +00:00

osgGA

Fixed warnings.

2011-06-23 11:09:49 +00:00

osgManipulator

Fixed warnings.

2011-06-23 11:09:49 +00:00

osgParticle

Fixed Coverity reported issues.

2011-05-06 10:30:23 +00:00

osgPresentation

Changed the defaults volume setting to not enable the SampleDensityWhenMoving property.

2011-06-09 10:48:19 +00:00

osgQt

From Robert Milharcic, "This will hopefully fix some issues with osgQt, more precisely with GLWidget event handling. There are at least two current GL context braking events, QEvent::Hide and QEvent::ParentChange. When running in a multithreaded mode they both try to change current GL context in a wrong thread (main GUI thread). The QEvent::ParentChange is also problematic when running in a single threaded model because Qt is going to release current contex then delete it, and then it will create new one, and as a result the osg will continue to render to an invalid deleted context. This changes workaround above problems by deferring execution of the problematic evens. These events has to be enqueued and executed later. The enqueued event processing is currently done right after swap in a swapBuffersImplementation of GraphicsWindowQt while code is running in a render thread by calling QGLWidget handler directly. In principle the deferred events queue should be executed while in GUI thread but I couldn't find any reliable way to do this, that is without risking a deadlock. For now it is assumed, Qt is not going to execute any GUI thread only operations inside the QGLWidget handler."

2011-09-13 11:09:39 +00:00

osgShadow

Added handling the ShadowSettings::LightNum for selecting which light to use.

2011-09-07 20:05:25 +00:00

osgSim

Added doxygen comments explaining read file callback functionality.

2011-07-18 12:41:22 +00:00

osgTerrain

From Piotr Gwiazdowski, "So there's config setting OSG_DISABLE_MSVC_WARNINGS which should

2011-03-09 14:15:04 +00:00

osgText

Fixed handling of Font implementations that don't handle multiple font resolutions.

2011-05-13 19:08:04 +00:00

osgUtil

From Magnus Kessler, documentation fixes

2011-09-12 12:14:17 +00:00

osgViewer

From Bjorn Blissing, "Found a minor (probably a copy & paste) bug in ViewerEventHandlers.

2011-09-12 12:38:41 +00:00

osgVolume

Moved constructor implementation into .cpp

2011-05-06 12:30:21 +00:00

osgWidget

Fixed Coverity reported issues.

2011-05-06 10:29:47 +00:00