Ліміт пам'яті в UEFN: смуга 100 тисяч і помилка публікації
Зміст
Смуга пам’яті в UEFN упирається в 100 тисяч одиниць, і якщо хоча б одна зона рівня виходить за цей поріг, острів опублікувати не вдасться. Це і є та сама помилка валідації, через яку ти сюди прийшов.
Нижче — що саме показує смуга, де проходить межа публікації, які окремі обмеження діють на 3D-моделі, і головне: де закінчується документація Epic і починаються здогади, яких ми не пишемо.
Смуга пам’яті — це бюджет проєкту, а не пам’ять твого пристрою
Перше, що варто зрозуміти: смуга пам’яті в UEFN не має стосунку до того, скільки гігабайтів оперативної пам’яті стоїть у твоєму комп’ютері й скільки місця лишилось на диску. Це внутрішній бюджет контенту острова, який редактор рахує сам і показує тобі у вигляді шкали.
Смуга поточного використання пам’яті показує максимум 100 тисяч одиниць пам’яті. Тобто шкала не безмежна: у неї є явна стеля, і ти бачиш, наскільки близько до неї підійшов, ще до того, як натиснеш «опублікувати».
Важлива деталь, яку часто пропускають: одиниця пам’яті — це не мегабайт. Скільки саме мегабайтів «важить» одна одиниця, документація, на яку ми спираємося, не називає. Тому будь-які перерахунки в стилі «100 тисяч одиниць — це приблизно стільки-то гігабайтів» ми не робимо і тобі не радимо. Працюй зі шкалою в її власних одиницях.
Поріг, за яким публікація стає неможливою
Правило звучить коротко: якщо будь-яка зона рівня перевищує 100 тисяч одиниць пам’яті, опублікувати острів не вдасться.
Тут два моменти, які варто прочитати уважно.
Рахується по зонах, а не «в цілому по острову». Формулювання Epic — про зону рівня. Це означає, що ситуація «загалом у мене все нормально, просто одна ділянка перевантажена» не є пом’якшувальною обставиною. Одна зона за порогом — і публікація не відбудеться.
Це не попередження, а стоп. Валідація не пропустить острів далі. Ти не отримаєш «опубліковано з зауваженнями» — ти отримаєш відмову.
Саме тому смуга корисна не в момент публікації, а задовго до нього. Якщо ти бачиш, що шкала повзе вгору під час роботи над конкретною ділянкою, це і є момент щось змінити — а не через тиждень, коли доведеться перебирати весь рівень.
Окремі 3D-моделі мають власні обмеження
Крім загального бюджету зони, документація Epic описує обмеження, які діють на кожен окремий static mesh. І поводяться вони по-різному.
| Що перевіряється | Поріг | Що станеться |
|---|---|---|
| Кук одного окремого static mesh | 2 Gigabytes (GB) | Жорсткий ліміт: валідація острова падає |
| Кількість вертексів LOD0 одного меша | 30 тисяч | Редактор показує попередження про ризик проблем із пам’яттю |
Різниця принципова.
Ліміт у 2 GB на кук одного меша — жорсткий. Перевищення означає, що валідація острова не пройде. Тут немає простору для «ну майже влізло».
Поріг у 30 тисяч вертексів на LOD0 — попередження. Редактор сигналізує про ризик проблем із пам’яттю, але це не те саме, що заборона публікації. Це підказка: ось цей меш — кандидат на те, щоб з’їдати бюджет.
Що саме з’їдає бюджет
Тут треба бути чесним щодо меж того, що ми знаємо.
Документація Epic, на яку ми спираємося, не подає рейтингу типів контенту за апетитом до пам’яті. Ми не можемо сказати тобі «матеріали з’їдають більше, ніж звук» або «ефекти дорожчі за геометрію» — таких тверджень у джерелах немає, а вигадувати їх ми не будемо.
Що ми можемо сказати обґрунтовано: обидва явні числові обмеження на рівні окремого ассета, які Epic описує, стосуються static mesh — куку моделі та кількості вертексів на LOD0. Тобто саме 3D-геометрію документація регламентує окремо і прямо. Для початківця це достатній орієнтир, з чого починати розбір, коли смуга підійшла до стелі: імпортовані моделі з важким LOD0 — перше, на що дивитись, бо саме про них редактор і попереджає.
Це орієнтир за структурою документації, а не виміряний рейтинг споживання. Різницю тримай у голові.
Чого ми не стверджуємо
- Не знаємо, скільки мегабайтів в одній одиниці пам’яті. Epic цього не називає в цих документах.
- Не знаємо порогу для кількості мешів на зону. Такого числа в документації немає — обмеження описані на один окремий меш, а не на їхню кількість.
- Не знаємо, як саме рахуються інші типи ассетів у загальний бюджет зони. Що вони враховуються — логічно, бо бюджет спільний; але жодних власних порогів для них тут не наведено.
- Не стверджуємо, що ці числа вічні. Вони — те, що записано в документації Epic. Якщо Epic їх змінить, змінимось і ми.
Порядок дій, коли валідація впала
- Прочитай текст помилки до кінця. Валідація може падати не тільки через пам’ять. Спершу переконайся, що йдеться саме про неї.
- Подивись на смугу пам’яті по зонах, а не на «загальне відчуття». Оскільки поріг у 100 тисяч одиниць застосовується до зони рівня, шукати треба конкретну перевантажену зону.
- Знайди меші, на які редактор показав попередження про LOD0. Це моделі, у яких LOD0 перевищує 30 тисяч вертексів. Вони не блокують публікацію самі по собі, але це найочевидніший список кандидатів на оптимізацію.
- Перевір, чи немає меша, який перевищує ліміт куку в 2 GB. Якщо такий є — це не «оптимізація на потім», а причина падіння валідації прямо зараз.
- Спрости важку геометрію. В Epic є окрема сторінка документації саме про спрощення static mesh у Fortnite — вона нижче, у джерелах.
- Перепублікуй і подивись на смугу ще раз. Якщо зона все ще за порогом — шукай далі в тій самій зоні, а не по всьому острову.
Це не про SSD і не про оперативну пам’ять
Окремо, бо плутанина тут постійна: жодне з описаних обмежень не лікується апгрейдом заліза. Ні швидший накопичувач, ні більший обсяг оперативної пам’яті, ні перенесення проєкту на інший диск не змінять того, що показує смуга пам’яті UEFN і що перевіряє валідація острова.
Бюджет у 100 тисяч одиниць на зону, ліміт у 2 GB на кук меша й попередження на 30 тисячах вертексів — це обмеження контенту острова. Вони однакові для всіх, хто публікує, незалежно від того, на чому ти працюєш. Єдиний спосіб влізти в них — змінити сам контент.
Коротко
Смуга пам’яті в UEFN показує максимум 100 тисяч одиниць, і перевищення цього порогу будь-якою зоною рівня робить публікацію неможливою; окремо діють жорсткий ліміт у 2 GB на кук одного static mesh і попередження, коли LOD0 меша перевищує 30 тисяч вертексів.
Джерела
- Epic Games — Memory Management in Unreal Editor for Fortnite
- Epic Games — Simplify Static Meshes in Fortnite
Часті запитання
Скільки пам'яті можна витратити на острів у UEFN?
Смуга поточного використання пам'яті в UEFN показує максимум 100 тисяч одиниць. Це і є верхня межа, яку ти бачиш у редакторі.
Чому острів не публікується через пам'ять?
Якщо будь-яка зона рівня перевищує 100 тисяч одиниць пам'яті, опублікувати острів не вдасться. Достатньо однієї зони за порогом — решта проєкту не рятує.
Чи є ліміт на одну 3D-модель?
Так. На кук одного окремого static mesh діє жорсткий ліміт у 2 Gigabytes (GB). Перевищиш — валідація острова падає.
Що означає попередження про 30 тисяч вертексів?
Якщо LOD0 меша перевищує 30 тисяч вертексів, редактор показує попередження про ризик проблем із пам'яттю. Це попередження, а не заборона публікації.
Чи допоможе потужніший комп'ютер або більший SSD?
Ні. Йдеться про бюджет пам'яті всередині проєкту, який перевіряється при валідації острова, а не про накопичувач чи оперативну пам'ять твого пристрою.
Скільки мегабайтів в одній одиниці пам'яті UEFN?
Epic цього не називає в документації, на яку ми спираємося. Тому перераховувати одиниці в мегабайти не варто — це буде вигадка.