RailUnion.net

Ну почему-же невозможно? У меня,например,все работает на карте,как я и говорил-согласно настоящему расписанию(5 пар пассов в сутки)Увы-пока только по расписанию. Дополнительные поезда(вне графика)- это проблема...)

Я говорю — полный цикл. От погрузки вагона на заводе до выгрузки на другом заводе на другом конце карты, включая все переформирования, передаточные и сборные поезда, маневры — в автоматическом режиме это сделать практически нереально.

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

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

Вот если МП круглосуточный, тогда да, надо каждому вновь присоединившемуся передать игровое время.

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

пока каждый создаёт свой состав, и запускает карту с ним. Остальные (от других пользователей) к нему добавлять + несколько на автопилоте, создаваемых на сервере. + системы сцепки/расцепки

согласно настоящему расписанию

пассы может и можно (с треском...), всё остальное -

в автоматическом режиме это сделать практически нереально.

это уже моделирование жд системы... Для этого надо будет лет 10, и естественно оффлайн. Опять же, если кому-то это понадобится (прибавляем ещё 10 лет)

несколько на автопилоте, создаваемых на сервере

На сервере ТРС вообще не нужен Да и я планирую такой вариант, при котором создается сессия с расставленными в нужных местах поездами и раздается всем участникам.

+ системы сцепки/расцепки

А вот с этим проблемы...

Для этого надо будет лет 10, и естественно оффлайн.

Ну оффлайн необязательно. У всех поездов же априори будет одинаковое положение. Нужна просто будет машина, на которой будет этот АИ крутиться, и все.

+ системы сцепки/расцепки
А вот с этим проблемы...

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

Я к тому, что сообщение Uncouple не генерируется.

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

TRam_ писал(а):Саня, перейди наконец хоть на Классик! Хватит на 2006 абсолютно всё делать...

Плюсмного. Сразу на 2009. С меня ключик, если что

AlexanderG, посмотри такую штуку: iPortalBasic, находится в категории Objects. Что это?

Очереди это что-то мифическое Дай бог просто народ собрать...

Если всё заработает, от народа, думаю, не отбиться будет.

AlexanderG, посмотри такую штуку: iPortalBasic, находится в категории Objects.

Штука, гоняющая поезда между порталами. Такой вариант для МП рассматривался, удобно, ибо весь сетевой код уже написан, но требует лиц. ключа, регистрации на Ауране, настройки ТРСа для работы с сетью, и неизвестно, сможет ли OnlineAccess прокачать нужные объемы данных. Ибо сделана сноска:

Код: Выделить всё

This method will fail if data is too large or if it is called too frequently. It will also fail if the destination user's Planet Auran storage is too full to accept remote data.

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

Ребят, а может быть несколько диспетчеров? Или только один?

В своей системе я это предполагаю.

Диспетчеров, няп, может быть сколько угодно. Главное, чтобы они о сферах влияния договорились.

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

Тут надежда на Варза, чтобы он сделал сборку маршрутов средствами сигналки.

А толку? Будто от этого стрелки вручную перестанут переводиться.
Я думаю не ушибусь, если скажу, что и от перевода стрелки машинистом никто не застрахован. Хотя, можно на уровне клиентской программы блокировать исходящие сообщения о стрелках, тогда при следующей синхронизации стрелка переведется обратно. А для диспетчеров придется задавать какие-то массивы разрешенных стрелок, опять-таки на каждой карте разные... Ей б-гу, легче людей, которые будут буянить, лишать премии и в слесарей разжаловать