VK
Конструктор сомнительный, даже не указывает, что это за тип буфера (binding target), но если тебе нужна просто RAII-обёртка над хендлом, то норм, если тебе с ней удобно
Size: a a a
2020 March 02
VK
Ну или так, наоборот, да
VK
Но можно такое и шаблоном сделать для всех типов хендлов
VK
Или в шаблоны нельзя передавать как аргументы функции?
TG
Жди фенс (или queue или device idle), пересоздавай VkImage и все зависимые VkFramebuffer и дескрипторы
vkDeviceWaitIdle
TG
есть такой класс для буферов:
class Buffer {
GLuint buffer;
protected:
Buffer() {
glGenBuffers(1, &buffer);
}
public:
~Buffer() {
glDeleteBuffers(1, &buffer);
}
Buffer(const Buffer &other) = delete;
Buffer(Buffer &&other) : buffer(other.buffer) {
other.buffer = 0;
}
Buffer& operator=(const Buffer &other) = delete;
Buffer& operator=(Buffer &&other) {
std::swap(buffer, other.buffer);
return *this;
}
operator GLuint() {
return buffer;
}
};
как думаете стоит создать для него конструктор пустого состояния?думаю, ты не ту задачу решаешь )
d
Но можно такое и шаблоном сделать для всех типов хендлов
у меня наследник шаблон в его конструкторе делается бинд, только сейчас на шаблоны переделал
d
Посоветую не создавать в конструкторе буфер. Ибо успех сей операции зависит от того забинжен ли контекст или нет
если контекст не забинжен, то тут точно что-то не так
AB
если контекст не забинжен, то тут точно что-то не так
Не люблю конструкторы, которые зависят от глобального стейта
d
Не люблю конструкторы, которые зависят от глобального стейта
ну это гл, тут либо нужно ещё больше усложнять, либо делать по простому
U
Жди фенс (или queue или device idle), пересоздавай VkImage и все зависимые VkFramebuffer и дескрипторы
он спросил можно ли без этого
S
Спрашивал, однако потерял линк. Что можно посмотреть/почитать по архитектуре GPU?
VT
S
Спасибо.
2020 March 03
d
сейчас в голову пришёл ещё один вариант для организации субмешей, сделать каждый субмеш не отдельными массивами, а разместить их в общем массиве с требованием размещать индексы субмешей так чтобы для одного субмеша они лежали рядом без "дыр"
d
а ещё пришёл в голову способ более удобной загрузки
d
в общем, пока пришёл вот к такому интерфейсу меша:
class IMesh {
public:
struct vertex {
math::vec3 pos;
math::vec3 norm;
math::vec3 tang;
math::vec2 uv;
float reserve;
};
struct mesh_parameters {
std::uint32_t verticesCount;
std::uint32_t elementsCount;
std::uint32_t submeshCount;
};
struct submesh_range {
std::uint32_t start;
std::uint32_t end;
};
virtual mesh_parameters getMeshParameters() = 0;
virtual void loadVerticesRange(vertex* vertexBuffer, std::uint32_t startVertex, std::uint32_t endVertex) = 0;
virtual void loadElementsRange(std::uint32_t* vertexBuffer, std::uint32_t startVertex, std::uint32_t endVertex) = 0;
virtual submesh_range getSubmeshRange(std::uint32_t submeshIndex) = 0;
virtual unsigned getVersion() = 0;
protected:
~IMesh() = default;
};VT
попробуй атрибуты в декларатор какой-нить завернуть. А то интерфейс, а привязан к формату вершин
d
попробуй атрибуты в декларатор какой-нить завернуть. А то интерфейс, а привязан к формату вершин
какой ещё декларатор? вообще у меня так и задумана привязка к формату вершин, по крайней мере тут рендер при загрузке может отконвертировать его как хочется
VT
какой хочешь: битфилды, как fvf,