Дизайн игр *

Я уже делал серию постов об истории flash-игр (раз, два, три), а сейчас пришла пора рассказать как я сам оказался в этой индустрии.

Ещё после поступления в ИТМО я решил, что не мешало бы поизучать какую-то модную на тот момент технологию, и купил в переходе диск “Самоучитель по Flash MX”. А когда уже сносно программировал - захотелось сделать и свою игру. Писать какие-то аркады было не интересно, и я замахнулся аж на целый авиасимулятор (да, в программе для создания 2D анимаций). Но в целом у меня получилось! Геймплей был ужасен, графика ещё хуже, но были и воздушные бои, и даже миссии по уничтожению наземки. Игра была показана друзьям и заброшена на полку, но через пару месяцев я узнал про Newgrounds - это тогда была самая большая тусовка флешеров, куда все кому не лень выкладывали свои игры и мульты.

История культовой игры «Тетрис» берет свое начало в 1984 году и связана с именем советского программиста Алексея Пажитнова. Изначально перед ним стояла задача создать утилиту для проверки производительности советских компьютеров, а параллельно и стрессоустойчивость, и многозадачность операторов ЭВМ. Но вскоре разработка Алексея привлекла внимание коллег, которые увидели в ней своеобразное развлечение.

Несмотря на то что тетрис был советской разработкой, со временем с игрой смог познакомиться и весь мир, что в итоге привело к копированию и созданию отличных от оригинала вариантов тетриса. Привлекла внимание новая игра и японских разработчиков, которые под впечатлением в начале и середине 90-х создали немало тетрисов со своим японским колоритом и модифицированными правилами.

К чему это привело?

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

Во второй части цикла были рассмотрены 11 двухмерных наименований для аркадных автоматов. В девятой была сделана остановка на 4 проектах на базе OpenBOR. Сегодня же, в последней тематической части, доводящей общее число работ до 25, речь пойдёт о трёхмерных представителях руконогомахательного жанра, а именно работах, некогда нашедших своё место на аркадных автоматах и консолях пятого / шестого поколений, в лице PSX, Sega Dreamcast и PS2.

История компьютерных игр начинается в середине XX века с появлением современных электронных компьютеров. Поначалу игры, как и компьютеры, были редкими диковинами; после 1970 года появление дешевых микросхем привело к созданию множества игровых консолей, первой из которых стала в 1972 году Magnavox Odyssey. В том же году появился и первый видеоигровой автомат — Pong от фирмы Atari. Именно с Pong начался закат предыдущего поколения игровых автоматов — механических и электромеханических устройств, появившихся на рубеже XIX и XX веков.

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

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

В истории игр существуют не только шедевры и провалы, но и нечто более трагичное — игры, которые исчезли. Серверы отключены, лицензии отозваны, поддержка прекращена, а железо или операционные системы, для которых они были созданы, безвозвратно устарели. В этой статье пройдемся по таким играм-призракам. Уникальным, странным, в чем-то культовым. Тем, которые больше не существует не только в продаже, но и в игровом опыте. И это делает их особенно важными.

Kingdom Come: Deliverance II. Насколько эта игра прекрасна, настолько же в ней сомнительный интерфейс. Дело не в том, как он нарисован, а в том, как он устроен и функционирует.

Пока большинство разработчиков гонятся за технологиями и всё больше интегрируют нейросети в свой рабочий пайплайн, предлагаю обратиться к прошлому и поговорить о ротоскопировании — методе мультипликации, созданном ещё в начале XX века. А также о том, как, используя эту технику, повысить качество арта и анимаций в своих играх, особенно если вы не очень хорошо рисуете.

Я уже несколько лет провожу геймджемы и постоянно вижу холивары вокруг судейского фидбека. Да что за сын маминой подруги этот «фидбек», почему за ним так гоняются?

Здесь приведены примеры сценарного творчества от генеративного ии, claude, работающего посредством cursor. Помимо самого творчества демонстрируются технические конфиги, обеспечивающие его существование в игровой среде.
Надеюсь, ознакомление с приведёнными материалами поможет определиться с тем, можно ли использовать современные языковые модели в сценарной работе.

Все выложенные ниже файлы (от библии до кода - результат работы нейронки).

В качестве примера выкладываю 3 файла:

1. библия сценариста,

2. диалог с обезьяной,

3. конфиг этого диалога для работы в игре.

2,5 года назад я работала 5/2 за за ниже 30тыс в месяц с переработками, и знакомые посоветовали - иди в ИТ. Я посидела, подумала, вспомнила свой опыт 3d моделирования в 2018-м и подумала - хочу в дизайн!

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

