Animation Upload Ease In and Ease Out

Template:Needs Translation/de Template:Needs Translation/es Template:Needs Translation/el Template:Needs Translation/fr Template:Needs Translation/he Template:Needs Translation/it Template:Needs Translation/ja Template:Needs Translation/ko Template:Needs Translation/nl Template:Needs Translation/hu Template:Needs Translation/no Template:Needs Translation/da Template:Needs Translation/sv Template:Needs Translation/tr Template:Needs Translation/pl Template:Needs Translation/pt Template:Needs Translation/ru Template:Needs Translation/th Template:Needs Translation/uk Template:Needs Translation/zh-Hans Template:Needs Translation/zh-Hant

The purpose of Ease In and Ease Out is to provide smooth transitions between the previous, current, and next animations. This is very helpful since the animation that was playing previously, and the one that will play next, can usually vary.

Choosing a duration for Ease In and Ease Out is problematic, since, again, it is usually impossible to know the stance you will be transitioning from or to.

A reasonable way to arrive at a duration for Ease In is:

1. determine the time it takes to smoothly and believably transition from standing with your arms at your sides to the first frame of your animation
2. divide that by 2

Determining the duration of Ease Out can be done the same way:

1. start with the last frame of your animation and determine how long it takes to smoothly and believably transition to a pose where you are standing with your arms at your sides
2. divide that by 2

The rationale behind this method is most positions you would find a humanoid in don't vary wildly from standing with their arms at their sides. Most motion capture studios use this position as their neutral pose for that reason. The reason you divide the time by 2 is we would expect the previous and next animations to have reasonable Ease In and Ease Out durations, so we only need half the time as part of this animation.

Ease In and Ease Out are currently (February 2011) limited to no more than 1 frame at whatever BVH frame rate you choose, greatly reducing the utility of this feature. This is almost certainly a bug (see VWR-25007).