Redpower 2 has introduced a new block : the relay. Basically it's a chest that automatically empties itself into attached redpower 2 pneumatic tubes when stuff enters the chest. The IC2 miner apparently does not consider it a valid inventory, and will not put mined or or mining pipe into it.
IC2 [1.95] Miner does not recognize the new RedPower 2 Relay as a valid inventory
-
Obviously, this is not bug.
-
It ignores small inventories to make sure it's most likely something similar to a chest.
-
It ignores small inventories to make sure it's most likely something similar to a chest.
Will that be decreased to 9 Slots?
-
It ignores small inventories to make sure it's most likely something similar to a chest.
*Resurrect*
Can this be changed so that the Miner will work with the relay? Because this would be pretty neat actually. -
Could reduce the minimum inventory size to 9. Dunno if Player will like.
-
Maybe add a config option to change it ?
-
there is no reason for config option it shoud accept any container with universal slots.
we need config option to autostop miner is there is no container to place harvested blocks.
-
It ignores small inventories to make sure it's most likely something similar to a chest.
If it doesn't want to work with the relay, can't it then atleast output to tubes properly? Cause that's what the relay is for, an easier interface to allow things enter the tube system.A chest + a ticked filter could work too but that's for one thing more laggy I guess as you constantly have to pulse it and for the other it's one block more you have to place, though I guess no one would care about that.
-
I would like to see the miner output to any face with an attached Tube/Pipe (RP/BC transport methods) if only one pipe is present; or out of the top if multiple pipes are present. If only side pipes are present it should favor the 'drill' sides for output.
-
That would be another tile entity to add an API hook to.
-
The issue is, if we only browse for an inventory, the miner would as welll start filling other nearby machines... f.e. Pumps or MFEs.
Limiting it's size is sort of the only way to prevent that, but if you got a machine with >= 9 slots, it would still consider those valid. Examples: Reactor, Cropmatron, Canner (I think).
Of course these are special cases of sorts... -
The issue is, if we only browse for an inventory, the miner would as welll start filling other nearby machines... f.e. Pumps or MFEs.
Limiting it's size is sort of the only way to prevent that, but if you got a machine with >= 9 slots, it would still consider those valid. Examples: Reactor, Cropmatron, Canner (I think).
Of course these are special cases of sorts...Whats about the Forgehook ISidedInventory? I thought it could make it possible to scan for "Universalslots", "Sideslots", "Inputslots" and "Fuelslots", so that you just put everything into the next possible "Universalslot".
-
If you put your miner next to your reactor that's just... craziness; you deserve it messing up.
As for the sided inventory thing, this really makes me wonder. Why can't RP2 tubes just implement a single slot 'inventory' universal receiver to allow them to act as chest targets for anything that deposits generic items? This would also work for BC tubes. Suddenly the input to either routing system would be a basic Forge interface, as would the output. Mods would not need to care what they were interacting with it or how that operated. Though this doesn't solve fluids; some other system for moving that around would be needed too (but something similar just accepting cubic centimeters or cubic millimeters of fluid per 'deposit' sounds like a good start to me).
-
The issue is, if we only browse for an inventory, the miner would as welll start filling other nearby machines... f.e. Pumps or MFEs.
Limiting it's size is sort of the only way to prevent that, but if you got a machine with >= 9 slots, it would still consider those valid. Examples: Reactor, Cropmatron, Canner (I think).
Of course these are special cases of sorts...
Ok that's a point, but what about going for >= 9 slots except "IC ones which wouldn't be a target", like the ones you mentioned?
I guess if it would be simply possible to make it optionally check if there's a relay available you would have done that already I guess.Maybe forge should have a function that can check if a defined blocktype is present without breaking if it isn't, something like that, wouldn't that help for such optional mod combination checks?
-
Maybe forge should have a function that can check if a defined blocktype is present without breaking if it isn't, something like that
Forge? Nope. Java itself? YES IT HAS!!!
Object.getClass().getName();
Its just a String containing the Name of the questioned Class, you can call it on EVERY OBJECT!!!
-
I could detect if the inventory does not implement ISidedInventory (chests) or the side the miner is outputting to has at least 6 (yes 6, relaxing it a bit) slots (relays).
