Auto-Crating Simulation issue with Storage Buses #1036

Closed
vgamesx1 opened this Issue Mar 15, 2015 · 19 comments

Projects

None yet

7 participants

@vgamesx1

Hello I just wanted you to be aware that this is still an issue, I'm running the latest Beta rv2-11 and I'm having issues similar to #682 where having a storage bus attached to a barrel causes simulation hang ups, although the difference is that I don't have multiple barrels, just a single cobblestone barrel and it will lock up any crafting recipe at random.

I know other people have already commented about this, but it has plagued my world for quite a long time now, I just recently figured it out because I went nuts smashing a bunch of cables trying to find the cause.

@thatsIch
Member

what kind of barrel is it? is it JABBA?

@vgamesx1

Oh yeah sorry about that, it was a JABBA barrel, one with a few storage upgrades as well and just in case you need to know, I'm on forge 1291.

Edit: If it'll help at all, here is an image of the offending bus which I set to a priority of 10 so that all cobble would be stored in the barrel rather than my system.
ae2bus

Edit2: I thought I'd play with it a bit so I connected my sugar cane farm onto my main network as a sub network which uses a storage bus connected to a jabba barrel for storage and it doesn't seem to be causing any issues and no issues if I move it to my main network either... odd.

It appears that the issue has to deal with how I have my barrel setup, because I just made a copy and tested it to find that it also causes the simulation issue, I think AE2 doesn't like the barrel constantly updating or something like that.
ae2bus2

@yueh
Member
yueh commented Mar 25, 2015

Is the barrel in the new setup also locked? The angle is pretty bad, but I would assume it is not.

@vgamesx1

The barrel in the second picture isn't locked (nor upgraded) so it isn't an exact copy but it was still causing that issue and I don't know if it has to do with the transfer node specifically but the back one piping out appears to be what makes this become an issue, is this possibly because its constantly pulling one item out?

@d-bahr
d-bahr commented May 4, 2015

I recently encountered this same issue (or what appears to be the same issue) in a private multiplayer world. I had an AE storage bus connected to a Deep Storage Unit. There is also an Item Transfer Node connected to the DSU which pulls out cobble to put into a Matter Condenser for making Singularities:

2015-05-03_21 27 36

When everything was attached, I was having difficulty doing any crafting recipes. Autocrafting was partially working (I could only craft one item at a time) but it gradually grew worse until it completely stopped.

When I removed the Transfer Node connected to the DSU, autocrafting started working again:

2015-05-03_21 27 44

As vgamesx1 alluded, my guess is that the Transfer Node was somehow preventing the storage bus from accessing the DSU because of the 64 item limit per transfer. This would make sense since JABBA barrels behave similarly. I still find it interesting that none of the autocrafting was working though.

This world is running FTB Infinity 1.3.4 with a couple extra mods (RotaryCraft, ReactorCraft, ChromatiCraft, Magical Crops, ElectriCraft). The AE version is rv2 beta 8.

@thatsIch
Member
thatsIch commented May 4, 2015

my guess is, that you update the DSUs constantly, which reflects the storage bus refreshing its cache and thus halting the content collection.

guess need to install XU to test it now.

What configuration are you using in the transfer node?
Might be able to replicate that.

@d-bahr
d-bahr commented May 5, 2015

Originally there were 2 stacks of speed upgrades and 4 stacks of world interaction upgrades. I was able to reproduce this behavior with 1 stack each, but it was much less consistent -- sometimes I was able to craft, other times not. I did notice that it was easier to reproduce when crafting large quantities (100s or 1000s).

In my testing, the DSU contained cobble, but it was preventing crafting of items that didn't contain cobble, such as sticks.

@Lothmorg

I have been having a similar problem. I think I have tracked it down somewhat. If I have an active ender quarry connected via tesseract/item conduit to a DSU (with a storage bus), then I can no longer craft anything from the assemblers. I believe the DSU is updating too fast as stated above and ties up the ME network. As soon as I break the tesseract/DSU connection, or remove the storage bus, everything works.
Edit: The DSU contains cobblestone.
Edit: appliedenergistics2-rv2-stable-3

@m0rgs
m0rgs commented Jun 1, 2015

I wanted to comment and add that this issue also occurs with the Black Hole Storage from SuperMassiveTech.

