RailUnion.net

Очень часто при скриптовании ПС бывает нужно описать свойства всего поезда, а не отдельно взятого вагона. Но вот незадача, в Траинзе не существует пользовательского объекта, который бы был наследником класса Train. Проще говоря, скриптовать мы можем только отдельные вагоны, а не поезда целиком. Ну ладно, раз так, то придётся всё то, что мы собирались реализовывать в MyTrain, реализовать в MyVehicle. Хорошо, допустим реализовали. Но какой из вагонов должен это считать? Ведь будет очень не хорошо если, например, два вагона будут дёргать контроллер каждый в свою сторону. Делать "самый умный" вагон, каждый из которых будет опрашивать всех подряд, тоже не хорошо. Надо бы сделать централизацию. Вот для этого я и задумал sme_library. Это будет либа (одна на всх), которая будт следить за составами и вагонами в них, реагировать на сцепку/расцепку и упростит передачу данных между вагонами, объединёнными в СМЕ.
Всё это здорово, осталось только реализовать)) И вот тут я задумался, а как же это ...

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

Законвертил в RS модельку из МСТС. Загнал бочку в кривую 60м (для наглядности естественно). Рельсы кстати 1524мм Спасибо за текстуры ЭП10


Итак, получилось настроить 4х-осные тележки, чтоб они работали так как устроены - как две 2х-осные тележки на промежуточной раме.
"По документам" (т.е. по конфигам) у цистерны сделано 6 тележек. промежуточные рамы 4х-осных телег прописаны как отдельные тележки.
А благодаря возможностям конфигов тележек позволяющим указать смещение Pivot-point-а тележки удалось настроить 2х осные тележки так,...

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

Несколько дней назад я обещал опубликовать мультиплеерный протокол для trainz. Вот, момент настал, решил назначить релиз на сегодня. Однако ж прежде следует ввести в курс дела тех, кто не читал. Как такового мультиплеера в trainz никогда не было и вряд ли он появится в ближайшее время. Тем не менее, как оказалось, реализовать его своими руками вполне возможно и даже несложно (правда, как говорил Эйнштейн, все в мире относительно ). Возможности траинзэтовсского скриптового движка позволяют так или иначе контролировать весь игровой процесс. То, что они не позволяют реализовать прямо, часто поддается реализации путем различных форм извращений над скриптами. Единственная не решаемая скриптом проблема состояла в том, чтобы каким-либо образом передать данные во «внешний мир».
Немного общих слов....

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

ERROR: "1_0512_engine" has too many children! (max 24)
(речь про линованные ноды)

Для нормалей подходит шейдер TrainBumpSpec.fx. Надо обязательно поменять UV channel второго слота на 1.

BlendATexDiff испольует альфу для бленда.
Substract работает без альфы.

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

Для инпут маппера в контроле обязательно должен быть описан "орган управления", где указывается чувствительность.
[00] только лето
[08] - база и зима
[d0] - все сезоны
[0c] - база, осень, зима

В данном блоге я подробно расскажу, как буду пытаться реализовать БИЛ-В и БИЛ-ПОМ для системы КЛУБ-У.
При создании русской сигнализации, мы тестируем передачу от светофора передачу сообщения с 4 параметрами.
Остальные параметры прийдётся снимать с пути, с локомотива, а также надо найти некоторые функции, незивестные обычным пользователям, но используемые в RW активно.
Что же необходимо для БИЛ-В?



1) Необходимы показания АЛСН, т.е. АЛСН БИЛ-В очень похож на привычный АЛСН, установленные давно ещё в локомотивы: Б, К , КЖ, Ж, и ноу-хау 1-ый, 2-ой, 3-ий, 4-ый З, что означает впереди свободно 1, 2, 3 или 4 блок-участка соответственно.
РЕАЛИЗАЦИЯ: в сообщение от светофора это будет идти как 1-й параметр.
2) Индикатор движения прямо или по отклонению. Это оповещение задаётся в коде параметра АЛСН (см. предыдущий пункт).
РЕАЛИЗАЦИЯ: Необходимые данные будут получаться из 1-о параме...

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