Как программировать игру в игре?

Question

[Лежебокер]

Множество игр в общем зависят от их аудитории, это обычно происходит, либо когда автор игры исписался, либо когда игра так и задумывалась. Реализовано это разными способами. Одни делают посторонние программы для создания модов, другие вшивают какой-то конструктор для создания уровней. Так вот, а как создавать игру в самой игре??

Лол, я опять почти ответил на свой вопрос. Но мне интересен сам механизм. Вот допустим, я хочу создать врага в самой игре. Как я должен реализовать это в самом создателе? Может использовать обычный класс, имеющий обычную физику для врага, и сделать ему атаку из второстепенных функций спавна пуль, и обычных мувов. Но меня интересует другое. Как он будет жить без кода?
Ведь напишу я его в игре, а в программе он прописан не будет.
Долго ломаю голову над такой простой фичей, помогите понять концепт программирования игры в самой игре

Answer 1

[VoidVolker]

Вот допустим, я хочу создать врага в самой игре. Как я должен реализовать это в самом создателе? Может использовать обычный класс, имеющий обычную физику для врага, и сделать ему атаку из второстепенных функций спавна пуль, и обычных мувов. Но меня интересует другое. Как он будет жить без кода?

Точно так же и любой другой объект. Что значит "жить без кода"? Враг — это просто объект со своими свойствами. Объект — это просто набор связанных свойств и объединенных некоторым абстрактным названием. Куб — это набор точек и отрезков прямых линий между этими точками. Точно так же и с любыми другими объектами. Программный код — это просто инструкция для процессора что и как делать. Не более того. Так что в вашем случае, надо просто написать код для создания врага, добавить в игру кнопку "создать врага" и привязать данный код к этой кнопке.

Comments

[Лежебокер]

Проблема в том, что я должен создать кастомного врага, и у него должна быть своя атака

[VoidVolker]

Ну и? В чем конкретно проблема? Что мешает добавить к кнопке "создать врага" дополнительные кнопки и поля ввода для параметров врага? Не пытайтесь сделать все и сразу — делайте по шагам. Сначала создать врага, потом кнопку, потом все остальное точно так же.

[Лежебокер]

VoidVolker, мне больше интересно, как я буду хранить порядок атаки, с созданием объекта всё раз в 20 проще

[VoidVolker]

Что? В смысле "как хранить порядок атаки"? Атака состоит из нескольких этапов? Каждому этапу дать свой номер/id/название и хранить как массив/список.

[Лежебокер]

VoidVolker, спасибо

Answer 2

[Александр]

Ведь напишу я его в игре, а в программе он прописан не будет.
Долго ломаю голову над такой простой фичей, помогите понять концепт программирования игры в самой игре

А как пишут плагины для софта? Предоставляется документированный API, доступный из скриптового (проще для юзера, но инструменты предоставить придется самому)/компилируемого (хуже для юзера, лучше для программиста, инструменты разработки, как правило уже поставляются другими компаниями) языка. И вперед.
Либо же предоставить "кирпичики" - простейшие объекты с некоторым базовым функционалом, которые игрок сможет комбинировать в более сложные объекты. Как в Factorio, например.

Comments

[Лежебокер]

Кирпичики мне более всего представляются

Answer 3

[Mercury13]

Обычно для этого используют скриптовый движок. Наиболее известный — Lua.

Также используют триггеры, эталонный пример — StarCraft.
Но, работая с триггерами, надо разделять «условие» и «повод». Повод — это событие-импульс, которое МОЖЕТ спровоцировать срабатывание триггера. Условия — это уже дополнительные вещи, которые проверяются потом.

Третья возможность — движок, основанный на данных. Например, задаём тип атаки, количество HP, тип движения и прочее, и вся эта библиотека уже записана в коде. Эталонный пример — Doom (самый ещё первый, 1993 года). Кстати, в его последователе Hexen появились скрипты.

Comments

[sim3x]

луа не движок, а ЯП

[Mercury13]

sim3x, Это и ЯП, и движок. Неотделимые друг от друга.

[Лежебокер]

Третий вариант лучший имхо

[Mercury13]

Лежебокер, Естественно, движок на данных проще всех. Из Doom невозможно сделать, например, CTF, но гранаты, огнемёты, камикадзе, маскирующихся под бочки, и даже deathmatch-тренажёр (фраги не считаются) делали.

[Mercury13]

Лежебокер, Я имею в виду настоящий Doom без исходных текстов, с импользованием программы Doom EXE Hack Editor, или DEHACKED.

[Mercury13]

Лежебокер, Сам я, когда играл с исходниками Doom, сделал какой-то ключ, который говорит: за убийство врагов давать фраги (ну и появляется псевдоигрок Opponent, получающий фраги за вас). Именно для таких тренажёров.

[Mercury13]

