Open Rails - общие вопросы

[ostap24]

а что означает в колонке mode - node?

[vicente]

Ты, лучше на Савёлово покатайся, которое APK-LVDZ дал и опиши ощущения

Добавлено через 6 минут

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

а что означает в колонке mode - node?

Режим по которому сим ведёт сервис. SIGN - по сигналам светофоров. NODE -- по точкам секций пути. Точки секций пути можно видеть в редакторе Track Viewer и на этих точках трафик будет останавливаться, если предыдущая секция занята другим сервисом. Как в этом сообщении на втором скрине. На NODE трафик или игрок переходят как раз при проезде STOP_AND_PROCEED или RESTRICTING.

Добавлено через 8 минут
NODE MODE, пока что мной изучено чуть меньше, чем никак. Мануал обещает золотые горы по этому вопросу. Чуть ли не совсем без светофоров кататься можно. На практике, ИМХО -- НЕ РАБОТАЕТ! Я снял все светофоры на трамвайном маршруте и всё там застопорилось. На поездах оставил Ноды только в депо и там со временем в сценарии получается хаос. На маршруте Ноды - зло. Траф останавливается, и, даже когда предыдущая секция освобождается, ехать НЕ ХОЧЕТ. Может, я неправильно что-то делаю, не знаю. Пока, стараюсь этого избегать и никому не рекомендую. На манёврах на свободный путь и на прицепку работает нормально, в поездном режиме - нихт. Но, мне больше и не надо.

[ostap24]

Не могу никак игрока STOP-ом запереть. Придется наверное руководствоваться 2 принципами:
1. Игрок будет останавливается на красный STOP_AND_PROCEED. Красный есть красный.
2. Сервисы запускать так, чтобы они, как ты очень метко выразился "делали вид что работают" и шли по SIGN

[vicente]

Разъезд по STOPам

[ostap24]

Красота, как по нотам!

[ostap24]

Как функционирует точка ожидания формата 60001 и для чего она?

[vicente]

Применяется, если трафик прицепляется к другому трафику и становится частью его, т.е. "ведомым". Речь идёт о "сдваивании" путей сервисов на часть их пути. Каждый сервис в этом случае имеет свой path, поэтому, чтобы выделить какой из путей будет "вести" совмещённый сервис (путей-то два, в этом случае), на пути прицепляющегося трафика для определения того, что после прицепки он будет ведомым, ставится точка 60001. Ещё не приходилось так сцеплять, но, я так понимаю, идеально подходит для реализации толкача

Добавлено через 3 минуты
Если прицепляется игрок, ставить 60001 не обязательно, но советую применять, так как с версии 1.1 игрок может "запрыгнуть" в любой трафик и сделать его своим сервисом, а сервис игрока, в этом случае, становится трафиком

[ostap24]

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

Применяется, если трафик прицепляется к другому трафику и становится частью его, т.е. "ведомым". Речь идёт о "сдваивании" путей сервисов на часть их пути. Каждый сервис в этом случае имеет свой path, поэтому, чтобы выделить какой из путей будет "вести" совмещённый сервис (путей-то два, в этом случае), на пути прицепляющегося трафика для определения того, что после прицепки он будет ведомым, ставится точка 60001.

"ведомым" это тот кто ведет или тот кого ведут?
Если поставить точку 60001 трафику, который прицепляеться к другому то по какому path пойдет совмещённый сервис?

[ostap24]

Как-то бы выделить тему "общие вопросы Open Rails" из мультов...
в качестве предложения...

[APK-LVDZ]

На форуме нет специального раздела об OpenRails. Пишите по теме в своё удовольствие.

[vicente]

Добавлено через 15 минут
У кого опыт есть с обратно-смотрящими головами (back_facing)? У меня фигня какая-то с ними обнаружилась.
Вот здесь прикрутил "невидимую голову" в сторону стрелки и на-те -- основная голова не чувствует себя последней перед стрелкой:
[IMG][/IMG]
Убираю back_facing и... всё нормально...
[IMG][/IMG]
Люди? Лёёёёёёша?

[APK-LVDZ]

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

Добавлено через 15 минут
У кого опыт есть с обратно-смотрящими головами (back_facing)?
Люди? Лёёёёёёша?

А я что? Я ничего В новых версиях ОР не тестировал. В МСТС корректно работает только с NORMAL, к тому же текущий сигнал не видит свои обратные головы, а видит следующий сигнал с обратной стороны.

[vicente]

Сообщение от APK-LVDZ

А я что? Я ничего ...к тому же текущий сигнал не видит свои обратные головы, а видит следующий сигнал с обратной стороны.

Это как?
У меня проблема как раз в том, что он её видит! Причем видит он её как сигнальную голову между собой и стрелкой. И получается фигня с сигналом.
[IMG][/IMG]

[APK-LVDZ]

Повторюсь - это в мстс. В ОР не тестировал. В любом случае я предпочитаю поставить отдельный светофор с обратной стороны. Стабильнее намного.

[vicente]

Отдельный светофор с обратной стороны даёт тот же эффект. Разобрался уже. Всё в порядке , это очень частный случай. Там игрок статикой стартовал, я протестировал с трафиком и обычной статикой -- всё работает. Просто сноска в правилах создания сценариев.

И, всё-таки, для общего развития, как это " видит следующий сигнал с обратной стороны"? Какой функцией он его видит? Речь идет, очевидно, об opp_sig_**()? В смысле, предыдущий светофор? Тот который за поездом, который на сигнал "смотрит", ты имел в виду? Да, это я знаю. Кстати, они бяки и с этой функцией. Я им год назад писал об этом, Ротердинк послал мменя, написав, что она "работает корректно".