Что-то подобное?
[IMG]
[/IMG]
Какая версия ORTS?
Вообще, в ORTS, подобно MSTS, любой сервис, движущийся по своему пути (path), старается очистить себе маршрут, открыть сигналы и перевести стрелки согласно пути, заданному в редакторе сценариев. Всё это в соответствии с правилами сигнализации (пока на пути сервиса есть сигналы, по которым, как сим считает, он может вести этот самый сервис в activity mode), а также считаясь с другими сервисами, находящимися или пересекающими его путь.
То есть, если не поставить перед узлом (стрелкой) закрывающийся на STOP светофор, маршрут будет готовиться дальше. Как, вот, на этой, твоей же потрясающей
иллюстрации...
Вот ещё пример того же самого:
[IMG]
[/IMG]
Добавлено через 5 минут
А вот как это должно выглядеть:
[IMG]
[/IMG]
Добавлено через 11 минут
В любом случае,
светофоры в ORTS (как и в MSTS) работают исключительно по их скриптам! То есть, если светофор красный, значит выполняются условия красного. А то, что сервис проезжает его, это уже вопрос конфигурации. ORTS игнорирует скорость 0, заданную на аспект STOP_AND_PROCEED. Мануал и форум разработчиков говорят о скорости 6-8 миль/час, ты уверен, что трафик едет 20 км/ч?
Добавлено через 5 минут
Совсем другое дело -- внешние функции, которые используют скрипты сигнализаций. Именно поэтому одни и те же сигнализации ведут себя по-разному в каждом из этих симуляторов. Скрипты работают, но внешние функции, в этом случае, "решают". И, самое противное, что это касается почти всех функций, на которые мы опирались годами. От enabled() и до block_state() включительно.
Добавлено через 25 минут
[IMG]
[/IMG]
По моим наблюдениям, чтобы сработала блокировка (deadlock), в auto (signal) mode, должны быть созданы предпосылки сигналами, а когда блокировка включена, для движения сервиса, сначала должна отключиться блокировка, а затем выполниться все условия для открытия сигнала. Судя по тому, что трафик проехал сигнал и стрелки, блокировки на нём не было. Значит, что-то по скрипту.
Надеюсь, что более-менее понятно...