Как стать автором
Обновить

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

Уровень сложностиСредний
Время на прочтение6 мин
Количество просмотров2K

Полгода назад я писал про наш путь к открытию первой пиксельной игровой Pixel Quest: путь от прототипа до первого игрового заведения. Сегодня хочу рассказать, как мы решили проблему разработки игр путём перехода с Go на Lua и публикации исходников, а также о планах делиться частью выручки со сторонними разработчиками.

Проблематика и поиск решения

Мой основной язык разработки – Go, соответственно он и был выбран для разработки сайд-проекта, а значит и все игры для проекта изначально тоже были написаны на нём. Но ровно в тот момент, когда сайд-проект превратился в тыкву самостоятельный бизнес, встал вопрос целесообразности использования Go для написания игровых механик. Сам по себе язык отличный и прекрасно справляется со своей задачей, но хотелось упростить процесс найма людей для разработки игр, и в воздухе маячила идея открытия свободного доступа сторонним разработчикам.

Нужна была удобная платформа для разработки, а т.к Go – язык компилируемый, то было сложно сделать стенд для тестирования кода, не предоставляя доступ к исходникам игрового контроллера. Поиск решения привёл меня к идее использовать скриптовый язык Lua. 

Как оказалось, язык Lua – очень простотой в изучении и использовании, но в то же время один из самых быстрых и производительных скриптовых языков программирования! Де-факто он является стандартом в игровой индустрии и используется, например, в таких играх, как World of Warcraft, Roblox, Minecraft и Angry Birds.

Для интерпретации Lua скриптов на Go есть неплохая виртуальная машина GopherLua. По производительности она сравнима с Python версией, но, конечно, уступает нативной реализации на C. Но нам не космолёт строить, логика игр часто весьма простая, и в крайнем случае сложные вычисления можно будет вынести обратно на сторону Go.

Интегрировать машину в существующий Go код оказалось весьма просто и заняло буквально пару дней. Она позволяет как выполнять Lua код из Go, так и вызывать Go код из Lua. Я был приятно поражён гибкостью такого решения и очень пожалел, что откладывал момент интеграции так долго.

Пример кода вызова Lua функции из Go
func (g *GameType) NextTick() (*base_game.GameResultsType, error) {
	if g.OnPause() {
		return nil, nil
	}

	err := g.L.CallByParam(lua.P{
		Fn:      g.nextTickFn,
		NRet:    1, // number of returned values
		Protect: true,
	})
	if err != nil {
		return nil, fmt.Errorf("NextTick failed to call LUA func: %v", err)
	}

	ret := g.L.Get(-1) // returned value
	g.L.Pop(1)         // remove received value
	if ret == lua.LNil {
		return nil, nil
	}

	tblResult, ok := ret.(*lua.LTable)
	if !ok {
		return nil, fmt.Errorf("NextTick failed to cast LTable: %v", err)
	}

	var result base_game.GameResultsType
	err = gluamapper.Map(tblResult, &result)
	if err != nil {
		return nil, fmt.Errorf("NextTick failed to map table: %v", err)
	}

	// Донавесим GameDurationSec
	gameStats, err := g.BaseGameType.GetStats()
	result.GameDurationSec = gameStats.GameDurationSec

	return &result, err
}

Структура игры

Для управления игрой я выделил 11 обязательных методов (я ни разу не игродел, соответственно буду рад обсудить ваши варианты):

  • StartGame(gameJson, configJson) – старт игры. Тут декодируем игровой и конфиг json для инициализации игры и её стартового состояния;

  • NextTick() – тик игрового мира, здесь обычно описана вся основная логика. В текущих реалиях вызывается ПРИМЕРНО каждые ~35мс (28 кадров в секунду), но ориентироваться на время периода нельзя, вместо этого нужно использовать абсолютное время. Не вызывается, когда игра на паузе или завершена;

  • RangeFloor(setPixel, setButton) – опрос снапшота пола, вызывается в тот же игровой тик следом за NextTick(), чтобы забрать состояние пола для отрисовки;

  • GetStats() – забор статистики игры, вызывается сразу за RangeFloor() для получения информации для отрисовки игрового табло;

  • PauseGame() – событие паузы игры;

  • ResumeGame() – событие снятия игры с паузы;

  • SwitchStage() – дополнительный рычаг админу для переключения этапа, может быть полезен в некоторых играх;

  • PixelClick(click) – событие клика/отпускания пикселя;

  • ButtonClick(click) – событие клика/отпускания кнопки;

  • DefectPixel(defect) – событие дефектовки/раздефектовки пикселя;

  • DefectButton(defect) – событие дефектовки/радефектовки кнопки;

