ATLS Question

J

JIb228

Multiplayer Guru
So I have been using ATLS crossing assets to set up grade, road x train tracks, crossings. They work fine, most of the time. (I often find I missed a trigger and need to go back to get them 100%) I use the save to map naming method to save them to the map. And that works fine.

But I have noticed some thing strange about them. I'll start up a driver session and they will work fine. Ill run trains over them left and right, work fine. But when I save and exit the session, that's when thing get strange. Latter when I reload the session, each time I have a train go over a crossing it still works, but I get a "Consist X has derailed" message.

Now this has been a problem for me in TRS12 from the get go. So I doubt it as any thing to do with SP1 or any of the hot fixes.

Has any one else had this problem? Is it some thing I'm not doing right? Should I be concerned? Dose this train make my butt look big?
 
I have come across this message, however I was only running one consist at the time, and it hadn't derailed. I had a train derail at a crossing once, reason unknown, and I was able to recouple and continue. I think I'll have a look of how the ATLS connecting wires are crossing the live rails. Also ATLS does generate a train, sort off, take a map view and you will notice a consist that you thought you never had! This may be whats derailing.

John
 
Ive just started to have this happen at odd times with the inverse slave. I watched it and it worked fine for a couple of passes. Then one of the two on my crossing vanished and the red bug appeared followed by the next train derailing on it. Also my pelican crossing does not function with ATLS unless it is on a blank board.
 
Its not my train s derailing, they are fine. I get the consist X derailed but nothing is derailed. Which leads me to believe that the invisible loco is derailing.
 
Yes that's what I mean, the invisible train on the inverse slave is there for a couple of operations but suddenly it is no longer shown there. Something must be there as when my next train passes over that point it derails. Watched it on the mini map and saw it vanish when it should have reappeared, the one next to it was fine. Only started after some updated assets where downloaded so wondering if some of the dependencies have changed.
 
I found a slight solution to this problem, as well as part of the cause of it. It is in fact the invisible trains, and only them, that derail. I think the problem lies in how trains saves and reloads the session. I think it loads all the invisible trains that had existed from when the session started to that point. Then when the slave tries to spawn a new train it causes them all to derail.

The soulution to this is to delete all the invisible trains right when you reload the session. After doing this ATLS signals still work. You just have to run a train over them again. They might stop working if you reload with a train on a crossing and then you delete all the invisible trains. But the next train on that crossing, it will work just fine.
 
Are you only seeing this in the Inverse Slave? And is it happening when you load from a 'save game' or just when you start a Session from the beginning?

Boat
 
boat said:
Are you only seeing this in the Inverse Slave? And is it happening when you load from a 'save game' or just when you start a Session from the beginning?

Boat
Click to expand...

I'm seeing it with the normal slave. Nd only when resuming a saved game. Every thing else is fine if I go from a new session.
 
Can you just confirm you have the latest version, kuid2:76656:500012:6. Actually its built-in to TS12 so you must have!

This sounds like a problem I had with earlier an verison but it was fixed!???

I will try on mine. (I do note the bogie used in the invisible train has been obsoleted by a new version..... but even so)

Boat
 
Yes, this is happening on mine too. Tested it again in TS 2010 and its fine.

Out of interest, do you have SP1 installed on your TS12?

Boat
 
OK, found the problem.

A little annoyance actually. When I checked the 'built-in' version of my Slave, I found that the script had been modified, presumably by someone at N3V. It had then been 'upped' a level to kuid2:76656:500012:6. That doesn't bother me so much but I wish they would tell me!!!! A month or so ago I uploaded a new version of the Slave for other reasons, making it kuid2:76656:500012:6. So now there are two different versions of kuid2:76656:500012:6. The one on the DLS and the in-built one in TS12, (may just be TS12 SP1, don't know)

Anyway, that is not the problem with the slave train derailing. Its doing that because, again without my knowledge, N3V have also 'upped' the kuid for a new version of the Invisible Train, kuid:76656:1158.