Лежебокер, маленький пример движка на данных.
В Doom есть такое понятие, как кадр анимации. Он состоит из…
• фазы анимации (от А до Z, а также [ \ ]). Загрузчик спрайтов учитывал название спрайта, фазу анимации и ориентацию и, например, PLAYB2B8 — игрок (PLAY) в фазе B, который смотрит на 45° влево (2). Игрок в фазе B, который смотрит на 45° вправо (8), делается зеркальным отражением. Особая ориентация 0 говорит, что этот спрайт берётся независимо от ориентации. Буквы ничего не значат в отрыве от контекста; A/B/C/D — у большинства монстров анимация хождения.
• длительности кадра, в игровых тактах (1/35 с)
• указателя на следующий кадр
• флагов (помню один: рисовать на полной яркости, не просчитывая освещение)
• указателя в код. Для редактирования вне игры лучше использовать строки типа «ShootPistol», DEHACKED использовал что-то типа «точно так же, как было в кадре 15».

[Лежебокер]

Mercury13, я себе это представлял по другому

[Mercury13]

Лежебокер,
Могу продолжить дальше. У каждого персонажа есть название спрайта (тот самый PLAY), огромная куча флагов (свисает с потолка, неуязвимый, сплошной, и прочая, и прочая), кол-во HP, диаметр, высота, шанс прервать имеющуюся анимацию и перейти к анимации боли (слабое место какодемона — пилишь его бензопилой, а он отворачивается и ничего не может делать).

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

Не обязательно так сложно, но в целом всё, что вы придумаете в библиотеке функций, должно иметь какое-то отражение в этих самых данных.

[Mercury13]

Лежебокер, Если вы хотите, чтобы можно было сделать нового монстра и новый снаряд для него, придётся сделать вот что.

Строите новых персонажей «Демон» и «Снаряд демона». Где-то в свойствах демона есть: его снаряд — «снаряд демона», точность — например, 1°. В одном из кадров демона указано: ссылка на код — что-нибудь типа ShootCustomProjectile. Эта функция получает object->type->projectile и object->type->shootingPrecision, и выпускает нужный снаряд с нужной точностью.

Сколько HP снимает — можно хранить в свойствах снаряда, можно в свойствах демона (не особо важно). Главное, добраться до этой цифры, когда снаряд попадает в игрока.

[Mercury13]

Лежебокер,
В 3D, где нет кадров, а есть непрерывные анимации, придётся это дело переработать. Например, вместо кадра — фаза движения, у которой задана анимация из библиотеки, длительность, ссылка на код и активный момент (когда эту ссылку активировать). Возможно, активный момент не один, а несколько, чтобы демон мог стрелять очередями.

Это зависит от вашего анимационного движка, насколько сложную систему анимаций хотите и много чего ещё, но принцип поняли.

Answer 4

[Захар Кущенко]

Давайте рассмотрим такую ситуацию на примере 3д-шутера, где у нас есть редактор карт.
Например у нас есть класс врага(У него есть переменные урона, здоровье и т.д) и игрок хочет его заспавнить, также допустим что всё спавнятся на ЛКМ. После нажатия ЛКМ игроком, мы спавним противника где урон и здоровье выбираются игроком заранее(Т.е мы спавним противника так-же как в обычной игре, но при нажатие ЛКМ с другими параметрами здоровья и урона, или такими же). Ещё игрок хочет заспавнить стену(Допустим место спавна выбирает игрок с помощью x,y,z в редакторе). Мы просто стапвним ту же стену, но её x,y,z выбирает игрок. Для указания переменных x,y,z, урона, здоровье и т.д допустим справа в игре есть отделка под переменные(Также как в Unity, UE4 и т.д) в них игрок вписывает переменные для предмета(класса, объекта) который он выбрал при помощи мышки, потом вводит туда переменную и при нажатии Enter подтверждает что переменная EnemyDamage = 23, ту же переменную мы используем для обозначения урона когда спавним врагов. Есть много деталей по типу захождение объектов в текстуры, максимальный допустимый урон что-бы переменная int не была переполнена, вместо указания x,y,z летающия камера с выбранным предметом и т.д. Но надеюсь основу я вам хоть чуть-чуть объяснил.

Comments

[Лежебокер]

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

[Захар Кущенко]

Лежебокер, Я не очень понимаю, что вы имеете ввиду под атакой, но из вашего вопроса могу догадываться, что речь идёт об анимации атаки?

[Лежебокер]

Захар Кущенко, нет, анимацию можно нарисовать. Я говорю про атаку, некоторые стреляют пулю, другие пять, как вот это хранить??

[Захар Кущенко]

Лежебокер, Делать разные типы врагов или возможность указывать параметры в редакторе карт.

Answer 5

[Эмиль Пружанский]

А это легко,сначало создаете искуственный интелект и даете ему задачи

Answer 6

[gnevotch]

Работая с триггерами, надо разделять «условие» и «повод». Повод — это событие-импульс, которое МОЖЕТ спровоцировать срабатывание триггера. Условия — это уже дополнительные вещи, которые проверяются потом. Я в Космолот нашел искомое, когда играл на слотах.