Значит используй
Ясно, для ботов я всегда использую driver shedule, а это правило я решил для игрока использовать, но раз баги, то driver shedule тоже для игрока буду использовать, правда, на время выполнения команд компьютер временно берёт управление поездом на себя, но хотя бы контроллер не трогает.Сообщение от TRam_
Ещё в xPath не мешает сделать правило, которое будет собирать транзитные маршруты по станции в один приём, то есть одновременно строить маршрут от входного до выходного/маршуртного и от выходного до светофора следующей станции.
команды такой не напишешь. А вот правило наверно можно.
баги есть и у правил, и у команд - алгоритм то идентичный... Если что, для игрока, едущего с командами, припасена команда "ожидать наезда на триггер". Если набор правил у игрока не заканчивается, по выполнении команды у него не только контроллер, но и тормоза не трогаются.а это правило я решил для игрока использовать
О, ветка живая! :-)
Тогда у меня вопрос-предложение. Есть правило z7-xPath AddAnyPath. Но в опциях его нужно поставить кого-то конкретного и единственного. Это крайне не удобно. На каждый поезд свое правило ставить и на каждый чих, что называется? А нельзя ли списком там указать для кого оно будет применяться, или, как вариант, вообще без никого, то есть всем, кто на него... Ээээ, хотел написать "наедет", но мы то не наезжаем на него... Хм...
В общем, я сделал так. Поставил правило Check Trackside, в подчинение ему ConsistCheck, а в подчинение этому AddAnyPath с 1-го по 5-й. Но в AddAnyPath я должен указать кому именно его применить. А в ConsistCheck - целый список могу указать...
Да, всё равно логики маловато. Ну тогда по подобию ScheduleAtTrackMark. Тому, кто наедет на указанный маркер (тригер) и сработает это правило. А? ;-)
И кому оно будет нужно это правило? Оно отработает тогда, когда оба условия выполнятся. получится, что если нельзя собрать выход со станции, не соберется и вход. И стоим, курим бамбук?
Последний раз редактировалось NickLon; 02.02.2011 в 12:41.
Вопрос: а что может быть такого эдакого в x-стрелках, что расчет всех маршрутов, которые пролегают через x-стрелки не производится?
расставить в нужных местах триггеры с именем stop********** где звёздочки - любые буквы/цифры/знаки. Через них поездные маршруты не проложатся.
Доброго времени суток! Столкнулся с такой проблемой. При постановке команды построить маневровый маршрут выскакивает вот такая ошибка . Что это за ошибка? При этом, данная ошибка возникает только при задании маневрового маршрута, поездные маршруты на данном участке пути работают без ошибок в обе стороны. При задании маневрового маршрута в обратную сторону по этому участку пути-ошибки нет.
Путей много, генерация всех возможных маршрутов длится долго, скриптовый движок расценивает это как бесконечный цикл и прерывает выполнение кода.
Как исправлять - не знаю (разве что упрощением станции)
TRam, я уже нашёл причину, за станцией не был сформирован перегон и следующая станция, вот они туда и лезли. Теперь возник другой вопрос. Как z7-xPath относиться к блок-постам, то есть есть входной станции А, а за ним маршрутный станции Б. В обратную сторону-выходной станции Б-выходной станции А-перегон А-В-входной станции В. Перегон сформирован. Поезд отправляется со станции Б, перегон А-В открыт ему по направлению. Как только хвост поезда освобождает выходной станции Б перегон открывается в обе стороны.
Ваши права
Ответить с цитированием
