Створення 3D-моделей персонажів (High-poly)

Ми займаємося high-poly моделюванням персонажів для ігор та кінематографа більше 5 років. Одного разу до нас прийшов клієнт з концептом героя для мобільної гри: вимога — максимальна деталізація при бюджеті 20k tris для low-poly. Перша студія зробила high-poly без урахування майбутньої ретопології — запікати було нічого. Ми запропонували інший підхід: розбили скульптинг на шари, узгодили polycount low-poly заздалегідь, і отримали чисту normal map без артефактів. Такі кейси — наша рутина. High-poly моделювання — це фундамент, від якого залежить все: якість normal map, читаність силуету, переконливість текстур. Якщо на цьому етапі пішло не так, ніякий Substance Painter і ніякий вмілий рендер це не приховають. Наші художники мають сертифікацію з ZBrush та Maya, ми гарантуємо точну відповідність технічному завданню.

«Правильна топологія — запорука якісної анімації», — з керівництва Autodesk.

Технічні складнощі high-poly моделювання

Найчастіша проблема — не деталізація, а її розподіл. У ZBrush легко накидати мільйони полігонів на другорядні зони (ремень, гудзики) і втратити потрібний об'єм на обличчі. Пошуковик бачить лише фінальний рендер, а під час запікання вилазять артефакти. Щоб цього уникнути, ми ділимо модель на зони пріоритету: обличчя та руки отримують 70% полігонів, решта — 30%.

Другий вузький момент — робота з Subdivision. ZBrush та Blender по-різному інтерпретують crease edges при імпорті в Maya або 3ds Max. Якщо не задати коректні SharpenEdges перед фінальним експортом, geometry smoothing з'їдає Hard Surface деталі, які ви ліпили тиждень. Особливо болісно для броні та механічних елементів. Ми використовуємо custom crease sets та перевіряємо smooth preview в Maya перед експортом.

Органіка — окрема історія. Обличчя персонажа з неправильним напрямком edge loops навколо орбітальної області ока дає ugly pinching при риггінгу та мімічній анімації. High-poly це не помічає — проблема спливає при запіканні на low-poly. Ми будуємо edge loops одразу з урахуванням майбутньої деформації, орієнтуючись на анатомію м'язів.

Чому важливі правильні edge loops в base mesh?

Base mesh з коректною топологією — це економія 30–40% часу на етапі retopology. Ми робимо base mesh в Maya з quad-топологією та loop-структурою під анімацію. Потім він іде в ZBrush тільки для деталізації, а не для реструктуризації. Якщо ви починали з DynaMesh і потім конвертували в ZRemesher — ви втрачаєте контроль над edge flow. Ми так не робимо.

Як high-poly впливає на якість normal map?

Якість high-poly безпосередньо визначає, наскільки чисто ляже normal map на low-poly. Навіть ідеально запекла карта не приховає помилки скульптингу: невірні пропорції, нечитані площини, відсутність мікро-деталей. Ми перевіряємо high-poly на тестових запіканнях вже на етапі secondary detail, щоб артефакти не спливли у фіналі. Це скорочує кількість ітерацій при bake-тестуванні вдвічі.

Як ми будуємо high-poly під production?

Робота починається не в ZBrush, а з аналізу референсів та технічного завдання. Важливо зрозуміти три речі ще до першого сабтулу: який рушій (Unity, Unreal, власний), який тип персонажа (hero, NPC, crowd), і який pipeline запікання — Marmoset Toolbag або Substance Painter. Ми вже виконали більше 50 проектів для мобільних та PC-ігор, тому знаємо, як підлаштуватися під будь-які вимоги.

Деталізацію в ZBrush розбиваємо по layer-ам: базовий силует та пропорції, анатомічні об'єми, мезо-деталі (пори шкіри, тканина, метал), micro-деталі (подряпини, шви). Layer-система дозволяє швидко вимкнути рівні деталізації для тестових запікань та повернутися до правок без переробки всього sculpt-у. Використання шарів прискорює ітерації в 3 рази порівняно з роботою без них. Для одягу та броні використовується комбінація ZBrush ZRemesher + PolyGroup workflow та ручного моделювання складних механічних деталей в 3ds Max. Технічно правильніше для Hard Surface — в 3ds Max є контроль над chamfer, inset та bevel, якого в ZBrush немає в тій же мірі.

Фінальний high-poly експортується в FBX без згладжування (всі деталі вже в геометрії), з групами полігонів за матеріалами, чистим naming convention під Substance Painter: CharacterName_PartName_HP. Це критично, якщо модель піде через автоматичний bake pipeline. Зв'яжіться з нами для консультації — ми допоможемо обрати оптимальний pipeline.

Процес роботи з проектом

Спочатку — технічне обговорення. Дивимося концепт, уточнюємо вимоги до рівня деталізації (hero vs. crowd), цільовий рушій, запланований polycount для low-poly версії. Без цього оцінка трудозатрат буде плюс-мінус трамвай. Після узгодження фіксуємо milestone-и:

