ZX-Path_Vs_DSP_Controller

[РыцарьРР]

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

Ох, уж эта "Родина"! 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. Желательно, чтобы при этом был выбор, нужно ли блокировать стрелки и требуется ли разрешение подключившимся игрокам на управление маршрутизацией. Так же, неплохо было бы, при настройке сессии, иметь возможность выбирать стрелки, которые, по идее, должны переводиться вручную - кликом непосредственно по ней (например, ручные стрелки, на территории депо)

[TRam_]

сама при этом никаких ошибок не выдаёт, зато игра выдаёт жука

Слишком много маршрутов от светофора. Потому что вроде бы для DSP_Controller нужны свои собственные дир-стопы (если такие есть).

---------- Сообщение добавлено в 18:42 ---------- Предыдущее сообщение размещено в 18:39 ----------

наставил X_Trigger-ов, чтобы предотвратить построение маршрутов "змейкой"

если речь о zxPath то нужно было просто выставить стрелки по прямому пути перед их инициализацией. X_Trigger-ы нужны ну совсем для другого.

---------- Сообщение добавлено в 18:49 ---------- Предыдущее сообщение размещено в 18:42 ----------

ставить на сессию мультиплеерный вариант будки ZX-Pat

он работает неправильно в 3.7 . И вообще, под последние версии sU (где светофоры синхронизируют показания сами) будка не адаптирована.

Есть мультиплеерная версия будки, которая позволяет "прехватывать" сеансы игры, в случае отключения игрока, держащего сессию.

разве? Специально такого никогда не реализовывал.

[РыцарьРР]

последние версии sU (где светофоры синхронизируют показания сами) будка не адаптирована

Ну да... точно... ты же только сингловую будку развивал... Тем не менее, с твоими будками работать гораздо приятнее.

---------- Сообщение добавлено в 19:22 ---------- Предыдущее сообщение размещено в 19:19 ----------

Есть мультиплеерная версия будки, которая позволяет "прехватывать" сеансы игры, в случае отключения игрока, держащего сессию.
разве? Специально такого никогда не реализовывал.

Не могу сказать, за счт чего это возможно. Может быть, будка постоянно проверяла соединение и возобновляла свою работоспособность после разрыва сети. С DSP, в таких случаях, перестают реагировать светофоры...

[YuraVolokitin]

А смысл всего этого?

[РыцарьРР]

Юра, читай первый пост внимательнее, пожалуйста. Я всё в нём изложил.

[Extar93]

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

Очень странная мысль. Чем не устраивает DSP Controller?

[Sandrilyon]

наставил X_Trigger-ов, чтобы предотвратить построение маршрутов "змейкой"

если речь о zxPath то нужно было просто выставить стрелки по прямому пути перед их инициализацией. X_Trigger-ы нужны ну совсем для другого.

Вот здесь не соглашусь. Выстраивания стрелок всегда по прямому пути ничего не дает. Змейки образовываются в тех местах, где пути находятся в кривой, т.е. между съездами есть кривая. В таком случае автоудаление вариантных маршрутов удаляет маршруты неверно, подсчет расстояния неправильный. Установка на съездах блокираторов маршрутов - неизбежное зло. Поэтому X-триггеры как вариант оставить съезды работоспособными, но сами по себе они нужны для другого, это да.

---------- Сообщение добавлено в 22:12 ---------- Предыдущее сообщение размещено в 22:09 ----------

Чем не устраивает DSP Controller?

В нем куча недоработок. Не хватает разных функций, а некоторые просто не нужны.

Лучше, чтобы была только будка с возможностью передачи прав от админа к офицеру.

[kemal]

Для удаления лишних вариантных маршрутов есть правило. А если ещё Эрендир расскажет как правильно программно удалять маршруты, то процесс можно сделать полностью автоматическим.

[РыцарьРР]

Для удаления лишних вариантных маршрутов есть правило

Оно не всегда правильно работает. Порой, оставляет маршруты "змейкой", а прямые - удаляет. Программа настроена так, что оставляет кратчайший путь, но почему-то не учитывает количество стрелок, а длина маршрута просчитывается некорректно.
Как вариант - сделать так, чтобы оставался первый собравшийся маршрут, а остальные - удалялись. Но опять же, должна быть опция, т.к. вариантные маршруты иногда нужны. Например, пропустить два встречных, по параллельным съездам. Но в этом случае, вариантные маршруты придётся удалять вручную.

[kemal]

Вот специально для этого я правило и делал. По заданным настройкам рассчитывает какой маршрут основной, а какой вариантный, именует их так, чтобы было удобно. Но вот беда - попытка удалить маршрут приводила к ошибке, так что непосредственно удаление приходится делать вручную.