Большое количество объектов в кадре

[shoooter9688]

Делается стратегия(RTS) с небольшим количеством юнитов(не так как в total war). Но их на камере может быть и пару сотен. Так вот если такое количество объектов на сцене в кадре разместить то ФПС будет очень низким, при этом в Profiler самую большую нагрузку на процессор(видеокарта загружена на пару процентов) делает Camera.Render.
Даже если юнита оптимизировать до того что он будет одним объектом все равно этого не достаточно, да и в случае смены оружия это совсем неудобно. Какие есть способы решить эту проблему?

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

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

[jetyb]

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

[shoooter9688]

Прежде всего надо просмотреть профиллер, какие методы конкретно тормозят.

Я в первом сообщении написал что тормозит Camera.Render просто в сцене чисто с анимироваными юнитами он занимает 70%.

-Включите GPU Skinning

уже пользуемся

-Отключите тени у юнитов/сделайте их максимально простыми
-сделайте лоды юнитов

а вот с этим я не сильно понимаю. Я обычно думал что это разгрузит видеокарту, а процессор заставит еще и лоды переключать. Влияет ли кол-во полигонов на нагрузку процессора?

[jetyb]

Я в первом сообщении написал что тормозит Camera.Render просто в сцене чисто с анимироваными юнитами он занимает 70%.

Camera.Render - не просто строчка, а целая группа методов (Drawing, Culling) с записью времени рендера для каждого объекта.

Насчет лодов - проще ведь обработать трехкопеечную проверку лода для модели, чем считать для нее сложную анимацию. SkinnedMeshRenderer от юнитов - относительно тяжелая штука.

[shoooter9688]

Camera.Render - не просто строчка, а целая группа методов (Drawing, Culling) с записью времени рендера для каждого объекта.

спасибо, тупанул. Вот что бы долго не писать развернутый скриншот.

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

Отключение теней действительно удваивает ФПС. Может кто то объяснить почему это так сильно влияет на процессор? Я думал он только положение объектов передает видеокарте, а она уже разбирается что с ними делать.
Лоды кстати думаю помогут, поскольку если поставить 380юнитов(два объекта в каждом) с тенями будет 30фпс, если 760 кубиков получается 130фпс

[DualPain]

предлагаю приостановить разработку игры и прочитать мануал юнити, очень глупые вопросы, на которые есть ответы в стандартной справке юнити

[shoooter9688]

предлагаю приостановить разработку игры и прочитать мануал юнити, очень глупые вопросы, на которые есть ответы в стандартной справке юнити

Я не руководитель проекта и останавливать разработку из за того что 3D художник не очень знает что то из Unity как то странно. А про графику и оптимизацию я мануал читал несколько раз, все что там есть уже сделано.

[DualPain]

Вы не знаете и не понимаете очень простых вещей. Как работают тени, как полигонаж влияет на производительность. Уверен, что вы понятия не имеете сколько должно быть в среднем полигонов в кадре для вашего жанра.
Я не говорю, что вы плохой работник, просто надо подучить основы. Все эти вещи легко найти в интернете.
3д артисты вообще ничего могут и не знать по движку, их задача сделать качественную модель с требуемым числом полигонов.

[shoooter9688]

Вы не знаете и не понимаете очень простых вещей. Как работают тени, как полигонаж влияет на производительность. Уверен, что вы понятия не имеете сколько должно быть в среднем полигонов в кадре для вашего жанра.
Я не говорю, что вы плохой работник, просто надо подучить основы. Все эти вещи легко найти в интернете.
3д артисты вообще ничего могут и не знать по движку, их задача сделать качественную модель с требуемым числом полигонов.

Сколько должно быть полигонов это как раз несложно найти.
Я бы хотел изучить работу графики на компьютере, я пытался не так давно найти на эту тему что то, но как то не вышло, хотел найти как работает видеокарта и общается с процессором, но нашел что то вроде "Процессор что то отпраляет видеокарте она что то рисует", по процессору например это все очень легко гуглится и можно все изучить до логических элементов.
Подскажите пожалуйста что именно искать.

Кстати насчет полигонов проводил такие тесты: делал множество простых кубиков около 40к треугольников и несколько кубиков но около 40млн треугольников(цифры приблизительные), так вот последняя сцена выдавала 30фпс, а в первой вроде и 10 не было. И что интересно сцена с большим кол-вом треугольников процессор практически никак не нагружала все упиралось в возможности видеокарты, а в другой сцене наоборот было. От этого и появилось мнение что количество полигонов не сильно влияет на нагрузку процессора.

[Anti-Ded]

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

Читал про Динамический батчинг (Dynamic Batching), но там конкретно сказано, что вмешательства не требует. Источник света у меня только один, так что много чего тоже отваливается. Все модели преобразовал в кубики - всё равно тормозит. Убирание теней даёт совсем небольшой прирост. Объектов в кадре бывает до 600. Весь металлик и смуснес, спекулар и рефлекшн отключены на материалах, гпу инстансинг включён. Лайт и рефлекш на кубиках отключены, тени отключены.

[Jarico]

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

Читал про Динамический батчинг (Dynamic Batching), но там конкретно сказано, что вмешательства не требует. Источник света у меня только один, так что много чего тоже отваливается. Все модели преобразовал в кубики - всё равно тормозит. Убирание теней даёт совсем небольшой прирост. Объектов в кадре бывает до 600. Весь металлик и смуснес, спекулар и рефлекшн отключены на материалах, гпу инстансинг включён. Лайт и рефлекш на кубиках отключены, тени отключены.

Потому что юзается только 1 поток! Юнити работает в однопоточном режиме + в нагрузку идёт отрисовка интерфейса редактора который рисуется процессором (OnGUI же)...

Изучай ECS с Job System и Burst... На днях испытывал при больших количествах объектов (около 3к) фпс так же проседает но быстро стабилизируется когда операции с некоторыми объектами заверешены

[Anti-Ded]

С ECS и JobSystem тоже ознакомлен, потому у меня в толпе зомбей есть лидер, который ищет цель и указывает путь, а остальные тупо идут рядом. Сейчас 1000 зомбей без потери фпс вообще, но стоит хотя бы трём сотням появиться на экране и кранты...

[Jarico]

С ECS и JobSystem тоже ознакомлен, потому у меня в толпе зомбей есть лидер, который ищет цель и указывает путь, а остальные тупо идут рядом. Сейчас 1000 зомбей без потери фпс вообще, но стоит хотя бы трём сотням появиться на экране и кранты...

Мне кажется может лагать из-за Mesh Renderer и Skinned Mesh Renderer... Они вроде обрабатываются процессором конвейером перед отправкой ГП....

Отключи все Mesh Renderer и Skinned Mesh Renderer и посмотри в профайлере что жрёт процессорное время

[Anti-Ded]

Поменял зомбей на кубики. Потеря фпс оказалась очень маленькая... Но зомбаки у меня совсем лоуполи