[MOD 0.12, 0.13, 0.14, 0.15] Flow Control

[DarcClan]

Seems its boblogistics doing it, I also note that boblogistics renames pipe into Iron pipe. Does that have something to do with it?

[Ayyno]

I'm new to Factorio modding but I'd be willing to help fix the elbow pipe issue if you'd like.

It's definitely still occurring.

[GotLag]

If you can work out which mods are doing it, I'd be happy to see if there's a change I can make to fix it. But I haven't seen anything obvious in a quick look through bob's logistics.

[Ayyno]

I'm pretty sure Angel is right and it's [Z] Group Change that's causing the issue. I think it's handling a name change or something like that oddly. I'll take a look later tonight after I've taken care of a paper I have to write.

[Ayyno]

So I've been fiddling around with it a bit. If you set

Code: Select all

pipe_elbow.minable

in \prototyopes\entities.lua to

Code: Select all

{mining_time = 1, result = "iron-pipe"}

then that will fix it as it copies down to straight and junction. They will then successfully output the correct pipe when a normal iron pipe is placed on the ground. Any existing pipe forced into Flow Control in the player inventory will not be fixed, though. This also does not fix the core issue as Flow Control pipes now only output what you put them down as. So if you build and place a junction, you only get a junction back. Fixing it further is beyond my abilities right now, but it definitely makes the mod more useable in its current state with ZGroups and BobsLogistics.

I was curious what was happening here so I looked into reordering the entities.lua file to have pipe_straight deepcopy from check_valve instead and then pipe_elbow and pipe_junction deepcopy from pipe_straight. Before it was pipe_elbow deepcopying from check_valve and pipe_elbow and pipe_junction deepcopying from pipe_straight.

What this did is make it so every time you deconstruct a placed pipe it gives you a straight pipe instead of an elbow pipe. So it seems like the main pipe entry is being set based on the main pipe entry. I guess, somehow, data.raw["pipe"]["pipe"].minable is referencing the first entry pipe entry in that entities.lua file.

It seems like this happens because Z groups shuffles some stuff around...? It doesn't look like Bob's Logistics messes with the raw tables that Flow Control is pulling from... I'm still too new to Factorio modding to really get a handle on it, though...

Either way the entities.lua file I'm using is attached. Let me know if I was any help or if there's any place else you'd like me to look/investigate.

Modlist

