Добавлен , опубликован
Я тут разговорился сам с собой и мой диалог поддержал Hanabishi, но чем дальше я думал и говорил, тем больше мне пекло от очевидности и несправделивости.
Собственно, это некая заметка из будущего если можно так выразиться, но учитывая что игровой рынок, с точки зрения "процесса самовоспроизведения", упускает важную вещь - игры привязывают игроков к своим движкам, а отдельные игровые движки ограничивают или порогом входа или возможностями(речь о конструкторах 2Д игр), то вполне логично вытекает вывод, что у рынка образуется пустующая ниша, которая ждет чего-то, что будет напоминать симбиоз редактора WE и Construct 2.
Просто не понятно, почему до сих пор не появился редактор с возможностью использовать 3D, как это делает редактор WC3, и с тем же принципом работы, который заложен в Construct2 - когда на сцену можно добавить объект какого-либо заложенного типа (спрайт, звук, интерфейс, управление, скрипт и т.д.) и настроить ему поведения и свойства этого поведения. а потом с помощью визуального редактора описать взаимодействия? Никакого жанрового ограничения, максимальная доступность к изменениям, сложность которых будет зависеть напрямую от глубины (допустим движок поддерживает одни шейдеры, а девелоперу нужны другие - пожалуйста, покупай про-версию, и пиши свои шейдеры).
Упреждая кукареки на тему того что это нерентабельно, я лишь скажу, что первый вариант своего конструктора Scirra выпустила в 2007 году, и на данный момент делает 3 версию движка, а известный всем WC3 жив, исходя из масштабов патчей, которые внезапно вылезли, спустя 15 лет во многом благодаря огромным возможностям его редактора.
В общем, если ищете способ обеспечить себе и своим детям хорошую жизнь - этот способ один из верных вариантов.
`
ОЖИДАНИЕ РЕКЛАМЫ...

Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
24
Fakov, погоди, если это ртс, то мы не можем каждого юнита таскать на сцену чтобы задать его поведение и характеристики - это порнография какая-то получится, а не разработка. Саму суть идеи я понял, но эта операция ну никак не может быть привязана к работе с объектом на сцене, если "движок" рассчитан на что-то сложнее пакмана или арканоида.
15
А разве не будет идеальным решением в этом случае написание того же плагина под UE4, который позволяет реализовать взаимодействие с любым обьектом на сцене, благо анрил не ограничивает такое. Таким образом ставя плагин нам подгружаются нужные базовые класы, по типу тех же юнитов, абилок, итемов и т.д., сами же сущности можно редактировать прямо на сцене через созданный UI для этого, как уже реализованы те же плагины для создания и удобного редактирования мешей и сплайнов на сцене.
Тут фишка просто в том, чтобы сделать базовую логику, которая без вмешательства в код будет работать как в простом RTS. В случае надобности мы легко наследуем нужный класс, делаем нужные манипуляции в коде и просто подменяем.
32
prog:
Fakov, погоди, если это ртс, то мы не можем каждого юнита таскать на сцену чтобы задать его поведение и характеристики - это порнография какая-то получится, а не разработка. Саму суть идеи я понял, но эта операция ну никак не может быть привязана к работе с объектом на сцене, если "движок" рассчитан на что-то сложнее пакмана или арканоида.
почему????
24
Fakov, в ртс одни юниты могут создавать других в рантайме, в том числе таких которых изначально не было на сцене, причем желательно чтобы однотипные юниты созданые разными способами получались одинаковыми - прототипы должны храниться отдельно от сцены, причем желательно в удобном для просмотра и редактирования виде. И это я еще молчу про оптимизацию.
32
prog:
Fakov, в ртс одни юниты могут создавать других в рантайме, в том числе таких которых изначально не было на сцене, причем желательно чтобы однотипные юниты созданые разными способами получались одинаковыми - прототипы должны храниться отдельно от сцены, причем желательно в удобном для просмотра и редактирования виде. И это я еще молчу про оптимизацию.
Отлично, это условие жанра просто должно учитываться поведением объекта.
Объект, который мы вытаскиваем на сцену - не обяательно должен быть использован на этой сцене, но он может быть использован игрой. Нам ничего не мешает например скрыть этот объект, или задать его как мастер-объект, который не будет при инициализации находиться на сцене, но система будет знать об этом объекте и при необходимости сможет создать его инстанс
24
Fakov, т.е. ты предлагаешь держать все типы юнитов на сцене и при необходимости редактирования искать их там-же на сцене? И удивляешся почему я называю это порнографией?
Даже анриловские блюпринты в этом плане и то удобней - они хотябы лежат в ассетах, именованы и их можно искать/фильтровать. Правда редактирование всеравно сродни порнографии если свойства кажого типа юнитов внутри отдельного блюпринта задаются.
32
prog:
Fakov, т.е. ты предлагаешь держать все типы юнитов на сцене и при необходимости редактирования искать их там-же на сцене? И удивляешся почему я называю это порнографией?
Даже анриловские блюпринты в этом плане и то удобней - они хотябы лежат в ассетах, именованы и их можно искать/фильтровать. Правда редактирование всеравно сродни порнографии если свойства кажого типа юнитов внутри отдельного блюпринта задаются.
Не совсем на сцене. Допустим мы создаем мастер-юнит. Для шутера, гонки или ртс. Наполняем его характеристиками, свойствами. И он становится неким ресурсом игры, к которому игра может уже обращаться в динамике. Мы можем создать инстанс перенеся объект на сцену, а можем в процессе игры. Но в папке ресурсов игры появится 1 объект, который можно использовать.
24
Fakov, вот так это уже больше похоже на юзабельную систему. И заодно почему-то очень похоже на то как в анриле идет работа с блюпринтами типа Actor.
Вот только это удобно на этапе прототипирования, когда типов юнитов не слишком много и нет необходимости массово менять их свойства - а дальше опять начинается порнография. Когда, допустим, есть сотня типов юнитов и каждому нужно поменять что-то в свойствах.
32
)) в этом плане очень грамотно реализовала Scirra в своем конструкторе. У тебя есть папка со всеми объектами игры. Если ты выбираешь объект кликом на него в папке - и меняешь какое то его свойство - то изменение применяется глобально ко всем уже занесенным на сцены объектам этого типа, ко всем его инстансам. Если же ты выбираешь объект на сцене, один какой то инстанс, и меняешь его свойства - то только этот инстанс обретает заданные тобой новые свойства. Таким образом - на сцене могут быть два инстанса одного объекта с разной скоростью движения одного поведения, назначенного этому объекту.
15
Fakov:
)) в этом плане очень грамотно реализовала Scirra в своем конструкторе. У тебя есть папка со всеми объектами игры. Если ты выбираешь объект кликом на него в папке - и меняешь какое то его свойство - то изменение применяется глобально ко всем уже занесенным на сцены объектам этого типа, ко всем его инстансам. Если же ты выбираешь объект на сцене, один какой то инстанс, и меняешь его свойства - то только этот инстанс обретает заданные тобой новые свойства. Таким образом - на сцене могут быть два инстанса одного объекта с разной скоростью движения одного поведения, назначенного этому объекту.
Как и в UE4
32
exAres:
Как и в UE4
однако ue не дает возможности пилить свою ртс?
Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.