This isn't a show-stopper by any means, but on a prototypical level has some effects, and I'm assuming it has to do with the change to the "stream" style and elimination of the invisible trains.
This is a proto route I'm working on where there's two main railroads (separate operators) running about 150ft apart from each other for a section, involving 4 road crossings. Prototypically these crossings are interconnected in such a way that, in the image, if the top crossing is activated, both of its gates will close as well as the "outer" gate on the bottom crossing, and vice-versa. This works fine and dandy. I even have it set up such that if, while the top track is activated, a train approaches on the bottom track, the "inner" gate on the bottom will close as it should. The problem now, and one which would work correctly using the invisible trains in the past but no longer works with the "streaming" slaves, is that when this happens, whichever train clears the crossing first cancels all of its associated gates/stoppers leaving only the "inner" one of the train still in the crossing active.
As I said, this layout (using the old school controller/slaves) used to work with the invisible train method and I assume it has to do with the way the new "streaming" works. Without knowing details of the scripting, I presume there's basically an "activate" and "clear" command sent over the "wire" track and the devices just pay attention to this, which gets cleared, but it's not an "active monitoring" of the track like the invisible train was. I was wondering if maybe boat or someone else might have some insight as to whether I might be able to keep this working? Or is my only option to just set everything to one channel and have all the gates close at once?
This is a proto route I'm working on where there's two main railroads (separate operators) running about 150ft apart from each other for a section, involving 4 road crossings. Prototypically these crossings are interconnected in such a way that, in the image, if the top crossing is activated, both of its gates will close as well as the "outer" gate on the bottom crossing, and vice-versa. This works fine and dandy. I even have it set up such that if, while the top track is activated, a train approaches on the bottom track, the "inner" gate on the bottom will close as it should. The problem now, and one which would work correctly using the invisible trains in the past but no longer works with the "streaming" slaves, is that when this happens, whichever train clears the crossing first cancels all of its associated gates/stoppers leaving only the "inner" one of the train still in the crossing active.
As I said, this layout (using the old school controller/slaves) used to work with the invisible train method and I assume it has to do with the way the new "streaming" works. Without knowing details of the scripting, I presume there's basically an "activate" and "clear" command sent over the "wire" track and the devices just pay attention to this, which gets cleared, but it's not an "active monitoring" of the track like the invisible train was. I was wondering if maybe boat or someone else might have some insight as to whether I might be able to keep this working? Or is my only option to just set everything to one channel and have all the gates close at once?