{
"mods": [
{
"name": "base",
"enabled": "true"
},
{
"name": "TheFatController",
"enabled": "true"
},
{
"name": "advanced-logistics-system",
"enabled": "true"
},
{
"name": "angelstrigger-refining-enableproductivity",
"enabled": "true"
},
{
"name": "Arumba_Accelerated_Start",
"enabled": "true"
},
{
"name": "auto-research",
"enabled": "true"
},
{
"name": "AutoDeconstruct",
"enabled": "true"
},
{
"name": "autofill",
"enabled": "true"
},
{
"name": "AutoTrash",
"enabled": "true"
},
{
"name": "BeltBrush",
"enabled": "true"
},
{
"name": "bobconfig",
"enabled": "true"
},
{
"name": "bobinserters",
"enabled": "true"
},
{
"name": "boblibrary",
"enabled": "true"
},
{
"name": "Bottleneck",
"enabled": "true"
},
{
"name": "BurnerLeech",
"enabled": "true"
},
{
"name": "Crafting_Speed_Research",
"enabled": "true"
},
{
"name": "Enhanced_Map_Colors",
"enabled": "true"
},
{
"name": "EvoGUI",
"enabled": "true"
},
{
"name": "Expanded_Robot_Tech",
"enabled": "true"
},
{
"name": "FARL",
"enabled": "true"
},
{
"name": "fast-filter-fill",
"enabled": "true"
},
{
"name": "Flow Control",
"enabled": "true"
},
{
"name": "Foreman",
"enabled": "true"
},
{
"name": "InitialScan",
"enabled": "true"
},
{
"name": "ItemCount",
"enabled": "true"
},
{
"name": "Larger Inventory",
"enabled": "true"
},
{
"name": "launch-control",
"enabled": "true"
},
{
"name": "long-reach",
"enabled": "true"
},
{
"name": "RailTanker",
"enabled": "true"
},
{
"name": "SmallFixes",
"enabled": "true"
},
{
"name": "Squeak Through",
"enabled": "true"
},
{
"name": "tree_collision",
"enabled": "true"
},
{
"name": "upgrade-planner",
"enabled": "true"
},
{
"name": "Vehicle Wagon",
"enabled": "true"
},
{
"name": "Warehousing",
"enabled": "true"
},
{
"name": "WaterWell",
"enabled": "true"
},
{
"name": "YARM",
"enabled": "true"
},
{
"name": "ZGroupChange",
"enabled": "true"
},
{
"name": "bobenemies",
"enabled": "true"
},
{
"name": "bobores",
"enabled": "true"
},
{
"name": "bobvehicleequipment",
"enabled": "true"
},
{
"name": "SmartTrains",
"enabled": "true"
},
{
"name": "bobtech",
"enabled": "true"
},
{
"name": "rso-mod",
"enabled": "true"
},
{
"name": "bobplates",
"enabled": "true"
},
{
"name": "angelsrefining",
"enabled": "true"
},
{
"name": "bobassembly",
"enabled": "true"
},
{
"name": "bobelectronics",
"enabled": "true"
},
{
"name": "bobgreenhouse",
"enabled": "true"
},
{
"name": "boblogistics",
"enabled": "true"
},
{
"name": "bobmining",
"enabled": "true"
},
{
"name": "bobpower",
"enabled": "true"
},
{
"name": "bobrevamp",
"enabled": "true"
},
{
"name": "add-loader",
"enabled": "true"
},
{
"name": "angelsinfiniteores",
"enabled": "true"
},
{
"name": "bobmodules",
"enabled": "true"
},
{
"name": "bobwarfare",
"enabled": "true"
},
{
"name": "flowcontrolbobs",
"enabled": "true"
},
{
"name": "longer-belts-redux",
"enabled": "true"
},
{
"name": "Laser_Beam_Turrets",
"enabled": "true"
}
]
}

[Nexela]

Can you post the whole mod pack somewhere? pre-edit.

Never mind I got it to load. And it is zgroup change that is doing it. but that is about the extent I will look into it because ---------

WHY anyone would want to use zgroup change is beyond me. It should be renamed to zchangeeverythingandbreakstuff

[Ayyno]

The mod pack's available on the Factorio mod portal...

As for why use Z Group... It helps a lot with all the things added by Bob's and Angel's, especially when using them together. I haven't had very many issues aside from this one with it, but there may be more.

Either way that's what a community is for. Helping fix things!

[Nexela]

Zgroup change removes the electronics assembly machines! Doesn't load with bobs' modules (with defaults), removes the fancy pipes from bobs stuff and that was just stuff I skimmed from the surface

[Ayyno]

I use ZGroups and don't have any of those issues. As far as I know these sorts of issues have mostly been resolved.

[Ayyno]

I fixed it.

The issue is lines 500 - 503 in ZGroups in \mods\other.lua

Code: Select all

for k,v in pairs(new_pipes) do data:extend({v.entity,v.recipe,v.item}) end
data.raw[pipe_type]["pipe-straight"].minable.result = "pipe-straight"
data.raw[pipe_type]["pipe-junction"].minable.result = "pipe-junction"
data.raw[pipe_type]["pipe-elbow"].minable.result = "pipe-elbow"

Removing this segment of code resolves the issue. It was basically stomping whatever you set the minable.result to. With this change the entities.lua file I posted above is no longer necessary. My modding noobishness had me believing something far more complicated was the problem! ;P

I'll update my bug report with ZGroups.

EDIT: Link to bug on mod portal here.

[EstebanLB]

I've just tested the mod and while doing so I've had a revelation. Suddenly I lost control of my body and a vision appeared in front of me, it was the LUAGod. He told me that instead of separete recipes and items for each pipe, a hot-key controlled function could be used to switch between the different pipes once placed, the base game pipe, or a moded one.
Using the Side Inserted mod of yours gave me that idea, is it possible or even convenient?

