You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 28, 2024. It is now read-only.
Animation ease values not respected.
When playing an animation with positive ease-in, the new bones don't appear to ease into position unless you're currently playing another animation that uses the bones.
"Your face will freeze like that!"
Once you've stopped an animation using the new bones, they don't go back into a default position of some sort.
Expected Behavior
I expect the new bones to ease into position like the bones of the default skeleton. I expect an ended animation to "go away" instead of the bones staying in that position until I play another animation.
The original skeleton bones ease into position from their existing positions when you play an animation with ease that uses the bones. The new ones ignore the animation's ease value and snap into position unless you're currently playing another animation using those bones. The new bones should ease in from whatever pose they're currently in if the priorities of the animations are right.
Other information
I tried the existing (but unused by the default avatar) toe and foot bones. They return to default position and respect ease-in.
I believe the problem here is caused by the lack of default animations running on the new bones. I can make them behave like the old bones (and respect the ease values) if I am running a priority zero animation loop that uses the new bones before I start an animation with ease.
{
'Business Unit': ['Platform'],
'Date of First Response': '2016-05-02T08:37:44.244-0500',
"Is there anything you'd like to add?": 'I tried the existing (but unused by the default avatar) toe and foot bones. They return to default position and respect ease-in.\r\n\r\nI believe the problem here is caused by the lack of default animations running on the new bones. I can make them behave like the old bones (and respect the ease values) if I am running a priority zero animation loop that uses the new bones before I start an animation with ease.\r\n',
'ReOpened Count': 0.0,
'Severity': 'Unset',
'System': 'SL Viewer',
'Target Viewer Version': 'viewer-development',
'What just happened?': '1) Animation ease values not respected.\r\nWhen playing an animation with positive ease-in, the new bones don\'t appear to ease into position unless you\'re currently playing another animation that uses the bones. \r\n\r\n2) "Your face will freeze like that!"\r\nOnce you\'ve stopped an animation using the new bones, they don\'t go back into a default position of some sort.',
'What were you doing when it happened?': 'Making faces while on the beta grid.',
'What were you expecting to happen instead?': 'I expect the new bones to ease into position like the bones of the default skeleton. I expect an ended animation to "go away" instead of the bones staying in that position until I play another animation.\r\n\r\nThe original skeleton bones ease into position from their existing positions when you play an animation with ease that uses the bones. The new ones ignore the animation\'s ease value and snap into position unless you\'re currently playing another animation using those bones. The new bones should ease in from whatever pose they\'re currently in if the priorities of the animations are right.',
'Where': 'Beta grid.',
}
The text was updated successfully, but these errors were encountered:
Steps to Reproduce
Making faces while on the beta grid.
Actual Behavior
Animation ease values not respected.
When playing an animation with positive ease-in, the new bones don't appear to ease into position unless you're currently playing another animation that uses the bones.
"Your face will freeze like that!"
Once you've stopped an animation using the new bones, they don't go back into a default position of some sort.
Expected Behavior
I expect the new bones to ease into position like the bones of the default skeleton. I expect an ended animation to "go away" instead of the bones staying in that position until I play another animation.
The original skeleton bones ease into position from their existing positions when you play an animation with ease that uses the bones. The new ones ignore the animation's ease value and snap into position unless you're currently playing another animation using those bones. The new bones should ease in from whatever pose they're currently in if the priorities of the animations are right.
Other information
I tried the existing (but unused by the default avatar) toe and foot bones. They return to default position and respect ease-in.
I believe the problem here is caused by the lack of default animations running on the new bones. I can make them behave like the old bones (and respect the ease values) if I am running a priority zero animation loop that uses the new bones before I start an animation with ease.
Attachments
Original Jira Fields
The text was updated successfully, but these errors were encountered: