[opensource-dev] Review Request: (STORM-380) There is a little delay in sound when gesture first time played
tateru at taterunino.net
Tue Mar 29 01:23:55 PDT 2011
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:
> Review request for Viewer.
> By Seth ProductEngine.
> /Updated March 28, 2011, 12:21 p.m./
> Fixes according to the feedback on revision 1.
> 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:
> Please read the policies before posting to keep unmoderated posting privileges
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the opensource-dev