Well as it turns out they only work with a dev build. I centralized all of the tooltip code and was using reflection to access some functions, completely forgetting that their names would be obfuscated.
Time for a rewrite lol.
Hi this looks like a great mod that would solve a lot of issues (shuffling hundreds of jars for one.....)
Is it considered ready for general use? i.e. the odd issue when using the mod is fine, but something going catastrophically wrong and loosing all our essentia is not.... ;-)
The storage core-feature-set is stable and safe as of the beta release, with all of the present issues being GUI and feature related.
All essentia transport operations have a double check buffer that first simulates the operation, verifies the expected amounts in both source and destination, performs the operation, and again verifies amounts. If any of these checks fail the state of both source and destination are reverted to their pre-operation values.
That along with TC's checked operations ensure that all your essentia is safe ^.^
When you make a middle mouse click on the A.C.T. in creative mode to get it in your inventory it wont stack with the ones cheated in with NEI or the ones that are crafted.
I'll have to look into this, I didn't override the creative mode behavior, but that could be the problem.
After a bit of testing I tried crafting a stack of Enchanted Fabric in the A.C.T and i noticed that the algorithm that is used for the shift-click crafting seems to be a bit slow. (I could literally see the number of items in the terminal decrease)
I would suggest to use a different algorithm for the shift-click crafting because for me it took like 3-4 seconds until the stack of Fabric was crafted.
I've been trying to come up with a more streamlined approach for this, but there is a tremendous amount of validation that has to occur each time one is crafted:
Is this a valid TC recipe?
Do we have a wand?
Ask TC if the wand have enough vis to craft, taking into consideration player's research and gear?
Ask TC to consume Vis from the wand.
Add the crafting result to the destination stack.
Ask AE if we are connected to a network that has items.
For each crafting ingredient:
Is the item a container(such as a bucket)?
If container, is it allowed to be moved out of the crafting grid?
If container is allowed to be moved, can it be moved to the player's inventory?
Is the item, or an item that matches the item from ore dictionary, in ME storage?
Are we allowed to extract the item?
Is there enough power to extract the item?
Extract the item and place the item into the crafting grid.
Stop if could not extract all needed items.
Return to step 3 if doing another round of crafting would not result more than a stack of the item.
A few of those calls result in a good deal of local and network events. The biggest time consumers are
Ask TC if the wand have enough vis to craft( there is a LOT of floating point math that goes on here )
Is the item, or an item that matches the item from ore dictionary, in ME storage? ( Has to search all items in the ME network )
Extract the item and place the item into the crafting grid. ( Causes AE to fire storage events for each item extracted )
I did however design it not to send an inventory update until it finishes crafting as much as possible(It used to be even slower than it is now).
I will continue to look into a faster way to get through all the steps, and look for ways to cache values for faster performance.
And just a tiny little suggestion would be to move the tab your mod adds in the thaumonomicon to the bottom rather than the top of the tab bar.
To be perfectly honest, I don't know how to do this. I've looked through the TC API, and all I could find is the method call "ResearchCategories.registerCategory(name, icon, background)". It doesn't appear to give me a way to set what position the tab is. If anyone has some pointers for me as to how to do this, I would greatly appreciate it.
If you were to do this, would the implementation be to accept the vis via relay and push it straight into ACTs, or would it require a "vis-out-relay" bus on the ACT? Would you implement a "vis charged relay" card for ACT? Would we be able to tunnel the vis to other vis-consumers like the infernal furnace?
The plan for it is you will rightclick on an A.C.T with a memory card to 'tune' it to a vis p2p input.
EDIT: Separate comment, but the change log speaks of the legendary "0.6.3a" and dl is only available for "0.6.2a." How does one hunt for this mythic beast?
I've got one more small feature request, space-click, to implement later today before 0.6.3b will be released.
Tried setting this up on a server today, lots of issues that cause the server to become unstable. It doesn't crash so there are no crash reports to post however the server will kick everyone and require a hard reset in order to do anything.
There's the thread I made relating to the issue, it's worth mentioning this doesn't occur in single player only on the server.
I'm running some test trying to find the root cause of the issue. My suspects at the moment are my texture generator, or the packet builder. If I make any discoveries ill post them here. Thank you for letting me know.
can you add a support for vis relay on the Essentia Provider ?!
I'm looking to how the new vis relay system works. If I decide to extend it, it would most likely be something closer to a Vis P2P Tunnel, along with allowing the A.C.T. to charge a wand using the tunnel, similar to how the Arcane workbench does it.
I've noticed that if the first drive in my essentia storage is full, it'll preferentially fill my 4M fluid drives rather than the other 16k essentia drives I have installed. There some way to work around that? (Can't drop fluid drives into the cell bench yet either apparently.)
What I have been doing is to make more than one drive, and adjust the drives priorities. All 1k's go in priority 5 drive, all 4k's go in priority 4 drive, etc. That way the smallest cells get filled up first. If your using EC2 in the mix as well, you could make dedicated drives just for Essentia cells and always make sure they have higher priority than the fluid cell drives, that way the essentia will only goto the fluid cells if all essentia cells get full.
As for the cell bench, looking at the AE2 code for it, it looks like it will only work with item cells, and the GUI has no support for fluids. I could add a E-Cell bench block to the todo list if you think it would be useful. If EC2's cells support blacklisting fluids, I could also set it up to blacklist all aspect gasses to ensure no mixing.
Bug with my mod, the texture generator for the gasses seems to have broken during the 1.7.10 port. I'll be working on compatibility with EC2 once a more stable version of both EC2 and AE2 are released.
It would be nice if the Arcane Crafting Terminal had Space-Click support (throw entire inventory except hotbar (or just hotbar) into network) and support for setting the recipe with NEI (Shift-?)
0
Well as it turns out they only work with a dev build. I centralized all of the tooltip code and was using reflection to access some functions, completely forgetting that their names would be obfuscated.
Time for a rewrite lol.
0
The storage core-feature-set is stable and safe as of the beta release, with all of the present issues being GUI and feature related.
All essentia transport operations have a double check buffer that first simulates the operation, verifies the expected amounts in both source and destination, performs the operation, and again verifies amounts. If any of these checks fail the state of both source and destination are reverted to their pre-operation values.
That along with TC's checked operations ensure that all your essentia is safe ^.^
0
You don't have tooltips like this?
Is anyone else's tooltips not showing up?
I'll have to look into this, I didn't override the creative mode behavior, but that could be the problem.
I would prefer here.
1
Dependency changes:
- Applied Energistics 2 rv1 beta 19
- Thaumcraft 4.2.0.1
Changes:1
You will be seeing Scroll, Sort Order, and Sort Direction in the next update
0
I've been trying to come up with a more streamlined approach for this, but there is a tremendous amount of validation that has to occur each time one is crafted:
- Is this a valid TC recipe?
- Do we have a wand?
- Ask TC if the wand have enough vis to craft, taking into consideration player's research and gear?
- Ask TC to consume Vis from the wand.
- Add the crafting result to the destination stack.
- Ask AE if we are connected to a network that has items.
- For each crafting ingredient:
- Is the item a container(such as a bucket)?
- If container, is it allowed to be moved out of the crafting grid?
- If container is allowed to be moved, can it be moved to the player's inventory?
- Is the item, or an item that matches the item from ore dictionary, in ME storage?
- Are we allowed to extract the item?
- Is there enough power to extract the item?
- Extract the item and place the item into the crafting grid.
- Stop if could not extract all needed items.
- Return to step 3 if doing another round of crafting would not result more than a stack of the item.
A few of those calls result in a good deal of local and network events. The biggest time consumers are- Ask TC if the wand have enough vis to craft( there is a LOT of floating point math that goes on here )
- Is the item, or an item that matches the item from ore dictionary, in ME storage? ( Has to search all items in the ME network )
- Extract the item and place the item into the crafting grid. ( Causes AE to fire storage events for each item extracted )
I did however design it not to send an inventory update until it finishes crafting as much as possible(It used to be even slower than it is now).I will continue to look into a faster way to get through all the steps, and look for ways to cache values for faster performance.
To be perfectly honest, I don't know how to do this. I've looked through the TC API, and all I could find is the method call "ResearchCategories.registerCategory(name, icon, background)". It doesn't appear to give me a way to set what position the tab is. If anyone has some pointers for me as to how to do this, I would greatly appreciate it.
1
Changes:
0
You will need to update AE2 to rv1.
0
The plan for it is you will rightclick on an A.C.T with a memory card to 'tune' it to a vis p2p input.
I've got one more small feature request, space-click, to implement later today before 0.6.3b will be released.
0
Could you post the crashlog to pastebin?
0
Hmm, I'll run a few more checks on my code just to be certain I'm not exacerbating the problem. I wish you luck with your issues.
0
I'm running some test trying to find the root cause of the issue. My suspects at the moment are my texture generator, or the packet builder. If I make any discoveries ill post them here. Thank you for letting me know.
0
I'm looking to how the new vis relay system works. If I decide to extend it, it would most likely be something closer to a Vis P2P Tunnel, along with allowing the A.C.T. to charge a wand using the tunnel, similar to how the Arcane workbench does it.
0
What I have been doing is to make more than one drive, and adjust the drives priorities. All 1k's go in priority 5 drive, all 4k's go in priority 4 drive, etc. That way the smallest cells get filled up first. If your using EC2 in the mix as well, you could make dedicated drives just for Essentia cells and always make sure they have higher priority than the fluid cell drives, that way the essentia will only goto the fluid cells if all essentia cells get full.
As for the cell bench, looking at the AE2 code for it, it looks like it will only work with item cells, and the GUI has no support for fluids. I could add a E-Cell bench block to the todo list if you think it would be useful. If EC2's cells support blacklisting fluids, I could also set it up to blacklist all aspect gasses to ensure no mixing.
1
Bug with my mod, the texture generator for the gasses seems to have broken during the 1.7.10 port. I'll be working on compatibility with EC2 once a more stable version of both EC2 and AE2 are released.
I'll add NEI to the ToDo list.