Just before the Slave creates a train, it checks to see if there isn't already one there, (as there may be on a save restore). If it finds a train it checks to see if its the 'Invisible Train' by checking the kuid using GetAsset().GetKUID(). The problem with this call is that it needs to have the EXACT kuid in the config, ie NOW kuid2:76656:1158:1, and no longer kuid:76656:1158. Since the Slave could therefore no longer prove it was the Invisible Train it produced another one in the same spot, causing the derailment.

I always knew about this but I concluded if I ever upped the kuid of the Invisible Train, I could modify the Slave too!!!! But I didn't re-issue it.... And I wasn't told it had happened!

So, for a quick fix you can modify the Slave config to show the powerpack in the kuid-table as kuid2:76656:1158:1 or you can wait for issue 7 of the Slave to be uploaded. (Or e-mail me and I'll send you a cdp)

I'm removing the need to find the train kuid from the new version. This means a little more work for the program and a risk it will see a visible train and not produce the invisible one... but its probably better than going through this again.

I will upload a new Slave soon. My Level crossings will also have to be updated as they do the same thing..... and of course the Inverse Slave.

I will keep the new script that N3V have added to the gs file and add that to the crossings and ISlave too. (It seems to be something to do with derailment train cleanup - not affecting this problem.)

Thanks for spotting it!

Boat

EDIT - Better not modify the Slave config in TS12 as its a 'Built-In' asset. They don't always work if you commit modifications to them!
 
Last edited:
Until you get a fix out there Boat, Ill keep doing my little fix.

Thank you for taking the time to solve this.
 
OK.. I'm having a think about the best way to fix it. Not really happy that its not checking the inv train kuid.... Let me think.

Keith - Have you checked your ***1 @ btint e-mail recently?

Boat
 
ATLS UPDATES UPLOADED
I have just uploaded the following updates in a way I hope will cause the least confusion and inconvenience.

All assets will be Trainz-Build 2.9, (TS 2009 and up)

Invisible Train, now Kuid2:76656:1158:2 This will obsolete the TS12 SP1 built-in version so new Slaves etc will find this train.

ATLS Slave, now Kuid2:76656:500012:7 Again this will obsolete the TS12 SP1 built-in version and look for the new Invisible Train kuid.

Inverse Slave, now Kuid2:76656:500019:4 This will obsolete the previous version and look for the new Invisible Train kuid.

ATLS Xings (x12), Kuid2:76656:28***:4 These will obsolete the previous versions and look for the new Invisible Train kuid.

I did not use the extra script I found in the Slave as I now think this was intended to solve the change in Inv-Train kuid problem. It does do that on occasions but not always. Unless it does something else I'm missing, its no longer needed.

In addition, I have updated the ATLS Controller to issue 7 and the ATLS Trigger to Issue 8. These are basically identical to the previous ones on the DLS but are intended to obsolete the TS12 SP1 built-in ones with the same number... as these are an older version with minor bugs.

In all cases, Pre TS 2009 users should not see these updates so will stay with the TRS 2004 version. The only problem will be for Pre 2009 users who want to download from new as they will not show in early Content Managers. However, older versions of assets can still be downloaded manually from the old TRS 2004 DLS.

If you download the new Invisible Train you MUST also download the new Slaves etc.... AND VICE_VERSA

Hope this sorts the problem,

Boat
 
The new assets are now on the DLS.

I would appreciate any comments to see if its sorted the problem.

Cheers,

Boat
 
Hello...........

Anyone had time to check the new assets and confirm they work OK for you? Feedback appreciated on this one.

Boat
 
Hi Boat
I have done an update in 2010 with no ill effect but cant respond to 2012 as I don't have it. I do know that the inverse slave has stopped derailing my train since the update.
 
You must log in or register to reply here.

Similar threads

A
ATLS Trigger Not Working
Replies
3
Views
802
AdvancedApproach
A
I
Unloaders
Replies
1
Views
703
zatovisualworks
Z
C
Infinite save new route and session loop
2
Replies
34
Views
3K
JCitron
J
F
AI trains question
Replies
18
Views
1K
Lewiscc65
L
E
Unwanted driver characters in Driver Control Center
Replies
17
Views
1K
FootplatePhil
F
Back
Top