HI Speculating :)
It sort of look to me like a pre-empting problem were your OSG application is getting bumped at times by another process and or thread. Also it could be you have over subscribe the number of threads you have working and they are struggling for cpu time Or you have sync issue were occasionally you waiting on a thread that's causing the jitter in your video, btw I would call them hiccups or stalls , jitter is something completely different to me :) Other issues I have seen causes this is IO problems, Sending data to the Graphics card the first time etc or on a db with too much texture/state etc. Again this just speculation but I have seen one and all of the about cause stalls the as I would called them Gordon Tomlinson 3D Technology System Engineering Consultant Overwatch® An Operating Unit of Textron Systems __________________________________________________________ "WARNING: Documents that can be viewed, printed or retrieved from this E-Mail may contain technical data whose export is restricted by the Arms Export Control Act (Title 22, U.S.C., Sec 2751, et seq,) or the Export Administration Act of 1979, as amended, Title 50, U.S.C., App. 2401 et seq. and which may not be exported, released or disclosed to non-U.S. persons (i.e. persons who are not U.S. citizens or lawful permanent residents ["green card" holders]) inside or outside the United States, without first obtaining an export license. Violations of these export laws are subject to severe civil, criminal and administrative penalties." -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Arif Yetkin Sarı Sent: Wednesday, January 26, 2011 6:44 AM To: [email protected] Subject: Re: [osg-users] Jitter problem - OSG & Nvidia Physx J.P. Delport : I got what you meant. Yes, I believe the THREAD3 output is robust. When we call physics.simulate() in THREAD3, for all entities in the physics scene (which are bounding boxes of the real entities in OSG), we get their positions and orientations at that exact time slice. Meaning that we produce a set of x y z h p r values at a particular timestamp where all entities' "x y z h p r"s are consistent with each other. Then we send this x y z h p r set to our "frameQueue", and these "frames" are comsumed one at a time (or sampled whenever needed). ------------------------ http://www.youtube.com/watch?v=naX3hOkDx8w ------------------ Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=35985#35985 _______________________________________________ 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
