OnGUI на разные камеры или "компоновшик" текстуры.

[Glooger]

Собсна сабж описан тут http://unity3d.ru/distribution/viewtopic.php?f=13&t=19304

Порывшись на буржуйских форумах, понял, что OnGUI нельзя раскидать на разные камеры, можно только у "не нужной" камеры guilayer отключить . Это так?

Если это так, то вижу только два "не очень" способа создания текстуры из 10 других (с прозрачностью), и возможностью пересоздавать в каждом кадре:
-- либо использовать сторонние dll для "компоновки" текстуры поля?
-- либо отрисовывать все поля в одну текстуру, одной камерой и разрезать... ну это как бэ вобще

[Nicloay]

чет я не понял что нужно компоновать и зачем, есть же Texture2D.PackTextures ну или Texture.setPixels().
Да и что то мне кажется что можно с помощью стилей решить вашу задачу.

[Glooger]

чет я не понял что нужно компоновать и зачем, есть же Texture2D.PackTextures ну или Texture.setPixels().

Под "компоновать" я подразуменаю слияние таких объектов, как GUI кнопок, текстов, спреев в одну текстуру.

Texture2D.PackTextures не то, а вот с Texture.setPixels не накладно будет? допустим у нас в одном поле (250*250 pix) по 10 текстур... а таких полей 5 всего и не накладно будет по производительности каждый кадр все эти пиксели выводить? Я понимаю, что любой другой редактор по пикселю всё выводит, так что может это не критично? (на крайняк можно текстуры через НЕ юнитовские классы создавать, тогда можно будет с мультипоточностью поиграть?)

Да и что то мне кажется что можно с помощью стилей решить вашу задачу.

Можно поподробнее?

[marikcool]

1. OnGUI камера не рендерит.
2. Закинь все текстуры в один атлас и рисуй, рендер в текстуру и вывод дороже обойдется чем например 5 раз отрисовать с одной текстуры.

[Nicloay]

а вот с Texture.setPixels не накладно будет? допустим у нас в одном поле (250*250 pix) по 10 текстур... а таких полей 5 всего и не накладно будет по производительности каждый кадр все эти пиксели выводить? Я понимаю, что любой другой редактор по пикселю всё выводит, так что может это не критично? (на крайняк можно текстуры через НЕ юнитовские классы создавать, тогда можно будет с мультипоточностью поиграть?)

Каждый кадр конечно накладно, накладнее чем любая работа в шейдерах. поэтому хоть какую библиотеку возьми, все будет тормозить. в основном в момент Texture.Apply() когда данные грузятся в GPU.

Можно поподробнее?

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

[seaman]

Прицепляй нативные библиотеки типа FreeImage В них это делается достаточно быстро. Хотя, конечно не настолько быстро как шейдерами.
Где проскакивало сообщение, что даже в Фотошопе смешивание слоев в редакторе сделано на шейдерах.