If I put a storage bus on the Black Hole Storage, autocrafting of items "start" remains grey about 50% of the time.

This only happens when I have items being input directly into the Black Hole Storage. If I instead have the items inserted into an Interface but still go into the Black Hole Storage via a storage bus, this issue does not seem to occur.

So based on what I see in this thread, I think the issue is a storage bus on any container that is constantly being updated.

@yueh
Member
yueh commented Jun 1, 2015

The main issue is still, that none of us is able to replicate the issue.

I tried probably a dozen of different setups including some large setups with a bunch of cobble gens storing items directly into a DSU. But without any issue.

@m0rgs
m0rgs commented Jun 1, 2015

I just created a world in creative with minimal mods and default configs (deleted config folder before startup) that is susceptible to this bug.

BHS = Black Hole Storage (2^40 storage of a single item)
SMT = Super Massive Tech

Set up some big storage (i.e. BHS from SMT) which is having max world interaction upgrades of cobble pumped into it. I set up 6 item transfer nodes, each with 6 stacks of World Interaction and 1 stack of speed upgrade, attached to a cobblestone block adjacent to lava & water for cobble gen. It was generating about 1500 cobble/s, give or take. I also set the BHS to priority 1000.

The cobble was being inserted directly into the BHS, NOT an interface.

Next, set up a recipe that isn't related to the cobble, in my case I set up a recipe for crafting table. Throw some wood into your storage cells.

Open your terminal and instruct it to craft a crafting table. It works 20-50% of the time. The other times, "start" remains greyed out.

http://imgur.com/a/UZDC7

In the screenshots you'll see that I cannot craft a Crafting Table or a Chest, but I can make a compressed cobble block.

modlist:

appliedenergistics2-rv2-stable-3.jar
CodeChickenCore-1.7.10-1.0.7.46-universal.jar
ExtraCells-1.7.10-2.2.71b121.jar
extrautilities-1.2.5.jar
fastcraft-1.21.jar
InventoryTweaks-1.59-dev-156.jar
mods.txt
MouseTweaks-2.4.4-mc1.7.10.jar
neiaddons-1.12.9.32-mc1.7.10.jar
NEIIntegration-MC1.7.10-1.0.9.jar
NotEnoughItems-1.7.10-1.0.5.110-universal.jar
SuperMassiveTech-MC1.7.10-0.3.0-alpha-110.jar
ttCore-MC1.7.10-0.1.1-76.jar
Waila-1.5.10_1.7.10.jar
WAILAPlugins-MC1.7.10-0.0.1-14.jar

@XFactHD
Collaborator
XFactHD commented Jun 1, 2015

As far as I know from a different issue the Black Hole Storage doesn't implement the DSU interface.

@vgamesx1
vgamesx1 commented Jun 1, 2015

@yueh not sure why you're having trouble recreating the issue, because I was able to replicate it on a bare bones install having only

Forge 10.13.3.1408
appliedenergistics2-rv2-stable-3.jar
CodeChickenCore-1.7.10-1.0.6.43-universal.jar
extrautilities-1.2.5.jar
NotEnoughItems-1.7.10-1.0.4.107-universal.jar
Jabba-1.2.1a_1.7.10.jar

Here's how:
2015-06-01_13 10 31
Fully upgraded jabba barrel being feed by a fully upgraded transfer node
2015-06-01_13 11 38
that alone however, will only cause minor irritation as the issue does occur but rarely in this state, to fully break it you'll need something else acting on the barrel such as this (I added a few speed upgrades by the way)
2015-06-01_13 10 47
now trying to craft wood to planks then into chests will cause this to happen some what regularly.
2015-06-01_13 10 11

2015-06-01_13 09 59

@m0rgs
m0rgs commented Jun 1, 2015

As far as I know from a different issue the Black Hole Storage doesn't implement the DSU interface.

So?

I installed MFR on my test setup, replaced the BHS for a DSU and the issue persists.

@Lothmorg
Lothmorg commented Jun 1, 2015

I have just recreated the issue 100% with a simple setup and minimal mods.
2015-06-01_18 00 02
This shows a basic setup being fed by an active Ender Quarry (speed 3) via Tesseract. The items come from the quarry (via Ender-IO Item Conduit), insert cobble into DSU (Priority 1), the rest into the chest (Priority 0) and then are imported into the system. The DSU has a Storage Bus on it.
2015-06-01_18 00 21
This is a simple Ender Quarry with Speed 3 upgrade on it, and of course the other end of the Tesseract.

