Припустимо, припустимо, що у мене на сцені є деякі ігрові об’єкти, які не видно камері, і тому вони не відображаються під час гри.
Чи споживають ці ігрові об’єкти комп’ютерні / мобільні ресурси під час гри?
Де я можу знайти деталі щодо подібного використання?
Відповіді:
Те, що ви хочете, - це профайл пам'яті, який має Unity. Тут: http://docs.unity3d.com/Manual/ProfilerMemory.html
Але ваше припущення здебільшого вірно, якщо gameObject не видно камері, він не намальований, і він використовує менше ресурсів, але все-таки повинен споживати деякі. GameObject все ще існує в пам'яті, включаючи всі текстури, сценарії моделей і т. Д. Він також забирає час процесора за допомогою методів Update і FixedUpdate (та інших інших, описаних тут ).
Але зазвичай основним уповільненням є малювання, невелика кількість часу процесора використовується для визначення того, що об'єкт знаходиться поза межами камери (рамки), але малювання не робиться.
Я думаю, ви також повинні знати про відсікання фруктових фруктів або приховане видалення поверхні: http://en.wikipedia.org/wiki/Hidden_surface_deterication
Це важливий біт оптимізації гри, тому що навіть якщо ваші об'єкти не знаходяться всередині фрустру в заданому кадрі (тобто видно), деякі дзвінки (шейдери) для малювання все ще запускаються для них, отже знижуючи продуктивність.
Коротка відповідь - «так»; все, що готово використовувати у вашій грі - це зайняти пам'ять.
Інша річ, яку слід врахувати, - це вартість вашої частоти кадрів:
5 об'єктів із 5 окремими текстурами, намальованими окремо, потребують змін стану між ними. Можливо, ви зможете зберегти деяку пам'ять, завантаживши текстури, які не використовуються.
Завантажуючи всі окремі текстури в одну атласну текстуру, слід пам’яті фіксується, і ви більше не можете вивантажувати окрему текстуру. Після створення вам потрібно лише один раз зв’язати атлас, щоб намалювати всі свої об’єкти.
Інший приклад - простий вершинний та індексний буфер. Якщо багато точок часто перемикаються між видимими і ні, швидше залишити "несвіжі" точки у вершинному буфері і завантажувати лише новий індексний буфер.
Є багато інших випадків, коли збільшена вартість передньої пам’яті є кращою перед багатьма змінами стану.
Якщо ви обертаєте камеру, ви точно не знищите цих об'єктів, якщо не знаєте, що камера не повернеться назад, щоб перевірити цей об'єкт. "- Кату
Використовуючи бічний скроллер як приклад, якщо ви можете рухатись лише вправо (карта прокручується лише вліво), будь-який об’єкт, який прокручується з лівої частини екрана, може бути назавжди вивантажений, оскільки ви його більше ніколи не будете використовувати. Крім того, вміст для об'єктів може бути завантажений безпосередньо перед тим, як об’єкт прокручується в поле з виду праворуч.
Дуже багато відповідей в основному враховують графічний аспект вашого питання.
Справа в тому, що вони займуть різні ресурси, і наскільки вони дорогі в порівнянні з малюванням об'єкта, не встановлено. Це не так рідко, як деякі відповіді, що передбачають, що ваші компоненти роблять дорожчі операції, ніж малювання, але ви можете мінімізувати, скільки ресурсів вони використовують. Також пам’ятайте, що GameObject займає невелику кількість пам’яті, і так це роблять її компоненти. Компоненти можуть також робити речі, які займають досить небагато пам'яті.
Найпростішим способом мінімізації ефекту позаекранних компонентів є система, заснована на зворотних викликах OnBecameVisible і OnBecameInvisible .
void OnBecameVisible()
{
myComplexComponent.enabled = true;
}
void OnBecameInvisble()
{
myComplexComponent.enabled = false;
}Звичайно, це дуже обмежена корисність, оскільки є багато випадків, коли ви хочете, щоб зовнішній екран впливав на гру. Але ви можете розширити цю схему для тонкозернистої системи, здатної мінімізувати ефект ваших найдорожчих розрахунків. Навіть щось таке просте, як зменшення чогось, наприклад, якості сценарію, що слідує за сценарієм, коли об'єкт поза екраном, може призвести до великих заощаджень у довгостроковій перспективі.
Потрібна пам'ять, щоб зберегти його живим і оновити своє положення та інші властивості.
Але він не споживає комп'ютерні / мобільні графічні ресурси, оскільки його не видно.
Все, що є в програмі, споживає ресурси; Ви не думаєте, що програми працюють просто надіями та мріями, чи не так?
Питання має полягати в тому, скільки ресурсів споживає ігровий об’єкт, і для цього я думаю, що це досить солідна відповідь: http://answers.unity3d.com/questions/280455/how-much-memory-a-gameobject- consume.html
Словом, вони споживають незначні ресурси самостійно. Але чому ви хочете, щоб купа ігрових предметів просто сиділа у вашій грі, нічого не роблячи? Зрештою, те, що ви фактично змушуєте ці ігрові об’єкти «робити», - це те, що викличе будь-які накладні витрати, і скільки необхідних ресурсів, це дуже багато у кожному конкретному випадку.