Resolved: It was basically what you said Bunny. But it actually was we changed the animation and the original frame range was outside the range of what was now exported. E.G. anim was frames 23-30 but now the whole animation ends at 20. Since I was using the function to split an animation up, when the frame ranges changed, it screwed things.

I guess this applies to looping animations. When the animation time reaches the end it should start at the beginning. To get a smooth transition it takes the time you are behind the end and adds it to the starting time. When a wrap-around occures the old time should be greater than the new time of course.

I can only imagine two cases where this might not be the case:

• The animation is very very short and your frametime is larger than the animation takes
• You manipulate the animation time somewhere in some way that when the wrap-around occures you "go back in time".

All just suggestions ;)

I've had this problem and ignored it for a while. Just found a fix for our particular problem, and thought I'd share.

Before firing off any animation make a coroutine to wait for time scale to be reset to 1.0f

void SignalToAnimate() { StartCoroutine("PlayAfterSlowMo"); }

IEnumerator PlayAfterSlowMo()
{
    while(Time.timeScale != 1.0f)
    {
       yield return null;
    }
    //Play animation
    yield return null;

}

I'm using Time.timescale a lot, but I only use it for momentary pauses in our game (for hit connects etc.) So this may not be an ideal work around, but it's good enough for us.