програмування ігрових сюжетів

Я розробив ігровий движок в c / c ++ та DirectX.

У мене є плитковий двигун для карт, анімовані спрацьовані програвачі / npc, розмовляю з npc, меню та зміною рівня, але гри немає, вона просто відчуває себе порожньою.

Я озирнувся і слухаю відповіді на слова, але хочу знати, як реалізувати історію у своїй грі.

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

Це трохи амбітно, але я прагну отримати таку гру, як старі ігри Pokemon / Final Fantasy.

Хтось знає, як працюють ці ігри чи використовувана теорія?

Я деякий час шукав і дуже вдячний за будь-який внесок людей.

Історія вашої гри, ймовірно, повинна бути у формі автоматичного автоматичного режиму (або якогось розширеного FSA). Коли трапляються певні події, ви повинні перейти до нового стану. Таким чином, вам залишається зберігати лише поточний стан та будь-яку інформацію, необхідну для того, щоб знати, куди рухатися далі у FSA (разом із деталями гравця, такими як позиція, стан здоров'я тощо).

Наприклад, якщо ми абсолютно спрощуємо ігри на Pokemon, значки для тренажерних залів складають основну гілку FSA. Ви починаєте з стану 0, коли у вас немає значків, і, коли ви б’єте лідерів спортзалу, ви переходите через штати, до стану 1, до стану 2 і т.д. їх, щоб подивитися на сучасний стан. Наприклад, NPC поза третьою залкою перевірить, у якому стані ви перебуваєте, чи побачите, що ви перебуваєте в стані, що відповідає 3 значкам, і відповів би відповідно (можливо, "Молодці!").

Вам не потрібно зберігати стан усього світу; просто стан історії. Самі суб'єкти знають, як реагувати залежно від поточного стану.

Ви можете використати набір можливих станів, у яких гра. Ваші NPC та ваш світ знають про ці стани і реагуватимуть / відображатимуться відповідно. Ви також можете визначити набір тригерів, які будуть активовані деякими діями / подіями.

Наприклад, побиття певного супротивника активує тригер A, який додасть стану S у ваш світ, а в стані S ваш персонаж зазнає електричного струму, коли він виходить зі сховища опонентів. Або надворі дощить. Або ви знайдете рідкісну цукерку. Ви отримуєте бал.

Завдяки цим двом простим доповненням до вашої гри, ви можете зробити її набагато більш "живою".

Переконайтеся, що ви також створили багатий фон для свого світу, персонажів та сюжетної лінії та переконайтесь, що гра відповідає цьому фону. Сплануйте свою історію спочатку.

Спробуйте також Гамедев

Як згадував sftrabbit, це ідеальний додаток для державної машини.

По суті, у вас є така структура дерева. Кожен аркуш / вузол містить інформацію про поточний стан та правила переходу до наступного стану. Кожен вузол може містити кілька виходів, залежно від того, наскільки складним вам повинен бути потік / грати потік.

Хороший, дуже вільний аналог цьому - книга " Вибрати власну пригоду" . Кожна сторінка містить текст, що описує частину історії, та рішення, які може приймати гравець. Кожне рішення веде на іншу сторінку. Деякі сторінки можуть посилатися на попередньо відвідані сторінки тощо.

У старих текстових пригодницьких іграх, таких як Zork та Leather Godgesses of Phobos , і сумнозвісні ігри Sierra * Quest ( SpaceQuest в ролях Роджера Вілко, космонавт - один з моїх улюблених ), використовували дуже просту версію цього типу системи. Кожна кімната на карті була станом, із виходами, які пов’язані з іншими станами чи кімнатами. Придбання елемента встановлює прапор у глобальному об'єкті стану. Кожна кімната перевіряла б ці прапори, щоб визначити, які символи чи предмети були доступні в кожній кімнаті.

Отже, ваші штати можуть бути реалізовані у вигляді класу або структури, кожен із властивостей для:

Список активів - список покажчиків на фонову графіку та все інше, що вам потрібно для відображення кімнати / стану / рівня.

Умови вступу - досягнення, які вже повинні бути досягнуті для виходу на рівень

Виходи - посилання на кожен можливий "наступний" вихід. Північ, Південь, Схід і Захід - кілька прикладів цього, але ви можете також включити Door1, Teleport і т. Д. При спробі виходу з кімнати або визначенні виходу / дверей "відкритим", ваша гра може перевірити наступний стан щоб побачити, чи були дотримані його умови для входу, і змінити спосіб відображення виходу на екран, чи просто не дозволяти гравцеві рухатися в цьому напрямку.

Якщо ви хочете пофантазувати, ви можете включити іншу версію штату з різними умовами входу, що змінило б спосіб подання кімнати гравцеві або дії, наявні в цій кімнаті.

Ваш початковий екран, смерть / гра над екраном тощо можуть бути станами всередині системи, подібно до способу переходу між екранами меню. Насправді, якщо у вас є така система меню, ви можете використати її для цього. Замість стрілок вгору / вниз та "введення" для навігації по меню ви шукаєте конкретні події в ігровій зоні, такі як наступати на телепортний майданчик, виходити з правої частини екрана тощо.

З точки зору адміністратора, подумайте, чи могли б ви отримати користь від створення інструменту адміністратора, який дозволить вам створити стан машини. Додайте кімнати до карти, створюйте зв’язки між ними, призначайте об’єкти, такі як фонові зображення тощо. Це, мабуть, зайве для вашої першої спроби; надто просто поглинатися побудовою інструментів адміністрування і ніколи насправді не закінчувати гру. Пам'ятайте - ви пишете не проміжне програмне забезпечення, а гру.

Сподіваюся, це допомагає.

Раніше я використовував цей ігровий движок під назвою VERGE . Пограйте з цим і подивіться, як він обробляє події, мені це дуже подобається. Він також є відкритим кодом, і ви можете побачити, як вони його реалізують, тут . Ось короткий опис.

Кожна карта має різноманітні шари. Графічні шари, яких може бути кілька. Шар перешкод. А потім є шар зони. Тут важливий зональний шар. *

У кожній плитці є номер, який вказує, до якої зони вона входить. Кожну зону можна активувати двома основними способами. Або зона активується при вході в неї гравця, або в ньому є суміжне активація. Сусідня активація означає, що коли плеєр стоїть поруч із однією з плиток зони та натискає якусь клавішу, вказану як ключ активації, зона активується.

Що відбувається при активації зони, це викликає функцію зі сценарію. Тож вам потрібно вбудувати якусь мову сценаріїв. У VERGE є своя мова під назвою VergeC, і вона також дозволяє lua. Я сам вважаю за краще використовувати пітон.

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

* Також є рівень Entity. Суб'єкти діють як мобільні сусідні активовані зони.