Войти
ПрограммированиеФорумГрафика

Поиск узкого места в производительности (3 стр)

Страницы: 1 2 3 4 5 Следующая »
#30
15:41, 6 окт. 2017

дело было не в бобине...

#31
15:42, 6 окт. 2017

nonamezerox
> И даже сотни тысяч коробок спокойно скушаются твоим процессором.
Ок, получу я список из нескольких десятков тысяч коробок. Дальше что? 10.000 раз вызвать glDrawElements()? Зачем такие сложности для статики?

Такой подробный фрустум (даже упрощенный - сфера вместо AABB) я если и буду использовать, то только для динамических объектов, для которых нельзя заранее сделать всё то что на картинке выше.

#32
15:45, 6 окт. 2017

Роман Шувалов
> 10.000 раз вызвать glDrawElements()?

и шо? Криминал штоле?  glDraw - это самый дешевый вызов среди прочих вызовов, таких как смена шейдера, смена vbo, смена текстур. Даже установка юниформа дороже стоит. 

#33
15:50, 6 окт. 2017

Роман Шувалов

Ну если тебе исключительно для самоуспокоения, то есть

https://www.khronos.org/opengl/wiki/GLAPI/glMultiDrawArrays

https://www.khronos.org/opengl/wiki/GLAPI/glMultiDrawElements

#34
16:39, 6 окт. 2017

nonamezerox
> glDraw - это самый дешевый вызов среди прочих вызовов, таких как смена шейдера,
> смена vbo, смена текстур. Даже установка юниформа дороже стоит. 
да ты что? какие новости классные..

#35
17:30, 6 окт. 2017

Роман Шувалов
> Дальше что?

Ты хоть картинку покажи, что за страшная такая сцена :)

#36
17:44, 6 окт. 2017

innuendo
> хоть картинку покажи, что за страшная такая сцена :)
Покажу в течение 2-3 недель вместе с анонсом.

#37
18:03, 6 окт. 2017

nonamezerox
> Предлагаю для каждого объекта посчитать bounding box.
Кстати,а если это один меш? Допустим  ланшафт, пускай горы будут.Как в таком случае реазлировать frustrum culling?

#38
18:59, 6 окт. 2017

u960
Разбивать на несколько мешей. Либо сделать несколько массивов индексов (IBO). Либо в одном IBO сгруппировать индексы так, чтобы можно было через несколько вызовов glDrawRangeElements() нарисовать нужный фрагмент меша.

#39
19:36, 6 окт. 2017

Столько всякой фигни понаписали... Почему никто ему не сказал, что у интела есть пермфомеанс-аналайзер, который может чётко и понятно разобрать кадр и показать что тормозит, где тормозит и почему именно тормозит - причём и по ЦПУ и по ГПУ он умеет это делать?

https://software.intel.com/en-us/gpa

#40
19:55, 6 окт. 2017

slava_mib
Линукс.

#41
20:37, 6 окт. 2017

Линукс, ОГЛ, интел... Жесть какая. Даже не могу придумать что бы могло быть ЕЩЕ хуже )))

Разве что программить прикованным к батарее - не твой случай случайно?

#42
20:48, 6 окт. 2017

Роман Шувалов


кстати, кто мешает сделать сначала под win - отладить всё и потом уже портануть?

#43
20:50, 6 окт. 2017

Роман Шувалов
> Линукс.
У интела наилучшая поддержка линукса среди GPU-вендоров.
Ты точно пробовал скачать с того сайта?

#44
21:15, 6 окт. 2017

slava_mib

+ Хуже может быть только если заменить в этой цепочке OpenGL на DirectX

Роман Шувалов
https://software.intel.com/en-us/gpa/free-download https://software.intel.com/node/543888#Getting_Started_for_Ubuntu_applications - вроде как то что нужно, и есть для бубунты пакет.

Страницы: 1 2 3 4 5 Следующая »
ПрограммированиеФорумГрафика

Тема в архиве.