1. Base mesh / blockout — пропорції, силует, читаність образу. Правки на цьому етапі — ще дешево.
2. Primary sculpt — анатомічні об'єми, основні форми одягу та броні. Узгодження з арт-директором.
3. Secondary + tertiary detail — мезо- та мікро-деталізація. Перевірка на тестових запіканнях.
4. Фінальний експорт — FBX/OBJ, матеріальні групи, технічна документація.

Правки приймаються в рамках кожного milestone-у. Правки після фінального експорту тарифікуються окремо.

Орієнтири за термінами

Терміни залежать від складності концепту, кількості ітерацій та швидкості узгоджень на стороні клієнта. Вартість розраховується індивідуально після аналізу технічного завдання.

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

Типові помилки при замовленні high-poly

Немає low-poly референсу. High-poly робиться у вакуумі, потім виявляється, що запекти всі деталі на 5k-полігонний low-poly фізично неможливо без втрати якості. Polycount low-poly має бути узгоджений до початку sculpt-у.

Концепт без side/back view. З одним front view 3D-художник буде домислювати конструкцію сам. Це ризик невідповідності фінального результату очікуванням.

Немає вказівки на стиль деформацій. Якщо персонаж буде сильно анімований (бойові стійки, акробатика), sculpt зон деформацій (плечі, лікті, коліна) робиться інакше, ніж для статичного або слабо анімованого персонажа.

Запит на «максимум деталей» без ТЗ. Звучить логічно, але на практиці призводить до того, що ресурси витрачаються на деталі, які ніколи не потраплять в гру. Деталізація має бути усвідомленою. Замовте консультацію — допоможемо сформулювати ТЗ.

Досвід наших художників підтверджений сертифікатами та десятками реалізованих ігрових персонажів. Замовте high-poly моделювання з гарантією якості — оцінимо ваш проект протягом одного робочого дня.

3D-моделювання для ігор

Уявіть: художник здає персонажа з 120 000 полігонів, мотивуючи це тим, що «так виглядає краще». На мобільному пристрої сцена з десяти таких персонажів впустить FPS до неіграбельних значень. Ми в студії GameArt щодня вирішуємо такі проблеми: наші моделі проходять суворий полігональний контроль та оптимізацію під цільову платформу. Понад 7 років ми випустили понад 50 ігрових проєктів — від мобільних гіперказуалок до PC-екшенів. Гарантуємо, що кожна модель впишеться в технічні вимоги без втрати візуальної якості. Замовте безкоштовний аудит вашого 3D-асета — оцінимо полігонаж і тексельну щільність за одну годину.

3D-моделювання для ігор — це не просто «зробити гарно». Це розстановка пріоритетів в обмеженому бюджеті трикутників і draw calls. Кожен етап пайплайну впливає на продуктивність у рантаймі. Пропуск ретопології або криві UV обертаються переробками на етапі інтеграції — ми це виключаємо на старті.

У цій статті розберемо ключові аспекти: від high-poly скульпту до фінальної збірки в Unity або Unreal Engine, з акцентом на практичні кейси. Ми проєктуємо моделі під конкретну платформу: для мобільних використовуємо низьку тексельну щільність (512 px/м), для PC — до 2048 px/м. Всі рішення приймаються на основі бенчмарків рушія та профілювання на реальному залізі.

Як оптимізувати 3D-моделі для різних платформ?

Цей аспект найчастіше ігнорується на старті проєкту — і саме він потім коштує переробок.

Стандартний пайплайн виглядає так:

1. Концепт / референси — перш ніж відкривати ZBrush, потрібно розуміти силует, читаність та цільову платформу.
2. High-poly sculpt — детальна скульптурна модель без обмежень по полігонах. Робиться в ZBrush або Blender (Sculpt Mode).
3. Low-poly retopology — чиста ігрова сітка поверх high-poly, вручну або напівавтоматично.
4. UV-розгортка — підготовка координат для текстур.
5. Baking — перенесення деталізації з high-poly на карти (normal map, AO, curvature тощо).
6. Передача в рушій — імпорт в Unity або Unreal з налаштуванням LOD-ланцюжка.

Кожен етап впливає на наступний. Погана ретопологія зламає скіннінг. Криво нарізані UV дадуть артефакти при запіканні. Етапи не можна міняти місцями.

Мобільні платформи (iOS / Android)

Мобайл — найжорсткіше середовище. Орієнтири для персонажів:

Для оточення (один пропс):

Критичніше самого полігонажу — кількість draw calls і батчинг. Модель на 200 трикутників з окремим матеріалом може бути дорожчою за модель на 2 000 трикутників, яка батчиться з усією сценою. Правильний батчинг (SRP Batcher, GPU instancing) знижує draw calls до 40% — це дає запас для більш деталізованих асетів.

PC / Console

Тут бюджети м'якші, але не безмежні:

