[BUG-139305] Gestures containing the "BigSmile" built-in animation take way too long to load #2498
Comments
Marine Kelley commented at 2017-10-27T16:02:57Z There is a new development ! I was with a friend, both on the latest RLV (which is based on the latest SL viewer, I must point out that the bug occurs on the official SL viewer as well), standing next to each other, with the same emote built from the repro above. When she plays he emote, it works fine for her, and when she plays it in front of me, I hear the "/me smiles" coming from her avatar. I don't see her smile because she wears a mesh head. However, when I play this emote, both she and I must wait for the "/me smiles" coming from my avatar. I tested this with my alt earlier, before writing this ticket, but I didn't think of doing so with both avatars at the same place (I was working on something else elsewhere at the time). It's like this bug happens only to me and to nobody else. Odd. So if you cannot repro it, don't sweat it too much unless other people experience the same issue, I can live without the "BigSmile" emote now, as I'm wearing a mesh head. |
Whirly Fizzle commented at 2017-10-27T16:15:45Z, updated at 2017-10-27T16:16:06Z Not just you Marine ;) Reproduced on Second Life 5.0.8.329115 (Second Life Release) |
Whirly Fizzle commented at 2017-10-27T16:21:13Z Gestures play instantly (emote and animation) when using the other internal animations. |
Whirly Fizzle commented at 2017-10-27T16:25:19Z Reproduces on Firestorm too (Firestorm 5.0.9 (53408) Oct 22 2017 19:17:23 (Firestorm-FizzlefireAnimeshx64) with OpenSimulator support) |
Whirly Fizzle commented at 2017-10-27T17:46:05Z Results of further testing
|
Whirly Fizzle commented at 2017-10-27T18:47:56Z BigSmile is express_toothsmile - b92ec1a5-e7ce-a76b-2b05-bcdb9311417e - avatar_express_toothsmile.bvh Ref: http://wiki.secondlife.com/wiki/Internal_Animations Note that express_toothsmile used to cause the viewer to crash, see BUG-3794 Also note the Firestorm crash JIRA issues at https://jira.phoenixviewer.com/browse/FIRE-14589 & https://jira.phoenixviewer.com/browse/FIRE-14972 Also note that there is no delay when playing express_toothsmile or express_open_mouth by script when using an asset-http viewer. default
{
touch_start(integer detected)
{
llRequestPermissions(llDetectedKey(0), PERMISSION_TRIGGER_ANIMATION);
}
run_time_permissions(integer perm)
{
if (perm & PERMISSION_TRIGGER_ANIMATION)
{
llStartAnimation("express_open_mouth");
llOwnerSay("animation will end in 5 seconds");
llSetTimerEvent(5.0);
}
}
timer()
{
llSetTimerEvent(0.0);
llStopAnimation("express_open_mouth");
}
} |
Steps to Reproduce
Make a new gesture.
Remove the sound step, replace the "Wave" animation with "BigSmile".
Add a chat step that says "/me smiles" to be sure the avatar makes an emote at the same time (so you know when the gesture actually starts).
Save the gesture, play it through chat or preview it from the Gesture window. In fact, previewing it from the Gesture window is preferable because the "Stop" button appears and lets you stop the gesture without having to wait for its completion. In fact, this simple gesture is so quick that you should not see the "Stop" button at all, if it worked.
After something like 2 minutes and a half, the gesture should finally play. But it is way too late if you intended to play the gesture in response to someone else saying something, you will play the gesture completely out of place.
Actual Behavior
Since v5.0.8 or v5.0.7, I can't really be sure, gestures containing the built-in "BigSmile" animation that animates the system head take forever to play, while other gestures (even those that play an animation) play right away.
I am not clear whether it takes a while because it takes a long time to download (it shouldn't, most animations are usually really fast to load, faster than notecards), or because the viewer only checks the queue of gesture steps once in a while.
Expected Behavior
The gesture should load and play immediately, especially if the animation is already in the cache.
Other information
I've had random results after replacing "BigSmile" with "Smile" (the simple closed lips smile), in one case the gesture suddenly worked fine even after reverting to its original faulty content.
I'm flagging this as major because some people like to play such an animation with a gesture, and they can't reliably do it anymore.
Links
Duplicates
Original Jira Fields
The text was updated successfully, but these errors were encountered: