Parameter "Output of" variable

[LeftyRighty]

be amazed at the art!!

11-07-2024, 16-57-59.png (637.56 KiB) Viewed 432 times

from my own experience and some of the bug reports i found whilst looking to see if this has already been suggested; its not uncommon to want to setup a blueprint such that you can specify the recipe the maker building is doing and then have some sort of filter/logic assigned to an inserter, crate, something else.

At the moment if you specify everything with the same parameter you get the "normal" list of parameters options instead of the limited list applicable to what the maker building makes (viewtopic.php?f=7&t=118852&p=629455&hil ... er#p629455 , viewtopic.php?f=18&t=119667&p=632141#p632141 etc.) or with makers like foundries where recipes are "not items" it causes the logic to fail (viewtopic.php?f=7&t=120024&p=633643&hil ... ut#p633643)

Fundamentally these are problems with not being able to seperate the "output" from the "recipe" and have them linked in the way the "ingredient of" or "set ingredients" options permit.

If we could also have a "output of" option so the logic circuits "downstream" can understand what the recipe is outputting it'd "solve" these issues I think.

[Skellitor301]

I second this. Especially when utilizing parameters to make streamlined bot malls. With how I have blueprints set up it makes it difficult to utilize parameters with anything that requires the selection of processing recipes like unbarreling and kovarex. It also prevents setting up crafting machines like the Chemical Plant and Biochamber due to the use of recipe and output item being considered the same thing. An example of this in action here with the help of some other users in the bug report section (ty LCStark for help with the chemical plant)

0eNrtWlGPmzgQ/iuVn3on6AVsSDZqn+6pb1Vfqwo5YHatAqbGpN2u8t87JkBIYAkm22t6ilZabRzPNx575vM31j6hTVKyXPJMBRshvqD102GkQOtPnY/6Ox6KbD9c8PuMJnosoylDa0SLgqWbhGf3dkrDB54xG6OdhXgWse9o7ew+W4hliivO9gjVh8cgK9MNkzDBGkWyUC4KMBaZ9gmAtrN841noESzJGw8cSRbyXNvnVAKQYtJeoGY4+FrSBNzB15mQKax8Z/WW4LZLKJSQ9J7Z4QMr1JDvVeN7Wfv+WsLMIOYJ+C30tIKF2mIfa7MJFmpnHI3Wbo9X3luyhUKR6jmwOhh9Vw2U+mRgd+FnICTcYse0UDbPCiYBfzQkvwoJTlpJkQQb9kC3XDt80mMZhBUoESTinheKh0HG1DchIXOULJmF2nGYG7UOYi5hd3o5041377JQtIpncRLrW7QbCo+04dUnAFDPnpn/i8/MMT0zq4VzB+BcMzi3A4cH4LAZHO7AkQE4YgZHOnDeAJxnBud14PwBON8Mzn+ufA5LTVnEy9RmCaSI5KGdi4SNkpJOsgFEf3pB+scFGXG5T0+0Xl1leQLBtxb7YlGPFSHzCLVR/ytprF69VyxdwyB8c+rm2Opkgi4xuBckHAbsqy1iM3P3MnN8mTm5zNy7zNyfbl7nqtX8sUaOvo9iKKMyodpuERQwELGcQQ3qjNDZNY5wBJDy7HXuBIUFSNz5B36rv/3FX4aYbh/TrTHduZi4j4lrTDwXk/QxSY1J5mJ6fUyvxvTmYvp9TL/G9McwofA5FDTYHMSihbbAAhW/eL57R+7uPILxauWsDppwoVczVV+2zBuXMqMhm6cteyh93sU17dqLYQZ3JzM4aQj8CgTVND01XS66R7Fd091kqhxz6Df4ltm5FFsejQjI5jjd4bww1gp4HM830LZuB+oalG0lp8b1gPnV/0vul7nc5ZhwVwz7EsnHeZTVGA8kUEtVjvviLfD5pMNe4351a6j++4bqbMe/KZMvYxR+OL+762swjB8AppIu7gY9SuNn98853r8/Y8d884vvEKgudJM+72PFPLdOz6jXunVKL9opQWVMaV7nCgHXRAhAhaU8pImdJ7pqZ+mBaUTX0pxLzrUxZ2969wjrGaLjMiy5ClIRsUDEgcgZEFGFoRV5/W1LcQHL6CZhUDYxTQp2Uw+359gJz7HY+O4i58qATO14D0WAf8Ntv5x523tTwyMn4f1OMbi8WNqc8OwIO/beL4h5GzVJEO2l0E0J/Tlv3jcd9r99sX4BvTieeUs0W1DiIUu7+u8MYFS6YUCa6IP2RBWV/AeLXlXNll7kiPQ86Ry7upMC9W1Z0LzKjyxy9xOtQVb0

Copy blueprint

Considering how this system is meant to streamline recipe logic in blueprints, this method of considering the recipe and output item being the same makes methods like the one presented produce confusing results. Take for example the barreling of liquids recipe being available using this kind of parameter setup, but the unbarreling process isn't available. This confused me quite a bit because I didn't think that parameters didn't separate the output item and recipe, I just saw that you can produce one side of this process of storing liquids in a barrel and then couldn't see an option to empty the barrel using the same method. Currently a work around is in place in the chemical plant of the blueprint book above. Essentially the outputs and inserters are set to their own parameter separate from the recipe parameter. But if the parameterized system is meant to simplify blueprint pasting this would need to be fixed as this work around doubles the time it takes to place and set the blueprint rather than the straight forward method of only selecting one option. Should also mention that the system feels like it is meant to do this as well, as when you place the assembler from my blueprint book you get a full recipe selection window. While the chemical plant with the work around you gotta navigate through a few menus to set the recipes properly.

Maybe if the "Ingredient of" part can be either a dropdown or selector option so you can choose if the parameter is an ingredient of or an output of another parameter, that would make this system really good.

[barcoo]

Was just googling and found this topic. It's exactly what I want too. Filters and chest amounts based on the OUTPUT from the recipe in parameter 0. Second vote for this please!

[The_Sane]

Came looking for a thread like this.

Having an "is result of" option in addition to the "is ingredient of" would really help when using alternate recipes, or let us keep using the limited selection screen of the building while also setting output filters/limits

[tappi]

I also second this

[FlachFritz]

Yes, I missed this today, too.

[Infinity95]

I also missed this today. Wanted to set up a blueprint for an assembling block that just takes the recipe and automatically sets up requesters and providers for the input and output ingredients. Currently automatically setting up the provided, i.e. output, ingredients seems to not be possible.