[Genma Saotome]

IMO it's fine that Goku's program has a function to add a yard cam (for use in MSTS routes) but the UiD() value that was used is going to be a problem. It would be far better to find an unused value somewhere between 0 and Max(Uid) and use that.

For myself, I start to worry once the UiD() values hit 7000 and I will renumber them before they creep much into the 8000's. I've seen too many strange things occur when those numbers get too high and I know for a fact that KUJU's RE can place a lot more objects per tile when all of the UiD() values in the displayed 4 tiles have few gaps in the issued numbers (I'm talking about > 2700 objects/tile).

I don't think anyone has said whether this yard cam is added by the user invoking the function or whether it happens automatically. Which is it? IMO it would be better to let the user invoke it than assume everyone wants it.

[eric from trainsim]

To be fair, Goku's app doesn't appear to be what added these with the ridiculous UID value, and I'll let him confirm or deny whether or not he's using a sequential UID.


For anyone interested in a fast way to zap Yardcam definitions from a route, I've added an option to WFH to strip out forest definitions that don't have a tree texture in the object's declaration.

[Goku]

Genma Saotome, on 01 September 2016 - 09:39 AM, said:

IMO it's fine that Goku's program has a function to add a yard cam (for use in MSTS routes) but the UiD() value that was used is going to be a problem. It would be far better to find an unused value somewhere between 0 and Max(Uid) and use that.

My editor has no support for yard definition at all. (except load & save existing items)

[R H Steele]

eolesen, on 01 September 2016 - 01:31 PM, said:

To be fair, Goku's app doesn't appear to be what added these with the ridiculous UID value, and I'll let him confirm or deny whether or not he's using a sequential UID.


For anyone interested in a fast way to zap Yardcam definitions from a route, I've added an option to WFH to strip out forest definitions that don't have a tree texture in the object's declaration.

Before I started using OR I had added some yard cams to routes, using the yard cam utility mentioned in the thread. I have forgotten which routes, and all the routes run fine in OR.

Should I find the routes with yard cam entries in the world files and remove them? Any reason to do that? I only use msts for the editors.

[Genma Saotome]

Goku, on 01 September 2016 - 01:46 PM, said:

My editor has no support for yard definition at all. (except load & save existing items)

Ahhh, sorry. I obviously missed something.

[eric from trainsim]

R H Steele, on 01 September 2016 - 02:35 PM, said:

Before I started using OR I had added some yard cams to routes, using the yard cam utility mentioned in the thread. I have forgotten which routes, and all the routes run fine in OR.

Should I find the routes with yard cam entries in the world files and remove them? Any reason to do that? I only use msts for the editors.

They'll be fine in ORTS.

Have you been able to open and edit the tiles with yardcam entries in the RE?

[R H Steele]

eolesen, on 01 September 2016 - 04:46 PM, said:

They'll be fine in ORTS.

Have you been able to open and edit the tiles with yardcam entries in the RE?

I have not tried. My previous encounters with NOTORIOUS RE ended in disaster. Fortunately, I keep redundant copies of everything.

How in the blazes all these routes were built (and continue to be built) using that program is a testament to the skills of all who went into battle.

[Hamza97]

Quote

How in the blazes all these routes were built (and continue to be built) using that program is a testament to the skills of all who went into battle.

VERY True...... :I-Agree: :I-Agree:

[Jovet]

I've never been very fond of the "yard cam forest" values that program puts into the .w files. But, if you're running trains in MSTS, it's super handy to have yard cam definitions everywhere, that's for sure.