Первыми пошли Готики — хороши до сих пор (я из тех людей, кто больше любит третью). Потом горячо любимая Neverwinter Nights (в преддверии выхода Baldur's Gate 3), но, к сожалению, сейчас в нее играть было довольно скучно. А следом шел Морровинд — ох уж эта боевая система (miss, miss, miss).

И тут я дошел до одинокого забытого бриллианта. Игра, взбудоражившая умы и сердца подростков так же сильно, как легендарный фильм Ямакаси. После нее все заборы города были измалёваны однотипными надписями дешевой краской. И я про Marc Ecko's Getting Up: Contents Under Pressure.

Я провел за этой игрой часов 200, если не больше. Кажется, что я больше всех в мире ждал выхода продолжения, долгих 8 лет (хотя, очевидно, речь идет о миллионах геймеров по всему миру). Ни один игровой проект так меня не увлекал. И после выхода второй части я засел поосновательнее: наиграл уже больше 500 часов и останавливаться не собираюсь (правда, обновление Elden Ring, похоже, заставит меня это сделать).

Но уверен, что большинство читателей этой статьи могут рассказать в комментариях примерно такую же историю, что и я. Почему же мы с вами проводили в играх серии RDR столько времени? Почему продажи насчитывают десятки миллионов копий? И уверен, третья часть, если она выйдет, разлетится со скоростью, сравнимой с продажами разве что другого детища Rockstar — франшизы GTA.

Посмотрим на историю создания, не побоюсь этого слова, легенды, и узнаем, как она повлияла на развитие целого жанра игр в открытом мире. 

Откройте для себя революционный подход к разработке софта: как с помощью больших языковых моделей и агентного кодирования довести свой проект от идеи до рабочего прототипа в одиночку. В первой части серии вы узнаете, какие инструменты выбрать, как настроить среду разработки и составить эффективный дизайн-документ, чтобы LLM превратилось в надёжного исполнителя. Объясняю всё на примерах.

Каждый геймдизайнер наверняка в курсе про теорию потока и нарастание вызова в играх. Это довольно простой принцип: игра ставит перед игроком некий вызов: например, победить монстра. Этот вызов должен быть не слишком тривиальным (иначе игрок заскучает), но при этом посильным для игрока, иначе он расстроится. Вызов лежит в основе очень многих игр, не обязательно компьютерных. Даже когда ваша кошка гоняет мячик по квартире - это для неё тоже вызов (догнать и поймать мячик) и ей от этого тоже интересно.

Помимо рабочих задач, я веду еще несколько проектов и учусь на 4 курсе в универе. Чтобы быстро решать мелкие вопросы по всем этим направлениям, я использую ИИ. В статье хочу рассказать о нейросетях, которые использую не только в работе, но и в повседневной жизни, речь пойдет и о бесплатных ии, у которых выдача порой лучше, чем у GPT Pro.

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

Через левел-дизайн можно: направлять игрока, регулировать ритм игры, чередовать активности — бой, исследование, сбор ресурсов, выполнение заданий, рассказывать истории — от правил игры до сюжетных сцен.

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

Несколько лет назад во время дизайн-спринта у одной из команд возникла идея — создать настольную игру про деятельность нашей компании в сфере недвижимости. Задумка простая и жизненная: как в реальности, игрокам предстояло переехать с окраин города в центр. Мечта многих, но путь — не из лёгких. Чем ближе к центру, тем выше цены, ипотечные ставки, бумажная волокита, ремонт, ну и риски столкнуться с мошенниками — всё, как в жизни.

Мы решили воплотить эту идею в полноценную настолку и подарить её сотрудникам и партнёрам. Однако одного замысла было недостаточно — нужно было продумать механику. Хотелось избежать шаблонов вроде «Монополии» и сделать нечто по-настоящему оригинальное — игру, в которой весело, нативно и с интересом можно познакомиться с нашими продуктами. Никто из команды раньше не создавал настольные игры, поэтому для всех это стало настоящим вызовом, который превратился в полтора года непростой, но бесценной работы.

В последней части материала (первая, вторая) вновь вспоминаем позабытых героинь прошлого. В этот раз поговорим про период 1998-1999 годов.

Приветствую, дорогие читатели! Так получилось, что я решил попробовать себя в разработке игр, не ради заработка или написания самой‑самой видеоигры в истории, а просто в рамках хобби. И вот после почти 18 месяцев разработки у меня есть что‑то, что можно с натяжкой назвать игрой и опыт, полученный на ошибках.

В игре ещё есть над чем работать, но, к сожалению, я немного перегорел этим проектом — теперь есть желание попробовать разработку на современном движке и разработать что‑то не пошаговое, а более линейное. А свою первую игру я хотел закинуть «в стол», но решил, чтобы добро не пропадало, написать статью. Дать несколько советов на основе полученного опыта. Возможно, это поможет кому‑то сделать свою игру мечты, или поможет избежать моих ошибок, или просто развлечёт вас.

Посмотреть игру и понять, нужно ли вообще читать это дальше, можно вот тут:

http://f1 136 045.xsph.ru/ — Там бесплатный тестовый домен, так что не удивляйтесь предупреждения от браузера:‑)