Альтернатива зед-сортингу

[DbIMok]

не знаю какой именно SM имеется в виду, но Mesh.CombineMeshes говорит что:

If mergeSubMeshes is true, all the meshes will be combined to a single submesh. Otherwise each mesh will go into a different submesh. If all meshes share the same material, set this to true.

[gnoblin]

В SM 1 материал = 1 меш = 1 дк

[seaman]

Что-то я не понял. А если двигающиеся части - он что каждый кадр заново создает комбайнмеш?

[gnoblin]

Нет, он просто в реалтайме двигает вершины спрайтов в пределах одного меша.

[DbIMok]

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

[seaman]

Нет, он просто в реалтайме двигает вершины спрайтов в пределах одного меша.

Ага. Меш единый из кучи несвязанных квадов. И что-ж,- это получается лучше чем куча отдельных мешей с одним материалом? Надо попробовать. Спасибо.

[WhiteDevil]

Мне" от чего-то" кажется, что аппаратный батчинг будет работать быстрее, чем скриптовое по-вертексное создание и изменение меша.
Поигравшись с первым SpriteManager'ом, оказалось, что динамическая сортировка в каждом кадре губит всю производительность. Потому что при каждом перестроении одного квада в меше, автоматически вызывается перестроение всего меша вцелом. Наверное это можно упростить, но... х3
Я так думаю, что лучшим решением будет сделать механизм, при котором при загрузке сцены будет крафтиться атлас текстур, используемых в сцене. По-крайней мере тех, которых много-много. Вместе с атласом строить базу юв-координат, и каждый квад, в зависимости от объекта который он представляет, устанавливает себе соответственную текстуру.
Для ПК вариант хороший, но айфон\айпады тянут (насколько я знаю) максимальное разрешение текстур 1К х 1К

[DbIMok]

1024 - не мало )

The limit on the older iThouches, Original iPhone and iPhone3G is a max texture size of 1024x1024 using OpenGLES 1.1 (very simple vertex texturing, no real fragment shaders)
Later iPhone 3GS, iPhone 4, third-generation iPod touch, and the iPad support a max texture size of 2048x2048, OpenGLES 2.0 and real pixel pipeline for fragment shaders.

почему не делать атласы заранее? зачем их считать при запуске.

[WhiteDevil]

дело в том, что объектные текстуры в моем проекте занимают от 64х64 пикс до 512х512 И их море, так что все не уместить. Но спасибо за сводку В 2к можно где развернуться

[gnoblin]

а что за проект вообще - может изначально подход выбран не с той стороны?

[WhiteDevil]

http://www.kongregate.com/games/tjcarlo ... tions-wars
Вот такой. Только графики во много раз больше, как и игровой логики
Когда начинали, даже и не представляли что не так просто будет работать с "растровой" графикой в юнити.

[gnoblin]

Тогда минималистичный проект-пример в студию чтобы все вкусили проблемы проекта - иначе будет бесполезно обсуждать способы улучшить производительность!

[artk]

Ну а если использовать процедурные материалы? Одна большая текстура, 1-10 дравкол, но правда генерация ресы скушает, зато на анимации проще.