Speed Tree

[Combine]

Я лично против деревьев, являющихся индустриями.

[bizzonchik]

Да у нас собственно сейчас однокликовые это kind "buildable" и "product".
Индустрией были первые Dim-овские сосны, но потом были переделаны.

[Pofig]

Комментируем,критикуем,желаем.Цвет,размер дерева,размер текстуры и т.п.Ну и количество в серии,не думаю что их нужно много но всё же спросить не грех.
http://ifolder.ru/16871573

[bizzonchik]

Поф, очень хорошо, только тени в кроне желательно посветлее сделать.
А по размерам, то наверно как всегда 5-10/10-15/15-20 ну, если не жалко то и 20-30.

[Pofig]

А по размерам, то наверно как всегда 5-10/10-15/15-20 ну, если не жалко то и 20-30.

Мде...то что стоит это и есть 25-30,специально пятиэтажку поставил для ориентира.Мелкие кедры и сосны от ёлок только иглами отличаются так что тут засада.15-20 попробую что нибудь намудрить.Света добавлю.

[Pofig]

с3 и с4.Убрать контраст настройками не получается,пришлось вернутся к спекулярным текстурам.с3-упрощёнка,вес папки 20,6мб. с4-со спекуляром и нормалями,удалён кап,крона одной текстурой,вес папки 28,7мб(исходник со всеми наворотами 40,2мб)
Сделать серию на базе с3?
Сделать серию на базе с4?
Сделать две серии?
Не сделать ничего?

[bizzonchik]

Знаешь, я как маньяк тебе отвечу. ОБЕ.
В ходе эксплуатации разберемся.

[dim-dim456]

Я того же принципа много не мало откинуть всегда можно а вот искать сложней

[genesis]

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

Да у нас собственно сейчас однокликовые это kind "buildable" и "product".

Продукт? Его на карту установить можно?
А вот от kind buildable тоже нужно отказываться — каждый такой объект генерирует скриптовый класс.

[dim-dim456]

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

Цитата из Контактная Сеть и ЛЭП
Kind buildable надо заменить на fixed-track. После проверки выяснилось, что первый генерирует для каждого установленного на карте объекта экземпляр скриптового класса.

А можно по подробней про экземпляр скриптового класса?

[TRam_]

это значит, что в виртуальной машине трейнз с скрипта выделяется память под объект, который обладает некоторыми функциями (buildable, например, может производить некий ресурс, например уголь. Но при этом не умеет наполнять его в вагоны...). Кроме того, он ещё и взаимодействует с остальными объектами через систему message'ей (мгновенных сообщений), на что тратятся лишние такты процессора (особенно когда некий другой объект проводит "рассылку" сообщений всему и вся, и всем твоим деревьям на карте прийдётся обработать это сообщение - такое бывает и довольно часто...)

[Диспетчер]

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

это значит, что в виртуальной машине трейнз с скрипта выделяется память под объект, который обладает некоторыми функциями (buildable, например, может производить некий ресурс, например уголь. Но при этом не умеет наполнять его в вагоны...). Кроме того, он ещё и взаимодействует с остальными объектами через систему message'ей (мгновенных сообщений), на что тратятся лишние такты процессора (особенно когда некий другой объект проводит "рассылку" сообщений всему и вся, и всем твоим деревьям на карте прийдётся обработать это сообщение - такое бывает и довольно часто...)

Вот и нашлась одна из причин убийства производительности игры.....

[genesis]

Отдаляясь от темы, класс билдейбл не имеет ничего общего с погрузкой/выгрузкой, он, как и выходит из названия, имеет возможность строиться (не в армейском смысле, а в строительном)

[dim-dim456]

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

Продукт? Его на карту установить можно?
А вот от kind buildable тоже нужно отказываться — каждый такой объект генерирует скриптовый класс.

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

[Combine]

Мне тоже кажется что случайные деревья не стоят таких костылей.