EC
Прост я послед раз трогал ugui и нативные спрайты когда вышла 4.6 как то не понравилось. А сейчас сел писать свой проектик и смотрю что воз и ныне там.
Size: a a a
2016 June 17
AS
ну, с точки зрения вёрстки ugui шикарен
d
и так ли уж нужны атласы
EC
ну ладно сейчас эксперементальные фичи занесли, а так без 9 слайс спрайтов жить было сложно
EC
Аталсы вообще или х2 х4?
EC
Ну у нас всегда требование поддержки большго кол-ва устройств т.к. для детей пишем, а у них девайсы не очень.
EC
Кстати насчёт ugui и обычных спрайтов. А какой сейчас каноничный вариант показа жизней над персонажаем. с точки зрения производительности. Ну т.е. можно делать канвасы которые мировые. Можно класть всё в ui канвас и синхронизровать позиции с 3д объектом. Можно через OnGUI нарисовать, ну или в сцену положить спрайт и поворачиваться его к камере всегда, как билборд.
AS
я бы вторым вариантом делал
AS
но не думаю, что он каноничен
К
Канвасы лучше разграничивать, уи - один, инфо - другой, жизни - третий. И в каждый ложить своё.
2016 June 20
EC
ну меня больше волновал вопрос с точки зрения производительности. т.е. предположим есть 3д сцена в ней юниты бегают. к ним нужно прикрутить хпбары. В целом я пару тестов провёл если создавать с юнитом сразу канвас ворлд спейс, но без рейкастера особой просадки по производительности нет. Хотя конечно ngui во всех кейсах работает быстрее, даже если делать последовательную спрайтовую анимацию.
К
Можно пул хпбаров организовать и назначать их на юнитов при OnBecameVisible. Так можно уменьшить количество канвасов и самих баров. И интерфейс с юнитами будет разделён.
EC
да я так и сделал
К
Более оптимального варианта я не вижу
EC
ну т.е. я изначально все через пулы пишу и графическое представление от логики отделаю.
NK
могу подсказать, что по производительности эффективно выключать компонент канваса
NK
а не сам
NK
объект
NK
при пулинге
EC
имеется ввиду вырубать корневой объект с канвасом?