z7-signals

[Добрый]

Лично я 12-й уже удалил - предпочитаю 2010. Может быть, для любителей мультиплеера он и востребован, но один только сломанный автотрафик настроил меня скептически. А мне больше нравится идея GSTrainz, реализованная в "Крыму" - максимальное приближение к жд: реальные поезда, реальный график, настоящие сообщения диспетчера и предупреждения по громкой связи. Z7 при всех её недостатках вполне для этого подходит. И я не чуть не агитирую против zxPath и sU: varz всегда говорил, что TRam - достойный преемник в разработках; в конце концов, даже один из философских постулатов гласит, что новое всегда побеждает старое.

[kemal]

Пожалуй, для сценариев, таких как Крым и Абхазия, подойдёт sU без zxPath.

[РыцарьРР]

Скоро я проверю Крымский сценарий на SU.

[TRam_]

Сообщение от Эрендир

Кроме тебя и жени никто не видел. Так что можно сказать, что её нету.

Её видел NickLon. И один из основных багов, который не смогли победить - полная блокировка стрелок в некоторых случаях. Ну и я не слышал о возможности разборки маршрутов. Это кстати и к z6 относится.

в sU меня настораживает отсутствие режима, присущего реальной жд, а именно - работа станционных светофоров в режиме проходных на станциях и разъездах без круглосуточного дежурства

даже сейчас это элементарно делается предварительным "набиванием" необходимого числа маршрутов по станции (по числу поездов, которые требую проследования). Ведь если станция работает только в режиме пропуска поездов - какой от неё толк? Её надо разобрать.

как zxPath задаст прибытие определённых поездов на определённые пути

Она может проверять не только свободность пути, но и то, что на путь приготовлен маршрут. То есть если на один и тот же путь строят маршруты с разных сторон 2 поезда, то один из них не сможет построить маршрут на этот путь. А z7 это вполне допускает. Хотя может я не понял - ты имел в виду необходимость задать маршрут просто на определённый путь, а не на "один из нескольких путей на выбор"? Да это же самое простое...

Пожалуй, для сценариев, таких как Крым и Абхазия, подойдёт sU без zxPath.

не вполне. Маневровые светофоры в z7 открываются сами перед поездом, а в sU нужно чтобы маршрутизация их открывала. Ну и то же относится и к поездным светофорам "на проход".

реальные поезда, реальный график

а неграфик работает? Хотя, по своему принципу, zxPath и работает по аналогии с участком скрипта сценария, переводящем стрелки, но может быть адаптирована к абсолютно любой станции, начиная от путевого поста с 1 стрелкой и закачнчивая бекасовским узлом.

[Добрый]

Я имел ввиду конкретную ситуацию. Например, по ст. Кировская поезд 614 должен прибыть в 16.20 на первый путь и ждать пока (с минутной остановкой на втором пути) в 16.32 его не обгонит 870-й. В это же время на следующем разъезде Новофёдоровка прибывает 6745-й, который нужно поставить на второй путь, пока встречный 870-й не проследует по первому без остановки, после чего ему надо задать маршрут на второй путь Кировской. И нельзя оправить 614, ибо он ждёт разъезда с 6745-м. А если в это время ещё и грузовой будет тащиться, ему тоже надо задать свободный боковой для стоянки под обгон пассажирских.
Вот zxPath способна разрулить это всё? Она может сортировать пути на главные и боковые, приемные и приёмо-отправочные, для грузовых и пассажирских? Если да - то снимаю шляпу.

[TRam_]

Она может сортировать пути на главные и боковые, приемные и приёмо-отправочные, для грузовых и пассажирских?

