ZPM components only work ordered, and the order in which they need to go in is random
screret opened this issue ยท 8 comments
GregTech CEu Version
1.0.12.f
Recipe Viewer Installed
EMI
Environment
Singleplayer
Cross-Mod Interaction
No
Expected Behavior
All assembly line recipes to work in any input order, as that feature isn't implemented.
Actual Behavior
(some?) ZPM components require ordered inputs, and the order is nondeterministic & changes on reload.
Steps to Reproduce
- build assembly line, ZPM or above
- try to craft ZPM emitter
- no worky
- change inputs to be in the order that the controller GUI has the input buses in
- it works, somehow
Additional Information
No response
cause:
recipe requires 32 foil + 64 foil instead of 96 foil
regarding the case that the hatch A has 64 foil and the hatch B has 32 foil
during recipe searching, hactch A supply 32 foil (so it left 32 foil), and be marked as used, meanwhile, the left recipe requirments are (0 foil) + 64 foil.
howerver, hatch B can only supply 32 foil and the hatch A is marked as used which could not be extracted anymore.
solution:
- make recipe using 96 foil instead. (easiest)
- merge available ingredients before each searching (time-comsuming, terrible performance)
- make assembly to work in order. (increased the difficulty)
- introduce a new mechanism, ingredient needs to be an exact matching. (increased the difficulty)
I prefer 1 and 3 as well.
I think option 3 could be quite nice in terms of gameplay, even if it does require a bit more planning for the setup.
For option 1, you'd have to make sure it's summed while building the recipe, so that we don't end up with undefined behavior in modpacks adding their own recipes.
yeah, nvm. I found out another way to just fix it and without force input order. well, input order can be considered in the future I think (as an optional feature, maybe?)
Yeah that would be nice indeed.
Maybe just forcing it for certain recipes could be a nice addition ^^