2015-06-01_18 00 41
Before I activate the Ender Quarry, I can craft just fine.

2015-06-01_18 00 53
Once I start the Ender Quarry (give it power), then the DSU starts filling - fast, and I can no longer craft.
Removing the Storage Bus, or deactivating the Ender Quarry resumes normal crafting function.
These are the mods I have used.
Forge 10.13.3.1401
appliedenergistics2-rv2-stable-3
CoFHCore-[1.7.10]3.0.2-262
CoFHLib-[1.7.10]1.0.1-151
EnderIO-1.7.10-2.2.8.381
extrautilities-1.2.5
MineFactoryReloaded-[1.7.10]2.8.0-104
ThermalDynamics-[1.7.10]1.0.0-122
ThermalExpansion-[1.7.10]4.0.1-182
ThermalFoundation-[1.7.10]1.0.0-81

I know it's frustrating to hear of a bug when you've poured countless hours into something, but we are just trying to help you make this better. Thanks for all you do!

@yueh
Member
yueh commented Jun 1, 2015

These are not a minimal mod lists, especially things like FastCraft should never be used to reproduce issues. Basically anything besides AE2, something providing an external storage like MFR or Jabba (vanilla chests would be even better) and maybe XU is the maximum possible setup as not all mods are availabe for indev or are just making it way harder to reproduce (like introducing their own bugs).

Also we need to debug these issues, but the actual bug occurs way before the crafting window appears.
Spending a couple of minutes each time and just fail every other attempt is just not feasible. With some bad luck we can easily spend 30 minutes without any hint, but a single misclick can easily destroy the current attempt and waste another 30 minutes or even more. Not even speaking about the amount of data to track and only being able to deduce anything from it after it actually failed.
Basically we cannot depend on hoping it fails sometimes, it needs to fail with every attempt (or at least some very high chance, probably over 95%).

@Lothmorg
Lothmorg commented Jun 2, 2015

My setup above fails 100% of the time. If the DSU is updating too fast, the storage bus on it causes the assemblers to hang.

@m0rgs
m0rgs commented Jun 2, 2015

For the sake of curiosity I have re-created the bug using these two mods ONLY, no MFR, no fastcraft, no invtweaks/mousetweaks/WAILA/NEI etc:

  • appliedenergistics2-rv2-stable-3.jar
  • extrautilities-1.2.5.jar

Extra Utilities is the mod of choice to moving the amount of items fast enough to reproduce this bug, but there are other mods that could do it. I suspect it is just getting bugged trying to update its item count too often which locks the network up.

This setup fails about 80% of the time for me.

http://imgur.com/a/LkQjv

n.b. if I could get AE to access Vanilla Ender Chests I believe I might be able to reproduce the bug only using AE & Vanilla.

@XFactHD
Collaborator
XFactHD commented Jun 2, 2015

@m0rgs the issue also stated that the me system could only see a stack of the stored item from the BHS. Could have changed since the other issue.

Another question I have: Could someone please explain what the point is of having a tesseract put the cobblestone directly into the DSU and the rest into the me system and not just everything through the me system. That's what I do and with about 200 mods I don't have this problem.

@yueh yueh added a commit to yueh/Applied-Energistics-2 that referenced this issue Jun 5, 2015
@yueh yueh No longer invalidate the cache on simulate.
Should fix #1036
1c0e8d9
@yueh yueh added a commit to yueh/Applied-Energistics-2 that referenced this issue Jun 5, 2015
@yueh yueh No longer invalidate the cache of MEMonitorIInventory on simulate.
Should fix #1036
05f9076
@yueh yueh closed this in #1551 Jun 5, 2015
@yueh yueh added a commit that referenced this issue Jun 5, 2015
@yueh yueh + thatsIch No longer invalidate the cache of MEMonitorIInventory on simulate.
Should fix #1036
b05796e
@yueh yueh added a commit to thatsIch/Applied-Energistics-2 that referenced this issue Jun 17, 2015
@yueh @thatsIch yueh + thatsIch No longer invalidate the cache of MEMonitorIInventory on simulate.
Should fix #1036
20f72ca
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment