Часто в сообществах разработчиков игр можно увидеть вопрос: "Много ли студий делают проекты под мобилки на UE? Есть мнение, что UE для мобилок слишком тяжелый". Pushkin Studio работает с Unreal Engine под мобилки уже седьмой год и использует его для легковесных казуальных проектов, которые работают шустро и красиво даже на самых древних устройствах. Как достичь таких же результатов? Чего стоит избегать, а чем воспользоваться? Об этом и многом другом рассказывает Владимир Алямкин, Deputy Director Pushkin Studio (MY.GAMES).

1. Казуальные мобильные игры.
На UE4.
Survival Kit.
Владимир Алямкин
Pushkin Studio / MY.GAMES

2. https://merge.my.games

3. Merge Master: Adventure Puzzle
● 4 месяца: от старта разработки
до запуска в стор
● Казуалка до ломоты в костях (мерж два!)
● Очень высокая производительность:
работа на калькуляторах
● Детерминированный геймплей с
верификацией (no cheat)
● Куча контента и всего 120 метров “веса”
https://merge.my.games

4. Анрил для мобилок? (опять?)
● Очень тяжелый (ДА)
● Много жрёт (ДА)
● Нет SDK и плагинов (ДА)
● Мыло (НУ МЫЛО ДА)

5. Особенности казуалок
● Чаще всего: стилизованная графика
● Большой объем “выжираемого” контента
● Высокие требования к
производительности (широкий охват
далекой от гейминга аудитории)
● Много, много UI
● Много, много 2D

6. Реально МНОГО UI

7. Why? Whyyy?!
Совокупность факторов
● Максимальный контроль
● Умеем готовить
● У нас есть Survival Kit
И просто красиво

8. 0. Краши
Установи уже Crashlytics, <имярек>!
https://github.com/PushkinStudio/PrFirebase

9. 1. Статистика
Установи уже Firebase, <имярек>!
https://github.com/PushkinStudio/PrFirebase
* Или собирай стату любой другой технологией,
плагином, кодом, способом, методом, голубями

10. 2. Реклама
● Рекламные сервисы и медиаторы
● Десятки их
● Если где-то есть, гм, плохой код, то здесь
самое его сосредоточение
● Это обязательно
● Это неизбежно.
Псс, хочешь немного либ?
https://github.com/PushkinStudio/PsIronSource

11. 3. Деньги
● Встроенные платежные SDK в UE4 -
это древние манускрипты
● Мобильные игры - вокруг кнопки “Купить”
● Имей свою либу и бекэнд для приема и
верификации платежей
У нас конечно же есть свое, в открытом доступе,
но - как в анекдоте про банан в поезде

12. 4. Прочие SDK издателей
● Все прочие еретические пакеты данных,
которые вас обязательно попросят
встроить в вашу невинную и прекрасную
игру
● Иногда вы сами попросите себя это
сделать
Навык прикручивать SDK - бесценен
Аналогично предыдущему слайду

13. Обидное
● Суммарно рекламные медиаторы и
прочие “библиотеки статистики” имеют
вес сопоставимый всему движку
● Музыка на IOS сжимается из коробки
как wav (== не сжимается)
● На сэкономленное место можно было
бы добавить в билд игру про
коллекционирование портретов котиков
Вес голого движка 30Мб. Остальное - это
принесённый жирок

14. НАВЕКИ!
(оценочный лайфтайм
накоженных
платформенных либ)

15. КУСТОМ ЕНГИНЕ
● Скажи “НЕТ” бинарному произволу
● Отрежь всё - нынче это модно!
● Режь под проект - тегируй для будущего
Но не увлекайся. Удобнее работать на версии
движка из маркетплейса.

16. Кейс: ТЕНЬ ДЕСКТОПА
● Циклы в циклах и циклами погоняют
● Рисуем ВСЁ
● Сэмплируем в связке с качеством
материалов

17. Кейс: ТОТ САМЫЙ ЮАЙ
● Голые PNG без сжатия
● Никаких атласов
● Вырезание ассетов не избавляет от
попыток их загрузить
Бонус: помощь QA в поиске “битых стилей”

18. Жесть: БОЙТЕСЬ UI
● Комплексный UI потребляет бесконечность
● RetainerBox - враг ваш
● Пересчет положений при скролле и
анимациях - адъ
“Мозг художника - сделает красиво,
Верстальщика рука - перенесёт точь в точь,
QA убедится, что пашет всё не криво,
Техлид попросит тихо: височки - насквозь.”
Автор почти неизвестен

19. Решения для 2D
● Paper2D - базис.
● Плашки мешей для иконок в сцене.
Анимация статиков. VFX’ы для эффектов.
● Spine - отлично поддержан third-party и
вообще боевая альтернатива

20. HDR vs LDR
● Android Preview всегда обязан
быть включен на проекте. Прямо
на старте. Прямо из кода. Всегда.
● HDR vs LDR это не “есть
постпроцессы или их нет”
● Если можно использовать LDR -
сделайте это
Да, это очень кривое название у Эпиков весьма
принципиального отличия

21. Базовый подход к разработке
1. Отрезать всё, что не нужно: статику,
шейдера, плагины, эффекты
2. Реализовать синтетический пример с
нужной стилизацией
3. Оценить бюджеты и следовать им
4. Дать инструменты для контроля

22. СЕКРЕТ МАСТЕРСТВА
ага, вот они, тайны!

23. Разработка казуалок ничем не отличается
от разработки других игр
Просто смещены акценты

24. СПАСИБО!

25. Владимир Алямкин
+7 916 99 228 65
v.alyamkin@corp.mail.ru
https://alyamkin.com