glDeleteBuffers() и glDeleteTextures() не освобождают память (upd.: освобождают; опечатка - два одинаковых индекса, дважды создавался VAO, а удалялся только один) (4 стр)
| foxes | Постоялец | www | 20 мар. 2018 | 21:18 | #45 |
|---|
> Чисто.
Ну простой пример из 3 строчек "создать заполнить удалить" не течет?
| Роман Шувалов | Участник | www | 20 мар. 2018 | 21:34 | #46 |
|---|
> VAO может объединять несколько VBO.
Ок, приму к сведению, но в моем случае это пока не нужно.
MrShoor
> Убедись, что код с glDeleteVertexArrays вообще вызывается,
Убедился.
MrShoor
> Еще не красиво выглядит, что у тебя не зануляются дескрипторы:
Там в конце объект уничтожается. Вернее, выставляется status = 0. А при создании нового все заполняется нулями.
MrShoor
> Ну и наконец включен ли Break On OpenGL Errors и Break On Detected Errors в CodeXL?
Запустил сейчас последнюю версию - на выходе виснет и приложение, и CodeXL. Сейчас попробую в Windows.
foxes
> Ну простой пример из 3 строчек "создать заполнить удалить" не течет?
Сейчас испытаю. Но вообще, если отключить VAO (контекст OpenGL 2.1), то ничего не течёт. То есть утечка именно в местах, обёрнутых в
if (VaoEnabled) { // ... }
| Роман Шувалов | Участник | www | 20 мар. 2018 | 22:06 | #47 |
|---|
Утечки статические, т.е. не зависят от моих тестов. Они где-то на этапе загрузки приложения, даже если после загрузки меню сразу закрою - утечек столько же, так что они к делу не относятся.
foxes
> Ну простой пример из 3 строчек "создать заполнить удалить" не течет?
Не течёт :) Но ведь без VAO вообще ничего не течёт, а код внутри скобок if (VaoEnabled) { ... } только содержит только вызовы gl*, которые на простом тесте не дают текучки. Я в замешательстве.
| Роман Шувалов | Участник | www | 20 мар. 2018 | 23:46 | #49 |
|---|
А если в процессе создания-удаления нескольких сотен VAO+VBO заниматься чем-то еще, что занимает память, то VAO уже не удаляется.
Повреждение памяти было бы заметно, тем более в режиме OpenGL 2.1 без VAO всё работает чётко.
Похоже, единственный способ найти - комментировать всё подряд вплоть до заведомо рабочего состояния "создать-удалить".
| MrShoor | Участник | www | 21 мар. 2018 | 0:01 | #50 |
|---|
> то VAO уже не удаляется.
Заведи глобальный счетчик сразу после вызова:
glCreateVertexArrays() gvVAOCount++;
glDeleteVertexArrays() gvVAOCount--;
cout<<gvVAOCount<<"\n";
Правка: 21 мар. 2018 0:02
| Роман Шувалов | Участник | www | 21 мар. 2018 | 0:16 | #51 |
|---|
| Роман Шувалов | Участник | www | 21 мар. 2018 | 0:19 | #52 |
|---|
О_О я не отправил предыдущее сообщение что ли... именно так я и поступил. Там ноль. (Ну, не ноль, а то, что после первоначальной загрузки осталось.)
| Роман Шувалов | Участник | www | 21 мар. 2018 | 0:27 | #53 |
|---|
#define GAME_SH_SHADOW_OBJ (RS_SH_USER + 36) #define GAME_SH_TRANSPARENT_SHADOW_OBJ (RS_SH_USER + 36)
Дело закрыто.
| Роман Шувалов | Участник | www | 21 мар. 2018 | 10:04 | #56 |
|---|
> вы изобрели refcounters? гениально :)
Мне нужен был список из констант, если в Си есть лёгкий способ их автоматического инкрементального объявления, дайте знать.
Для GUI я заморочился и написал целую программу (ну там в любом случае был экспорт в мой собственный формат, так что несложно заодно и список сохранить в .h файл). Но для всего остального.
| Bowman | Постоялец | www | 21 мар. 2018 | 11:56 | #57 |
|---|
> Мне нужен был список из констант, если в Си есть лёгкий способ их
> автоматического инкрементального объявления, дайте знать.
enum
| Роман Шувалов | Участник | www | 21 мар. 2018 | 12:56 | #58 |
|---|
> enum
/ Форум / Программирование игр / Графика