Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Incompatible with Performant #37

Open
Camawama opened this issue Jan 15, 2021 · 5 comments
Open

Incompatible with Performant #37

Camawama opened this issue Jan 15, 2021 · 5 comments
Labels
enhancement New feature or request

Comments

@Camawama
Copy link

While using Performant and Spiders 2.0, spiders will get stuck on walls and never move up them.

@TheCyberBrick
Copy link
Owner

This problem is known, but I haven't found a simple way to make it compatible yet.

@TheCyberBrick TheCyberBrick added the enhancement New feature or request label Jan 27, 2021
@BGB-Rex
Copy link

BGB-Rex commented Mar 16, 2021

hey, I'd just like to say that I think I found a temporary fix. Thanks to the user "AtheoAng3l0_New" that mentioned turning off some AI tweaks in the Perforrmants configs so I did some testing and found out that changing these specific ones makes the spiders work as intended

["Entity settings"]

fastCollisions = false
fastPathFinding = false
multiEntities = false

["Entity AI Settings"]

goalselectorrate = 1

Hope this helps someone

@Camawama
Copy link
Author

hey, I'd just like to say that I think I found a temporary fix. Thanks to the user "AtheoAng3l0_New" that mentioned turning off some AI tweaks in the Perforrmants configs so I did some testing and found out that changing these specific ones makes the spiders work as intended

["Entity settings"]

fastCollisions = false
fastPathFinding = false
multiEntities = false

["Entity AI Settings"]

goalselectorrate = 1

Hope this helps someone

You are amazing, thank you

@TigerWalts
Copy link

I believe that this incompatibility is also causing a crash on dedicated servers. The client is probably catching the exception and avoiding a crash. Currently experienced on Better Minecraft v24. Making the above changes stopped the crashes.

java.lang.NullPointerException: Ticking entity
	at tcb.spiderstpo.common.entity.movement.AdvancedWalkNodeProcessor.getDirectionalPathNodeType(AdvancedWalkNodeProcessor.java:953) ~[spiderstpo:1.0.4] {re:classloading}
	at tcb.spiderstpo.common.entity.movement.AdvancedWalkNodeProcessor.getDirectionalPathNodeType(AdvancedWalkNodeProcessor.java:935) ~[spiderstpo:1.0.4] {re:classloading}
	at tcb.spiderstpo.common.entity.movement.AdvancedWalkNodeProcessor.func_186330_a(AdvancedWalkNodeProcessor.java:931) ~[spiderstpo:1.0.4] {re:classloading}
	at tcb.spiderstpo.common.entity.movement.ClimberMoveController.isWalkableAtOffset(ClimberMoveController.java:276) ~[spiderstpo:1.0.4] {re:mixin,re:classloading}
	at tcb.spiderstpo.common.entity.movement.ClimberMoveController.func_75641_c(ClimberMoveController.java:68) ~[spiderstpo:1.0.4] {re:mixin,re:classloading}
	at net.minecraft.entity.MobEntity.func_70626_be(MobEntity.java:692) ~[?:?] {re:mixin,pl:accesstransformer:B,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:APP:spiderstpo.mixins.json:MobEntityMixin,pl:mixin:APP:environmental.mixins.json:MobEntityMixin,pl:mixin:APP:buzzier_bees.mixins.json:MobEntityMixin,pl:mixin:APP:charm.mixins.json:accessor.MobEntityAccessor,pl:mixin:APP:performant.mixins.json:entity.MobEntityDespawnMixin,pl:mixin:APP:performant.mixins.json:entity.MobEntityMixin,pl:mixin:A,pl:runtimedistcleaner:A}
	...

@NIKITAzed
Copy link

just had that same issue on a dedicated Better Minecraft V24 server and Melih in the luna pixel discord pointed me here, worked like a charm

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

5 participants