В gl_Position.

Но в этом окошке только вызовы API между текущим draw call и предыдущим

Текущие значения должны быть где-то либо в Pipeline State, либо в Resource Inspector

Таки это то, что искал. Спасибо!

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

google -> Acceleration Data Structures

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

так тебе нужна структура данных, которая позволит отсекать объекты, заведомо ложные из тех, что ты ищешь. так как у тебя плоскость, тебе может подойти вот это:
https://ru.wikipedia.org/wiki/%D0%94%D0%B5%D1%80%D0%B5%D0%B2%D0%BE_%D0%BA%D0%B2%D0%B0%D0%B4%D1%80%D0%B0%D0%BD%D1%82%D0%BE%D0%B2

Точка это 2 или 3 координаты? Погугли про р деревья и кд деревья

2d пространство

вот это уже ближе к правде, спасибо

если партиклы такие дешёвые, то чё их не использовать для того чтобы сделать траву из них. или ещё чё можно придумать

мех.

вон ниагара сэмплит текстуру и повторяет её партиклами.

Кто сказал, что они дешёвые? Зависит от overdraw, у травы его дофигища

Ну и принципиальной разницы между травой и частицами всё равно нет

Что там куча спрайтов, что там

100000 партиклов сейчас в вре у меня перед лицом летают на древней карте

А какого размера, и во сколько слоёв они кроют экран?

тут не спрайты, тут безуперчная вырезка матемтическая. надо думать по-разному. можно мешами. можно ещё что-то придумать.