3д в играх давно стало обычным явлением на мобильных устройствах, но все еще накладывает ряд своих правил…

1.Топология
♦“Меньше полигонов - лучше!” Можно прочитать в любом примере по оптимизации, и так оно и есть, за исключением пары ситуаций.

♦Для оптимально сокращения количества “треугольников” нужно определить насколько они важны и создать LOD группы: чем ближе к камере тем больше можно позволить детализации, соответственно на дальних расстояниях можно сводить модель в сторону силуэта… Размеры экрана помогают визуально сгладить подобный подход, и на расстоянии лоуполи модель не отличить от хайполи, а порог количества объектов, при нормальном ФПС, увеличиться многократно.

♦Невидимые из камеры полигоны можно сразу исключить из модели. Это не повлияет на отображение но сэкономит полигоны, возможно, текстурное пространство, а также немного снизит вес модели. “Внутренние” полигоны и дублированные вершины тем более нужно убирать.

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

♦Небольшие модели из “запчастей” лучше объединить в один меш - это не особо влияет на производительность, но на время работы и количество возможных косяков с этой моделью в Unity.

♦Большие модели (на 2+ “экрана”) наоборот лучше разбить на несколько частей. Уменьшает время расчета отсечения невидимых вершин.

♦Особое внимание нужно уделить альфе в моделях. Для ПК версии игры можно использовать альфу для уменьшения полигонов, но мобильные устройства показали обратный эффект и несколько лишних полигонов дают лучшую производительность чем альфа текстура. Но только если можно обойтись несколькими полигонами(Волосы или траву лучше все таки сделать текстурой)

♦Также стоит соблюдать размерность моделей. Т.к масштабирование в Unity снижает ФПС из-за увеличения времени расчета финального изображения.

2.Текстуры
♦Текстуры весят много, сжимаются не всегда хорошо, грузятся медленно. Вывод: меньше текстуры лучше… но все не так!

♦Одна текстура 2048х2048рх(больше может вызвать сбои на многих устройствах), напрягает систему в разы меньше 32 текстур 64х64рх. Ведь система постоянно загружает\выгружает эти текстуры в зависимости от надобности. Поэтому, при возможности, развертки моделей которые отображаются “рядом” лучше объединять в атласы. Но нужно учитывать, что любая модель использующая атлас загрузит его в полном объеме, а значит лучше делить их на группы использования “в одном месте”.

♦При возможности, “запекать” свет, блики и нормали сразу в итоговую текстуру. Шейдеры для мобильных очень требовательны и лучше. без необходимости, не нагружать их. + свет, необходимый для отображения этих вещей, так же грузит систему…

3.Анимации
♦С анимациями все просто:
-есть возможность проредить “ключи”?Делай!
-у разных моделей одни анимации? Не дублируй!

Спрайты, шрифты и текстуры используются во всех играх(не беру в расчет извращения на некоторых устройствах) Но особое внимание уделю именно спрайтам т.к бездумное использование оных стоит своих ФПС.

1.Атласы
Тексту́рный а́тлас (англ. Texture atlas) — это изображение, содержащее набор (или «атлас») под-изображений, каждое из которых является текстурой для некоторого 2D или 3D объекта


♦Спрайт в Unity - обычная текстура с UV координатами, а объединяя их в атласы, сокращается время на их обработку. При условии что спрайты используются более или менее одновременно на экране.

2.Сокращение текстуры
♦Спрайтовая анимация и элементы интерфейса занимают много текстурного места, что сказывается на весе приложения и скорости работы, а Unity дает множество инструментов для работы с графикой… значит воспользуемся вторым, чтобы сэкономить на первом!

♦В цикличных и “Ping pong” - образных анимациях все дубли “в топку”, при сборке в Unity используем то что есть - разницы не будет.

♦Обрезаем повторяющиеся участки в кадрах анимации:
Если улитка моргает за 20 кадров и визуально меняются только глаза, то отрезаем “статическую” часть(раковину)от глаз и оставляем для нее 1 спрайт а для анимации оставляем покадрово глаза. Склеив это в движке, разницы заметно не будет но экономиться место (19 х размер раковины)

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

♦Для большей экономии Можно некоторые прямоугольные объекты обрезать и сжимать, с последующим восстановлением нужных размеров инструментами Unity. Так подложка окна 1000х500рх займет всего +\-50х50рх в атласе, не потеряв качество.
Но для подобного нужно продумывать дизайн элементов заранее, чтобы не получить криво растянутую картинку.

3.Маски и Полупрозрачность
♦Маски в Unity создают чрезмерную нагрузку(увеличивают кол-во Draw Calls) Поэтому нужно максимально снизить их одновременное количество при составлении дизайна.

♦Полупрозрачность дает о себе знать при многократном наложении. Особенно заметно на системах частиц.