Новый движок для MSTS - RTrainSim

[Ted]

Мне всегда хотелось, чтобы в МСТС были трёхмерные кабины, чтобы было больше возможностей настраивать локомотивы, чтобы можно было делать любые скрещения в сценарии, не заморачиваясь с невидимыми локомотивами, чтобы свет от трафика был, и т.д. и т.п.
В МСТС это всё сделать не так легко, если вообще возможно. Но я попробовал вот сделать свой симуляторный движок, который бы был совместим со всеми дополнениями МСТС. Вернее, лет 5 уже пробую... Кабины сделаны из подручного материала, вообщем-то в основном из текстур 2-мерных кабин МСТС.
В этом симуляторе подразумевается, что игра идёт от лица машиниста - нужно ходить, залезать в локомотивы, перемещаться между секциями и т.п. Теоретически, реализовать в нём можно практически всё по функционалу локомотива. Но на данный момент управление реализовано упрощённо. В ВЛ80к достаточно переключить несколько рубильников на распределительном щите в обеих секциях, ну и повключать всё что надо на панели переключателей.
Работа локомотивов игрока в симуляторе реализуется с помощью dll-модулей для каждого локомотива, в них располагаются обработчики нажатия клавиш и т.п.
Сценарии в движке реализованы. Формат сценариев свой, от МСТС отличающийся.
В переспективе сделаю может конвертер сценариев, так-то особых сложностей быть не должно.

Разрыв сцепок можно отключить в конфиге, DisableCouplingBreak.

Для установки движка необходимы: МСТС, локомотивы ВЛ80к-125, ЧМЭ3-5775, ЭР9, пасс.вагон №22 и все звуки для них.

Несколько скриншотов:








Если кому интересно, есть желание покататься-потестировать - прошу

Актуальные ссылки находятся в теме RTrainSim DOWNLOAD.

.

[GeneZone]

Сообщение от нюх

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

А добавит всего пару слов - и следующий "вновь прибывший" будет задавать те же вопросы. Так что, ИМХО, правильно он сделал, что подробно напечатал.

[MJack]

Скрытый текст:

На всякий случай напишу сюда, чтобы не возникло недопониманий.
Строку про звуки в "порядок установки" в теме "RTS Download" добавил я. Однако я согласен со словами csf. Если включить элементарную логику, то очевидно, что если не установить звуки для локомотива, то звуков от данного локомотива (в кабине) не будет - ни в MSTS, ни в RTS.
Но для новичков и других пользователей я на всякий случай добавил строку про необходимость установки звуков.

[КЕ]

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

- скрипты сигнализации можно указывать в sigcfg.dat отдельным параметром RTS_ScriptFile. Если в файле находится хотя бы один такой параметр, обычные ScriptFile для RTS не загружаются.

Вот спасибо, теперь никакие батники для выбора скрипта не нужны! Ted, спасибо огромное!!!

4 - до сигнала более значимого типа, чем данный.

- это как NORMAL для DISTANCE?

изменения по исполнению скриптов сигнализации:
- если на Б/У есть враждебная стрелка, аспект следующего сигнала всегда SIGASP_STOP.

То есть теперь проверку вида if(block_state()!=BLOCK_JN_OBSTRUCTED)... можно не делать?

В TRACK CONTROL почему-то все сигналы указываются как NORMAL.

[Ted]

- это как NORMAL для DISTANCE?

Ну да. NORMAL и SHUNT для DISTANCE. REPEATER, DISTANCE, NORMAL и SHUNT для INFO.

То есть теперь проверку вида if(block_state()!=BLOCK_JN_OBSTRUCTED)... можно не делать?

Как же не делать? Из того, что впереди SIGASP_STOP никаких выводов сделать нельзя. Там тупик может быть или сигнал такой аспект выдавать в конце концов.
Да это мелочь, тут ничего по сути в скриптах не изменится. Просили так вот сделать.

В TRACK CONTROL почему-то все сигналы указываются как NORMAL.

Поправил.

[КЕ]

А если я сделаю так:
if(block_state()==BLOCK_JN_OBSTRUCTED) state = 1;
state будет 1 или 0? У кого приоритет?
После исправления сигналы в TRACK CONTROL теперь правильного типа, но всегда STOP, хотя в самой поездке правильно.

