Applied Energistics 2 support

[davenonymous]

So, I needed this myself and had it lying around since I implemented the AE2Peripheral. I cleaned, improved and commented the code - it should be an easy read being something like the third iteration of this. Happy to implement any changes required and to fix/improve/support this in the future.

Some random thoughts:

• Back in AE1 days it was not possible to export items having NBTs attached. This is resolved by providing a hash over the nbt data when retrieving an ItemStack from the ME Network (e.g. when using getItemDetails() and getAvailableItems()). This nbt_id can be used together with the id and meta data to export/craft a specific item.
• SearchNeedle and its converter are used for this. On the lua side: an ItemStack retrieved from the network can be used as a SearchNeedle itself, but only id and dmg are really required - nbt_id is optional as well.
• The itemstacks provided by AE2 are wrangled through the OpenPeripheral Type converters, so all the usual data like enchantments, bee stuff etc should be available.
• The methods provided by the AdapterNetwork should be available from cables etc. They only provide data and do not allow extraction or crafting. Exporting and crafting request require an ME Interface. Which needs to be pointed at an IInventory to export items.
• The state of crafting requests is reported to the computer via events and does not need to get polled.
• The crafting CPUs attached to the network and the ones which are named can be used when issueing a crafting request to prioritize a specific cpu.
• The mod id provided by openmods.Mods.APPLIEDENERGISTICS is currently wrong and should be "appliedenergistics2"
• More details can be found in the comments of each class.

[boq]

Looks great! Just add missing AppEng API files (try to exclude unneeded ones, but that's optional) and it's ready to merge.

Though I'm reserving rights to poke at few things :wink:

[davenonymous]

Done. Lots of those classes depend on each other, but this should be the minimum needed. Please poke at things. I'm sure there are ways to do some of the stuff in a nicer and more elaborate way ;)

[boq]

Ummm, so I got little bit carried away in 5d49f4ad5dc6800a33c1c324ed31ed13580e8fac and refactored huge chunk of this code (mostly renaming SearchNeedle to ItemFingerprint, moving that functionality to vanilla inventory and doing some stuff in IAEItemStack converter instead of IItemStackMetaProviders - mostly to skip all this fake NBT stuff).

Do you see any feature I missed/broken?

[davenonymous]

Howdy. Just tried to test it and noted a few things. getAvailableItems does not return the full itemstack anymore but only the data from the AEItemStack. Before the commit it returned a normal itemstack with an additional nbt_id field. I.e. the info from the AE system is missing a lot of data now (e.g. displayname, enchantments etc). canExtract is wrong in some way as well - having an interface point at a turtle above it and canExtract returns false for the "UP" direction.

[boq]

First one is deliberate - converting to full item info is bit heavy, so I just return basic info. It can still be queried before of after extracting (.getItemDetail() when in AE network and .getStackInSlot() when in target inventory).

About second one: it will never work, since turtles are not IInventories. But looks like I misunderstood IOrientable interface, and it now works only in horizontal directions.