From orwell96 to ~gpcf/advtrains-devel
Hi Maverick, thanks for coming back and updating the patch. I merged the patch for now, IMO it's a good start. Regards, orwell
From orwell96 to ~gpcf/advtrains-devel
I forgot to say: I'll do my best to follow semantic versioning for future updates. And, thank you for your help. orwell
From orwell96 to ~gpcf/advtrains-devel
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
From orwell96 to ~gpcf/advtrains-devel
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.
From orwell96 to ~gpcf/advtrains-discuss
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?
From orwell96 to ~gpcf/advtrains-devel
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
From orwell96 to ~gpcf/advtrains-devel
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
From orwell96 to ~gpcf/advtrains-devel
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
From orwell96 to ~gpcf/advtrains-devel
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. >
From orwell96 to ~gpcf/advtrains-devel
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> >