Hi Maverick,

thanks for coming back and updating the patch. I merged the patch for now, IMO it's a good start.

Regards,
orwell

I forgot to say: I'll do my best to follow semantic versioning for future updates. And, thank you for your help.

orwell

Hi Blockhead,

I see your point. It's true, I have been quite lax in following SemVer principles. However, IMO it would now cause more trouble if I was to revoke the release on ContentDB and rerelease as 3.0, so I will leave it for now.

I saw that in the meantime you made a PR for railbuilder to update to the newest APIs, and rlars also did some changes to not break compat with older versions. As I am not aware of any other mod using the trackplacer API, I would like to leave it as is now.

Regards,
orwell

Hi Tanavit,

no worries. Is any of the patches rebased and ready for merging? if so please resend, I delete/reject everything you sent earlier.

orwell


Am Tue, 25 Mar 2025 17:48:50 +0100
schrieb Tanavit <tanavit@posto.ovh>:

> Dear Lady, Dear Sir,
> 
> Please, do not take in consideration the flood of patches I sent some 
> minutes ago.

Hi gabriel,

hast du Zeit und Lust, mal die load/unload rails zu überarbeiten? Auch hinsichtlich des "crash on load rails" der kürzlich gefunden wurde. Ich werde erstmal nicht dazu kommen.

orwell


Am Sun, 15 Dec 2024 16:54:05 +0100
schrieb Laura Merli Stern <laura.stern@mailbox.org>:

> Hei,
> 
> can there be a public callback for nodes which are placed below the loading 
> track and unloading track?

Also for these two patches I can't apply.

BTW, I get the following error: error: git diff header lacks filename information when removing 1 leading pathname component (line 38)

Do you by chance know what that means,

Thanks, orwell

Hi Blockhead,

I cannot apply the patch, can you please rebase it on master and re-send it (best without the .7z file) thanks!

Otherwise, I like it that someone finally fixes the models. Thank you!

orwell

Hi Tanavit,

I wanted to merge the route_prog_rework changes and so didn't really pay attention to the mailing list lately. And I was on vacation for some time lately. So sorry, I didn't get to this earlier.

I'm trying to apply the patch but get errors. Since you have the commit, can I ask you to rebase it against the current master branch again? thanks a lot!

Regards, orwell

Am Wed, 18 Dec 2024 17:59:44 +0100
schrieb Tanavit <tanavit@posto.ovh>:

> File :
> - advtrains : init.lua wagons.lua
> - advtrains_line_automation : scheduler.lua stoprail.lua

Hi 1F616EMO,

ywang is right here. I added the get_aspect() function to query the signal aspect table. The main reason why it is a separate function is, because the old 2-lamp signals already use getstate() to return "red" and "green" and I didn't want to break that. The Ks signals don't have a setstate() and thus also no getstate().

Regards, orwell

Am Mon, 21 Oct 2024 20:35:14 +0000
schrieb "Y. Wang" <y5nw@protonmail.com>:

> > Adds advtrains.getstate() function to Ks main and shunting signals. Returned values are tables containing full aspect.  
> Usecase? LuaATC provides get_aspect(pos) that allows you to get the 
> aspect of a signal.
> 

Hi 1F616EMO,

first of all thank you very much for all the patches you have submitted so far. This is really a lot of enhancements for advtrains. And sorry for only answering now, but I was quite occupied with the birth of my son 2 months ago.

This patch looks fine so far. I didn't test it yet though. Can you tell me, what are the changes in the textures of the Ks signals? Thanks!

Regards, orwell


Am Sun,  6 Oct 2024 17:13:36 +0800
schrieb 1F616EMO <yiufamily.hh@gmail.com>:

> From: 1F616EMO <root@1f616emo.xyz>
>