SimpleAnimate | An easy-to-use & flexible module replacement for the default Animate script

Resources Community Resources
, , ,
#21

Ok so i gotta sleep, update willbe finished tomorrow gauranteed :+1:

#22

Update:

  • Redid the entire module to use OOP instead of having to put it inside every rig!

    The download link has been updated to the new module as the PackageLink has been updated (those who still use the old version can still use it)

    Example usage:

    image
    image1919Ɨ657 94.7 KB

    Since this is such a MASSIVE change, of course the documentation will need to be updated. Working on that right now :sweat_smile:

2 Likes
#23

Documentation has been updated!
For those who are still using the old version I recommend switching to the new one

#24

Amazing update, I think this module has a potential of streamlining the whole Animation process.

Although, Iā€™m not sure how I could change the speed of Core animations.
How would I do that?

Does the size of the character affect animations speed, as well?

#25

To change the speed of the core animations you can go to the PoseController module ā†’ PoseController:PlayAnimation() since thats where animations are played

And no, size doesnt affect speed (atleast it shouldnt)

#26

Can you convert some of your modules to use the creator marketplace? Not that I donā€™t trust .rbxm files but I like to be able to import things from the toolbox.

1 Like
#27

Alright Iā€™ll make some creator marketplace products for them real quick, SimpleAnimate first (however do mind that since you canā€™t save PackageLinks to the creator marketplace youā€™ll have to manually update the module anytime an update comes out!)

1 Like
#28

Iā€™m aware of this and I know thatā€™s the reason you transitioned your resources to use files. I apologize for the extra hassle of updating it on the creator marketplace, but do keep in mind there are a ton of people that would use your resource if not for the fact that they donā€™t download files, for safety reasons (this can apply to packages, so thatā€™s another reason to have marketplace available) or just to not clutter their PC.

1 Like
#29

Also, do you know why animations play MUCH faster than with the default Animate script?

#30

Idk i guess the default Animate script has alot more convolutions along the way between a Humanoid state change and actually playing the animation? Canā€™t confirm though, I do not understand any of it :sob:

1 Like
#31

Nevermind, it was my own fault lol.

1 Like
#32

Just to be sure, if I want to access the AnimationController for a rig from another script (to play actions for example,) I just have to call .new() with the rig, right?

#33

Ah no, unfortunately it is not shared :confused: I can easily implement a .fromExisting() method if you want though

#34

That would be pretty useful. What were the actions supposed to be used for without one? If I wanted to make a tool that had an animation, was I supposed to use a bindable to play the animation in the animate script or something?

#35

Added in the newest package version :slight_smile:

image
image897Ɨ664 77.7 KB

Yeah I donā€™t know why I didnā€™t add this from the start xd

1 Like
#36

Oops i forgot to return the controller hold on

Thereā€¦

#37

Actually, why not just make .new check if one already exists at the start then return it?

#38

Ahh but what if someone wants to create a new AnimationController for a rig that already has one? Then it wouldnā€™t work

1 Like
#39

Would there really be a use-case for doing that? Honestly, itā€™s fine either way.

Also, do I have to manually destroy the controller if the rig dies?

#40

Ehh I donā€™t know but Iā€™m keeping it incase someone needs it (and also .fromExisting() is alot clearer in what itā€™s trying to do and prevents race conditions where 1 script is creating a new controller at the same time as another one)

Also Iā€™ll probably add a yielding constructor like .waitForController(rig) for those who want it

1 Like