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

[Feature] Integration with Botania to allow spark-based mana transfer across entangled blocks. #58

Open
dylithian opened this issue May 21, 2023 · 1 comment
Labels
feature request Request for new features or changes to existing features

Comments

@dylithian
Copy link

Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
Consider the following scenario:
image
Here I have a mana pool with a spark on it. If I place a recessive augment on the spark, it can be used to give mana to certain other mana pools within range.

Then:
image
I place an entangled block some arbitrary distance away, and I entangle it to the mana pool from above.

If I place another mana pool directly adjacent to the mana pool, nothing happens. As far as Botania is concerned, the entangled block is not actually a Mana Pool with a spark on it, but just a random block from the Entangled mod.

(Example setup):
image

Describe the solution you'd like
If the idea is that entangled blocks "are" whatever they're entangled to, at least one of two things should be possible, but as of time of writing, currently are not.

  1. Botania mana pools (non-entangled) should treat the entangled block like another mana pool if the entangled block's target has a spark, and be able to give or receive mana from the entangled block's target pool. Basically, they should treat the entangled block like a mana pool with the entangled target's mana and spark configuration.

The configuration for this is basically,

Real mana pool -> Entangled block targeting real mana pool -> Entangled Block -> Mana pools distant from the real mana pool but with the mod's own radius of the entangled block

In this version, mana gets transferred by the distant mana pools, where they give or receive mana from the entangled block's target as though it were there.

  1. Entangled blocks simply behave like mana pools if configured to target mana pools, and they synchronize their mana capacity somehow with the entangled target. This would be implemented as being able to put a spark on an entangled block if the entangled target is a mana pool, allowing that entangled block to transfer mana between its entangled target and other mana pools within normal range of the entangled block.

In this version, mana gets transferred by the entangled block itself, and it simply gives or takes mana based on comparing its internal mana pool to its target to make sure their mana values are the same at all times. The player could then place a spark on the entangled block to "interact" with this fake internal mana pool, manifesting as a spark on the entangled block.

Basically, tldr; Entangled Blocks should allow me to use sparks to bypass Botania's in-built spark distance radius.

@dylithian dylithian added the feature request Request for new features or changes to existing features label May 21, 2023
@KamiN0Baka
Copy link

KamiN0Baka commented Oct 17, 2024

I feel like this is because of the way sparks work. They don't actually modify the mana pool itself, the spark in your example case is a separate entity connected to the mana pool that pulls mana out of the pool and transfers it to other mana pools near the spark, not the mana pool the spark is on. You'd need a way to entangle the spark itself for it to work right. Either that or allow an entangled block linked to a mana pool to accept sparks, but that seems like it might be harder to do.

Edit: I just realized how old this feature request is, but my thoughts on it still stand.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request Request for new features or changes to existing features
Projects
None yet
Development

No branches or pull requests

2 participants