Рефакторинг legacy-графіки для ремастерів: від Built-in до URP/HDRP

В проектах десятирічної давнини текстури 512×512, дифузні карти без metallic/roughness, меші з 15 000 полігонів — і все це на Built-in Render Pipeline. Наше завдання: перевести на URP або HDRP, підняти якість до сучасних PBR-стандартів, не зламати геймплей і утримати системні вимоги в розумних межах. Це не «перефарбувати текстури» — це системна робота з технічним боргом художнього виробництва.

Проблеми legacy-графіки в ремастерах

Перехід Built-in → URP не автоматичний. Інструмент Edit > Rendering > Render Pipeline Converter в Unity конвертує матеріали з Standard в Lit (URP), але це baseline-конвертація. Кастомні шейдери на GLSL або ShaderLab без Surface Shader API потрібно переписувати під HLSL з нуля або портувати під ShaderGraph. Головна втрата: Standard шейдер Unity в Built-in підтримує Specular workflow (albedo + specular + gloss), а URP Lit — тільки Metallic workflow (albedo + metallic + smoothness). Конвертація specular → metallic неоднозначна: у старих матеріалів часто стояли нефізично коректні значення specular, що давали «гарний» результат в старому рендері, але неправильний в PBR.

Конкретна ситуація: кам'яні стіни мали specular colour (0.2, 0.2, 0.2) з glossiness 0.3 — м'який глянець. Після конвертації metallic = 0.0, smoothness = 0.3 — стіни виглядають матовішими через фізичний розрахунок F0 для діелектриків. Потрібна ручна правка smoothness + додавання Detail Normal Map для компенсації.

Як апскейлити текстури без втрати якості?

Текстури 512×512 в ремастері для сучасних моніторів 1440p/4K виглядають погано. Варіанти:

• AI-апскейл через Gigapixel AI або Stable Diffusion з img2img (controlnet tile). Gigapixel дає x4 без артефактів на тайлових текстурах — 512 → 2048 за хвилини. Але для органіки (шкіра персонажів, рослини) результат нестабільний — потребує ручного доопрацювання.
• Повна переробка під PBR: художник створює новий текстурний сет з 4 карт (Albedo, Normal, Metallic/Roughness, AO) в Substance 3D Painter, використовуючи стару текстуру як colour reference. Це правильно для ключових асетів, але нереально для всієї гри.
• Запікання нормал-карт зі старої геометрії. Якщо є low-poly і high-poly версії — запікаємо через Marmoset Toolbag або xNormal з коректним cage offset. Старі нормал-карти часто запічені без рознесення UV-seams — на кромках видно шви.

Наш досвід: комбінація AI-апскейлу для фонових текстур і ручної переробки для ключових асетів дає найкращий баланс.

Коли потрібна ретопологія, а коли достатньо LOD?

Якщо гра залишається на тій же платформі — агресивна ретопологія не потрібна. Але якщо оригінал робився під консолі 7-го покоління (PS3/Xbox 360), меші часто мають нефункціональну топологію: трикутники без edge flow. При додаванні нових анімацій або Blend Shapes — лицева анімація неможлива. Для ремастерів з оновленими кат-сценами: ретопологія ключових персонажів, додавання blendshape-rig, налаштування LOD Group з LOD0/LOD1/LOD2.

Як переписати шейдери для нового рендеру?

Старі Particle System-ефекти на Built-in Material потрібно переписати під VFX Graph (URP/HDRP). VFX Graph працює на GPU, підтримує lit particles з нормал-картами та PBR-освітлення — якісний стрибок для вогню, диму, магії. ShaderGraph для переробки кастомних шейдерів: старий Vertex-Fragment шейдер на 200 рядків HLSL → наочний граф з нодами. Дебажити та ітерувати простіше, результат компілюється під всі платформи. Детальніше — Render Pipeline Converter.

Що входить в роботу

• Аудит графічного пайплайну: визначаємо обсяг асетів, технічний борг, цільові платформи.
• Конвертація матеріалів: автоматична + ручна правка нефізичних значень.
• Переробка текстур: AI-апскейл, ручне доопрацювання, запікання нормал-карт.
• Ретопологія та налаштування LOD для ключових персонажів і об'єктів.
• Переписування кастомних шейдерів та ефектів під ShaderGraph/VFX Graph.
• Профілювання та оптимізація: перевірка FPS, draw calls, пам'яті.
• Супровід до релізу, підтримка протягом 3 місяців.

Терміни

Вартість визначається після аудиту обсягу асетів та цільової платформи ремастера.

Оцінимо ваш проект — зв'яжіться з нами для безкоштовної консультації. Наша команда має понад 7 років досвіду в ремастерах та реалізувала 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.

Як забезпечити стабільність збірок?

Використання CI/CD з автоматичним тестуванням та контролем версій знижує ризик людських помилок та гарантує відтворюваність збірок.

Чому 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.

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

Ручний реліз мобільної гри коштує значних коштів (зарплата інженера на 2–3 дні, тестування, переробки). Автоматизація CI/CD окупається в перші два місяці — знижує витрати на реліз на 40–60%. Тобто кожен наступний реліз обходиться значно дешевше.

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

Як автоматизація впливає на якість релізу?

Автоматизація усуває людський фактор, забезпечує послідовність збірок та дозволяє швидше виправляти помилки.

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

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

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

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

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