Hi All,
I would like to submit the attached file for submission. The file is taken from OSG version 2.6. I have modified only one line (line 193) with the comment starting // ACP. Attached is a previously posted email describing the bug and the procedure required to reproduce/test the bug. Regards, Andy Business Development Manager Embedded Simulation Group GE Fanuc Intelligent Platforms Applied Image Processing (formally Octec) The Western Centre, Western Rd, Bracknell Berkshire, England, RG12 1RW Tel: +44 (0)1344 464908 Fax: +44 (0)1344 465201 Web: http://www.octec.com GE Fanuc Intelligent Platforms (Bracknell) Ltd, registered in England and Wales (2393111) at 100 Barbirolli Square, Manchester, M2 3AB, VAT GB 530 094 183 This email is private and confidential and for the addressee only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any hard copies destroyed. You are strictly prohibited from using, printing, distributing or disseminating it or any information contained in it save to the intended recipient.
--- Begin Message ---Hi Robert, I have noticed that this bug is not fixed in 2.6. Should I fix it submit via the submissions mail list? Regards, Andy _____ From: Preece, Andy (GE EntSol, Intelligent Platforms) Sent: 01 August 2008 10:04 To: '[EMAIL PROTECTED]' Subject: Possible bug in osg::Sequence Hi All, I have found a possible bug in osg::Sequence. Can anyone confirm this and/or let me know if it is fixed in a newer release than 2.4? To reproduce the bug: 1. Create a template osg::Sequence node (and underlying geometry) but do not attach the node to the current active scenegraph. 2. At some point during the rendering loop (perhaps on a keystroke) clone the sequence node (I use the call: dynamic_cast<osg::Node*>(templateNode -> clone( osg::CopyOp( (osg::CopyOp::CopyFlags)osg::CopyOp::DEEP_COPY_NODES ) ) ) 3. Set the cloned sequence node duration to a value that makes the animation run slower (i.e. 2.0). 4. Start the cloned sequence (using setMode()). 5. Repeat steps 2 - 4 and observe that the cloned sequences do not run slow but run as fast, appearing to ignore the duration that has been set on them. Looking at the 'good documentation' (2.4 source code), I see that _start is being set to _now (osg::Sequence::setMode(), line 192). Should this not _start not be set to -1.0? PS: It is also interesting to note that when loading OpenFlight file with the frameTime set to 0.0, setting duration will have no effect. Perhaps the OpenFlight loader should provide a very small default frameTime value if the incoming value from the OpenFlight file is 0.0. PS2: It also looks like the _nrepRemain value is not being reset when setMode( START ) is called. To reset the value you must call setDuration again. Regards, Andy Business Development Manager Embedded Simulation Group GE Fanuc Intelligent Platforms Applied Image Processing (formally Octec) The Western Centre, Western Rd, Bracknell Berkshire, England, RG12 1RW Tel: +44 (0)1344 464908 Fax: +44 (0)1344 465201 Web: http://www.octec.com GE Fanuc Intelligent Platforms (Bracknell) Ltd, registered in England and Wales (2393111) at 100 Barbirolli Square, Manchester, M2 3AB, VAT GB 530 094 183 This email is private and confidential and for the addressee only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any hard copies destroyed. You are strictly prohibited from using, printing, distributing or disseminating it or any information contained in it save to the intended recipient.
--- End Message ---
Sequence.cpp
Description: Sequence.cpp
_______________________________________________ osg-submissions mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
