Консультирование по вопросам визуальной оптимизации графики игр

Frame time 28ms на Samsung Galaxy A53 при целевых 16.6ms. Unity Profiler показывает Camera.Render занимает 18ms из них. Разработчик смотрит в Frame Debugger — 340 draw calls, половина из которых это UI Canvas в режиме Screen Space - Overlay с Rebuild каждый кадр. Мы решаем такие проблемы за день, но без точной диагностики итерации растягиваются на недели. Наш опыт — более восьми лет в геймдеве, свыше 50 проектов, где мы добивались стабильных 60 FPS на среднем железе.

Консультирование по визуальной оптимизации — это диагностика узких мест и план конкретных действий, а не «используйте меньше полигонов». Мы передаем команде не только отчет, но и понимание, как самостоятельно находить и устранять проблемы в будущем. Гарантируем сокращение времени на баг-фикс в 2–3 раза после нашей консультации.

Какие проблемы решает визуальная оптимизация?

CPU side. UnityEngine.Rendering.RenderPipeline.Render в Profiler — первая точка входа. Если там > 10ms на мобиле при простой сцене — смотрим дальше. Canvas.SendWillRenderCanvases — флаг проблемного UI. ShadowCaster.Render — теней слишком много или слишком большой shadow distance. Animator.Update с большим числом активных аниматоров в сцене — каждый активный Animator тратит CPU независимо от видимости.

GPU side. Snapdragon Profiler для Android, Xcode GPU Frame Capture для iOS — точнее Unity Profiler для GPU-анализа. Fillrate overdraw виден через Unity Scene View в режиме Overdraw — красные зоны это многократная перерисовка. Типичная проблема: партикл-системы с Additive blending рисуют по 15–20 слоёв поверх фона — каждый слой полный fillrate pass.

Memory. Memory Profiler package — не встроенный Profiler. Снапшот кучи показывает конкретные текстуры, которые занимают VRAM. Незасжатая 4K текстура = 64 МБ VRAM, без мипмапов ещё хуже — при удалении от объекта GPU всё равно читает полное разрешение.

Почему Dynamic Batching подводит на мобильных?

Dynamic batching автоматически батчит меши с одинаковым материалом если они <= 900 вершин и 300 треугольников. Но если у объектов разные MaterialPropertyBlock значения (например, цвет через скрипт) — батчинг ломается. GPU Instancing в 3 раза эффективнее на мобильных GPU, так как снижает количество draw calls за счёт одного вызова рендеринга для множества объектов. Переход на GPU Instancing — одно из самых эффективных изменений.

Какие типичные проблемы мы находим?

• Canvas Rebuild каждый кадр. Canvas.willRenderCanvases стреляет при любом изменении дочернего элемента — смещение, цвет, текст. Если в HUD обновляется таймер каждую секунду, весь Canvas пересчитывается. Решение: разделение Canvas на статичные и динамические части. Анимированные элементы на отдельный Canvas.
• Shadow Distance. На мобильных платформах Shadow Distance = 150 (дефолт) рисует каскадные тени для всего что в 150 юнитах от камеры. Реальная потребность — обычно 20–40 юнитов. Разница в shadow render time — 3–4x.
• MipMap Streaming не настроен. Без QualitySettings.streamingMipmapsActive = true все текстуры загружаются в полном разрешении при старте сцены. Для мобилок с 3–4 ГБ RAM это критично — сцена с 200 текстурами может занять 600 МБ VRAM при старте.

Как проходит консультация по визуальной оптимизации?

1. Аудит. Запускаем проект на целевом устройстве с прикреплённым Profiler, снимаем несколько характерных сцен. Анализируем frame breakdown, draw calls, fillrate, memory snapshot. Результат — список узких мест с оценкой потенциального прироста.
2. План действий. Приоритизируем по соотношению «сложность исправления / прирост производительности». Простые победы (shadow distance, canvas split, texture compression) — сначала. Архитектурные изменения (переход на GPU Instancing, реорганизация LOD) — с оценкой трудозатрат.
3. Поддержка реализации. Мы реализуем изменения сами или консультируем команду при самостоятельном исправлении. Для второго варианта: письменный технический гайд с конкретными настройками и ожидаемыми результатами.

Что входит в консультацию по визуальной оптимизации?

• Документация: отчёт с графиками, скриншотами Profiler и Frame Debugger, рекомендации по приоритетам.
• Код оптимизаций: готовые шейдеры, скрипты для настройки Instancing, конфиги для Addressables.
• Доступ: временный доступ к нашему демо-стенду с эталонными решениями.
• Обучение: 2-часовая сессия с разбором типичных ошибок и ответами на вопросы команды.
• Поддержка: консультации по возникшим сложностям в течение месяца после завершения основного этапа.

Мы используем комбинированный подход: сначала CPU-профилирование для поиска логических узких мест, затем GPU-детализация через RenderDoc и Snapdragon Profiler. Это позволяет найти как очевидные, так и скрытые проблемы — например, неправильную настройку LOD или неэффективное использование шейдеров.

Инструменты, которые используем

