Skip to content
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

Modded components/items are not queued in the assemblers #19

Open
LennyIndustries opened this issue Jul 18, 2018 · 4 comments
Open

Modded components/items are not queued in the assemblers #19

LennyIndustries opened this issue Jul 18, 2018 · 4 comments

Comments

@LennyIndustries
Copy link

For some reason modded components/items are not queued in the assembler(s). I tested with production control component from super modules and shield modules from Energy Shields.

@MichelJonkman
Copy link

You probably need to add them to the item list in the script itself

@jsomm
Copy link

jsomm commented Nov 5, 2018

Did this ever get resolved? I'm currently having the same issue and am unsure how to add the modded components to the item list in the script.

@LennyIndustries
Copy link
Author

Yes, in the code is a list with all components and stuff, you need to add it there to the script, recompile and run. It then should show up, it did work for me, if you need any more help, just leave a comment or contact me on discord, Lenny#1239

@ojacobson
Copy link

I took a look at this last night for unrelated reasons. It turns out this is really hard, and needs careful consideration. There's a reason Isy's Inventory Manager requires that you manually queue a large stack of modded items before it can figure out how to build them.

In order to queue items in the assembler, you need to know the name of a "blueprint" for that item. The blueprint name doesn't automatically have anything to do with the item name, and there's no API for getting the blueprints given an existing item. You can get the blueprint for an item that's already queued in the assembler, but even then, identifying what item that blueprint will create is challenging. Isy's script appears to correlate blueprints and items by watching inventory counts and ruling out items it already knows about. TIM has no such logic.

The giant table at the head of the script, which begins with AmmoMagazine/, contains information about the blueprints known to TIM. In cases where the blueprint name is exactly the same as the item name, you can add entries to this table by adding a line with /ItemName to that table. If the name of the blueprint is different, you need to add /ItemName,,,,BlueprintName, instead. (The empty values are for default quotas and for replacing the item name with a simpler name.) This workaround should get you moving - adding automatic blueprint detection to TIM would be a major undertaking.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants