О плавном затухании / загорании огней светофоров в RW i2GR 05.06.2012, 00:29
Задался я, было, прикрутить к светофорам эффекты плавного затухания / загорания огней, присущие лампам накаливания. Стандартный метод зажигания огней световой сигнализации – ActivateNode, когда нужный узел отображается мгновенно. При плавном загорании, нужно нечто, что меняет свой вид со временем. Я попытался использовать схему с UV-анимацией текстуры. Теория:Для огня каждой лампы нужно создать три узла c условными именами: fire изображает постоянно горящий огонь fire01 изображает загорающийся огонь fire10 изображает гаснущий огонь Сетка узлов - круг или «сегмент сферы» («сегмент сферы» я получил удалением у стандартного примитива «бочка» всего, кроме торца) с большим числом граней. Круг (сегмент) разделен на сектора.  На fire01 и fire10 н... [ Продолжается ]
Многофункциональные невидимые пассажирские станции для Trainz StrVL 14.08.2010, 19:05
Думаю, не имеет смысла изображая из себя мистера Бина говорить банальности о том, что такое невидимая пассажирская станция и зачем она нужна. Много их вшито в стандартный набор объектов Trainz, и, наверное, ещё больше можно разыскать на просторах сети. Функциональность подавляющей их части оставляет желать лучшего из-за того, что построены они на стандартном шаблонном скрипте GenericPassengerStation, написанным аурановцами ещё во времена Trainz 2004 (и насколько я понимаю, с тех пор забытым (заб итым?)). Знаете, что меня всегда не устраивало в этом скрипте? То, что этот скрипт больше подходит для моделирования остановки трамвая, ну, может быть, междугороднего автобуса, но уж никак не пассажирской станции. Час пик утром, час пик вечером… Что значит час пик? Что значит утром? Не знаю, как пассажирские поезда ходят там «за бугром», но у нас они ходят по расписанию. И пассажиры, как правило, появляются на станции согласно этому расписанию, а не подобно тому, как это происходи... [ Продолжается ]
То, чему я хочу научиться Longhorn 29.06.2012, 14:05
Несмотря на такие интересы (написаны в профиле), которые в принципе не взаимосвязаны, когда я погружаюсь во что-либо из них, то я делаю это "по уши", не думая ни о чем другом. Но потом можно точно также переключиться на другой интерес. Снова и снова, снова и снова... Это очень хорошо. Это было лирическое отступление  Особо связывать свою жизнь с железной дорогой я не хочу, ибо другие планы. Хотел бы я стать машинистом, так по здоровью не пройду... поэтому ЖД пойдет у меня как хобби, то есть интерес. Trainz - входит в это хобби. Я хочу научиться делать хорошие, качественные дополнения для ТРС. На данный момент я располагаю временем на обучение, ибо с осени, помимо учебы, начнется моя активная деятельность, которая украдет все время... Сейчас, когда я смотрю рендеры из 3D Max, текстуры из Photoshop, скрипты локомотивов, мое лицо такое: ... [ Продолжается ]
sme_library kemal 12.10.2010, 21:30
Очень часто при скриптовании ПС бывает нужно описать свойства всего поезда, а не отдельно взятого вагона. Но вот незадача, в Траинзе не существует пользовательского объекта, который бы был наследником класса Train. Проще говоря, скриптовать мы можем только отдельные вагоны, а не поезда целиком. Ну ладно, раз так, то придётся всё то, что мы собирались реализовывать в MyTrain, реализовать в MyVehicle. Хорошо, допустим реализовали. Но какой из вагонов должен это считать? Ведь будет очень не хорошо если, например, два вагона будут дёргать контроллер каждый в свою сторону. Делать "самый умный" вагон, каждый из которых будет опрашивать всех подряд, тоже не хорошо. Надо бы сделать централизацию. Вот для этого я и задумал sme_library. Это будет либа (одна на всх), которая будт следить за составами и вагонами в них, реагировать на сцепку/расцепку и упростит передачу данных между вагонами, объединёнными в СМЕ. Всё это здорово, осталось только реализовать)) И вот тут я задумался, а как же это ... [ Продолжается ]
|
|
