Собственно говоря, я эту тему создаю не для того, чтобы определить, что лучше, а для того, чтобы попросить разработчиков подружить эти два контента.
Ох, уж эта "Родина"! RE_SU_DSP_Controller никак не хочет работать на ней. Не пойму, в чём дело. "Кочетовку" урезал по самые "неболуйся", наставил X_Trigger-ов, чтобы предотвратить построение маршрутов "змейкой" (с правильного на неправильный и обратно), дир-стопов на пути вариантных маршрутов...
ZX-Path, наконец инициировал всё и сессии идут нормально, но DSP_Controller - не хочет нормально работать, зависая при инициализации, где-то на полпути, сама при этом никаких ошибок не выдаёт, зато игра выдаёт жука: https://cloud.mail.ru/public/EiP8/aBd8RAgjX
Подобные ошибки выдавались и при попытке настройки пульта на карте "Крым"
Все хвалят DSP_Controller за удобство использования, а ZX_Path - за неприхотливость при настройке. Вот бы подружить их между собой!
Есть мультиплеерная версия будки, которая позволяет "прехватывать" сеансы игры, в случае отключения игрока, держащего сессию. DSP_Controller этого не позволяет - стрелки переводятся, но не работают светофоры.
Идея в том, чтобы ставить на сессию мультиплеерный вариант будки ZX-Path, а управлять маршрутами с помощью браузера, подобного тому, который работает от DSP_Controller. Желательно, чтобы при этом был выбор, нужно ли блокировать стрелки и требуется ли разрешение подключившимся игрокам на управление маршрутизацией. Так же, неплохо было бы, при настройке сессии, иметь возможность выбирать стрелки, которые, по идее, должны переводиться вручную - кликом непосредственно по ней (например, ручные стрелки, на территории депо)
последние версии sU (где светофоры синхронизируют показания сами) будка не адаптирована
Ну да... точно... ты же только сингловую будку развивал... Тем не менее, с твоими будками работать гораздо приятнее.
---------- Сообщение добавлено в 19:22 ---------- Предыдущее сообщение размещено в 19:19 ----------
Сообщение от TRam_
Есть мультиплеерная версия будки, которая позволяет "прехватывать" сеансы игры, в случае отключения игрока, держащего сессию.
разве? Специально такого никогда не реализовывал.
Не могу сказать, за счт чего это возможно. Может быть, будка постоянно проверяла соединение и возобновляла свою работоспособность после разрыва сети. С DSP, в таких случаях, перестают реагировать светофоры...
Идея в том, чтобы ставить на сессию мультиплеерный вариант будки ZX-Path, а управлять маршрутами с помощью браузера, подобного тому, который работает от DSP_Controller.
Очень странная мысль. Чем не устраивает DSP Controller?
наставил X_Trigger-ов, чтобы предотвратить построение маршрутов "змейкой"
если речь о zxPath то нужно было просто выставить стрелки по прямому пути перед их инициализацией. X_Trigger-ы нужны ну совсем для другого.
Вот здесь не соглашусь. Выстраивания стрелок всегда по прямому пути ничего не дает. Змейки образовываются в тех местах, где пути находятся в кривой, т.е. между съездами есть кривая. В таком случае автоудаление вариантных маршрутов удаляет маршруты неверно, подсчет расстояния неправильный. Установка на съездах блокираторов маршрутов - неизбежное зло. Поэтому X-триггеры как вариант оставить съезды работоспособными, но сами по себе они нужны для другого, это да.
---------- Сообщение добавлено в 22:12 ---------- Предыдущее сообщение размещено в 22:09 ----------
Сообщение от Extar93
Чем не устраивает DSP Controller?
В нем куча недоработок. Не хватает разных функций, а некоторые просто не нужны.
Лучше, чтобы была только будка с возможностью передачи прав от админа к офицеру.
Уроки по Trainz: https://www.youtube.com/c/TeamoftheTrainz
Для удаления лишних вариантных маршрутов есть правило. А если ещё Эрендир расскажет как правильно программно удалять маршруты, то процесс можно сделать полностью автоматическим.
Для удаления лишних вариантных маршрутов есть правило
Оно не всегда правильно работает. Порой, оставляет маршруты "змейкой", а прямые - удаляет. Программа настроена так, что оставляет кратчайший путь, но почему-то не учитывает количество стрелок, а длина маршрута просчитывается некорректно.
Как вариант - сделать так, чтобы оставался первый собравшийся маршрут, а остальные - удалялись. Но опять же, должна быть опция, т.к. вариантные маршруты иногда нужны. Например, пропустить два встречных, по параллельным съездам. Но в этом случае, вариантные маршруты придётся удалять вручную.
Вот специально для этого я правило и делал. По заданным настройкам рассчитывает какой маршрут основной, а какой вариантный, именует их так, чтобы было удобно. Но вот беда - попытка удалить маршрут приводила к ошибке, так что непосредственно удаление приходится делать вручную.