Notably, this doesn't actually improve things any for any observer present when the gesture is triggered - but only for the user triggering the gesture, right?
I presume any other party has no method of determining if animations and sounds are being triggered as a part of a gesture or not. So, this only affects the first (uncached) triggering, and only for the gesture triggerer, am I right? On 29/03/2011 6:21 AM, Seth ProductEngine wrote: > This is an automatically generated e-mail. To reply, visit: > http://codereview.secondlife.com/r/231/ > > > Review request for Viewer. > By Seth ProductEngine. > > /Updated March 28, 2011, 12:21 p.m./ > > > Changes > > Fixes according to the feedback on revision 1. > > > Description > > First pass implementation of syncing the animations and sounds before the > gesture starts playing. > The actual playing of animations and sounds of a gesture starts only when all > needed animations and sound files are loaded into viewer cache. This reduces > the delay between animations and sounds meant to be played simultaneously but > may increase the delay between the moment a gesture is triggered and the > moment it starts playing. > > *Bugs: * STORM-380 <http://jira.secondlife.com/browse/STORM-380> > > > Diffs (updated) > > * indra/newview/llgesturemgr.h (b3cfba00a29b) > * indra/newview/llgesturemgr.cpp (b3cfba00a29b) > > View Diff <http://codereview.secondlife.com/r/231/diff/> > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges -- Tateru Nino http://dwellonit.taterunino.net/
_______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
