Animation library natively added

[MaketendoDev]

About the PR

Animation library is now part of the mod instead of being seperate, this closes #64

Made it so you can easily register effect-based powers and fixes the bug where flying too fast will move the arms above the player head.

Why / Balance

It removes any confusion, lets us easily edit rendering code while testing more easier, and generally less of a pain.

Requirements

• I have read and am following the Pull Request and Changelog Guidelines.
• I have added media to this PR or it does not require an ingame showcase.

[MaketendoDev]

oh breh I forgot to remove the old commits, eh it's ok

[MaketendoDev]

[MaketendoDev]

closes #36

[MaketendoDev]

closes #26

[duzos]

few notes from a read-through.

main one: netty/render thread race in the packet handler (see inline). also animator_version in gradle.properties is dead now that the modImplementation line is gone, can be dropped in the same change.

[duzos]

pushed 96b8177 addressing the review.

• PlayAnimationS2CPacket.handle now dispatches the tracker put through MinecraftClient.execute so it lands on the render thread instead of netty.
• MarkFiveCase no longer maintains its own static uuid set. swapped for ItemCooldownManager (the pattern BaseRangItem already uses); the cooldown auto-expires after 161 ticks (~8s, matching the scheduler delay), syncs to client for free, and is applied symmetrically to toCase and fromCase so the asymmetric race is gone.
• folded the four animation mixins into timeless.mixins.json under a client.animation subpackage. animator.mixins.json is gone, and so is its entry in fabric.mod.json.
• dropped animator_version from gradle.properties.

./gradlew compileJava is green. left the DuzoAnimationMod/DuzoAnimationClient entrypoints as-is for now; can fold those into Timeless/TimelessClient in a follow-up if you want a single init chain.

[MaketendoDev]

fire