Hey,

first of all I really like the existence of this mod. This was the one thing that kept me from switching from cyb1 to 2.
Not being able to use stacker depots really was a no go for me.
I am playing Py hardmode and my depots are huge (180 trains per depot). Not being able to use stacker depots would cause them to be a lot less space efficient.

For context why I want to switch from cyb1 to 2:
It looks like my base has reached a size where cyb1 is no longer able to keep up. A lot of my item requests get picked up with a huge delay. In cyb2 this is not the case and migrating from 1 to 2 would be relatively easy, if not for the stacker depot issue...

However I noticed that with this mod enabled trains always need to go back to the depot station before receiving a new order this really hurts the efficiency of my train network.
In cybersyn1 it was possible to use stacker depots and have the 'depot bypass' option enabled on the cybersyn combinators, so they would pick up a new order right after delivery and only return to the depot if there's no new orders available or they need to refulel.
Also this seems to be the default in cyb2.

I wonder if you see a way to make your mod work with this?

Hi, depot bypass should work with this mod and trains shouldnt need to go back to the depot after completing deliveries before being eligible again. If you experience this issue, please reach out to me and send me your base in the cs2 discord.

However, cs2 has a habit of sending filled trains to stackers in the middle of a request when the drop-off station is at its train limit. Is it possible you are encountering this?

For the latter issue, this can be remedied with the cs2 setting "station excess delivery limit" (set to zero). This will force all trains to reserve the drop-off stop as soon as they leave the depot for pick-up. Unfortunately this loses some of the benefits of cs2 over cs1. I have discussed this with cs2 devs and I hope to see a two-tier depot system at some point in the future.

The command /cs2-stacker-debug will show you which rail sections trains can be on to be eligible for cs2 jobs. The debug render will pulse on and off to reduce rendering but the underlying selection logic does not pulse.

Hey,
thank you for the quick reply!

I've created a test map to be able to debug the issue better. It looks like you're correct. I did observe some trains with cargo in the stackers. Setting the 'station excess delivery limit' to '0' does indeed seem to resolve it. It's still performing better than cs1 with this set to zero, so I am happy for now.
Your mod really is a game changer for me. Thanks a lot!

This should be part of the cs2 mod itself (at least there should be an option to allow depot stacking if it has a small performance impact).

• With recent API additions to CS2, it is now possible to prevent deep queueing via a node match veto plugin. If the requester's train limit is full, the match can be vetoed. This can allow the plugin to work without users need to change settings.

• This will not be integrated into CS2 core. Mapping the rail network has a performance cost and stacked depots are de-optimizing/worsening the efficiency of CS2's train usage. The intended way to use CS2 is to use depots with escape lanes. That being said, I know there are users who really want stacked depots and I am happy to enable that use case via plugin API and recommend the plugin to them.

• There will in future probably be a traingroup option to send queued trains to a custom station name rather than back to depot.