This website requires JavaScript.
Explore
Help
Sign In
FGFS-4.1
/
OpenSceneGraph
Watch
4
Star
0
Fork
0
You've already forked OpenSceneGraph
Code
Issues
Pull Requests
Packages
Projects
Releases
Wiki
Activity
f6ace4a7d0
OpenSceneGraph
/
include
/
osgQt
History
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
..
Export
From Piotr Gwiazdowski, "So there's config setting OSG_DISABLE_MSVC_WARNINGS which should
2011-03-09 14:15:04 +00:00
GraphicsWindowQt
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
QFontImplementation
Fixed handling of Font implementations that don't handle multiple font resolutions.
2011-05-13 19:08:04 +00:00
QGraphicsViewAdapter
Converted FrameStamp::g/setFrameNumber from int to uint
2010-12-22 20:11:05 +00:00
QWebViewImage
Added #include <QtWebKit/QtWebKit>
2010-06-02 18:09:34 +00:00
QWidgetImage
From Jean-Sebastien Guay, "I've been working in the last few days
2010-06-15 13:57:44 +00:00