Feature: Item Moving Improvements

[RecursivePineapple]

This is the feature branch PR for my item moving improvements. Please don't update this PR, it'll complicate merging the other PRs into it.

The goal of this feature is to improve item I/O for passive setups that don't use AE. Currently, moving significant amounts of items essentially requires AE. In my opinion, this makes gameplay very repetitive and occasionally tedious - there are things that AE does well and there are things it does not do well.

As an example, one situation where using AE is difficult is keeping a specific amount of items as input for a line (sodium hydroxide, etc). Input & output busses have already solved this problem, but because of the throughput requirements in most UV+ lines they're essentially useless. You're forced to do something with an ME output bus and a partitioned + limited storage cell. It works, but it isn't very nice IMO and I'd like to see more pure GT solutions for problems like this.

The way I plan to solve this is threefold.

First, new input and output busses (called compressed busses prior to UEV and quantum busses at and after UEV) will be added that store more than 64 items per slot. These start in LuV and have one bus per tier, up to UXV. Each bus only has 16 slots. Their capacity limits can be configured in their UI if the player wants to set a specific limit. The recipes for these busses will be balanced such that they're fairly expensive while on-tier, but become manageable if they're one tier down. Two or three tiers down are basically free. Below is the full table with their tiers and capacities. None of these numbers are final, though I'd like the UMV and UXV busses to accept the outputs of an EoH completely.

Tier	Stack Size Multiplier	Storage Per Slot	Slot Count
LuV	256x	16,384	49
ZPM	2,048x	131,072	64
UV	16,384x	1,048,576	81
UHV	131,072x	8,388,608	100
UEV	2,097,152x	134,217,728	121
UIV	33,554,431x	2,147,483,584	144
UMV	137,438,953,408x	8,796,093,018,112	169
UXV	Long Max / 64	Long Max (9x10^18)	196

Second, GT item pipes will be able to transfer several stacks worth of items per slot similarly to compresses busses. A quantium pipe will be able to store 32 stacks in each slot (new), and it has 32 slots (unchanged). This doesn't change the game's balance because stocking busses already have infinite throughput. Any pipes that are available prior to AE have been unchanged. Currently, the earliest pipe to be buffed is platinum with a 4x stack size multiplier. Below is the full table of changes, though these numbers are subject to change.

Material	Stack Size Multiplier	Tiny Pipe Throughput (prior to buff)	Effective Throughput (after buff)
Platinum	4x	1 Stack/sec	256 Items/sec
Osmium	8x	2 Stacks/sec	1024 Items/sec
Fluxed Electrum	16x	4 Stacks/sec	4096 Items/sec
Black Plutonium	32x	8 Stacks/sec	16k Items/sec
Quantium	32x	32 Stacks/sec	65k Items/sec
Bedrockium	64x	16 Stacks/sec	65k Items/sec

Third, AE and GT machines will be able to directly transfer items without going through an IInventory interface, which allows them to transfer thousands of items per operation with no extra cost. This means that a conveyor can pull millions of items from an AE network into a super chest directly, or you could use an export bus to do the same.

As a nice side effect, no AE runs will be possible since compressed busses will work with EoHs. They can store more than int max items per slot, so the output from AAs won't be voided. Good luck moving all of those items without AE though :p

Tasks:

• Add Generic Item I/O Capabilities GTNHLib#167
• Add Overridable Methods For Slot Amount Text ModularUI#91
• Implement and use new item I/O interfaces Applied-Energistics-2-Unofficial#875
• Implement IItemSource + IItemSink & use ItemTransfer #5027
• TODO: Item Pipe PR
• Add compressed & quantum busses #5056 Add Compressed + Quantum Busses #5694
• Misc item moving improvements GTNHLib#188
• Integrate with new item moving system Jabba#47