[Alice3173]

I've just tested the mod and while doing so I've had a revelation. Suddenly I lost control of my body and a vision appeared in front of me, it was the LUAGod. He told me that instead of separete recipes and items for each pipe, a hot-key controlled function could be used to switch between the different pipes once placed, the base game pipe, or a moded one.
Using the Side Inserted mod of yours gave me that idea, is it possible or even convenient?

I recall reading somewhere that modders can't really add hotkeys or anything like that. A tool with a GUI would probably be an option but it'd probably be clunkier than the current system on top of being quite a bit more complicated to handle. Also I see one flaw with changing the pipes after they're placed as well. If you're trying to deal with piping around another network then the two are going to run into each other until after you've switched the pieces which would result in getting the wrong fluid stuck in the network.

[GotLag]

Hotkeys can be done. There's just not that much point in doing them for the pipes, as you'd still need to be able to craft the custom pipe segments for blueprints to be useful. I could write a hotkey to convert regular pipes to fixed (and the reverse) but it's a fair bit of effort for minimal reward.

[Alice3173]

Hotkeys can be done.

Oh, can they? Either that must have changed without me noticing it or I might be managing to mix it up with another game and not realizing it then.

[daniel34]

Oh, can they? Either that must have changed without me noticing it or I might be managing to mix it up with another game and not realizing it then.

It's called custom-input: http://pastebin.com/7upDfQKg
Users can also change the keybinding set in the Controls dialog, there will be an extra Mods tab.

[EstebanLB]

Hotkeys can be done.

Oh, can they? Either that must have changed without me noticing it or I might be managing to mix it up with another game and not realizing it then.

Try Side inserters: https://mods.factorio.com/mods/GotLag/Side%20Inserters
---------------------------
I didn't think of how that would work with blueprints. I remember the troubles that appeared with logistic configurations not saving on them, but then they fixed it, don't know how though. Still, the base game really needs a solution for pipes.

On another topic, can an underground layer for belts and pipes be modded into the game?

[GotLag]

I've added the float valve, a complement of sorts for the overflow valve. The float valve allows flow only when the output is less than 80% full.

Due to the way they work, some small amount of fluid may remain in the valve when the rest of the pipe is drained. if you absolutely must recover this fluid, attaching a pump directly to either side of the valve will suck it out.

[bNarFProfCrazy]

Its nice to hear that you still improve your plugin.
I cannot think of a usecase where i need to enable a section of my factory if I dont have enough of the resource it consumes. Could you give me such an example?

EDIT: Or is this for Bergius Process if you have less than 80% of heavy oil you turn that section back on?

[GotLag]

I can't think of vanilla uses off the top of my head, but I've already made use of it to control uranium slurry production for Reactors. Reprocessing spent fuel recovers uranium slurry, but slightly less than originally required to produce the fuel. By using a float valve, more slurry is only injected to top-up the fuel processing loop when the fluid level drops below 80%. If I didn't use either the float valve or a pump+tank+wire combo, fuel reprocessing would back up, preventing the reactors from unloading fuel and bringing my power production to a halt.

It's also useful for creating a passive, no-electricity-needed shared hot water line between my reactors that distributes hot water from active reactors to inactive reactors to run the auxiliary engines powering their circulation pumps. The unpowered nature of this line means I can also run it as an emergency/cold-start line with burner-inserter-fed coal boilers that only operate when no reactor is online, all without any electricity requirement.

Edit: here's a picture:

The red pumps from each reactor to its auxiliary engines are shut down with the reactor. This means the hot water to the auxiliary engines is slowly consumed by the engines, when it drops below 80% hot water is injected from the common line via the white float valves. Operating reactors have their aux lines pressurised by the red pumps, so only they are over 80% full and send hot water through the brown overflow valves to the common line.

[GotLag]

Renamed the float valve to top-up valve, to be more descriptive.