[crash] latest alpha will not let game run if gekolib is present
Shibva opened this issue · 9 comments
so I updated to EpicFightMod-1.16.5-5.1.0.jar (alpha) and now the game is throwing an error with a mod that was not a problem before and that is with gekolib suddenly acting up
I made sure to see if this was an issue and its not an issue in EpicFightMod-1.16.5-5.0.6.jar
the crash report:
crash-2021-10-05_05.23.23-client.txt
I was noticing a second player render on me for an unknown reason, and I noticed this especially when I held shift. I found out that it's Dr Who: regeneration that causes this issue
@Yesssssman I got same problem , here is my crash report:
Description: Rendering overlay
java.lang.NullPointerException: Rendering overlay
at software.bernie.geckolib3.util.json.JsonAnimationUtils.getObjectListAsArray(JsonAnimationUtils.java:187) ~[?:3.0.46] {re:classloading}
at software.bernie.geckolib3.util.json.JsonAnimationUtils.getAnimations(JsonAnimationUtils.java:36) ~[?:3.0.46] {re:classloading}
at software.bernie.geckolib3.file.AnimationFileLoader.loadAllAnimations(AnimationFileLoader.java:26) ~[?:3.0.46] {re:classloading}
at software.bernie.geckolib3.resource.GeckoLibCache.lambda$reload$0(GeckoLibCache.java:70) ~[?:3.0.46] {re:classloading}
at software.bernie.geckolib3.resource.GeckoLibCache$$Lambda$4265/630313530.apply(Unknown Source) ~[?:?] {}
at software.bernie.geckolib3.resource.GeckoLibCache.lambda$null$5(GeckoLibCache.java:88) ~[?:3.0.46] {re:classloading}
at software.bernie.geckolib3.resource.GeckoLibCache$$Lambda$4376/419108399.get(Unknown Source) ~[?:?] {}
at java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1582) ~[?:1.8.0_51] {}
at java.util.concurrent.CompletableFuture$AsyncSupply.exec(CompletableFuture.java:1574) ~[?:1.8.0_51] {}
at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:289) ~[?:1.8.0_51] {}
at java.util.concurrent.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1056) ~[?:1.8.0_51] {}
at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1689) ~[?:1.8.0_51] {re:computing_frames}
at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157) ~[?:1.8.0_51] {}
@Yesssssman I got same problem , here is my crash report: Description: Rendering overlay
java.lang.NullPointerException: Rendering overlay at software.bernie.geckolib3.util.json.JsonAnimationUtils.getObjectListAsArray(JsonAnimationUtils.java:187) ~[?:3.0.46] {re:classloading} at software.bernie.geckolib3.util.json.JsonAnimationUtils.getAnimations(JsonAnimationUtils.java:36) ~[?:3.0.46] {re:classloading} at software.bernie.geckolib3.file.AnimationFileLoader.loadAllAnimations(AnimationFileLoader.java:26) ~[?:3.0.46] {re:classloading} at software.bernie.geckolib3.resource.GeckoLibCache.lambda$reload$0(GeckoLibCache.java:70) ~[?:3.0.46] {re:classloading} at software.bernie.geckolib3.resource.GeckoLibCache$$Lambda$4265/630313530.apply(Unknown Source) ~[?:?] {} at software.bernie.geckolib3.resource.GeckoLibCache.lambda$null$5(GeckoLibCache.java:88) ~[?:3.0.46] {re:classloading} at software.bernie.geckolib3.resource.GeckoLibCache$$Lambda$4376/419108399.get(Unknown Source) ~[?:?] {} at java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1582) ~[?:1.8.0_51] {} at java.util.concurrent.CompletableFuture$AsyncSupply.exec(CompletableFuture.java:1574) ~[?:1.8.0_51] {} at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:289) ~[?:1.8.0_51] {} at java.util.concurrent.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1056) ~[?:1.8.0_51] {} at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1689) ~[?:1.8.0_51] {re:computing_frames} at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157) ~[?:1.8.0_51] {}
Your crash report is the same as the above. Since I can't find the code causing a crash in Stacktrace. Normally, if my code has a problem, it will be shown as below.
yesman.epicfight.animation.types.LinkAnimation.getPoseByTime(LinkAnimation.java:45)
I recommend sending this report to the developer of Geckolib. He'll know what cause this problem.
Geckolib dev here:
@Yesssssman the issue is the animations folder in the your assets, Geckolib uses the same folder name for it's own animations location and searches all assets for an animation folder due to our system allowing resource packs to override animations of a mod. The easiest fix would be to rename the folder to something like epic_animations. As it stands now, due to the folder name the two mods will be incompatible.
@AzureDoom Understood. I'll fix the folder name in the next update.