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

Entropinnyum weird behaviour when using multiple #4751

Open
Joly0 opened this issue Sep 8, 2024 · 4 comments
Open

Entropinnyum weird behaviour when using multiple #4751

Joly0 opened this issue Sep 8, 2024 · 4 comments
Labels
waiting-for-info Waiting for reporter to provide more information. Will be closed if follow-up is not provided.

Comments

@Joly0
Copy link

Joly0 commented Sep 8, 2024

Mod Loader

Forge

Minecraft Version

1.20.1

Botania version

1.20.1-446-FORGE

Modloader version

47.3.7

Modpack info

Ozone Skyblock Reborn

The latest.log file

Not important

Issue description

I have rebuild an Entropinnyum design i have made in another Modpack (OPSkies 2, 1.19.2) where the design works absolutely perfect. But in the newer Version it doesnt anymore.
First the screenshot of the setup from OPSkies2:
grafik
And a screenshot of the setup in Ozone Skyblock Reborn:
grafik

In both setups there is a hole right behind the Entropinnyum that leads to an obsidian tunnel which has its last block 12 blocks away from the flower, which should be perfectly in range for it to recognize the explosion, eat it up and generate mana.
For both setups i have setup timers set to 120 ticks so the flowers and mana spreaders are empty before the next tnt gets deployed.
I have also adjusted the setup on OPSkies2 so each mana pool level is read and if there is enough free space for another load, only the correct dispenser drops another tnt, no other dispenser gets activated and only that particular Entropinnyum eats it up, no other.

In OPSkies2 all Entropinnyums correctly get filled up by their own dispenser/tnt combo, but in Ozone Skyblock Reborn it is very randomly which Entropinnyum gets the tnt. For example in this screenshot i only drop tnt from the far right dispenser, but the Entropinnyum that should get triggered doesnt get triggered:
grafik
Here as a comparision in OPSkies2 i have removed and placed the mana pool again so it triggers the dispenser, and only that one Entropinnyum gets the explosion trigger and takes up the mana:
grafik

This is extremely weird behaviour and i have no idea why that is.

Other than the wireless transmitter and receiver aswell as the comparator (which i havent build in Ozone Skyblock Reborn because of this issue) both setups are exactly identical. The distance from the flower to the bottom of the obsidian tunnel is same, the dispenser and tnt setup is same, the timers are the same.

Steps to reproduce

I have no idea what steps this would include, i guess download Ozone Skyblock Reborn, build a similar setup and try it out, compare it to the same setup in OPSkies2

Other information

No response

@Joly0
Copy link
Author

Joly0 commented Sep 8, 2024

Or another screenshot to show this in OPSkies2:
grafik
I still have the far left mana pool replaced with an empty one aswell as the fourth one and only those two trigger tnt behind them and only those two fill up correctly

Tldr, i think something might have changed between 1.19 and 1.20 so the entropinnyum is less "nearest first" and more "randomly"

@Joly0
Copy link
Author

Joly0 commented Sep 8, 2024

Another screenshot from Ozone Skyblock Reborn:
grafik

10 Primed tnt only trigger 8 Entropinnyum, the other 2 tnt just explode while the 2 Entropinnyums on the right are doing nothing, the flowers itself aswell as the mana spreader are empty.

@TheRealWormbo
Copy link
Collaborator

Does this also happen with just Botania alone? And if not, can you provide a smaller set of mods such that it does?

@TheRealWormbo
Copy link
Collaborator

As another note, Entropinnyum range is reasonably large a cube, as such there is no guarantee any particular flower within that range will handle the explosion. There's no "closest flower wins" mechanic, so I'm not sure there's an actual bug here.

@TheRealWormbo TheRealWormbo added the waiting-for-info Waiting for reporter to provide more information. Will be closed if follow-up is not provided. label Sep 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
waiting-for-info Waiting for reporter to provide more information. Will be closed if follow-up is not provided.
Development

No branches or pull requests

2 participants