[patch] Realistic Train Shunting

[martin1180]

Hi everyone,

do you know if there is a chance that this patch could be incorporated into some patch pack (for example JGR)? I've seen similar comment from 2018, so I wonder if there was some development in that area?

[SciFurz]

Hi everyone,

do you know if there is a chance that this patch could be incorporated into some patch pack (for example JGR)? I've seen similar comment from 2018, so I wonder if there was some development in that area?

I actually incorporated the code into a copy of my realtime patch to see if it worked, but it seems there's a variable size conflict or something somewhere in the extra order stack the code creates and the OpenTTD target version being relatively old by now. I couldn't spot a quick solution and had little time to do more work on it.
This thing is still something I'd like to add though, so I can build a real sorting yard eventually. It will likely mean a partially different implementation of the code.

[Union Pacific]

Is there any newer updates from the last 2018 post?

[kamnet]

Is there any newer updates from the last 2018 post?

do you know if there is a chance that this patch could be incorporated into some patch pack (for example JGR)? I've seen similar comment from 2018, so I wonder if there was some development in that area?

There has been no further development of this patch posted.

[wallyweb]

Seeing that you're also active with Realistic Train Shunting, Karn, I'd like to ask you: has any more work on this acceleration model happened since the last update?

Currently I'm too busy with personal life. Both yaam and rts are on hold until I find free time for it.
When it comes to priorities, I would like to finish shunting patch first and after it's done, then work on yaam again. Shunting patch is more rewarding to develop.

[Karn]

Hi everyone,

do you know if there is a chance that this patch could be incorporated into some patch pack (for example JGR)? I've seen similar comment from 2018, so I wonder if there was some development in that area?

I actually incorporated the code into a copy of my realtime patch to see if it worked, but it seems there's a variable size conflict or something somewhere in the extra order stack the code creates and the OpenTTD target version being relatively old by now. I couldn't spot a quick solution and had little time to do more work on it.
This thing is still something I'd like to add though, so I can build a real sorting yard eventually. It will likely mean a partially different implementation of the code.

The bug you noticed is simply about mixing order stack and station stack, long ago they were equal, but lately one of them got bigger, solution is quite easy to not mix them up, this commit should fix it. https://github.com/Palo123/OpenTTD-YPS/ ... 33f25aedca

I've got some time to work on this in recent weeks, hopefully I can finish global order list soon. Then my time disappears again..

[wallyweb]