Это должен указывать в ней пользователь, при настройке системы. А так как типов и групп путей довольно много, решил обозначать типы путей числами - так называемыми "приоритетами". Причём для каждой конкретной станции можно объявить свой собственный набор категорий путей. Например маршрут 0 приоритета ведёт на главный путь, 1 - под пассажирскую платформу нашего направления, 2 - под пассажирскую платформу встречного, а 2 маршрута на приёмно-отправочные пути 5 го приоритета... И пассажирскому составу задаётся команда "построить маршрут на пути приоритетов от 1 до 2", в результате поезд станет на боковой путь, если "нашего направления" свободен то на него, а если занят - то "на путь встречного направления".

Или грузовой, которому задана команда"построить маршрут на проход приоритета 5 или главного", пойдёт по главному, если перегон направлен в его сторону, и станет на приёмно-отправочный, если на перегоне встречный.

Например, по ст. Кировская поезд 614 должен прибыть в 16.20 на первый путь и ждать пока (с минутной остановкой на втором пути) в 16.32 его не обгонит 870-й. В это же время на следующем разъезде Новофёдоровка прибывает 6745-й, который нужно поставить на второй путь, пока встречный 870-й не проследует по первому без остановки, после чего ему надо задать маршрут на второй путь Кировской. И нельзя оправить 614, ибо он ждёт разъезда с 6745-м.

Автоматом система такую ситуацию не воспроизведёт, а вот если настроить - вполне. Маршруты ведь могут не только перебираться по очереди, как в случае предыдущей команды, но и напрямую задаваться, на строго заданные пути в строго заданное время.

А если в это время ещё и грузовой будет тащиться, ему тоже надо задать свободный боковой для стоянки под обгон пассажирских

