Как можно удалить объект Vertex Array OpenGL без вызова glDeleteVertexArrays?

Question

Как можно удалить объект Vertex Array OpenGL без вызова glDeleteVertexArrays?

0

Я разрабатываю плагин After Effects, где я использую VAO для рендеринга OpenGL. После предварительного просмотра в полноэкранном режиме VAO, который имеет дескриптор номер 1, каким-то образом удаляется (glGenVertexArrays генерирует 1 снова). Странная вещь заключается в том, что шейдеры и фреймбуферы по-прежнему действительны, поэтому не полностью сменится весь контекст OpenGL. Кто-нибудь знает, что может вызвать это?

s---70 01 дек. 2014, в 16:23

Источник

1

AFAIK, нет другого способа освободить VAO, кроме как уничтожить его (за исключением, может быть, ошибки нехватки памяти или чего-то подобного). Скорее всего, какой-то фрагмент кода освобождает его преждевременно, но, не видя код, мы не можем помочь.
Colonel Thirty Two 01 дек. 2014, в 15:24
0

Странно, но я также проверил это с помощью образца плагина OpenGL, включенного в SDK After Effects, просто вызвав glGenVertexArrays для каждого визуализированного кадра. Сгенерированный дескриптор увеличивается каждый кадр, пока я не отменю предварительный просмотр ОЗУ в полноэкранном режиме, где он снова начинается с 1. Я определенно нигде не вызываю glDeleteVertexArrays, поэтому любое удаление vao должно происходить вне моего кода ...
s---70 01 дек. 2014, в 15:31
2

Похоже, вы работаете в другом контексте OpenGL при втором вызове glGenVertexArrays (...) . VAO не разделяются между контекстами рендеринга, в то время как другие объекты (те, которые хранят фактические данные), такие как текстуры и объекты буфера, могут совместно использоваться.
Andon M. Coleman 01 дек. 2014, в 16:45
0

Да, я думаю, что это направление, в котором я должен исследовать. Вероятно, полноэкранный предварительный просмотр делает некоторые вещи OpenGL, которые портят вещи для меня.
s---70 01 дек. 2014, в 17:31
0

@AndonM.ColemanAndonM.Coleman ОП говорит, что FBO по-прежнему в силе. Я думаю, что они также должны были бы уйти, если это другой контекст, потому что они не являются общими. Так что, хотя это звучит как хорошая теория, она не полностью объясняет симптомы.
Reto Koradi 02 дек. 2014, в 05:27
0

@RetoKoradi: О, это то, что означают «кадровые буферы все еще действительны»? Я думал, что он имел в виду содержимое кадрового буфера, а не объекты кадрового буфера.
Andon M. Coleman 02 дек. 2014, в 08:25
0

В настоящее время я переписываю плагин для использования wgl вместо glfw. Я думаю, что могут быть проблемы с его способами переключения контекста.
s---70 02 дек. 2014, в 15:30

Показать ещё 5 комментариев

Теги:

c++

opengl

visual-studio-2012

after-effects

vertex-array-object

2 ответа

1

Наиболее вероятным объяснением является то, что ваш плагин получает полностью новый созданный контекст OpenGL, все время происходит. Если ваш контекст OpenGL поделился своим пространством имен "списком" с другим "кеширующим" контекстом, и этот обмен будет восстановлен для нового контекста, вы должны наблюдать это поведение.

Странная вещь заключается в том, что шейдеры и фреймбуферы по-прежнему действительны, поэтому не полностью сменится весь контекст OpenGL.

При создании пространства имен OpenGL-контекстов, разделяющего некоторые виды объектов, совместно используются, т.е. Получают свои "внутренние подсчеты ссылок" (вы не можете напрямую обращаться к нему), увеличивающихся для каждого участвующего контекста, а другие - нет. Объекты, которые хранят данные в любой форме (текстуры, буферные объекты, шейдеры), являются общими, в то время как объекты абстракции, которые содержат состояние (объекты массива и объекты фреймбуфера среди них), не являются.

Поэтому, если создается новый контекст и используется пространство имен с установленным контентом кэша, вы увидите все текстуры, шейдеры и т.д., Которые вы создали ранее, тогда как VAO и FBOs исчезнут.

Если вы хотите поймать эту ситуацию, используйте wglGetCurrentContext чтобы получить дескриптор ОС. Вы можете безопасно uintptr_t дескриптор окна к uintptr_t integer, поэтому для отладки вы можете распечатать значение дескриптора и искать, если он изменится.

datenwolf 01 дек. 2014, в 20:35

Ещё вопросы

AFAIK, нет другого способа освободить VAO, кроме как уничтожить его (за исключением, может быть, ошибки нехватки памяти или чего-то подобного). Скорее всего, какой-то фрагмент кода освобождает его преждевременно, но, не видя код, мы не можем помочь.
Странно, но я также проверил это с помощью образца плагина OpenGL, включенного в SDK After Effects, просто вызвав glGenVertexArrays для каждого визуализированного кадра. Сгенерированный дескриптор увеличивается каждый кадр, пока я не отменю предварительный просмотр ОЗУ в полноэкранном режиме, где он снова начинается с 1. Я определенно нигде не вызываю glDeleteVertexArrays, поэтому любое удаление vao должно происходить вне моего кода ...
Похоже, вы работаете в другом контексте OpenGL при втором вызове glGenVertexArrays (...) . VAO не разделяются между контекстами рендеринга, в то время как другие объекты (те, которые хранят фактические данные), такие как текстуры и объекты буфера, могут совместно использоваться.
Да, я думаю, что это направление, в котором я должен исследовать. Вероятно, полноэкранный предварительный просмотр делает некоторые вещи OpenGL, которые портят вещи для меня.
@AndonM.ColemanAndonM.Coleman ОП говорит, что FBO по-прежнему в силе. Я думаю, что они также должны были бы уйти, если это другой контекст, потому что они не являются общими. Так что, хотя это звучит как хорошая теория, она не полностью объясняет симптомы.
@RetoKoradi: О, это то, что означают «кадровые буферы все еще действительны»? Я думал, что он имел в виду содержимое кадрового буфера, а не объекты кадрового буфера.
В настоящее время я переписываю плагин для использования wgl вместо glfw. Я думаю, что могут быть проблемы с его способами переключения контекста.

s---70 · Accepted Answer · 2014-12-17T14-34-00.000Z

Хорошо, поэтому проблема заключалась в использовании GLFW для получения контекста OpenGL. Как только я переключился на WGL, он сработал.