Another bug.

[sniper297]

So far applies to TS12, dunno if 2010 is affected since I haven't tested this in 2010.

Playtesting version 3 of Chicago Metro, route and session created in TS2009 SP4, saved to CDP then installed into TS12 49922.

Route and session check okay in content manager except for the missing thumbnail, not relevant to this.

Three different consists spawning in random order from this portal, this one comes out without a driver. Can't be an AI train without a driver, won't load the instructions from the schedule library.

So shut that down, back to TS2009 SP4 to check it out - nope, I didn't make any mistakes there, got a driver, got the commands. Driver is Werner,<kuid2:68787:1451:2> so back to CM 3.6;

Werner is built in, but apparently has an update. Okay, so download the update and try again;

This time it works.

One of two things - either the session should work with the obsolete driver, or there should be some kind of warning that it won't work until the driver is updated. Having the train just come out of the portal with no driver at all and making the session fail is not acceptable. The whole KUID2 replacement subroutine needs work, the current programming causes too many problems that all too often get blamed on user or creator error.

 

[Azervich]

Hi Sniper,

The thumbnails warning is there so people don't forget to add it before uploading to DLS

Cheers.

 

[Ricke82]

I won't argue that the update process needs work, but in this case I think the real culprit may be the fact CM doesn't "see" the driver as adependency. As you pointed out, there is no indication they’re missing until you go into Driver. The same is true of driver commands. CM will not list them as missing, but they will generate script errors in the game until you figure out which ones they are and manually download them.

 

[sniper297]

"The thumbnails warning is there so people don't forget to add it before uploading to DLS"

Which is why I said "not relevant to this" so people wouldn't sidetrack the topic when they see the one warning in the picture. :wave:

Ricke82, we already lost that argument;

http://forums.auran.com/trainz/showthread.php?t=82653

I'm making lists of all the commands that are not built in so I can manually add them to the KUID table for the route before uploading, which ensures the end user has them installed for whatever session I upload without having to check each session and add KUIDs to every one of them.

This is a different issue, I've also been really careful about not using drivers which are not built in to all three versions. Wasting more time today to make a list of only the Auran drivers common to TS2009, TS2010, and TS12;

Adair,<kuid:-101:10101>
Ami,<kuid:-101:10102>
Andrew,<kuid:-3:10229>
Cafe,<kuid:-101:10103>
Charlie,<kuid:-101:10111>
Damon,<kuid:-3:10221>
Dave,<kuid:-16:10129>
David,<kuid:-3:10223>
Eric,<kuid:-3:10225>
Geoff,<kuid:-16:1140>
Graham,<kuid:-16:10131>
Greg,<kuid:-3:10227>
Gus,<kuid:-101:10112>
Harry,<kuid:-16:10127>
Hentis,<kuid:-101:10113>
Kenny,<kuid:-16:1142>
Louise,<kuid:-101:10117>
Mik,<kuid:-101:10105>
Moira,<kuid:-101:10106>
Nick,<kuid:-101:10108>
Paul,<kuid:-101:10109>
Philippe,<kuid:-16:10133>
Scott,<kuid:-101:10110>
Sean,<kuid:-16:1141>
Skip,<kuid:-101:10118>
Smiley,<kuid:-101:10114>
Tasha,<kuid:-101:10115>
Thomas,<kuid:-3:10231>
Tom,<kuid:-101:10116>
Vaughan,<kuid:-3:10235>

2009 and 2010 have one;

Untitled,<kuid:-101:10104>

Which is not in TS12, although I haven't seen it in the list I disabled it anyway, also disabled all the built in drivers not made by Auran. TS12 has;

Franky,<kuid:-101:10104>
Wazza,<kuid:447264:999>

Which are unique to that version, but if you create a session in TS12 it won't be backwards compatible with previous versions anyway.

Irritating part is that all this is no guarantee for the future, if I restrict my drivers only to Author = Auran, how can I be certain the DLS foulup project won't make KUID2 versions that obsolete those? Which would take me back to the same place, a missing driver or command generates a script error, this latest fiasco gives no warnings at all, the AI train comes out of the portal with no driver then just sits there completely screwing up the session.

For now restricting your drivers to only the 30 from the above list will prevent this particular problem from popping up.

 

[shaneturner12]

In terms of Drivers, the Portal Dependencies rule should add them as dependencies to a session, unless it doesn't for some reason.

Shane

 

[sniper297]

Check it yourself, look at any session that hasn't been manually modified and see if any driver is listed as a dependency. Again irrelevant to this bug, the driver needed was built in, the problem was it didn't use the built in driver because a KUID2 replacement is on the DLS.

 

[shaneturner12]

I will have a look.

Will report back on my findings (bear in mind that it's TS2009 SP4 I'm using so the behaviour may have changed in later versions)

Shane

 

[sniper297]

I also have TS2009 SP4 (registered under Topham217 so it's not in the station stops for this account), drivers or commands/rules/scripts are never listed as dependencies unless they're manually added to the KUID table in the config.txt.

 

[shaneturner12]

That is strange. I've had the same result as you.

N3V have (possibly unintentionally) made it more difficult to share routes.

Shane