Оффтоп про дефектовку

Нас тут коллеги из Испании спрашивали: а как вы делаете так, чтобы не отправлять людей домой в случаях, когда что-то сломалось?

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

Куча поломок после праздников 8 марта
Куча поломок после праздников 8 марта

Но мы работаем над качеством: в новой версии весовые датчики будут вдвое мощнее, а кнопки станут емкостными без физического нажатия.

После определения основных методов управления игрой мы переписали несколько наших ранее реализованных простых игр с Go на Lua. Исходный код можно посмотреть в репозитории github.com/pixel-quest/pixel-games, там же есть идеи некоторых игр в очереди на разработку + скромная Wiki с документацией.

Жизнеспособность идеи была подтверждена, игры работали как надо. И даже управление аудиоплеером удалось прокинуть в Lua без особых проблем. Оставалось дело за малым – удобной платформой для тестирования скриптов.

Платформа для разработки

Хотелось иметь онлайн платформу, в которой можно писать код игры и тут же запускать его на виртуальном пиксельном полу для тестирования. За основу был взят наш существующий админ-интерфейс, написанный на Vue. Я его сильно урезал в части функционала управления электроникой, оставил только виртуальный пол и прикрутил навороченный текстовый редактор в виде VS Code. 

Наша онлайн IDE платформа
Наша онлайн IDE платформа

Для обеспечения прозрачного механизма отладки я сделал на вебсокетах проброс ошибок в виде всплывающих нотификаций и добавил возможность вывода в Lua коде дебаг сообщений log.print() прямо в консоль разработчика в браузере. Также есть валидация json при сохранении конфигов. 

Пример ошибки и вывод дебаг сообщения
Пример ошибки и вывод дебаг сообщения

Пока что поддерживается работа только с одним набором файлов (скрипт, игровой и конфиг json'ы) и нет истории изменений, так что надо быть очень аккуратным при сохранении или запуске игры. Эти доработки есть в планах, а пока что тестируем саму концепцию.

Пинг-понг на виртуальном полу, исходники есть в репозитории
Пинг-понг на виртуальном полу, исходники есть в репозитории

Так как я опасаюсь лавинной нагрузки, с которой может не справиться мой говнокод дешевый VPS, я пока что не готов выкладывать прямую ссылку на ресурс, но я готов буду выдать доступ всем заинтересованным при личном обращении в специальном телеграм чате: @pixel_quest_games

План развития

Эта статья является своего рода проверкой интереса сторонних разработчиков к нашей платформе. Сейчас мы напрямую платим фрилансерам за разработку, но в перспективе мы готовы выделять процент от выручки (в том числе всех будущих франчайзи) на выплаты авторам новых игр. Также рассматриваем идею создания портала, где каждый сможет выгружать свои игры и в реальном времени видеть статистику запусков и сумму вознаграждения. Можно даже онлайн камеры подключить, как у ДоДо. Но даже сейчас, если написанная вами игра окажется популярной, то мы в частном порядке придумаем, как платить вам роялти с каждого запуска! Огромных доходов здесь и сейчас не обещаю, но в перспективе пары-тройки лет это может оказаться весьма выгодной инвестицией вашего сегодняшнего времени: у нас весьма амбициозные планы на рост партнерской сети, и вы сможете получать вознаграждение с каждой из будущих локаций сети, где будет запущена ваша игра. Уже сейчас мы готовим к открытию 5 новых городов, в т.ч один за пределами РФ…

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

Заключение

Буду рад конструктивной критике в комментариях, а также вашим идеям для новых игр!

Кому интересно следить за развитием проекта Pixel Quest, подписывайтесь на наш телеграм канал @pixel_quest. Я пишу там исключительно сам и не чаще одного раза в 4-7 дней, маркетологов выгнал, больше планирую рассказывать про техническую составляющую проекта с постепенным уклоном в IT, плюс ежемесячно публикую финансовые отчёты.

Теги:
Хабы:
Всего голосов 11: ↑10 и ↓1+9
Комментарии4

Публикации

Истории

Работа

Ближайшие события