Town <тестовый уровень>

[lorik]

Несколько первых скринов..



остальное в спойлере

Скрытый текст: показать

Целью было создание тестовой сценки для определения масштаба объектов,
объёма работ и производительности. Так же на сценке будут тестироваться
геймплейные элементы.
Скрины сделаны с просчитанной лайтмапой. На минимальных настройках биста сценка считалась ~10ч.
PVS не считал (боялся что к окончанию просчёта выйдет 4-я юнити:).

Результат по производительности пока не очень. Количество дравколов около 800 и fps 25-35.
Сейчас разбираюсь WTF?

[Paul Siberdt]

Навскидку:
- размер сцены в веб-сборке?
- количество динамических источников света?

ЗЫ: а лучшее - для начала сбросьте окошко статистики в пост

[waruiyume]

А сколько материалов?

[lorik]

Навскидку:
- размер сцены в веб-сборке?
- количество динамических источников света?

ЗЫ: а лучшее - для начала сбросьте окошко статистики в пост

Веб сборка пока не планируется.
В сцене один источник света (directional light), с параметрами теней High resolution.

Статистика

А сколько материалов?

Встречный вопрос.. Как узнать кол-во материалов в сцене? В принципе можно написать скрипт, но это чуть позже.

[Paul Siberdt]

Имелась в виду тестовая характеристика "размер веб-сборки". Скажем, участок сцены, что виден на картинке, можно уложить в 1-3 мегабайта. Если в вашем случае веб-сборка весит, скажем, 500 метров, сразу возникают некоторые идеи

[Paul Siberdt]

Update - поправил про рендер-ту-текча... не правильно понял.

Полигонаж в треть миллиона треугольников, имхо, перебор для выбранного участка.

Первым делом попробуйте создать низкополигональные модели для наполнения уровня.

[lorik]

Update - поправил про рендер-ту-текча... не правильно понял.

Полигонаж в треть миллиона треугольников, имхо, перебор для выбранного участка.

Первым делом попробуйте создать низкополигональные модели для наполнения уровня.

Web- борка весит 26Mb. Причём размер уровня ~70*100 мертов и одни лайтмапы в несжатом виде весят 22Mb.
Так что размер 1-3Mb это не отсюда:).
Самый "высокополигональный" объект на скрине в районе 2-4k tris



У меня такое ощущение, что окно статистики редактора показывает её не только для фруструма камеры.
Так что если не найду проблему, то придётся писать скрипт статистики по видимым в камере объектам.

[Paul Siberdt]

Ок... карашо... теперь ищем, откуль столько треугольников считается... наверное, шейдеры кокетничают или набирается из теневых прожекшенов.
Вот что получится, если заменить все материалы сцены на простые диффузные? Если же материалы и так проще некуда - какие производительность/полигонаж сцены с вырубленными тенями?

[gnoblin]

покажете как открыть такое маленькое окошечко statistics как на предудыщем скрине?

[lorik]

покажете как открыть такое маленькое окошечко statistics как на предудыщем скрине?

Это эдитор скрипт. Что-то типа

Синтаксис:

Синтаксис: [ Показать ]

Используется csharp

GameObject[] goArray = Selection.gameObjects;
foreach(GameObject go in goArray)
{
        MeshFilter meshFilter = go.GetComponent(typeof(MeshFilter)) as MeshFilter;
        if (meshFilter != null)
        {
                trisCount += meshFilter.sharedMesh.triangles.Length/3;
        }
}
 

Потихоньку расширяю довольно скромные возможности редактора. Если интересно, то позже расскажу о
моей системе экспорта в юнити.

Ок... карашо... теперь ищем, откуль столько треугольников считается... наверное, шейдеры кокетничают или набирается из теневых прожекшенов.
Вот что получится, если заменить все материалы сцены на простые диффузные? Если же материалы и так проще некуда - какие производительность/полигонаж сцены с вырубленными тенями?

Отключил единственный:( источник света в сцене.
Результат на скрине (дравколов меньше в 5 раз, fps выше почти в 2 раза, в 3 раза меньше выводимых поликов). Шок.

Скрытый текст: показать

Расставил в сцене дополнительно около 5 источников света с тенями для эксперимента.
Дравколы выросли до 2500, треугольников стало 1,5 млн, fps снизился до 20. То есть сильную просадку по fps
даёт именно первый источник света с тенями, а далее растут только дравколы.
Это так в юнити работает deferred рендеринг или я чего-то не понимаю?

[Paul Siberdt]

Да, веселуха... эх, занимаюсь iOSом, потому глубоко Юнити не копал на предмет вывода "современной графики", не в курсе ее подводных камней и необходимых танцев с бубнами... наверняка, что-то где-то надо реализовать как-то иначе

[Tutanhomon]

Редактор Unity показывает слишком много треугольников (по сравнению с тем что показывает 3D редактор)

Все правильно. То, на что вы смотрите - это количество треугольников, которые были фактически отправлены на рендеринг. Дополнительно к тому что некоторые материалы требуют отправлять геометрию дважды, другие вещи типа несглаженных нормалей, рваных UV заметно увеличивают количество вершин/треугольников по сравнению с тем что мы видим в 3D пакете.

выдрано и переведено из справки Reference Manual > Components > Asset Components > Meshes
перевод немного косячный, но смысел ясен )

[Tutanhomon]

не заметил разницы между двумя скринами. Динамического света не будет, да, но если не планируется смена погоды то можно заставить тяжелые меши домов игнорировать динамический свет, предположительно ускоряя рендеринг (зачем считать тени и освещение для домов, если последнее запечено в лайтмапу).

[Ert Donuell]

покажете как открыть такое маленькое окошечко statistics как на предудыщем скрине?

Окошечко "Statistics" открывается через окно "Game", там есть кнопка "Stats" рядом с "Gizmos" и "Maximaze on Play"

[lorik]

покажете как открыть такое маленькое окошечко statistics как на предудыщем скрине?

Окошечко "Statistics" открывается через окно "Game", там есть кнопка "Stats" рядом с "Gizmos" и "Maximaze on Play"

Наверно gnoblin имел ввиду окошечко с лого юнити

Редактор Unity показывает слишком много треугольников (по сравнению с тем что показывает 3D редактор) ..

Это очевидные вещи. Меня беспокоит не количество дравколов как таковое, а fps.

не заметил разницы между двумя скринами. Динамического света не будет, да, но если не планируется смена погоды то можно заставить тяжелые меши домов игнорировать динамический свет, предположительно ускоряя рендеринг (зачем считать тени и освещение для домов, если последнее запечено в лайтмапу).

Место для оптимизации всегда имеет место быть. Просто я думал, что технология deferred рендеринга позволяет
использовать больше динамических ИС. Так как уровень тестовый, то будут пробоваться разные варианты и если производительность с динамическими ИС будет низкой, то придётся от них отказываться.