Difference between revisions of "Animation Durations"
m |
|||
| (10 intermediate revisions by 2 users not shown) | |||
| Line 2: | Line 2: | ||
|Object=* | |Object=* | ||
}} | }} | ||
The following animation types are the only ones that have a predictable duration. | The following animation types are the only ones that have a predictable duration. | ||
{| class="sortable" {{prettytable}} | {| class="sortable" {{prettytable}} | ||
|-{{Hl2}} | |-{{Hl2}} | ||
!Animation Type | ! [[Internal_Animations#User-playable_animations|Animation Type]] | ||
!Duration in Seconds | ! [[llGetAnimation#Constants|llGetAnimation Value]] | ||
! Duration in Seconds | |||
|- | |- | ||
|prejump | | prejump | ||
|0.033333333333333333 | | "PreJumping" | ||
| 0.033333333333333333 | |||
|- | |- | ||
|jump | | jump | ||
|2.5 | | "Jumping" | ||
| 2.5 | |||
|- | |- | ||
|slow fly | | slow fly | ||
|0.033333333333333333 | | "FlyingSlow" | ||
| 0.033333333333333333 | |||
|- | |- | ||
|land | | land | ||
|0.4 | | "Landing" {{Footnote|{{String|Soft Landing}} is treated the same as {{String|Landing}} in most animation overriders (i.e. these animations are of the same 'type'). Of the four most popular only Firestorm's animation overrider allow them to be overrriden separately, the other three (Phoenix's, Franimation, and ZHAO-II) all play the 'land' animation you chose for both {{String|Landing}} and {{String|Soft Landing}}.}} | ||
| 0.4 | |||
|- | |- | ||
|stand up | | stand up | ||
|2.6 | | "Standing Up" | ||
| 2.6 | |||
|} | |} | ||
| Line 28: | Line 35: | ||
This information is important for avoiding creating animations that will run longer than the action takes. | This information is important for avoiding creating animations that will run longer than the action takes. | ||
That said, simulator lag can cause an action to take longer than normal. For that reason, it's best for prejump, jump, and slow fly animations to be looped. That will prevent them from ending early under laggy conditions. If your prejump or slow fly animation is longer than one frame you should normally make the last frame the loop body. This will cause you to become stuck in the appropriate pose until the jump or fly action starts. Jump animations should normally be looped in the middle, since they play while you are in the air. You should not loop land and stand up animations. If they were looped you would land or stand up repeatedly, or appear stuck in a pose, when lagging. They look natural ending before the simulator 'notices' because they end a action sequence (prejump->jump->land or fall->land or fall->stand_up). | |||
== See Also == | == See Also == | ||
*[[Animation Upload Loop Controls]] | |||
*[[Voluntary Movement Speeds]] | *[[Voluntary Movement Speeds]] | ||
== Footnotes == | |||
{{Footnotes}} | |||
[[Category:LSL_Animation]] | [[Category:LSL_Animation]] | ||
Latest revision as of 19:39, 21 March 2013
| Help Portal: |
Avatar | Bug Fixes | Communication | Community | Glossary | Land & Sim | Multimedia | Navigation | Object | Video Tutorials | Viewer | Wiki | Misc |
The following animation types are the only ones that have a predictable duration.
| Animation Type | llGetAnimation Value | Duration in Seconds |
|---|---|---|
| prejump | "PreJumping" | 0.033333333333333333 |
| jump | "Jumping" | 2.5 |
| slow fly | "FlyingSlow" | 0.033333333333333333 |
| land | "Landing" [1] | 0.4 |
| stand up | "Standing Up" | 2.6 |
"slow fly" is triggered when you start to move forward, during the transition between hover and fly animations. "prefly" would have been a clearer, and more consistent, name. This might come as a surprise to people expecting slow fly to be another form of movement.
This information is important for avoiding creating animations that will run longer than the action takes.
That said, simulator lag can cause an action to take longer than normal. For that reason, it's best for prejump, jump, and slow fly animations to be looped. That will prevent them from ending early under laggy conditions. If your prejump or slow fly animation is longer than one frame you should normally make the last frame the loop body. This will cause you to become stuck in the appropriate pose until the jump or fly action starts. Jump animations should normally be looped in the middle, since they play while you are in the air. You should not loop land and stand up animations. If they were looped you would land or stand up repeatedly, or appear stuck in a pose, when lagging. They look natural ending before the simulator 'notices' because they end a action sequence (prejump->jump->land or fall->land or fall->stand_up).
See Also
Footnotes
- ^ "Soft Landing" is treated the same as "Landing" in most animation overriders (i.e. these animations are of the same 'type'). Of the four most popular only Firestorm's animation overrider allow them to be overrriden separately, the other three (Phoenix's, Franimation, and ZHAO-II) all play the 'land' animation you chose for both "Landing" and "Soft Landing".