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

OpenGL и видеопамять (2 стр)

Страницы: 1 2
#15
23:11, 23 мая 2010

Дык, если я создам VBO - он и окажется в видеопамяти.

#16
23:31, 23 мая 2010

Rook
> Дык, если я создам VBO - он и окажется в видеопамяти.
Совсем нет. Когда памяти остаётся мало, он будет в специальной области выделенной драйвером.
Когда этот буфер будет нужен, драйвер перегонит его в видеопамять.

#17
15:10, 24 мая 2010

SNVampyre, понял, в общем, некоторая автоматика тут есть. Что-то вроде POOL_MANAGED в Direct3D, как я понял. Еще вопрос, в Superbible написано, что glTexSubImage работает быстрее, чем  glTexImage. Но для этого, я так понял, загружаемая текстура должна быть меньше или равна той, которая там была?

#18
15:20, 24 мая 2010

SNVampyre
> ALPINE
> > а штатных средств для вычисления размера видеопамяти нет.
> Есть ATI_mem_info
на nVidia тоже есть
http://developer.download.nvidia.com/opengl/specs/GL_NVX_gpu_memory_info.txt

#19
15:55, 24 мая 2010

Rook
> написано, что glTexSubImage работает быстрее, чем glTexImage
А как может быть иначе, если данных меньше?

#20
16:13, 24 мая 2010

Rook
> Еще вопрос, в Superbible написано, что glTexSubImage работает быстрее, чем
> glTexImage.

а там не написано что функции решают разные задачи ?

#21
16:49, 24 мая 2010

innuendo
Ну, то бишь, проще кпирнуть текстуру с помощю SubImage, чем удалить старую и создать новую (=. My fault, не уточнил.

SNVampyre
А если столько же?

#22
17:02, 24 мая 2010

Rook
Всем, вообще всем, рулит драйвер и только он решает кому, где и как лежать, на чём считаться, на чём не считаться... Драйвер царь и бог тут...
Захочет тебе вообще шейдеры на ЦПУ начнёт считать, никаких гарантий в общемто нет...
Скорость тех или иных функций это всё тоже зависит только от реализации драйвером и железом конечно же...

> Ну, то бишь, проще кпирнуть текстуру с помощю SubImage, чем удалить старую и создать новую (=. My fault, не уточнил.

glClear вообщето есть для очистки, очень быстрый аппаратный клир...
Заливать в текстуру по шине данные, чтобы очистить её, это тот ещё изврат... :)

#23
17:24, 24 мая 2010

Подозреваю, что это таки "копирнуть" или что-то подобное. Как минимум хуже от этого не будет. С другой стороны - в случае с не самым глупым драйвером накладных расходов будет не много, а делается эта операция всё-таки не миллион раз в кадр, так что разницу заметить будет трудно.

#24
17:28, 24 мая 2010

Огромное спасибо, господа!

Страницы: 1 2
ПрограммированиеФорумГрафика

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