#Ready for limited testing, to gather
undone bane
Zipfile 0.1.0:
The interface is probably too busy, and should be a dropdown or at least radio buttons so that you can't select "Show info for one recipe" and "Show info about many items or recipes" all at once
@pastel kernel You might be interested
pastel kernel
very
balmy falcon
the - and × checkmarks aren't very clear what they mean
undone bane
Yeah. They have tooltips tho: negative, and multiply by input value
Are they unclear even given the tooltips, or maybe it's not great to hide that in a tooltip on a tiny button?
balmy falcon
how would they work for different ratios of input ingredients?
given the explanation it makes sense at a surface level
undone bane
The combinator picks only one recipe (edit: at a time, that is). The "x" checkbox is a little clunky tho: if you set eg "copper cable: 123" then you will get 123x the stats of the copper cable recipe, even though that outputs 2 cables. So you will get an output of "copper cable: 246".
(or -246 if you checked "-" also)
balmy falcon
that makes sense
but I'm curious for the Ingredient checkmark
like does it choose from the lowest input count then?
undone bane
It chooses one signal that represents an ingredient to a recipe craftable in the given machine(s), and then chooses one recipe (or, for the "output all recipes" checkbox, all recipes) that have that as an ingredient
Maybe useful for figuring out how to void stuff?
undone bane
it's equal to the input signal (or minus the input signal, with -)
instead of being ±1
possibly "output recipe signal" doesn't need x and - though.
balmy falcon
my question is then how does that work for example green circuits, if you inputed 3 wires and 3 iron what would it output?
undone bane
3x circuit recipe.
balmy falcon
right so it just simply doesn't take into consideration the cost
undone bane
Yeah, it just multiplies by the input value, or not. It's mostly useful when the input is a recipe signal.
balmy falcon
if you input 4 wires and 3 iron which does it choose for the value?
undone bane
Whichever one is earliest in the internal signal ordering
balmy falcon
alright that makes enough sense
undone bane
But yeah, I guess one todo is: is there a better way to account for the recipe ingredient/product quantities? Like probably there is
instead of the current x behavior
balmy falcon
The interface is probably too busy, and should be a dropdown or at least radio b...
as for being busy yeah a bit but it's a mod desinged around greatly compacting what would be a massive web of circuits so it is kinda inevitable
balmy falcon
But yeah, I guess one todo is: is there a better way to account for the recipe i...
tbh ingredient signal seems really janky to use as a player anyways
undone bane
Yeah. Could make some of the options exclusive and have a dropdown or at least radio field that disables stuff
undone bane
tbh ingredient signal seems really janky to use as a player anyways
Yeah. It's basically for voiding stuff, or for making modded furnaces that are assembly-machines act like furnaces again
by setting their recipe to something appropriate to your input items
balmy falcon
That does sound like a very useful feature
would need to make sure there aren't duplicate recipes
undone bane
yeah, TBH the main uses I had in mind were automalls with recipe mode or product mode ... ingredient mode is sorta there because I could
balmy falcon
would save me a lot of space on my space platforms
Though probably wouldn't work for asteroid catchers I assume
undone bane
Yeah, it doesnt know about them
undone bane
oh and pinging also @lament zephyr
Thoughts on how to make this better / cleaner / more useful for an automall?
lament zephyr
Hmm so you input an item, and it outputs the recipe for that item right? Couple questions:
- How do you handle items with multiple recipes?
- Can you have an output that says which types of machines can craft that recipe? It would be nice to throw an error if the automall is trying to craft something an assembler can't make
I definitely like the idea of a multiplier, it's annoying having to manually multiply ingridients x desired amount lol
undone bane
Hmm so you input an item, and it outputs the recipe for that item right? Couple ...
You configure the recipe combinator with a list of machines, in priority order.
- In "all recipes for this item" mode, the combinator outputs all recipes that have the item as output, that any of the machines in the list can make.
- In "info about one recipe" mode, the combinator picks only one recipe. It will use the earliest possible machine in the list, and it will output an arbitrary recipe (according to the order that get_recipes_filtered returns or whatever) which is supported by that machine and produces that output. In this mode, it can also output what machine to use (from your configured list).
The multiplier component currently has a noticeable flaw: it currently multiplies by the signal, but doesn't divide by the recipe output count. I'm not 100% sure on the best fix ... probably divide by output and round up?
The combinator ignores input signals that it doesn't have info about
pastel kernel
divide and round up, yeah
undone bane
or round down if dealing with ingredients? or ... another checkbox?? heh probably not
undone bane
lol. trying for now with straight round up
undone bane
it still doesn't take (intrinsic) prod into account
Asking how to make 123 cables
the nice thing about rounding up vs down is: if you round down, you might be trying to run the recipe zero times, which could lead to confusion since the signal would be "accepted" but not produce output
but rounding up, this can't happen
undone bane
Asking how to make 123 cables
(T wasn't multiplied by the input in this picture, it was a weird config in the test world)