Quantum chestplate with Module: Charger does not charge other items with a Nuclear Jetpack in the Back Slot
Karo4a opened this issue ยท 5 comments
When I put the nuclear jetpack in the back slot of my chestplate, it stops charging any items even with Module:Charger.
And can the control function be added to the Nuclear JetPack to change the start of charging and its end?
Because in battle, if your quantum chestplate does not charge at 70% of the total charge, then you will definitely lose.
And in general, it would be convenient if the quantum chestplate could charge not only the items in the inventory, but also the quantum armor itself. So the portable nuclear jetpack in quantum chestplate would be more useful. Because you can make it at 2400 eu/t and 1,000,000,000 eu would look more logical.
Nuclear Jeptack can not be charged since it has a nuclear reactor in it.
The idea is that you trade rechargability with a Nuclear Reactor.
All intenional.
I'm talking about the nuclear jetpack inside the quantum chestplate, not singly. When you start charging 20-25% in your chestplate, it's not cool. And if he creates energy inside the chestplate, why doesn't he share it with other items?
@Karo4a because the nuclear jetpack disables all that functionality!
@Override
public void onInstall(ItemStack stack, ItemStack armor, IArmorModuleHolder holder)
{
super.onInstall(stack, armor, holder);
holder.addMulModifier(armor, ArmorMod.ENERGY_TRANSFER, -1F);
holder.addAddModifier(armor, ArmorMod.ENERGY_PROVIDER, -1000);
}
The EnergyTransferMultiplier effectively negates any Transfer into the armor.
And The EnergyProvider value effectively negates any Transfer out of the armor.
About the 20-25% when the reactor starts to refill the armor.
That is because the nuclear reactor shouldn't run all the time. You don't want to waste fuel.
This also allows you to ensure the fuel is efficiently used!
And yes that Stays that way because otherwise you have infinite rechargeable armor that can not be so easily destroyed which i want to avoid in general.
That will not change since we already tested it the other way around and it was to OP.