Я был математиком, и некоторые задачи были настолько упорными, что я приобретал стокгольмский синдром и полюбил их за упрямство, и это как-то перестраивало моё мышление — а поиск решения уходил на второй план. Теперь я геймдизайнер в Riot.
Обещание — базовые впечатления от игры; то, ради чего он играет. При этом одни обещания в головах геймдизайнеров, другие в головах игроков.
Заколдованная задача — нерешаемая задача геймдизайна, завязанная на конфликте между обещаниями. То есть я явно или неявно пообещал две вещи, которые не могут сосуществовать. Вместо прямого решения надо искать обход.
читать дальше >>
Считаем, что игра — одиночный платформер, так что требуется поддерживать лишь геймпады от Xbox и Playstation (благо они стандартные и недорогие, китайские аналоги вообще дёшевы, как грязь). На пост меня натолкнула игра Potata: Chapter One, которую я честно купил, дабы поддержать прекрасную разработчицу. К чести «Потаты», нарушила она всего ничего из этих правил.
Первое правило: все опознанные устройства работают постоянно. То есть: все клавиатуры, мыши и джойстики, которые игра опознала, всегда принимают управление. А может, джойстик — это необычное средство реабилитации, а играем с клавиатуры? Можно! Играть джойстиком, а ходить по меню мышью? А почему бы и нет!
Часто на клавиатуре и джойстике вёрстка экрана разная — хотя бы тем, что в подсказках будут то клавиши клавиатуры, то кнопки джойстика. Перевёрстывать надо в двух случаях: 1) Когда совершено значимое действие: нажатие кнопки или достаточный сдвиг мыши/микроджойстика. 2) Когда подключён-отключён джойстик.
читать дальше >>
Всё-таки народу понравилось, но пока напишу не про геймдизайн, а про технологии тех времён. Статья полностью современная, так что без современных комментариев.
Java рассчитана на «написано раз, работает везде». Может, в прикладном ПО, если его нормально написать, такой принцип и будет как-то (!) работать, но в играх — нет. Под каждую серию мобильников игра программировалась отдельно. Звук вообще был никак не стандартизирован: у кого-то собственные звуковые классы, у кого-то плохой MMAPI, у кого-то — хороший MMAPI. Кто-то проигрывает AMR (наиболее качественный из GSM-кодеков, дававший 8…15 кбит/с), кто-то MIDI, MMF, тоновые звуки или ещё что-нибудь. Тем не менее, хороший программист делал так, чтобы портация была крайне безболезненной. Мы тянулись к «один день — один порт», но реалистичная цифра — порт в два дня. Что приходилось менять?
Во-первых, менялись так называемые «девайс-классы», отвечающие за экран, клавиатуру, игровой цикл и звук. Эти классы максимально скрывали особенности мобильников: например, Motorola, если поставить пустой прямоугольник отсечки, вообще переставала отсекать (правильно — ничего не рисовать).
читать дальше >>
[ Раз уж пошёл разговор про эргономику игры… Это моя статья, написанная в далёком 2005 году для внутренних нужд Qplaze, компании, разрабатывавшей мобильные игры под Java ME. Кое-что, разумеется, устарело, но современные меню управляются не только мышью, но и клавиатурой с джойстиком — и там всё точно так же. Современные комментарии пишу курсивом в квадратных скобках. ]
Эту статью побудил меня написать такой эпизод. При проталкивании игры Real Tournament через тестеров вдруг — когда были сданы почти все «средние» телефоны — нашли ошибку где-то в системе меню. Бывает же!
Здесь я не буду говорить о логике и физике игры. Все ошибки, которые я буду упоминать, связаны с «оснасткой» игры — системой меню, сохранением и так далее. Итак, начнём!
читать дальше >>
