Enjoying the mod, but one small issue - I'm using another mod that uses loaders, instead of inserters, to load trains. This means there are very short belts from cargo to the train. For stops with multiple outputs, this means that there will be a few items left on the belt when the train departs after getting its number of items.

Would it be possible to add an option that adds a very short (could be configurable, but the minimum 1 second would be more than enough for my use case at least) on pickups from supplies, to give a chance for the belts to clear out? This would be at the expense of slightly overloading the train - so having another option to leave a little free in each car on the request would be handy too)

Here's a example save (in editor mode) showing what I'm working with:

https://limewire.com/d/243dcc11-b0f5-4307-b782-6a9783c9536c#xjeOqDHn4Us6mA-2O3atcMUhqn7ukEMTOFaISTZoJLA

Hi. I can't look because I haven't updated to 2.0.34 yet.

I've already been persuaded to add hack conditions to the schedule, and to be honest, I regret it.

Technically, it's not difficult to do, but if there is such an option, then users will think that it should be used. And this will go against the intent of the mod.

In general, it seems that such a change will not help you. Even if there is a delay of a second, the carriage can be full and then the remains from the belt will have nowhere to drop, they will remain in the loader.

I would suggest you place one inserter from the carriage back into the box. I would connect it to the dispatcher's output port and configure it: set filters and select the blacklist mode.
Then, when the next train arrived and what was in the loader would fall into the carriage, this inserter would simply put it back into the box.
Or use the signal mode.

Imagine you need a full train of items X. Even with a small amount of extra time, the wagon will still be full, meaning the problem remains the same: some items will be left on the belt. I think you should implement a solution for this using circuits.

For example, you could place a train signal just after the train stop. This signal would be red by default, stopping the train about 1 meter past the stop. This should provide enough time for the belts to empty. You could then use a combinator to implement a time-based circuit that switches the train signal to green.

I’m not sure if this is the perfect solution, but I believe there are other approaches you can take instead of asking the developer to add an option that would only be useful to you.

Another solution would be to implement a 'cleaning' system, where an inserter clears the belt when the train is not there. A circuit connected to the train stop can detect whether a train is stopped, or you could use a mod like Inventory Sensor. If no train is present, the inserter would activate to clean the belt and transfer the resources back into chests.

In the save file I attached, I do have circuits in place, counting what is on the belts, and what has been loaded, and cut off the filters as quickly as possible. However, due to combinators having 1 tick delays and the variability of material (maybe it's stacked on the belt, maybe it's not, etc), even adding an additional padding to compensate for the tick delay is unreliable. There can be as few as 16 and as many as 88 left on the belts in the demo file I have above.

LTN had the same two options (time delay and leave space), for the same reason - using loaders with rail cars gets messy at times.

LTN has a long history. Nobody remembers what appeared there for what reason.

You still haven't described the case with a full wagon, when the remaining cargo has nowhere to drop. A delay won't help here.

By the way, I just checked, it turns out inserters can take cargo from loaders. This can also be used, especially if you have the Bob's Adjustable Inserters mod.

But it still seems easier to unload unnecessary things from the wagon. By the way, it was impossible to do this with LTN, because it lied at the output port about what needed to be loaded into the wagon.