скрипты сигнализации можно указывать в sigcfg.dat отдельным параметром RTS_ScriptFile.

Попробовал - отлично! В МСТС "работал" обычный скрипт, в РТС "подключился" sigscr_RTS.dat, проверил через FORCE_SHUNTING ( по режиму signal_mode зажигался пригласительный).

[Ted]

А если я сделаю так:
if(block_state()==BLOCK_JN_OBSTRUCTED) state = 1;
state будет 1 или 0? У кого приоритет?

Не понял. Какой приоритет?
если block_state()==BLOCK_JN_OBSTRUCTED, тогда state будет 1.
С дефайном что ли приоритет? Дефайн - директива времени компиляции, это просто другого порядка понятие, с помощью него видоизменяется сам код до его компиляции.

state=2;
/*RTS# 
state=3;
if(block_state()==BLOCK_JN_OBSTRUCTED) state = 1; 
*/

В RTS код будет

state=2;
state=3;
if(block_state()==BLOCK_JN_OBSTRUCTED) state = 1;

Другой симулятор его скомпилирует так.

state=2;

[КЕ]

Понял.
И ещё одно, давно уже - часто не отображаются полигоны с 8-битной альфой, только это как-то непонятно - у дефолтных рельсов нормально, а у своих - нет, не видны.

[Ted]

После исправления сигналы в TRACK CONTROL теперь правильного типа, но всегда STOP, хотя в самой поездке правильно.

Хм...

[КЕ]

Нормально, нормально, это у меня почему-то так - если TRACK CONTROL на весь экран, то показывает все сигналы как STOP. Но если его окно уменьшить, то нормально. Скрин подсказку дал.

[Tarik]

Сообщение от КЕ

Понял.
И ещё одно, давно уже - часто не отображаются полигоны с 8-битной альфой, только это как-то непонятно - у дефолтных рельсов нормально, а у своих - нет, не видны.

Аналогично. Если TransNorm, то все ок, а если AlphNorm - то их не видно. При чем только на секциях пути, в остальных объектах всьо нормально.

[КЕ]

Еще есть модели зданий, у которых окна - 8-битная альфа, с ними то же самое. Пропадает вся стена, только колонны SOLID_NORM остаются.

[Mashinistvova]

Всем привет! Я возвращаюсь, приобрёл ноутбук Ищу информацию по 2ТЭ10м или 2ТЭ116 (материал). Нужны текстурные фотографии кабины, машинного и салона в целом. НАдеюсь кто-нибудь поможет с обработкой фотографий под текстуры...

[dannik]

Ted, получается через дочерние dll можно реализовать СМЕ, и другие функции, не ковыряя основную?

[csf]

В принципе - можно. Но, если Вы можете создавать дополнительные dll, значит Вы сможете и "ковырять" основную dll. Теряется смысл в создании дополнительных dll, более того, есть шанс наплодить кучу несовместимых.
Лучше использовать дополнительные dll для реализации некоторых одинаковых возможностей для разных локомотивов. Например Информатор для электричек. Сделать одну dll для конкретного участка маршрута, и подключать к разным сериям электропоездов. Или сделав для каждого участка свою dll, можно будет на одном поезде, курсируя по разным участкам, получить конкретную озвучку...
Или еще пример. На локомотивах одной серии управление одинаково, но на разных номерах есть некоторые изменения/дополнения. Компрессор (а значит звук) другой. Вот подобные вещи и проще реализовывать с помощью дополнительной dll.

[Ted]

csf уже всё правильно ответил.
Основная dll должна поддерживать СМЕ. СМЕ - это не абстрактная функция, для каждой серии контроль за другими единицами осуществляется по своему и никакого общего знаменателя тут нет. Конечно плагин может взять, наплевать на основную dll и сам пересчитать силу тяги/торможения. Но это в корне неправильно, потому что в таком случае в плагин придётся тащить и алгоритм работы каждой серии. Вместо изолированного расчёта специализированной dll по каждой из секций со взаимодействием через интерфейс СМЕ, в плагине был бы централизованный расчёт, который должен знать все возможные модели локомотивов.

Добавлено через 7 минут
csf
Кстати, dll информатора должна быть не на конкретный участок маршрута, а на любой маршрут, любой участок. dll нужно делать универсальной, чтобы по настройкам из енг и СМС-файла в маршруте она могла работать где угодно.