Luka Sverko

Thanks for reporting!

Hi, sorry for the very slow reply - I've been very busy lately. Thanks for reporting and fixing this. I'll merge your PR along with some other stuff hopefully soon...

Hey, thanks for reporting and analysing it in detail. I'll implement it as soon as I get back to it.

Blending multiple animations should not be complicated - I'll change the title of this issue and leave it as a to-do task. Isn't blending a new animation into the current...

Ah, ok, I understand. So it's something like blend animation X into the current one with a certain weight factor until animation X finishes and then continue playing current one?

OK, I'll try to do this in a generic way that covers all the common scenarios and allows the users to create their own. Probably I'll introduce a separate object...

Good idea. If I'm not mistaken, this is just like the current blending except this would calculate transforms by adding data from multiple animations (with different weights) instead of interpolating...

Just realised (+ you mentioned it) that the superimposed animation(s) should add relative transforms to the base animation, not add everything together. What about animations with different sprites? Should superimposed...

This is the intended behaviour. What happens is, animations get interpolated based on a normalised progress. In this example: Animation A is at 700/1000 ms or 0.7 progress You transition...

> @luciddream00 Thanks, this absolutely solved transition issues. This should really be the default behavior, I dunno why the author thinks janky transitions are better. I did it so people...