This does seem to be an issue with the idea of a "No path" interrupt. The train still departs the Depot, attempts to path to the "available" stop, fails, and after 1 second triggers the interrupt again. If I add a "Wait 1 second" condition to the Depot in the interrupt, that just means it repeats ...

I'm confused by this change.

Makes sense for recapturing lost nests, but... how do you even get a quality one in the first place now? Quality capture bots now don't do anything, any nest you capture is common, losing it and recapturing keeps it at common.

Seems nonsensical except if I'm missing ...

Not sure if this is a bug or an intended compromise. Apologies if the latter.

Summary: Interrupt condition handling (specifically evaluating if train is at a stop) appears different if the next station is full or if no path can be found.

What I did

Create Pick-up and Depot stations.
Set Pick ...

Answer would be 2 A. Same as current System


The result being the same is just an accident. 2 * 2 = 2 ^ 2, but multiplication isn't exponentiation. A broken clock is right twice a day. Your proposed system makes no sense. To get the behavior you want just use [every] instead of [each] for this ...

Apologies and thanks for the answer, I wasn't able to find the other on a search. Love your work!

Is nice, I've basically done the same thing with the collectors. Minor difference that you might find nice: to save space/combinators, I've run a wire from a single combinator to all the collector set-ups, so don't need a new constant combinator every time. I've also changed the ratio to buffer more ...

ORs are not a boundary of combinator. Having conditions "[X]=1 OR [Y] = 2 output Z=1" under this interpretation would no longer be deciding if condition on the left side is true, but how many times it is true. That case would then be expected to output Z=2 when inputs were X=1,Y=2. This is just ...

The output should be two of every signal that was passed...


No, if the full logic on the left evaluates to true, then you get the output on the right (once, except if each exists somewhere).



Qon kindly explained how the system now works, and I'm pretty sure I understand it fully.


I'm ...

Thanks for the detailed answer boskid! Its always good to hear the intricacies from a person neck deep in the codebase. And thank you for entertaining these questions.


There is nothing here to reconsider. [Each] signal is for working with vectors of signsls (frames of signals) where you want the ...

What I did:
While playing around with platform weight, I set order to construct a long string of platform tile from the back of my ship, while it was in transit. Just as the ship was transitioning from interplanet space to Nauvis orbit, I deconstructed the string in several passes, starting ...

Not a bug. https://forums.factorio.com/viewtopic.php?p=631944#p631944

Most likely you are confused about which exact special signal you want to use, it seems you actually want [Everything] signal.


I've had read of that thread, and a few more linked over time. Apologies, I search for similar ...

Another oddity. One would think the second situation would only output a single green.

I have created the following combinator (in attached image).

Conditions:
[dot] < 500
OR
EACH < 0

OUTPUT [dot](1)

There is currently no input or output to the combinator.

Given the conditions are combined by an 'OR', if one is true, I would expect the combinator to output 1 [dot].
I also ...

I agree its a weakness that certain goods cannot be reserved by a platform for its own use, and requests cannot be set by the circuit network.


I think a nice solution would be to have two separate inventories for the space platform. One which acts like a storage container (e.g. not auto ...

Thank you for the reply.

I sadly suspected there wasn't an easy workaround, but my reason for the report was that it 'feels' janky: the fields disappears without warning and its disappearance is not linked to the action which causes the disappearance.

Given that, it might benefit some users to ...

Very fair, thank you for the reply and for introducing parameterisation.

My bad, thanks for the reply. I will resolve the bug with a better PC.

I agree its a weakness that certain goods cannot be reserved by a platform for its own use, and requests cannot be set by the circuit network.


I think a nice solution would be to have two separate inventories for the space platform. One which acts like a storage container (e.g. not auto ...

I would second that that I would have expected landfill to only be autoplaced in super-force mode.

Thanks for the tip about the appropriate decon setting to be in the tile tab, I was looking in the wrong places for something that would do the job.

I agree its a weakness that certain goods cannot be reserved by a platform for its own use, and requests cannot be set by the circuit network.