Оптимизация и минимизация draw calls в гуи

[neozman]

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

[Nicloay]

один дрокол, это когда все текстуры в атласе и все плейны в сцене используют один sharedMaterial. Но учти, если у тебя уже стандартный гуи , то перевести все на ngui будет достаточно не просто. и не достаточно обосновано.. Я например с своего гуи(похож на ngui) перешел на OnGUI получил 80 дроколов вместо одного. но загрузка CPU и GPU осталась примерно прежне, так что показатель drawCall -ов для гуи не особо важен в случае если ты не используешь guiLayout.

[neozman]

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

Вообще, я использую gui, может стоит на guilayout перейти?

[Nicloay]

наоборот, guilayout это лишний тяжелый проход каждый фрейм. насчет дроколов не заморачивайся и смотри в первую очередь на FPS (frame per second) с включеным гуи и выключеным, если будет невилика разница то и оптимизировать его не надо.
еще бонус OnGUI что ты все контролируешь через код, nGUI ты тоже можешь все через код, но он все же больше WYSIWYG редактор.

[Neodrop]

дракулы в GUI не страшны. Смотрите статистику профайлера.

[neozman]

еще бонус OnGUI что ты все контролируешь через код, nGUI ты тоже можешь все через код, но он все же больше WYSIWYG редактор.

Собственно, поэтому я и хотел раписать свой простенький гуи менеджер.

Тогда вопрос: допустим мне нужны разные виды кнопок, хотя я сделал гуискин, но приходится плодить структурки гуистайлов для каждой новой кнопки банально из-за своей текстуры. Нет ли более изящного способа?

И вообще, я пока не пробовал компилить проект под мобильные платформы, поэтому вопрос: билд сжимает текстуры пол размер экрана или мне придется все-таки вводить поправку на размер экрана каждого устройства?

[Medveckij]

еще бонус OnGUI что ты все контролируешь через код, nGUI ты тоже можешь все через код, но он все же больше WYSIWYG редактор.

Собственно, поэтому я и хотел раписать свой простенький гуи менеджер.

Тогда вопрос: допустим мне нужны разные виды кнопок, хотя я сделал гуискин, но приходится плодить структурки гуистайлов для каждой новой кнопки банально из-за своей текстуры. Нет ли более изящного способа?

И вообще, я пока не пробовал компилить проект под мобильные платформы, поэтому вопрос: билд сжимает текстуры пол размер экрана или мне придется все-таки вводить поправку на размер экрана каждого устройства?

Вы ведь указываете ширину и высоту выводимого GUI элемента в пикселях. Соответственно размеры элемента на мобиле будут относительны разрешения экрана устройства.

Не знаю на сколько способ верный, но в случае, если, к примеру вам нужно вывести на экран перечень кнопок с уникальной текстурой для каждого элемента, перед каждым выводом можно программно подгружать текстуру из папки resources на все состояния этого элемента. На производительность никак не влияет, проверял. Возможно это костыльный костыль, не могу знать наверняка.

[Nicloay]

Тогда вопрос: допустим мне нужны разные виды кнопок, хотя я сделал гуискин, но приходится плодить структурки гуистайлов для каждой новой кнопки банально из-за своей текстуры. Нет ли более изящного способа?

В кнопку же не только текст можно передавать но и иконку. Если цвет менять tint или bg для етого есть методы в GUI классе. Но если у вас сами текстуры краев разные то тут да. Стили плодить, но я не вижу в етом криминала. Главное чтоб двойной раьоты в этом не было.