Казалось бы простая задача - а найти не могу

Есть трехмерная матрица M[][][]

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

При размере матрицы до 40 -- FPS еще держится на уровне 30-40,  даже уже при размере 64 начинаются дикие тормоза - 3-4 FPS. (я вращаю матрицу)
Я использую библиотеку GLUT.
При GLAUX ситуация чуть лучше. но не намного.
Хочется выводить матрицы размером хотя бы до 256.

Матрица создается в начале программы и больше не меняется
Возможно как-то можно загнать эту структуру в единый объект, или прорисовывать только видимые кубы? 
Подскажите, пожалуйста.

Это сообщение отредактировал(а) Nikonik - 21.3.2007, 13:13

Размер матрицы - это что? Ты же сказал, что у тебя трёхмерная матрица.
В любом случае, делай так: получай все вершины все х объектов в один массив такого типа: x1, y1, z1, x2, y2, z2 и используй glDrawElements.
Как его юзать, читай progz.ru

Размер матрицы это количество элементов в одной грани
матрицы размером до 256 - это 256х256х256

glDrawElements начал читать....

Ну тогда делаешь так:
Вычисляешь по размеру матрицы координаты вершин куба. По сути у тебя каждая ячейка - это куб. Следовательно тебе нужно просто получить точки (если матрица 3х3х3) вершин 27 кубов. Загоняешь их в один массив, отрисовываешь через drawElements или drawArray, затем ставишь по местам текст со значениями каждой ячейки. Но быстрее будет, если ты будешь работать с текстом, как с полигонами, имея их вершины и выводя также через drawArray или drawElements.

ЗЫ
progz.ru - там перевод красной книги openGL. Очень советую сохранить всё это дело, хороший справочник выходит. Ещё достань книгу Анджела "Программирование графики на opengl", там много мат. трюков и этого тебе хватит на реализацию и понятие азов минимум половину алгоритмов.

попробовал DrawElements - действительно быстрее, но заодно прочитал и о такой вещи как VBO - она должна еще более ощутимый прирост



а как определить порядок вершин? по-моему тут это главная задача

не понял о каком тексте идёт речь

не понял про красную книгу, но progz, читать начал

Есть такая штука - красная книга ogl, там расписаны принципы функционирования его. Так вот: на progz.ru - это перевод этой самой книги.

Порядок на сколько мне известно значения не имеет. Главное чтобы в памяти лежало так, как ты укажешь в параметрах, при вызове функций.

Если юзаеш DrawElements (даже если и drawArray) то порядок вершин имеет весомое значение!

FIaR, и какое?

Порядок, как оказалось,  имеет значение если использовать culling - я целый час перебирал вершины пока сделал так что кубики видны со всех сторон.

С VBO пока не лады.. не могу найти толкового объяснения.

  

betal, какой пример ещё?

на то что получилось.

Это сообщение отредактировал(а) betal - 19.4.2007, 21:26

Sorry, на форум не заходил 
Нашел через поисковик - google top по запросу "glaux вывод FPS" - что подтвержает, что мало все-таки литературы по gl в рунете.

С неплохими задержками люди примеры хотят, получилось вот так:

Вершины шестиугольников (в моей пркиладной задаче - шестиугольники)


Вывод:


В main не забыть привязать:

и отвязать 


дополнительно ради чего мучался с порядком обхода - culling


Ну и еще ускорение за счет разрежености матриц + линеаризация трехмерного массива в одномерный M.