branchrust_reboot/main/industrial_transfer_abortcancel
6 Commits over 0 Days - ∞cph!
Reduce strict time limit back down to x3 frame budget
Added an early out in the industrial conveyor logic that will stop the split item being created if there is no obvious place for it to go on the target output container
An unneeded split item could still be created and then rejected from the container in some cases, but this should dramatically lower the number of items being created and then destroyed as part of the conveyor process
Don't enforce the strict transfer time limits on the first transfer a conveyor does, as that involves some intial pooling that won't reoccur (likely less problematic in a build)
Fixed some cases where the strict time limit wasn't being enforced properly
More experimental industrial changes - added the ability for an industrial transfer to pause a transfer mid-way through and resume on the next tick
The transfer stores it's current status (eg. we're transferring input 3 to output 8) and then resumes from that point
This should have no impact on the splitting behaviour, it just spaces it out over more time
Added server.industrialTransferStrictTimeLimits convar
Adds the ability for conveyors to abort a transfer without it completing if the transfer is taking too long (x2 server.industrialFrameBudgetMs)
Will preserve performance at the expense of changing behaviour and potentially causing some transfers to transfer unevenly
