Rohit R Krishnan, on 30 September 2016 - 02:26 AM, said:
My point was that I think the feature described above is important for Goku's editor to emulate.
rickloader, on 30 September 2016 - 05:08 AM, said:
My example is my own signal. A single non-linked signal head. It has a semaphore arm and the shape includes an animated non signal part "balance arm". TSRE5 opens a dialogue box for signal links containing "balance arm" On saving both MSTS and ORTS report tdb errors. ( balance arm is just decoration and no part of the signal head)
Signal shape hierarchy information is not saved to the TDB. The TDB stores the name of each SignalType on every signal shape that is placed on the route. Most signals are setup so that each SignalType represents a single signal head/arm on the signal, but this does not have to be the case. The sigcfg.dat file controls which signal shape nodes are assigned a SignalType and these can be changed (within the specification of the signal shape) at any time without any problems.
Anyone who wants to learn more about the sigcfg.dat file and how it works can read my book linked here [fixed link].
copperpen, on 01 October 2016 - 02:49 AM, said:
Why does TSRE5 show signal shape when placing in a route such as this one
As already mentioned, the cause is a missing .s or .sd file. That's always the first thing to check. I would like to point out that the MSTS Route Editor will crash 100% of the time if you try to place a signal for which one or both of its files are missing. I think Goku's software should display a message and refuse to place the shape in this situation. Similarly, if a shape is defined in the .ref file but doesn't exist, a message should be displayed and the world file not changed.