What happened?

Horse animations do not work properly. The horse most of the time stands in one position and when it moves its animation does not play and the horse simply moves "rigidly". The animation appears for a few seconds and then disappears again. In addition, when I tried to make a jump (on the horse's back) an error pops up and throws me out of the game (I added a screenshot). This happens every time I turn on the game. I tried to go back to older versions, but on every other one the same error happens.
I will add that the animations previously worked correctly.

I realized that the problem with animations is not caused by too many buildings or something like that (as I thought before). I created a completely new world, built a small stable and pasture. As long as I had one horse, everything was fine. When I spawned a new horse, everything broke down right away. When I moved the two horses apart, everything was fine, but when they approached each other on 10 (approximately) grids, the animations broke again. I play on a completely flat world.

What should happen?

The horse should move in the correct way for this mod, and the jump attempt should not throw out of the game.

Mods

• Star Worm Lighting Mod (SWLM).
• Star Worm Decor Mod (SWDM).
• Star Worm Equestrian Mod (SWEM).
• Player Animator by KosmX.

Each mod was installed by me from the CurseForge website, and each of them is on version 1.16.5

SWEM Version

Version 1.16.5

Singleplayer or Multiplayer

• Singleplayer
• Multiplayer
• Other (Please add a comment to the issue where this is happening)

OS

Windows

Relevant log output

No response

What mod versions are you using?

Each of the mods is for versions 1.16.5

Each of the mods is for versions 1.16.5

I understand that; I need to know the specific versions of the mods - not what version of Minecraft the mods are for.

Each of the mods is for versions 1.16.5

I understand that; I need to know the specific versions of the mods - not what version of Minecraft the mods are for.

Forgive. If I understand correctly now, You mean the versions of the game that change after the update. If so, I have:

• swem-1.16.5-0.5.3.3.jar
• swlm-1.16.5-1.1.4.jar
• swdm-1.16.5-2.0.4.jar
• geckolib-forge-1.16.5-3.0.104.jar
• player-animation-lib-forge-0.4.0-test1+1.16.5.jar
  Was that the point?

Same issue on a multi server. Most of the time they're T-posing and sliding around. Moving them further apart helps, but seems to require a much larger distance, at least a chunk and often two or more. It's inconsistent in general, and even with the horse moved a good distance (200ish tiles) away the animations aren't always on. Tried stopping and starting every few steps when riding and while more often than not the animation plays, sometimes it'll start sliding instead.

I have a fair few mods, but the problem was already there with just swem and its relatives (lighting and furniture, the animation and gecko libraries and nothing else)

full list of current mods:

[1.16.X-1.0.10] Dragon Mounts Legacy.jar
BiomesOPlenty-1.16.5-13.1.0.488-universal.jar
citadel-1.8.1-1.16.5.jar
eyeofdragons-0.1.0.jar
geckolib-forge-1.16.5-3.0.104.jar
iceandfire-2.1.11-1.16.5.jar
jei-1.16.5-7.7.1.153.jar
journeymap-1.16.5-5.8.5.jar
NaturesCompass-1.16.5-1.9.1-forge.jar
player-animation-lib-forge-0.3.5+1.16.5.jar
swdm-1.16.5-2.0.4.jar
swem-1.16.5-0.5.3.3.jar
swlm-1.16.5-1.1.4.jar
Wyrmroost-1.16.3-1.2.11.jar
wyrmroostspawncontrol-0.1.2.jar

minimal list of mods I've tried and still had the issue:

BiomesOPlenty-1.16.5-13.1.0.488-universal.jar
geckolib-forge-1.16.5-3.0.104.jar
journeymap-1.16.5-5.8.5.jar
player-animation-lib-forge-0.3.5+1.16.5.jar
swdm-1.16.5-2.0.4.jar
swem-1.16.5-0.5.3.3.jar
swlm-1.16.5-1.1.4.jar

UPDATE:

Downgrading Geckolib to version 3.0.99 fixes the issue, I'm currently looking at something like 12 SWEM horses in close quarters, all animating properly which had never happened on Geckolib 3.0.104.

EDIT A FEW HOURS LATER:

So I found that the geckolib fix didn't help on my server, and went digging further. The problem seems to be tied to shaders as well, but the geckolib downgrade did change things for the better. Interestingly, I'm seeing different behavior between two MC installs which are copies of each other aside from one mod. On newer Geckolib the horses T-pose and slide on both installs, offline and online, as well as for my friend. Shaders don't seem to play a role (friend plays without, I play with BSL). On older Geckolib things get more interesting. On my solo-only install, the horses are completely fixed without shaders, and slide with BSL on - but instead of T-posing, they're stuck in an idle and can't play any other anims. On my main install the single player horses are fine with no shaders and T-pose with them, but they T-pose very briefly and generally behave normally for the most part. Same install but playing on a server, with BSL on they are still very much broken and T-posing, and without it they T-pose only when they're close to each other - but at a closer distance than before when I often had to have a hundred or so blocks between horses for them to behave, and now they really need to be crammed together, I'd say 5 or so blocks.

This is almost starting to look like a resource issue, but it's hard to believe on my system. The online MC has 8 gigs of RAM allocated, the solo install has 16 gigs out of a total of 32 on my system. I'm running a 3090 and a 5950X on a M.2 SSD, Win11. The 8gig MC install runs pretty close to capped on memory, but the 16gig one never even gets close to filling its share.

Btw, the one mod that's present in my solo install and not in the main one is Advanced Creation, so I really really don't think it's fixing anything animation related.

UPDATE:

Downgrading Geckolib to version 3.0.99 fixes the issue, I'm currently looking at something like 12 SWEM horses in close quarters, all animating properly which had never happened on Geckolib 3.0.104.

EDIT A FEW HOURS LATER:

So I found that the geckolib fix didn't help on my server, and went digging further. The problem seems to be tied to shaders as well, but the geckolib downgrade did change things for the better. Interestingly, I'm seeing different behavior between two MC installs which are copies of each other aside from one mod. On newer Geckolib the horses T-pose and slide on both installs, offline and online, as well as for my friend. Shaders don't seem to play a role (friend plays without, I play with BSL). On older Geckolib things get more interesting. On my solo-only install, the horses are completely fixed without shaders, and slide with BSL on - but instead of T-posing, they're stuck in an idle and can't play any other anims. On my main install the single player horses are fine with no shaders and T-pose with them, but they T-pose very briefly and generally behave normally for the most part. Same install but playing on a server, with BSL on they are still very much broken and T-posing, and without it they T-pose only when they're close to each other - but at a closer distance than before when I often had to have a hundred or so blocks between horses for them to behave, and now they really need to be crammed together, I'd say 5 or so blocks.

This is almost starting to look like a resource issue, but it's hard to believe on my system. The online MC has 8 gigs of RAM allocated, the solo install has 16 gigs out of a total of 32 on my system. I'm running a 3090 and a 5950X on a M.2 SSD, Win11. The 8gig MC install runs pretty close to capped on memory, but the 16gig one never even gets close to filling its share.

Btw, the one mod that's present in my solo install and not in the main one is Advanced Creation, so I really really don't think it's fixing anything animation related.

I also have the same problem. Without shaders, everything works fine. Nevertheless, Downgrading Geckolib to version 3.0.99 helped a bit. My computer also does not belong to weak computers, and at the very beginning when I checked SWEM everything worked correctly although I spawned about 30 horses (playing with Sildurs Vibrant shaders).

I played once having only modifications: SWEM, SWDM and SWLM plus probably two mods that are mandatory with them and the same thing happened, so I don't think the bug has anything to do with overloading by other modifications or something.