Railworks America

I found this YouTube video of a dutch crossing, it is possible to get the gate lights to flash apparently
http://www.youtu.be/watch?v=IMYwMPYKcr8&feature=related

My smm gates flash already

The gates can be made to flash, using the Kuju scripts and animation. Unfortunately, it requires a long animation which very negatively affects frame rates - we're talking 3 or so fps - as the train passes by.

The Version 1 signals, that were attached to the AndiS scripts, had flashing gates all the way through. I have heard that he has since revised the script so they don't mess with the signal system, but I haven't checked into that.

The crossing signals are due for RW3 upgrades in February, so I may revisit this issue then.

okie dokie

;)

So, in other wards it might not be quite a good idea to put a flashing light on top of a building.

I think they were talking about the lights flashing on the crossing arms, JP. A static flashing light on a building or antenna should not be such a big frame killer. I think. (I have been known to be wrong, a lot )

SMMDigital wrote:The gates can be made to flash, using the Kuju scripts and animation. Unfortunately, it requires a long animation which very negatively affects frame rates - we're talking 3 or so fps - as the train passes by.

The Version 1 signals, that were attached to the AndiS scripts, had flashing gates all the way through. I have heard that he has since revised the script so they don't mess with the signal system, but I haven't checked into that.

The crossing signals are due for RW3 upgrades in February, so I may revisit this issue then.

Jerry, I still use those version 1 signals, as I like the flashing gate lights, and they don't mess with the signal system at all, it has been fixed.

A simple repeating beacon on a building or tower is totally different than a crossing signal, and it should affect framerates no more than a static point light.

The difference between the AndiS and Kuju signal scripts is quite significant. In the AndiS script version, each individual light is animated. That means each light, is treated as a moving part and has to be set to an "off" position inside the signal, and an "on" position outside the signal. The great thing about it is that the animation can be repeated in an infinite 2-second loop as long as the train is between the track sensors. The bad thing as that all together, including gate animations, you may have fifteen different animations to keep track of in a single signal.

The kuju script is a simple "on" / "off" render, meaning that no matter how many parts you have, if they are all named the same for what the script requires, they are either rendered in the game or they're not - no moving parts. The problem comes on animating the flashing lights on the gate. In the AndiS script, there are three gate animations - open, closing, and closed. Train triggers open gate, gate closes, stays closed with lights flashing then plays the closing animation backwards. In the Kuju script, there is only one animation - the closed gate. When a train triggers the sensor, the animation is played BACKWARDS to simulate a closed gate. The script thenp checks the track status every so often to see if it should keep the gate closed. That is the reason why the gate lights "lock", because there is no closed gate animation. Halfway through the train, the script gets ready to play the gate animation again, this time in forward motion, when then end of the train passes.

As I said earlier, the length of the gate animation can be lengthened. Let say, to 30 seconds, so from the time your gate goes down to thirty seconds into the train, the lights will flash. If the train is 70 seconds long, then you will have 20 seconds of locked lights, then 30 seconds before the train ends, the lights flash again, right? No. Once the animation begins to repeat, it has to complete it's cycle. So in this case, you will get gates down an flashing for 90 seconds - 20 seconds after the train has passed. Not a big deal to me, but my mailbox would fill up real quick if I allowed that. Then there is the framerate issue. Lengthening the gate animation so the lights will flash all through the train for some reason really slows down the game.

Look over the typos, i'm on my Hemroid Dumbphone.

Makes alot of sense now, thanks for clearing that up