У нашего проекта в планах выпустить изменение/исправление скрипта для переездов. В чем суть: будет изменен алгоритм активации и деактивации поездом переезда. В данный момент почти на всех маршрутах используется не самая удачная и оптимальная схема поиска поезда. Как сейчас это происходит? На путь устанавливается маркер и в его свойствах указывается расстояние, на котором он может "видеть" поезд. Причем это расстояние идет в обе стороны симметрично, т.е. если указать 500 метров, то поезд будет улавливаться за 500 метров до маркера и уходить из зоны улавливания после 500 м, когда проедет это расстояние последним вагоном. Для двухпутных перегонов, чтобы открытие переезда происходило через ~100 метров после прохода последнего вагона, приходилось увеличивать диапазон маркера и сдвигать его намного вперед. В случае, если поезд двигается по неправильному пути, то закрытие переезда происходило за 100 метров, что естественно, не нормально. Если поставить такой маркер на самом переезде, то тогда закрытие его будет происходить на том же расстояние, что и открытие. И это тоже не реалистично. В случае однопутных перегонов - то же самое. Маркер приходится ставить только рядом с переездом. Сразу два маркера поставить нельзя, поскольку поиск поезда осуществляется в обе стороны.

Обо всем это можно увидеть в одном из наших старых видео уроков, который делался еще для TRS12. однако маркеры до сих пор используются те же самые.

До появления текущего (обсуждаемого выше) скрипта переездов существовал другой тип скрипта - более старый, еще во времена z7. В нем как раз-таки можно было указывать направление поиска поезда. Но почему-то тот вариант не получил дальнейшего развития.

Очень важный момент, который мы заметили еще во время активного использования TRS12. Если включить мониторинг ресурсов на маршруте, то в плане нагрузки на скриптовую часть игры можно было видеть, что именно скрипт переезда съедает больше всего производительности. Представьте себе, что на маршруте от 100 км располагаются несколько десяток переездов, на каждом из них в среднем по два маркера, а кое-где и больше. Каждый маркер в своем скрипте постоянно мониторит путь впереди и позади себя, нагружая движок игры. А если разамер маршрута еще больше?! Это можно заметить, если даже в редакторе (касается преимущественно более ранних билдов) при установке ПС на путь с переездом маркер определял закрытие сразу же. То есть не по событию входа поезда в зону действия, а просто по факту постоянного мониторинга, который каждую секунду сканирует путь. Посему нужно отказаться от мониторинга пути и отправлять данные о необходимости открытия и закрытия переезда только по событию входа/выхода поезда из точки активации переезда.

Скорее всего для ограждения переезда понадобится более одного маркера на путь. Возможно, их должно быть 4 для каждого пути: по два в каждую сторону, из которых один маркер активирует переезд, а другой - деактивирует.

Что касается взаимодействия скрипта с инфраструктурой переезда - само пересечение автодороги с путями, переездные светофоры, шлагбаумы, барьеры и т.д. - все это может оставаться без изменений, так как будет просто получать команду закрыть/открыть от нового скрипта, так же, как и получало от старого. Вся совместимость будет сохранена.

Мы давно планировали заняться разработкой скрипта переезда, но постоянно откладывали. Сейчас можно ускорить разработку, для этого мы запускаем сбор средств в размере 5 000 рублей.

Другие способы оплаты

Даже если указанная выше сумма не будет собрана, каждый донатер сможет получит скрипт индивидуально, а в общем доступе скрипт переезда окажется немного позже.