Tags
Creators
Details
Licensed MIT
Created 4 years ago
Updated 3 days ago
All versions
5.5.4
Release
NeoForge 26.2-5.5.43 days ago 1,740
Compatibility
Minecraft: Java Edition
26.2
Platform
NeoForge
Supported environments
Client-side
Client and server
Changes
GeckoLib v5.5.4
Bug Fixes
- Fixed
query.life_timebeing negatively inverted - Prevented GeckoLib crashing if attempting to animate with an empty animation
- Fixed GeckoLib crashing on newer NeoForge versions
- Fixed GeckoLib crashing when attempting to send a default
RawAnimationover network - Fixed GeckoLib not evaluating nested ternary expressions properly
- Fixed DieRollIntegerFunction giving the wrong name when asked
- Fixed a crash caused by serverbound GeckoLib packets (we don't have any at the moment anyway, but still)
- Fixed NeoForge's entity
RenderStateextensions being ignored by GeckoLib - Prevent GeckoLib crashing if attempting to retrieve an incorrectly typed
DataTicket - Fixed left-handed GeckoLib entities using first-person render context for third person offhand items
- Fixed uppercase Molang queries not being recognised by animations
- Fixed various whitespace issues with Molang expression parsing
- Fixed single-element vector arrays in Molang expressions erroring out
- Fixed custom GeckoLib resource loaders disabling themselves
- Fixed GeckoLib resource loading crashing out if a mod has both a suffixed GeckoLib resource file and a non-suffixed one with the same name
- Fixed synced singleton animatables (mostly items) colliding with another in very rare occasions
- Fixed
RawAnimationnot necessarily comparing as equal in very rare occasions - Fixed
RawAnimation.Stagenot necessarily comparing as equal in very rare occasions - Fixed
KeyFrameDatanot necessarily comparing as equal in very rare occasions - Fixed the
RawAnimation#thenWaitwaiting 20x too long - Fixed
easeinquintnot beingquint - Fixed
AnimationController#hasAnimationFinishednot working properly - Fixed a potential collision or crash caused by multithreaded handling of animation parsing or modloading
- Fixed a potential crash from reloading resources with GeckoLib animated textures present
- Added some safety checks for
ItemArmorGeoLayerto prevent crashes/errors from invalid setups - Fixed
DyeableGeoArmorRendererrendering bones at the wrong location - Fixed GeckoLib crashing the entire game if a mod attempts to animate something in an invalid way
- Fixed animations with out-of-order animation keyframes not being sorted when loading in
- Fixed a potential multi-threading crash or corruption from
SyncedSingletonAnimatableCache - Fixed a potential crash caused by unexpected values in
DieRollIntegerFunctionandRandomIntegerFunction - Fixed
SyncedSingletonAnimatableCacheacting as a slow-burning memory leak by retaining every id indefinitely - Fixed Molang expressions with empty groups '()' erroring out with little information when parsing
- Fixed top-level bones with locators throwing an error for each one on load
- Fixed GeckoLib's resource loading incorrectly telling Minecraft to move it on-thread before it's done
- Fixed multi-stage animations with a transition time not transitioning properly
- Fixed
math.atan,math.acos, andmath.asincalculating tiny values and being wrong - Some rendering performance improvements
- Fixed GeckoLib clients requiring NeoForge servers to also have GeckoLib installed
- Fixed variable assignments in Molang not parsing properly if accompanied by a tenary or sub-expression
- Added operator symbol aliases for && and || - although the bedrock spec doesn't support this technically
- Fixed negative math function results not parsing properly in molang
- Fixed some higher-level molang operators having completely incorrect precedence indexes
- Fixed some other molang parsing issues
- Misc cleanup
Projects on Modrinth are automatically available through a Maven repository for use with JVM build tools such as Gradle. To learn more about the Modrinth Maven API, click here.
Note: When available, you should use the creator's maven repo instead as it will have transitive dependency information that the Modrinth Maven API does not. You may also end up with duplicate dependencies if you use a mix of Modrinth and non-Modrinth Maven repositories for your dependencies, because the group identifier will be different when served through the Modrinth Maven API.
Maven coordinates:
Version ID:
build.gradle:
repositories {
exclusiveContent {
forRepository {
maven {
name = "Modrinth"
url = "https://api.modrinth.com/maven"
}
}
// forRepositories(fg.repository) // Uncomment when using ForgeGradle
filter {
includeGroup "maven.modrinth"
}
}
}
// Standard Gradle dependency
dependencies {
implementation "maven.modrinth:8BmcQJ2H:JJwT4ZBq"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:8BmcQJ2H:JJwT4ZBq"
}

