-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Heavy lag when using a ME Crafting Interface; constantly recalculating EMI's "craftables"? #23
Comments
oh lord. try disabling that feature until I optimize it, the latest version has an option to disable emi syncing which also disables this code path iirc. if it doesn't just downgrade to 1.3.0 since that version doesn't have that feature added. can you also give me your modpacks/mod list for testing on something that stresses the mod out? |
Btw I noticed this too, only on older versions mod, at that point I just put it in a separate thread and it helped |
I've already been testing with "BOM Syncing" disabled, unfortunately.
If I remember correctly, I had the same(? or at least a similar) problem on older versions of the mod as well.
Here's a recent Prism Launcher export of the modpack I'm using: https://mega.nz/file/xssEBaZZ#8loKITZKbzxVISOCC_dVoMdLnjIpUYk6EebYHmXVRPI |
The issue here is really wierd, since the hot path is caused by ae2's The problem is, in modpacks with a lot of crafting recipes, EMI will check the craftability of each one of those recipes with the They since changed to fix to only use the @Override
public boolean canCraft(EmiRecipe recipe, EmiCraftContext<T> context) {
if (context.getType() == EmiCraftContext.Type.FILL_BUTTON) {
return transferRecipe(recipe, context, false).canCraft();
}
return StandardRecipeHandler.super.canCraft(recipe, context);
} |
This should fix the lag since this version has their fix. the only thing that might got broken was that the craftables tab wont see the contents of the ME system, regardless of bom sync value. If this fixes the problem i'll reimplement the syncing later. |
This implementation also breaks grid filling when you click on the desired craft rbm with shift held down (at least at me) |
@unilock there any results? |
This build does appear to fix the problem, thanks! (Note that I personally do not use the "craftables" tab, so that remains untested.) |
I can't test unilock's modpack due to hardware limitations. I've reduced the amount of calls to the offending function and that should make it 3x less laggy. I'll likely put that under a toggle since it should only ever be a problem with really large packs (and this is likely an issue with forge in specific since this mod is used on a large lunapixel studio modpack). IIRC forge did a lot of changes to minecrafts vanilla registry in order to load mods multithreaded (in an attempt to make mod loading faster) and those changes could also be what causes the lag. I'd have to properly support forge to see if that fixes the problem since connector could try as they might to make fabric mods load on forge but there will be edge cases and I'm inclined to believe this is one of them. |
FixedDev: baccca2 |
@roridev I've been hitting this issue for a while now with a modpack I'm playing with some friends. Is there any ETA on a version bump? |
When AE2 EMI Crafitng Integration is installed in my (very large) modpack, the game repeatedly freezes every time I do something in an AE2 ME Crafting Interface. (moving items into the crafting grid, taking items out of the crafting grid, etc.)
From a log generated with spark, it seems to be constantly recalculating EMI's "craftables"? https://spark.lucko.me/ZgK1KYyjaO
latest.log
: https://gist.github.com/unilock/61cf7f486d325f3a8f1c19efed2b10adNote that AE2's built-in JEI integration appears to work fine via JEMI, so I've been relying on that instead.
The text was updated successfully, but these errors were encountered: