Мы тут философствуем и поголовно болеем синдромом поиска глубинного смысла. Шучу. Тут уютно и много интересной информации, несмотря на то, что это мой первый полноценный бложик в интернете.
И представь еще одну ситуацию - у тебя на сцене стоит пехотинец с нестандартным максимумом здоровья. Ты меняеш значение максимума здоровья в прототипе. Что должно случиться с здоровьем этого нестандартного пехотинца на сцене?
Применить изменения ко всем объектам этого типа?
Применить изменения ко всем объектам этого типа с такими же параметрами?
Применить изменения ко всем объектам этого типа не с такими же параметрами?
Что если на этого пехотинца должно распространяться изменение из предыдущего примера, но с учетом того что у него должен быть повышеный запас здоровья относительно стандартного, выбирать каждого такого пехотинца и вручную менять ему нестандартное значение на правильное?
масса вариантов, но первое что приходит на ум, это модификаторы параметров объекта.
Если мы хотим одному инстансу дать иное от Мастер-объекта свойство - даем ему модификатор этого свойства. К примеру на сцене в шутере 102 коробки. выделяем из них 18, открываем настройки поведения "Разрушаемый объект", находим параметр "Запас жизни коробки" и добавляем к нему модификатор или модификаторы, которые будут распространены только на эти коробки.
Можно объявить коробки в группу.
Можно создать из них семью и на семью распространить поведение, или модификатор.
Fakov, где-то я это уже видел. А, ну да, все в тех-же анриловских блюпринтах - инстансам на сцене можно задавать значения переменных отличные от стартовых. Вот только это не спасает от порнографии, наоборот только усугубляет её.
Представь ситуацию, у тебя выходит патч, в котором тебе нужно уменьшить максимальный запас здоровья всем юнитам попадающим под определенные условия, например всем эльфам, всей технике и всем на кого действует улучшение "острые мечи". И ты начинаеш лихорадочно перебирать ассеты своих юнитов и менять их свойства.
И представь еще одну ситуацию - у тебя на сцене стоит пехотинец с нестандартным максимумом здоровья. Ты меняеш значение максимума здоровья в прототипе. Что должно случиться с здоровьем этого нестандартного пехотинца на сцене? Откат до нового стандартного значения и потеря нестандартного? Игнорирование стандартного поскольку задано нестандартное? Что если на этого пехотинца должно распространяться изменение из предыдущего примера, но с учетом того что у него должен быть повышеный запас здоровья относительно стандартного, выбирать каждого такого пехотинца и вручную менять ему нестандартное значение на правильное?
Там даже примеры есть. Т.е. анрил как более сложный инструмент вполне позволяет реализовать внутри него плагин позволяющий наделять любой обьект любыми свойствами. То что они "из коробки" без особых возможностей - это да, но сама машина считающая физику, анимации, свет и т.д. и т.п. вполне себе готова к использованию и расширению.
)) в этом плане очень грамотно реализовала Scirra в своем конструкторе. У тебя есть папка со всеми объектами игры. Если ты выбираешь объект кликом на него в папке - и меняешь какое то его свойство - то изменение применяется глобально ко всем уже занесенным на сцены объектам этого типа, ко всем его инстансам. Если же ты выбираешь объект на сцене, один какой то инстанс, и меняешь его свойства - то только этот инстанс обретает заданные тобой новые свойства. Таким образом - на сцене могут быть два инстанса одного объекта с разной скоростью движения одного поведения, назначенного этому объекту.
)) в этом плане очень грамотно реализовала Scirra в своем конструкторе. У тебя есть папка со всеми объектами игры. Если ты выбираешь объект кликом на него в папке - и меняешь какое то его свойство - то изменение применяется глобально ко всем уже занесенным на сцены объектам этого типа, ко всем его инстансам. Если же ты выбираешь объект на сцене, один какой то инстанс, и меняешь его свойства - то только этот инстанс обретает заданные тобой новые свойства. Таким образом - на сцене могут быть два инстанса одного объекта с разной скоростью движения одного поведения, назначенного этому объекту.
Fakov, вот так это уже больше похоже на юзабельную систему. И заодно почему-то очень похоже на то как в анриле идет работа с блюпринтами типа Actor.
Вот только это удобно на этапе прототипирования, когда типов юнитов не слишком много и нет необходимости массово менять их свойства - а дальше опять начинается порнография. Когда, допустим, есть сотня типов юнитов и каждому нужно поменять что-то в свойствах.
Fakov, т.е. ты предлагаешь держать все типы юнитов на сцене и при необходимости редактирования искать их там-же на сцене? И удивляешся почему я называю это порнографией?
Даже анриловские блюпринты в этом плане и то удобней - они хотябы лежат в ассетах, именованы и их можно искать/фильтровать. Правда редактирование всеравно сродни порнографии если свойства кажого типа юнитов внутри отдельного блюпринта задаются.
Не совсем на сцене. Допустим мы создаем мастер-юнит. Для шутера, гонки или ртс. Наполняем его характеристиками, свойствами. И он становится неким ресурсом игры, к которому игра может уже обращаться в динамике. Мы можем создать инстанс перенеся объект на сцену, а можем в процессе игры. Но в папке ресурсов игры появится 1 объект, который можно использовать.
Fakov, т.е. ты предлагаешь держать все типы юнитов на сцене и при необходимости редактирования искать их там-же на сцене? И удивляешся почему я называю это порнографией?
Даже анриловские блюпринты в этом плане и то удобней - они хотябы лежат в ассетах, именованы и их можно искать/фильтровать. Правда редактирование всеравно сродни порнографии если свойства кажого типа юнитов внутри отдельного блюпринта задаются.
Fakov, в ртс одни юниты могут создавать других в рантайме, в том числе таких которых изначально не было на сцене, причем желательно чтобы однотипные юниты созданые разными способами получались одинаковыми - прототипы должны храниться отдельно от сцены, причем желательно в удобном для просмотра и редактирования виде. И это я еще молчу про оптимизацию.
Отлично, это условие жанра просто должно учитываться поведением объекта.
Объект, который мы вытаскиваем на сцену - не обяательно должен быть использован на этой сцене, но он может быть использован игрой. Нам ничего не мешает например скрыть этот объект, или задать его как мастер-объект, который не будет при инициализации находиться на сцене, но система будет знать об этом объекте и при необходимости сможет создать его инстанс
FALOSOPHY
Комментарии проекта Fa_losophy
Движок 3D игор
Если мы хотим одному инстансу дать иное от Мастер-объекта свойство - даем ему модификатор этого свойства. К примеру на сцене в шутере 102 коробки. выделяем из них 18, открываем настройки поведения "Разрушаемый объект", находим параметр "Запас жизни коробки" и добавляем к нему модификатор или модификаторы, которые будут распространены только на эти коробки.
Можно объявить коробки в группу.
Можно создать из них семью и на семью распространить поведение, или модификатор.
Ред. prog
Даже анриловские блюпринты в этом плане и то удобней - они хотябы лежат в ассетах, именованы и их можно искать/фильтровать. Правда редактирование всеравно сродни порнографии если свойства кажого типа юнитов внутри отдельного блюпринта задаются.
Объект, который мы вытаскиваем на сцену - не обяательно должен быть использован на этой сцене, но он может быть использован игрой. Нам ничего не мешает например скрыть этот объект, или задать его как мастер-объект, который не будет при инициализации находиться на сцене, но система будет знать об этом объекте и при необходимости сможет создать его инстанс