RailUnion.net

Мудрёно))



Я наблюдаю постоянные сбои при смене БУ. М.б. плохо работает и сама посылка сообщений. Пока не имею возможности проверить.
Сообщение от каждого светофора должно посылаться либо:
а) ближайшему к светофору движущемуся локу бота
б) ближайшему к светофору локу игрока
Как я говорил, если между светофором и локом игрока поставить любой вагончик, РВ его не увидит и будет слать сообщение локу. В этом правильного ноль целых ноль десятых.
Фильтрации по сообщениям спереди/сзади по сути то нет.
Должна быть только начальная инициализация ID светофора "спереди" при загрузке сценария (ориентация самого лока/состава) и затем отслеживание сменившегося ID при движении. Если такого начального ID нет, то при движении им должен стать первый попавшийся ID "спереди".

i2GR
К посылке сообщений претензий нет. Мне не удалось поймать ложное сообщение по статусу светофора. А вот по направлению - да, и не раз. Поэтому я в обработчике не пользуюсь индексами.
Есть претензия к структуре сообщения. Предлагаю прикрепить метку в начале. Чтобы надежно отличать сообщение сигналки от других потенциальных объектов на рельсах.
Предлагаю в коде закрытого сигнала указывать причину (возвращаюсь к старой теме). Светофор знает, почему он закрыт, а локомотив - нет. И потом приходится мудрить с К огнем АЛСН.

а) ближайшему к светофору движущемуся локу бота
б) ближайшему к светофору локу игрока

Другими словами, к проинициализированному ПС.

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

Так и есть. Но если к этому вагону подъехать, когда он проинициализируется, он поглотит сообщение. Интересно другое. Дефолтный светофор умеет видеть такой вагон. И при старте сценария, и в процессе игры. Его таблица занятости уверено фиксирует 1. Если въехать на этот БУ, в таблице уже будет 2. Если сцепиться, опять 1. Короче, дефолтный светофор умеет видеть всю картину.

Должна быть только начальная инициализация ID светофора "спереди" при загрузке сценария (ориентация самого лока/состава) и затем отслеживание сменившегося ID при движении.

Вы опять пытаетесь привязать ориентацию светофора к ПС. Зачем? Как светофор отличит локомотив игрока от локомотива АИ? А если будет несколько локомотивов? И на одном пути? Кому дать приоритет в начальной инициализации?

Я считаю, что нельзя привязываться к нестабильным и непредсказуемым факторам. Чем стабильнее исходные данные, тем надежнее система.

Надо перенести обсуждение в профильную тему...
F и B как раз светофорные метки.
Я так и не понял, зачем отдельная метка для причины К показания. Что еще нужно знать локу, чтобы отобразить КЖ на АЛСН?
Что имеется ввиду под инициализацией светофора?
Таблицы занятости про то что за светофором. Сцепка / расцепка и у нас учитывается, т.к. светофор так же получает OCCUPATION_INCREMENT / DECREMENT сообщения. Я говорю про то, что перед светофором.
Или я что-то опять не понял, так же как и про начальную инициализацию для ботов и игрока

Всем доброго дня!

У меня вопрос Что значит "угол тени" и "угол полутени" в системном вызове установки/получения данных источника света? Должны ли меняться эти значения при плавном зажигании/гашении мощного источника света? И, если да, по какому закону? Если, к примеру, я меняю яркость прожектора от 0 до полного значения и обратно до 0 по линейному закону, как при этом должны меняться данные угла?

Спасибо.

В конфиге это, должно быть, два угла для источника света: Phi и Theta.
Phi должен быть не меньше Pheta и означает "телесный угол" рассеяния света от источника.
Pheta - область полутени внутри угла Phi
Пример:

Phi в обоих случаях 60 град.
Theta сверху 40, снизу 60. Т.е. чем меньше этот угол, тем мягче полутень.

В скрипте должны подразумеваться эти углы Phi - Umbra, Theta - Penumbra.
Менять их при включении мощного источника - хорошо, конечно (ИМХО только линейно, потому что происходит все достаточно быстро, хотя надо смотреть по месту), но сделать эффект плавного "розжига" видимого меша источника - та еще задачка.

