Hmm that gave me an idea: Some kind of an upgrade of the travelling trunk which turns it into a ME peripheral
maybe even in tiers:
Travelling ME chest: like the default ME chest, but hops after you and doesn't need any power. or maybe it needs a wand or so as a power source. or it drains some charge from your wand when you open it.
Travelling ME terminal: now it's like the wireless terminal item, but as a hopping chest. Still hops after you when you are out of range, but doesn't do anything.
As above, but can be connected to a ME quantum ring (maybe actually infuse the chest with the 9 blocks required to build it while crafting), essentially allowing you ME access from anywhere. That should have some kind of a trade-off, because otherwise it would be imba as hell.
The most useful thing to do with such a chest would be outfit it with this upgrade which makes the chest auto-collect items, for example you mine out a large area, and it hops behind you and transfers all the cobble into the ME system.
By the way, can ME import busses put onto magic mirrors? For performance reason, you could add a hybrid of an import/export bus and a mirror, so that transferred items don't have to exist in the world during transit
Some kind of an upgrade of the travelling trunk which turns it into a ME peripheral-snip-
By the way, can ME import busses put onto magic mirrors? For performance reason, you could add a hybrid of an import/export bus and a mirror, so that transferred items don't have to exist in the world during transit
The trunk would be too similar to the wireless terminal, except aesthetically, to justify coding it. And as you said, balancing the quantum version would be ridiculious.
As for the mirrors, they will not work with the buses, as they have no internal inventory to push/pull from. While I could make the export bus work with it, I could not make the import bus because of the way it is coded. However, I have not looked into if the mirrors are coded to look for an inventory to place a transferred item into before dropping it in the world. If they are, it could lead to some interesting setups.
Ahh I see. -snip- I need the essentia storage buses to work so I can progress in Thaumcraft and Infinity Expert mode.
To get around the current issue, place down the jar after you place the storage bus, or break and re-place the jar for existing buses that are not working.
To get around the current issue, place down the jar after you place the storage bus, or break and re-place the jar for existing buses that are not working.
All right I'll try that. Does the bus need to be on a particular side of the jar? Or can the jar be on top?
To get around the current issue, place down the jar after you place the storage bus, or break and re-place the jar for existing buses that are not working.
I placed a storage bus, set its type then placed a void jar on top. Still doesn't work.
The Meaning of Life, the Universe, and Everything.
Location:
Johnson City, TN
Join Date:
3/13/2012
Posts:
290
Minecraft:
Nividica
Member Details
Wow, it's been nearly two years since I first started work on Thaumic Energistics, and here we are at the 1.0 beta.
There are quite a few changes, but to highlight the three biggest changes:
Arcane crafting terminal can now issue crafting jobs.
Essentia can now be autocrafted.
Golems can be linked to the ME network.
To review all the changes and download it, click here.
I do however need to make an announcement, after I am satisfied with 1.0 and move it to release, I will no longer be maintaining this mod. To keep a long story short, I am about to start my first career job, and it will require all of my attention.
With that said, I am looking for someone that would be willing to carry on maintaining Thaumic Energistics. I sincerely hope that ThE will continue to be an up to date and sought after mod. If you would like to discuss officially taking over the ThE, please send me a message.
It has been a fantastic experience, and I could have never imagined how popular ThE would have become. I started out making this mod for my fiance after we spent days trying to make the tubes work, and failed miserably. And from there, ThE is now on the verge of 1 million downloads. Completely unbelievable. I want to thank each and every one of you for all of your suggestions, ideas, support, and for playing with ThE. I have really felt the love, and I am going to miss being an active member of this community.
Are you fixing bugs at least? I seem not to be able to craft arcane stone right now, my client, but not the server, crashes.
---- Minecraft Crash Report ----
// Hi. I'm Minecraft, and I'm a crashaholic.
Time: 24.01.16 18:13
Description: Rendering item
java.lang.ArrayIndexOutOfBoundsException: 32768
at thaumcraft.common.items.ItemShard.func_82790_a(ItemShard.java:48)
at net.minecraft.client.renderer.entity.RenderItem.renderItemIntoGUI(RenderItem.java:524)
at net.minecraft.client.renderer.entity.RenderItem.func_82406_b(RenderItem.java:565)
at appeng.client.gui.AEBaseGui.drawItem(AEBaseGui.java:730)
at appeng.client.gui.implementations.GuiCraftConfirm.drawFG(GuiCraftConfirm.java:365)
at appeng.client.gui.AEBaseGui.func_146979_b(AEBaseGui.java:296)
at net.minecraft.client.gui.inventory.GuiContainer.func_73863_a(GuiContainer.java:119)
at appeng.client.gui.AEBaseGui.func_73863_a(AEBaseGui.java:160)
at appeng.client.gui.implementations.GuiCraftConfirm.func_73863_a(GuiCraftConfirm.java:174)
at net.minecraft.client.renderer.EntityRenderer.func_78480_b(EntityRenderer.java:1061)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:1001)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:898)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at thaumcraft.common.items.ItemShard.func_82790_a(ItemShard.java:48)
at net.minecraft.client.renderer.entity.RenderItem.renderItemIntoGUI(RenderItem.java:524)
-- Item being rendered --
Details:
Item Type: thaumcraft.common.items.ItemShard@65f0ec0d
Item Aux: 32767
Item NBT: null
Item Foil: false
Stacktrace:
at net.minecraft.client.renderer.entity.RenderItem.func_82406_b(RenderItem.java:565)
at appeng.client.gui.AEBaseGui.drawItem(AEBaseGui.java:730)
at appeng.client.gui.implementations.GuiCraftConfirm.drawFG(GuiCraftConfirm.java:365)
at appeng.client.gui.AEBaseGui.func_146979_b(AEBaseGui.java:296)
at net.minecraft.client.gui.inventory.GuiContainer.func_73863_a(GuiContainer.java:119)
at appeng.client.gui.AEBaseGui.func_73863_a(AEBaseGui.java:160)
at appeng.client.gui.implementations.GuiCraftConfirm.func_73863_a(GuiCraftConfirm.java:174)
Are you fixing bugs at least? I seem not to be able to craft arcane stone right now, my client, but not the server, crashes.
edit: I can't even delete the recipe from my knowledge core. It does the same when I click it.
Somehow a shard with a meta/damage data value of 32767 has found its way into the recipe. Unfortunately the "getColorFromItemStack" on the shard has an unchecked array access so anytime any GUI attempts to render it, you will hit a crash. While I can not fix the end result, most likely the core will have to be scrapped, I would love to know how a shard with that value made it into the recipe, which is most likely my fault. Was the recipe set before or after the 1.0 update?
Okay, it's not possible to encode the arcane stone. I hereby suspect that the original recipe (you said once that the knowledge core saves the original recipe) accepts any metadata for the shard, and then something attempts to render the shard with ALL possible metadatas. BUT, it is possible to erase the arcane stone from the core, just put the core into the inscriber, draw the recipe in there, and click the grayed-out save button.
I'd suspect that the problem will exist for anything what accepts any kind of shard, like the thaumometer
Okay, it's not possible to encode the arcane stone. I hereby suspect that the original recipe (you said once that the knowledge core saves the original recipe) accepts any metadata for the shard, and then something attempts to render the shard with ALL possible metadatas. BUT, it is possible to erase the arcane stone from the core, just put the core into the inscriber, draw the recipe in there, and click the grayed-out save button.
I'd suspect that the problem will exist for anything what accepts any kind of shard, like the thaumometer
Yeah, I'm getting multiple reports of shards breaking. I am looking into it to see what is up, but so far no luck.
The Meaning of Life, the Universe, and Everything.
Location:
Johnson City, TN
Join Date:
3/13/2012
Posts:
290
Minecraft:
Nividica
Member Details
*sigh* Figured it out, Thaumcraft uses 32767 as a 'magic number' to say that any damage value of the item is allowed. Honestly didn't see this one coming. Give me a few to figure out how to go about patching this up.
Yanno, the funny thing is that the pattern class I wrote was itself was aware of the magic number, I never considered that it would want to be rendered as such.
32767 is used as a magic number in a lot of damage-agnostic recipes, even in vanilla minecraft. That's how you can craft a crafting table with any type of wood.
I don't see the Storage Bus fix in the changelog, not that it matters since you've coded against an unstable version of AE2 which no pack would use. *grumble grumble*
32767 is used as a magic number in a lot of damage-agnostic recipes, even in vanilla minecraft. That's how you can craft a crafting table with any type of wood.
I don't see the Storage Bus fix in the changelog, not that it matters since you've coded against an unstable version of AE2 which no pack would use. *grumble grumble*
I really wish that AE2 supported such magic numbers, it doesn't find any matching items, and the GUI's all throw a fit if I try to pass in an item with that meta. I may have to turn to the OreDict to get this to work.
Also, I had assumed you were running the most recent version of ThE. There have been many, many, fixes related to the AE network code in version 0.9 and up. If your running something older than 0.9 there may not be a way to work around the storage bus issue. Which I did fix in 1.0 just failed to mention it in the changelog.
Edit: Yeah, the OreDict had just what I needed, doing some testing then I'll push out the build.
As promised, here are the Golem Wifi Backpack pictures.
Looks nice, but what exactly does it do?
In short: Gives golems access to the ME network for whatever their needs are.
Hmm that gave me an idea: Some kind of an upgrade of the travelling trunk which turns it into a ME peripheral
maybe even in tiers:
The most useful thing to do with such a chest would be outfit it with this upgrade which makes the chest auto-collect items, for example you mine out a large area, and it hops behind you and transfers all the cobble into the ME system.
By the way, can ME import busses put onto magic mirrors? For performance reason, you could add a hybrid of an import/export bus and a mirror, so that transferred items don't have to exist in the world during transit
The trunk would be too similar to the wireless terminal, except aesthetically, to justify coding it. And as you said, balancing the quantum version would be ridiculious.
As for the mirrors, they will not work with the buses, as they have no internal inventory to push/pull from. While I could make the export bus work with it, I could not make the import bus because of the way it is coded. However, I have not looked into if the mirrors are coded to look for an inventory to place a transferred item into before dropping it in the world. If they are, it could lead to some interesting setups.
FFS
To get around the current issue, place down the jar after you place the storage bus, or break and re-place the jar for existing buses that are not working.
All right I'll try that. Does the bus need to be on a particular side of the jar? Or can the jar be on top?
I placed a storage bus, set its type then placed a void jar on top. Still doesn't work.
Wow, it's been nearly two years since I first started work on Thaumic Energistics, and here we are at the 1.0 beta.
There are quite a few changes, but to highlight the three biggest changes:
To review all the changes and download it, click here.
I do however need to make an announcement, after I am satisfied with 1.0 and move it to release, I will no longer be maintaining this mod. To keep a long story short, I am about to start my first career job, and it will require all of my attention.
With that said, I am looking for someone that would be willing to carry on maintaining Thaumic Energistics. I sincerely hope that ThE will continue to be an up to date and sought after mod. If you would like to discuss officially taking over the ThE, please send me a message.
It has been a fantastic experience, and I could have never imagined how popular ThE would have become. I started out making this mod for my fiance after we spent days trying to make the tubes work, and failed miserably. And from there, ThE is now on the verge of 1 million downloads. Completely unbelievable. I want to thank each and every one of you for all of your suggestions, ideas, support, and for playing with ThE. I have really felt the love, and I am going to miss being an active member of this community.
Are you fixing bugs at least? I seem not to be able to craft arcane stone right now, my client, but not the server, crashes.
// Hi. I'm Minecraft, and I'm a crashaholic.
Time: 24.01.16 18:13
Description: Rendering item
java.lang.ArrayIndexOutOfBoundsException: 32768
at thaumcraft.common.items.ItemShard.func_82790_a(ItemShard.java:48)
at net.minecraft.client.renderer.entity.RenderItem.renderItemIntoGUI(RenderItem.java:524)
at net.minecraft.client.renderer.entity.RenderItem.func_82406_b(RenderItem.java:565)
at appeng.client.gui.AEBaseGui.drawItem(AEBaseGui.java:730)
at appeng.client.gui.implementations.GuiCraftConfirm.drawFG(GuiCraftConfirm.java:365)
at appeng.client.gui.AEBaseGui.func_146979_b(AEBaseGui.java:296)
at net.minecraft.client.gui.inventory.GuiContainer.func_73863_a(GuiContainer.java:119)
at appeng.client.gui.AEBaseGui.func_73863_a(AEBaseGui.java:160)
at appeng.client.gui.implementations.GuiCraftConfirm.func_73863_a(GuiCraftConfirm.java:174)
at net.minecraft.client.renderer.EntityRenderer.func_78480_b(EntityRenderer.java:1061)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:1001)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:898)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at thaumcraft.common.items.ItemShard.func_82790_a(ItemShard.java:48)
at net.minecraft.client.renderer.entity.RenderItem.renderItemIntoGUI(RenderItem.java:524)
-- Item being rendered --
Details:
Item Type: thaumcraft.common.items.ItemShard@65f0ec0d
Item Aux: 32767
Item NBT: null
Item Foil: false
Stacktrace:
at net.minecraft.client.renderer.entity.RenderItem.func_82406_b(RenderItem.java:565)
at appeng.client.gui.AEBaseGui.drawItem(AEBaseGui.java:730)
at appeng.client.gui.implementations.GuiCraftConfirm.drawFG(GuiCraftConfirm.java:365)
at appeng.client.gui.AEBaseGui.func_146979_b(AEBaseGui.java:296)
at net.minecraft.client.gui.inventory.GuiContainer.func_73863_a(GuiContainer.java:119)
at appeng.client.gui.AEBaseGui.func_73863_a(AEBaseGui.java:160)
at appeng.client.gui.implementations.GuiCraftConfirm.func_73863_a(GuiCraftConfirm.java:174)
-- Screen render details --
Details:
Screen name: appeng.client.gui.implementations.GuiCraftConfirm
Mouse location: Scaled: (300, 107). Absolute: (1202, 589)
Screen size: Scaled: (480, 255). Absolute: (1920, 1018). Scale factor of 4
edit: I can't even delete the recipe from my knowledge core. It does the same when I click it.
Somehow a shard with a meta/damage data value of 32767 has found its way into the recipe. Unfortunately the "getColorFromItemStack" on the shard has an unchecked array access so anytime any GUI attempts to render it, you will hit a crash. While I can not fix the end result, most likely the core will have to be scrapped, I would love to know how a shard with that value made it into the recipe, which is most likely my fault. Was the recipe set before or after the 1.0 update?
Definitely before. Damn, so I have to re-encode everything? Oh well...
Okay, it's not possible to encode the arcane stone. I hereby suspect that the original recipe (you said once that the knowledge core saves the original recipe) accepts any metadata for the shard, and then something attempts to render the shard with ALL possible metadatas. BUT, it is possible to erase the arcane stone from the core, just put the core into the inscriber, draw the recipe in there, and click the grayed-out save button.
I'd suspect that the problem will exist for anything what accepts any kind of shard, like the thaumometer
Yeah, I'm getting multiple reports of shards breaking. I am looking into it to see what is up, but so far no luck.
*sigh* Figured it out, Thaumcraft uses 32767 as a 'magic number' to say that any damage value of the item is allowed. Honestly didn't see this one coming. Give me a few to figure out how to go about patching this up.
Yanno, the funny thing is that the pattern class I wrote was itself was aware of the magic number, I never considered that it would want to be rendered as such.
32767 is used as a magic number in a lot of damage-agnostic recipes, even in vanilla minecraft. That's how you can craft a crafting table with any type of wood.
I don't see the Storage Bus fix in the changelog, not that it matters since you've coded against an unstable version of AE2 which no pack would use. *grumble grumble*
I really wish that AE2 supported such magic numbers, it doesn't find any matching items, and the GUI's all throw a fit if I try to pass in an item with that meta.I may have to turn to the OreDict to get this to work.Also, I had assumed you were running the most recent version of ThE. There have been many, many, fixes related to the AE network code in version 0.9 and up. If your running something older than 0.9 there may not be a way to work around the storage bus issue. Which I did fix in 1.0 just failed to mention it in the changelog.
Edit: Yeah, the OreDict had just what I needed, doing some testing then I'll push out the build.
I'm running Infinity Evolved 2.3.5 which has 0.8.10.10 of ThE and RV2 stable 10 of AE2.
Alright, patched up
http://minecraft.curseforge.com/projects/thaumic-energistics/files/2277332