Сроки и экономия

Средняя экономия на проекте — сокращение бюджета на отладку на 30–50% за счёт точного выявления коренных причин. Стоимость консультации фиксируется после первичного анализа проекта и целевых платформ. Свяжитесь с нами, чтобы обсудить ваш проект и получить предварительную оценку. Закажите консультацию, и мы поможем решить проблемы с производительностью.

Когда ручная подготовка к релизу игр превращается в проблему?

Студия делает релиз мобильной игры. За неделю до даты менеджер вспоминает, что нужно собрать AAB, подписать, загрузить в Google Play. Сборщик вручную запускает билд, ждёт час, забывает включить IL2CPP, билд крашится на Android 12. Пересборка — ещё час. Параллельно надо переделать иконку под новые требования Google. В итоге релиз сдвигается на три дня. Наш опыт показывает: ручная подготовка к релизу игр — главный источник задержек и багов, которые не проявляются на машине разработчика.

Как настроить CI/CD для сборок мобильных игр?

Инструменты пайплайна

GameCI — open-source Docker-образы для Unity-сборок, работающие поверх GitHub Actions, GitLab CI или любого другого CI-провайдера. Ключевые компоненты: unity-builder (собирает под нужную платформу), unity-test-runner (запускает Unity Test Framework перед сборкой), unity-return-license (возвращает лицензию — критично для Pro). Unity Cloud Build проще, но менее гибок и дорог при частых сборках. Fastlane — стандарт для финальных шагов: подпись, загрузка в магазины, метаданные.

Типовой пайплайн

jobs:
  test:
    name: Run Unity Tests
    uses: game-ci/unity-test-runner@v4
    with:
      unityVersion: 2022.3.20f1
      testMode: playmode

  build-android:
    name: Build Android
    needs: test
    uses: game-ci/unity-builder@v4
    with:
      targetPlatform: Android
      androidKeystoreBase64: ${{ secrets.ANDROID_KEYSTORE_BASE64 }}
      androidKeystorePass: ${{ secrets.KEYSTORE_PASSWORD }}
      androidKeyaliasPass: ${{ secrets.KEY_PASSWORD }}

  upload-to-play:
    name: Upload to Google Play (Internal Track)
    needs: build-android
    uses: r0adkll/upload-google-play@v1
    with:
      serviceAccountJsonPlainText: ${{ secrets.SERVICE_ACCOUNT_JSON }}
      packageName: com.yourcompany.yourgame
      releaseFiles: build/Android/*.aab
      track: internal

Секреты, не переменные — все ключи в secrets CI. AAB вместо APK обязателен уже несколько лет. Треки: internal → closed → open → production. Продвижение — ручное или Fastlane supply promote.

iOS-специфика. Unity собирает Xcode-проект, затем xcodebuild. Нужны Distribution Certificate и Provisioning Profile (App Store). Fastlane Match решает проблему синхронизации сертификатов в команде:

lane :build_ios do
  match(type: "appstore", readonly: true)
  build_app(workspace: "Unity-iPhone.xcworkspace",
            scheme: "Unity-iPhone",
            export_method: "app-store")
  upload_to_testflight
end

App Store Connect API Key заменяет логин/пароль, не ломается при 2FA.

Почему App Store отклоняет около трети первых сабмишенов?

Apple отклоняет 30–40% первых сабмишенов новых студий. Частые причины:

Практика: перед сабмишеном пройти App Store Review Guidelines от начала до конца — 2–3 часа, экономящие 2–3 недели.

Google Play более лоялен: типичные причины — устаревший targetSdkVersion, избыточные разрешения, несоответствие Data Safety Form.

Что включает подготовка к релизу игр?

Автоматизация пайплайна заменяет ручную работу целого отдела. Например, настройка Continuous Integration через GameCI и Fastlane сокращает время подготовки к релизу игр втрое — с 8 рабочих часов до 2,5.

Как автоматизация пайплайна влияет на сроки и бюджет?

Ручной релиз мобильной игры стоит примерно $1200–$1500 (зарплата инженера на 2–3 дня, тестирование, переделки). Автоматизация CI/CD окупается в первые два месяца — снижает затраты на релиз на 40–60%. То есть каждый следующий релиз обходится на $500–$900 дешевле.

Сравнение подходов:

Результат: мы сокращаем цикл от коммита до публикации в 6–8 раз. Для проектов с частыми хотфиксами это разница между недельным ожиданием пользователей и исправлением за день.

После релиза: мониторинг и обновления

Краш-рейт < 1% (Firebase Crashlytics), ANR-рейт < 0.47% (Play Console) — иначе ограничения видимости. Phased rollout обязателен: сначала 10%, затем 50%, затем 100% пользователей.

Наш опыт — 30+ релизов мобильных игр, 5+ лет на рынке, более 50 проектов. Автоматизация CI/CD окупается в первые два месяца, снижая затраты на релиз на 40–60%.

Оставьте заявку — мы проанализируем ваш пайплайн и предложим решение за 2 дня. Получите консультацию инженера по подготовке к релизу игр под ключ.