Судя по скринах, из двух параметров достаточно управлять Thet-ой.
Я тоже склоняюсь к линейному закону, это самый простой вариант, тогда как использование другого закона может не дать видимого эффекта. К сожалению, мне не удается сделать настоящую "ночь" в игровом мире, поэтому трудно визуально определить качество розжига.
В скрипте я могу сделать постепенное нарастание параметра с привязкой ко времени, как при этом будет вести себя пучок света - буду смотреть и экспериментировать.
Спасибо за ответ

i2GR
Попробуй конфиг для источника света Head Light . В нем не требуется сама светящаяся меш , а меш присутствует уже в нем . Размеры задаются в конфиге , текстура прописывается там же , но вот яркость ее свечения прямо пропорциональна RGB (который можно менять скриптом по времени) . Если сам свет не нужен - то просто дальность 0 (на светофоре или поворотник на трамвае )
Света
а где ты видела , чтобы на любых реальных фарах менялся угол пучка света ? Его можно использовать только для отключения источника света (хотя проще отключить сам источник света) . А вот типа тусклый-яркий одна и та же лампочка стоит , значит углы одни и те же (один раз настроить в конфиге исходя из реального угла настоящего фонаря ) , а только RGB разный (яркость и цвет), его и менять надо (к тому же если использовать Head Light , то и светящаяся меш автоматом ) хоть плавно , хоть резко .

Костя, совет хороший про Head Light
Но к светофорам не совсем подходит, если конечно вместе с ними GTX1080 не раздавать.

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

радиомастер писал(а):Света
а где ты видела , чтобы на любых реальных фарах менялся угол пучка света ?

Я потому и спрашиваю насчёт этих параметров, потому что мне было трудно представить что это такое. Ну а теперь я по скринах Игоря четко вижу, что угол тени трогать нет смысла (ну, разве что в небольших пределах), а полутень - это как раз то, что обязательно надо изменять, не с нуля, конечно, но с какого-то порога как минимум. Почему? Потому что размытая граница пучка света создается не только источником, а и за счёт отражения. Поэтому, чем выше яркость основного луча, тем шире будут границы. ИМХО. Ну а как это будет выглядеть практически, покажут опыты. Если мне удастся добиться нормальной ночи, чтобы хорошо видеть результат.

радиомастер писал(а):...тормозить не будет если не использовать сам свет (или радиус всего то 1 м для попадания света на проходящий поезд) ,и без теней

Разве при использовании в светофоре бестеневого источника не будет освещаться внутренняя часть кабины или вагона сквозь обшивку?

Света писал(а):Разве при использовании в светофоре бестеневого источника не будет освещаться внутренняя часть кабины или вагона сквозь обшивку?

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

Ладно, а если схитрить? Сделать 2 источника. Один - бестеневой, другой - его клон, все параметры идентичны, но с тенью. С теми же координатами. В обычном режиме работает бестеневой, просадок fps нет, всё прекрасно. Когда состав находится ближе 5 метров от нулевого линка, т.е. непосредственно у светофора, бестеневой источник отключается, вместо него активируется с тенью. И никаких артефактов в виде просвета обшивки. Проехал состав - источник с тенью снова отключился.
В таком случае на всей карте будет работать одновременно всего несколько источников с тенью и куча бестеневых. И ничего кривого.
Как идея?

Тогда проще делать сразу с тенью , но с короткой дистанцией света (1-2 м) , от такого света просадки быть не должно

Всем доброго дня

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

Зачем это?


Подготовка модели


Подключение скрипта


Использование


В настройках заданы константы:

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

-- Constants
   POSITION_DATA = 1818190202
   MAX_DISTANSE = 10


POSITION_DATA - это метка сообщения обмена, которое инициирует запуск определителя. На данный момент не является стандартизированным.
MAX_DISTANSE - это максимальное расстояние. Если расстояние между самыми близкими точками ПС превышает это число, принимается решение, что эти ПС не сцеплены. Число "10" выбрано исходя из соображений, что длина самого короткого вагона больше 10 метров.

Скрипт оттестирован. Тем не менее, приветствуется информация по результатах практического применения этого кода

Крутой костыль!
Только мне казалось, что в случаях если между локами вагон, то второй лок в середине надо делать IsDeadEngine в сценарии. Или он все равно "тянуть" будет?
З.Ы. и применять то не на чем, как всегда