Speed Tree

[Pofig]

Всякая мелочь и маленькая сосенка весом в 2100 поликов.
http://ifolder.ru/16426100
Дерево сейчас гляну...

[bizzonchik]

Кустики как я понимаю для станций?))) Красиво...
Вот посмотри скрин:

Дерево справа остается в листьях, а слева исчезает...

[Pofig]

http://ifolder.ru/16426988 дерево 2 на замену.Настройки у 1 и 2 одинаковые но у 2го было 3 текстуры листьев,а у 1го одна.Сделал аналогично у 2го,надеюсь не забуду и больше так не напортачу.

[Combine]

Combine а что плохого в скрипте?

То, что его будет несколько сотен тысяч одновременно на карте. Игра упадет, я гарантирую это.

[TRam_]

можно конечно пересмотреть public native GameObject Router.GetGameObject ( int uniqueId ) всё, что имеет хоть какой-то скрипт , из одного объекта. Другое дело, что на деревья uniqueId может не хватить

[dim-dim456]

Эх понять бы хоть что нибудь из выше написанного

[TRam_]

Эх понять бы хоть что нибудь из выше написанного

понимать следует так -

1) возможно, существует лимит на количество скриптованных объектов на карте (?)
2) возможно, 1 скриптовый объект, даже "вечно спящий", требует столько же оперативы и процессора сколько 20-30 деревьев (?)

проверить эти 2 вещи надо, так как в случае реальности хотя бы одного из этих пунктов идея как-то оскриптовывать дертевья летит к ч**** . Даже, если выполнение всей активной работы будет возложено на единственный объект (а деревья просто будут добавляться к списку скриптованных объектов для того, чтобы этот объект мог деревья найти)

[Combine]

Другое дело, что на деревья uniqueId может не хватить

Четырех миллиардов хватит. На самом деле, я знаю как это сделать (скрипт на деревтья), но у меня нет времени. Правило сессии, которое при запуске включает нужный меш дерева, если кому интересно.

[genesis]

Любой GameObject участвует в роутере, ему транслируются сообщения как минимум. Ставить в скенери скрипты, которые и без того напрочь забиты нашими костылями просто глупо, если только конечно ФПС ниже единицы не начал нас устраивать.

[Pofig]

Специально для bizzonchikа,кустики под которые не нужно подсаживать траву
http://ifolder.ru/16431430

[TRam_]

Любой GameObject участвует в роутере, ему транслируются сообщения как минимум

если все деревья (тип scenery) в роуте окажутся инициализированными MeshObject'ами, то никаких скрипов дереву не надо. Всё найдётся либо через uniqueId, либо методом Combine (если он оличается).

Если всё-таки это не так, то добавляя 2 строки в конфиг

script MeshObject.gs
class MeshObject

мы получаем именно такое дерево какое нужно (никаких gs файлов естественно не нужно). Кстати для теста производительности можете попробовать

[genesis]

MeshObject это уже GameObject, со всеми его фичами и более того, с контроллером мешей, я не вижу никакого решения.

[TRam_]

елементарное решение.

Правило (либо объект) при переходе в режим машиниста перебирает uniqueId от 1 (0 - сама трс) до тех пор пока не упрётся в неинициализированные объекты.

Каждый полученный GameObject проверяет на принадлежность TrainzGameObject, если да - берёт его Asset, из Asset-а - конфиг. В конфиге проверяет по некому уникальному тегу, дерево ли это с поддержкой смены мешей. Если да, то преобразует исходный GameObject в MeshObject, и через SetFXAttachment вешает на него нужную мешь дерева.

займёт это секунд 20-30 зависания при переходе в режим "машинист"(если деревьев много), но в дальнейшем никак на производительность влиять не будет.

а использую идею технологии "z skin" (html-asset'ы со ссылками в конфигах на меши) можно сделать автоматический поиск установленных деревьев и ставить только те, которые есть в наличии

[Combine]

И вообще, нафига оно надо?

[genesis]

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

елементарное решение.
[the big lie]

Являясь GameObject'ом и находясь в списке роутера тысячи твоих деревьев будут каждый кадр участвовать в распределении потоков и трансляции мессеждей, каждый объект каждый кадр. Ты все еще не понимаешь что сделает с фреймрейтом увеличение численности геймобжектов в сотню раз?