The signals in question are 2 head absolute signals Type G (separate lights on a circular background) from the set by Hank Sundemeyer from the file library (clvsignr.zip)
The signal shows green in the track monitor and in the locomotive's cab signal display but the actual signal shows red on both heads. It can be passed without triggering a penalty application. So the signal appears green / clear as far as the logic is concerned but the display is red.
The signal in question is linked to a diverging crossover. I tried deleting and relinking the signal with no effect. I suspect if it was a linking problem the signal would show red in the track monitor as well. I have had that happen before. Ditto if the signal was installed backwards - I have done that too.
The 2 headed permissive signals from the set work fine.
I have been through the sigcfg and sigscr files and can't find anything obviously wrong. They are basically unmodified from what was in the download. I also tried copying them to a openrails folder in the route, that had no effect. I was running Open Rails NY Monogame version 99.1
Uodate: I just tried the stable release version 1.3.1.4328 and the signal works correctly there. So could this be a bug in the Monogame version?
Jon
The signal shows green in the track monitor and in the locomotive's cab signal display but the actual signal shows red on both heads. It can be passed without triggering a penalty application. So the signal appears green / clear as far as the logic is concerned but the display is red.
The signal in question is linked to a diverging crossover. I tried deleting and relinking the signal with no effect. I suspect if it was a linking problem the signal would show red in the track monitor as well. I have had that happen before. Ditto if the signal was installed backwards - I have done that too.
The 2 headed permissive signals from the set work fine.
I have been through the sigcfg and sigscr files and can't find anything obviously wrong. They are basically unmodified from what was in the download. I also tried copying them to a openrails folder in the route, that had no effect. I was running Open Rails NY Monogame version 99.1
Uodate: I just tried the stable release version 1.3.1.4328 and the signal works correctly there. So could this be a bug in the Monogame version?
Jon






Comment