RailUnion.net

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

1. Программа-драйвер, реализующая обмен данными между ТРС и внешним миром через редактирование памяти.
2. Программа, реализующая сетевой обмен с сервером.
3. Собственно сервер.
4. Правило сессии, реализующее обмен данными с внешним миром через программу-драйвер.
5. Правило сессии, интерпретирующее поступающие извне команды и наоборот.

Драйвер занимается обменом инфой с ТРСом. Также он имеет внешний локальный сетевой интерфейс (сервер, работающий через Loopback) для связи с плагинами. Все принимаемые из игры сообщения рассылаются всем подключенным плагинам, а те уже дальше интерпретируют их как нужно либо отбрасывают. Это позволит писать сторонние модули (в частности, драйверы для воплощенных в "железе" пульто...

[ Продолжается ]

Создание конструктора станций RZD Stations



Различные платформы, скамейки, заборы, настилы, дома итд.
Таблички с названиями станций делаю на заказ

Cкачать

Есть как минимум 2 проблемы в создании метросигналки, которые НЕ возможно решить используя опыт создания ЖД сигналки.

1. Зависимость от стрелки нескольких РЦ. На ЖД от стрелки зависит только один светофор (ну 2, есть ещё Жм и Зм, но сути не меняет). Положение стрели может изменить показание светофора на Ж(м)Ж или другую комбинацию, которое изменит ограничение на этом светофоре. В метро всё несколько сложнее. Светофор перед стрелкой покажет Ж(м)Ж и выдаст в рельсы частоту 40 вместо, допустим, 80. На предыдущей РЦ тогда тоже уже не будет 80, а будет что-то поменьше. Как это задать и отслеживать я пока не представляю. С пошёрстными стрелками ещё сложнее. Несколько РЦ за стрелкой должны выдавать 40. И только когда весь состав проедет стрелку, можно выдавать максимальное значение. Опять же, как это реализовать?
2. Зависимость показания МУ не только от направления. На ЖД в этом плане просто - показание МУ можно однозначно определить расположен...

[ Продолжается ]

Диалоги с картинками в сценариях Railworks


В прошлый раз было рассмотрено использование кинематографич. камер в сценариях Railworks. На этот раз это сообщения с картинками.

Расширенные (с картинками) диалоги

Сложность: умеренная

Автор руководства: Rick Grout
Перевод и практич. комм.: Алексей Иванов (A1iv)
Тип руководства: для сценариев

Введение

Расширенные диалоги были внедрены в ТС2012, но только с появлением
ТС2014 их функциональность стала доступна для большинства пользователей. Расширенные диалоги короче обычных диалогов и, как правило, часто содержат изображения. Расположение текста там тоже довольно разнообразное.

[size=120:3...

[ Продолжается ]

Время потихоньку движется вперёд, вот и я обзавёлся железом помощнее и теперь могу снимать что-то большее, чем лок на пустой карте. Все видеоролики доступны в 720p качестве.

Первым номером идёт первая моя попытка сделать видео в Trainz, делал всё тяп-ляп и на скорую руку, но получилось нормально. Встречайте, Трейнсёрфинг в трейнз:


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


Следующее видео я сделал скорее от скуки. Оно просто передаёт атмосферу покатушек в вагоне. "Из окна":


Ну и напоследок очередная видеоинструкция, на этот раз по запуску недавнего М62-1731 с трейнзапа:
[...

[ Продолжается ]