Hi Robert,
I just got the 3.1.7 developer release built. Running the osgviewer
application with arguments "--run-on-demand --screen 1 dumptruck.osgt"
results in a regression where the viewer does not respond to mouse or
keyboard input (does not render any new frames, does not allow me to
exit via escape, does not respond to 's' for stats, etc). Similar
behavior occurs in my application, but I have not had a chance to run
the code in a debugger yet.
Running the osgviewer application without the --run-on-demand flag
appears to work as expected.
Compiled with Visual C++ 2010, running on Windows 7 (Same machine and
compiler settings as my previous tests).
Regards,
Judson
On 5/28/2013 9:39 AM, Judson Weissert wrote:
Robert,
This is great news! I will try out the new code as soon as possible
and report back my findings.
Thanks,
Judson
On 5/24/2013 5:42 AM, Robert Osfield wrote:
Hi Judson.
I have refactored the Viewer/CompositeViewer::checkNeedToDo() method
so that it now calls a new Viewer/CompositeViewer::checkEvents()
method that checks for available events rather than rely upon the more
heavier weight eventTraversals() method.
The eventTraversals() method design is focused on being done as part
of a full frame and was hacked to work in the case of run or demand
but didn't handle me moving the frame() event generation into. There
are good reasons to move frame() event, but not so good reasons to do
a full event traversal as a means for checking whether a full frame is
needed or not.
The introduction of the checkEvents() method required quite a few
changes in other classes to support it, fingers crossed I haven't
broken the build in the process of making these changes, unfortunately
I can't test out OSX, iOS, Windows builds so will have rely upon the
community to test of these changes that I had to make to the platform
specific GraphicsWindow implementations.
I have now checked in my changes to svn/trunk, could you test them out
and let me know if things are working OK now.
Cheers,
Robert.
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