• Головний персонаж у шутері від першої особи: 15 000 – 60 000 полігонів (модель противника, яку гравець бачить постійно).
• Персонаж у RPG від третьої особи: 8 000 – 25 000.
• Транспортний засіб у гонці: 30 000 – 80 000 (багато дрібних деталей, LOD обов'язковий).

Ключовий інструмент — LOD (Level of Detail). В Unity це LOD Group, в Unreal — автоматичний HLOD + ручні LOD-рівні в Static Mesh Editor. Правило: LOD0 → LOD1 має втрачати ~50-60% полігонів, LOD1 → LOD2 ще ~50%. Додатково налаштовуємо occlusion culling і кластерний рендеринг, щоб знизити навантаження на GPU.

VR

VR — окрема історія. Рендер іде для двох очей, цільовий фреймрейт 90 fps (Quest) або 120 fps (PSVR2). Будь-який фризен відчувається фізично — у гравця паморочиться голова.

Бюджет персонажа у VR: 4 000 – 12 000 (залежить від кількості NPC у сцені одночасно). Оточення агресивно оптимізується: портальна система, occluder culling, кластерний рендеринг — без цього сцена не потягне потрібний fps. Ми використовуємо Frame Debugger і Render Doc для профілювання на цільовому пристрої на ранніх етапах.

Чому ретопологія — художнє завдання?

Ретопологія — створення чистої полігональної сітки поверх sculpt-моделі. Багато хто сприймає її як нудний технічний етап, який можна прискорити авторетопологією (ZRemesher, Instant Meshes, функція Auto Retopology в Maya). Це помилка. Ручна ретопологія в 3 рази точніша за автоматичну на суглобах та обличчі.

Авторетопологія дає поганий результат у трьох ключових зонах:

1. Суглоби — коліна, лікті, зап'ястя. Там потрібні рівні кільця еджлупів, перпендикулярні осі обертання. Авторетопологія ламає їх хаотичними діагоналями, і при анімації суглоб схлопується негарно.
2. Обличчя — навколо рота та очей потрібні concentric loops, які слідують м'язовій структурі. Це обов'язкова умова для коректної мімічної анімації через blend shapes / morph targets.
3. Силуетні ребра — плечі, груди, великі форми. Тут потрібно свідомо розподілити полігони так, щоб силует читався навіть на LOD2.

Інструментарій для ручної ретопології включає Maya (Quad Draw), Blender (BSurfaces + Shrinkwrap), 3ds Max (Graphite Modeling Tools) і ZBrush (ZRemesher з guide curves). Щільність сітки розподіляється нерівномірно: обличчя та кисті — більше полігонів, спина та низ ніг — менше. Це не свавілля, а наслідок того, де камера проводить більше часу.

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

UV — ще один етап, який часто недооцінюють. Тексельна щільність (texel density) повинна бути однаковою по всьому персонажу. Якщо у чобота щільність вдвічі вища, ніж у обличчя — текстура виглядатиме непослідовно. В Maya для цього є UV Toolkit з нормалізацією, в Blender — аддон TexTools.

UDIM (U-Dimension) — технологія, при якій кілька UV-тайлів об'єднуються в один об'єкт. Це дозволяє використовувати текстури 4K–8K без обмежень одного UV-простору. Застосовується для персонажів з високими вимогами до деталізації — cinematic-ігри, hero assets. В pipeline це означає Substance Painter з UDIM-режимом і окремий експорт кожного тайла.

Запікання (baking) — перенесення деталей високополігональної моделі на карти для low-poly. Інструменти:

• Marmoset Toolbag — галузевий стандарт, cage-based baking з тонким налаштуванням. Зручна візуалізація помилок. Marmoset забезпечує в 2 рази швидше запікання ніж xNormal при однаковій якості.
• xNormal — безкоштовний, перевірений часом. Менш зручний інтерфейс, але стабільний результат і батч-запікання.
• Substance Painter — вбудований baker для швидкого результату всередині текстурування, менш гнучкий, ніж Marmoset.
• Blender — Cycles baker. Повільніший і потребує налаштування, але безкоштовний.

Типовий набір запіканих карт: Normal Map, Ambient Occlusion, Curvature, Thickness, Position, World Space Normal. Curvature і Thickness — генераторні маски в Substance Painter, що автоматично виділяють опуклості та ввігнутості для процедурного текстурування. Згідно з документацією Marmoset Toolbag, batch-baking на кількох об'єктах економить до 30% часу.

Що входить у 3D-моделювання для ігор?

Додатково надаємо годинну сесію підтримки після здачі — допомагаємо з налаштуванням LoD Group, колізіями та анімацією. Вихідні файли (.zpr, .blend, .ma, .fbx) передаються в повному обсязі.

Типові помилки при UV-розгортці, які ми запобігаємо:

• Різні тексельні щільності на сусідніх частинах моделі — текстура виглядає неконсистентно.
• Перекривні UV (overlap) — артефакти запікання.
• Недостатній padding між островами — розмиття текстур при міп-маппінгу.
• Відсутність UDIM для складних персонажів — втрата деталізації.

Для отримання комерційної пропозиції зв'яжіться з нами — ми оцінимо строки та підготуємо рішення під ваші вимоги: від мобільних гіперказуалок до PC-екшенів і VR. Отримайте безкоштовний аудит вашого асета просто зараз.