а вот тут всё интереснее. Необходимо "объяснить" грузовому, как ему поступать. Если делать это с помощью команд, то можно создать переменную "разрешение отправления грузового по станции *** в нечётном направлении" и переводить эту переменную с помощью правил в определённый момент времени например в 2, когда грузовой должен стать на боковой путь и ждать, и возвращать в 1, когда ему можно отправиться. А в самом грузовом, в задании, использовать команду "if else" (http://forum.trainzup.net/showthread.php?t=2098&page=1) по проверке этой переменной, и в блоке "if переменная = 1" добавить "приём на путь приоритета 5" + "движение до красного под светофор"+"ожидать пока переменная равна 1" + "собрать маршрут на отправление приоритета 0"+ "движение до следующей станции и переход к следующей команде за 3 км до неё", а в "else" "собрать маршрут приоритета 0"+"собрать маршрут на отправление приоритета 0"+"движение до следующей станции" . То есть грузовой будет реагировать на то, мешает ли он движению, и если да, то будет становиться на боковой путь этой станции.

Естественно zxPath не может самостоятельно ни строить расписания, ни определять принадлежность путей, ни готовить варианты развития событий для конкретной станции, но если пользователь укажет ей, в каких случаях на какие пути (или категории путей) требуется принимать поезд, и как реагировать поезду на заданные ситуации (например на то, что требуется встать на обгон пассажирским или скрещение, а не лезть на перегон) она и не такое может. Главное - фантазия и довольно кропотливый труд. Особенно с настройкой стрелок, т.к. для прокладки маршрутов необходимо чтобы и левер стоял позади точки сплайна, и путевых столбиков и прочих траксайдов между ним и точкой сплайна небыло, и чтоб разрывов путей нигде небыло. А на карте "Крым" первого и последнего многовато.

[kemal]

Сообщение от TRam_

не вполне. Маневровые светофоры в z7 открываются сами перед поездом, а в sU нужно чтобы маршрутизация их открывала. Ну и то же относится и к поездным светофорам "на проход".

Не знаю как авторы перечисленных сценариев, а я, когда писал свой, честно открывал каждый светофор, входящий в маршрут (и люто негодовал, если они открывались сами когда не надо).

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

А вот это уже интересно. Можешь рассказать, как из скрипта построить маршрут от светофора А до светофора Б?

[TRam_]

Можешь рассказать, как из скрипта построить маршрут от светофора А до светофора Б?

Как бэ система "внутри" построена так, что собирается маршрут №6 светофора № 8. А реализацию отображения, как называется светофор №8 и куда ведёт маршрут № 6 этого светофора, можешь посмотреть например в правиле AddPath.

Собственно вызов сборки маршрута ведётся через публичную функцию

public void SetUsualPath(string <имя станции>, int <номер светофора>, int <номер маршрута>, bool SingleCheck)

последний параметр в настоящее время не используется, можно писать хоть true хоть false.

Для проверки, свободен ли маршрут, используется public bool CheckPathIsFree(string <имя станции>, int <номер светофора>, int <номер маршрута>) .

Сборка маневровых маршрутов производится в отдельном скрипте (находится в браузере маневровых маршрутов) и происходит, при отсылке сообщения

"MakeShuntPath", "<имя станции>^<имя светофора начала маршрута маршрута>^<имя светофора конца маршрута>^<можно строить под состав/нельзя строить под состав>"

Ответ (что в z7-xPath что в zxPath) при сборке маневрового маршрута будет

"z7-xPath","ShuntPathCreated^<имя станции>^<имя светофора начала маршрута маршрута>^<имя светофора конца маршрута>"

Если маршрут не собрался, ответа не будет.

(и люто негодовал, если они открывались сами когда не надо)

с z7-xPath была обратная проблема - предоткрытые светофоры z7 закрывались, когда не надо, хотя эта система вообще не ведает закрытием светофоров, исключая принудительную отмену маршрутов. В первых версиях даже в момент проследования поезда, в результате бот останавливал поезд на 2 минуты за проезд красного (пока там не был поставлен один костыль с дооткрытием светофоров. Позднее был поставлен ещё один, уже в скриптах Эрендира, но это так и не помогло).

[Добрый]

Сообщение от РыцарьРР

Скоро я проверю Крымский сценарий на SU.

Скрипт содержит команды управления z7. А поскольку после сноса z7 команда не найдёт прописанный в ней геймобъект, возникнет изумительный глюк: изображение будет делать стоп-кадр каждые 15 секунд.

[TRam_]

команда не найдёт прописанный в ней геймобъект

объект находится по имени?

[Добрый]

Да, в постмессейджах прописаны имена триггеров-светофоров, задействованных в манёврах. PostMessage(Router.GetGameObject(lg), "CTRL", "MayOpen^false",1);

[TRam_]

Ну значит если повписывать светофорам zx те же имена что были у z7, работать будут с твоим скриптом... Так как формат вызова открытия светофоров zx тот же что у z7 (хотя в отличии от второй это не более чем фитча, маршрутизация общается со светофорами совсем иным способом...)

[Добрый]

Вот именно - "если повписывать", надо всю сигналку заново ставить и настраивать. Мне кажется, при переходе от одного поколения трайнзобъектов к другому проще делать новую версию куида (kuid2:xxxxxx:xxxxxx:1). Насколько я понимаю, у zx те же названия светофоров и те же меши. В этом случае банальная установка обновлённой версии даёт возможность не переустанавливать сигнализацию на всей карте, а только выполнить настройку (что уже проще). Тем более varz предлагал передать свой аккаунт на Ауране как раз для таких случаев.

[Эрендир]

В том-то и дело, что меши в zx новые. А старые были лишь временно, на время написания скриптов. Да и потом, не стоит так делать. Светофоры совсем разные. Их меньше, ибо в z7 3л карликовых вариантов 2, например. В sU один всего. И так со всеми. Настройки гибки, и позволяют ему быть и манёвровым и поездным. Тоже касается и мачтовых 2л, где он может быть и манёвровым и ПАБ поездным. Так что никак z7 на sU заменить не получиться.

[Kompozitor]

Пока нет нужных моделей светофоров в "sU", можно скопировать некоторые под отдельным куидом и временно ставить их, а когда появятся новые - заменить с помощью "Replace Assets" и перенастроить. Это, наверное, лучше, чем отказывваться от "sU" при строительстве карт.