Index Buffer¶
Resulting code: step034
Resulting code: step034-vanilla
The index buffer is used to separate the list of vertex attributes from the actual order in which they are connected. To illustrate its interest, let us draw a square, which is made of 2 triangles.
Index data¶
A straightforward way of drawing such a square is to use the following vertex attribtues:
std::vector<float> vertexData = {
// Triangle #0
-0.5, -0.5, // A
+0.5, -0.5,
+0.5, +0.5, // C
// Triangle #1
-0.5, -0.5, // A
+0.5, +0.5, // C
-0.5, +0.5,
};
But as you can see some data is duplicated (points \(A\) and \(C\)). And this duplication could be much worst on larger shapes with connected triangles.
A more compact way of expressing the square’s geometry is to separate the position from the connectivity:
// Define point data
// The de-duplicated list of point positions
std::vector<float> pointData = {
-0.5, -0.5, // Point #0 (A)
+0.5, -0.5, // Point #1
+0.5, +0.5, // Point #2 (C)
-0.5, +0.5, // Point #3
};
// Define index data
// This is a list of indices referencing positions in the pointData
std::vector<uint16_t> indexData = {
0, 1, 2, // Triangle #0 connects points #0, #1 and #2
0, 2, 3 // Triangle #1 connects points #0, #2 and #3
};
The index data must have type uint16_t
or uint32_t
. The former is more compact but limited to \(2^{16} = 65 536\) vertices.
Note
I also keep the interleaved color attribute in this example, my point data is:
std::vector<float> pointData = {
// x, y, r, g, b
-0.5, -0.5, 1.0, 0.0, 0.0,
+0.5, -0.5, 0.0, 1.0, 0.0,
+0.5, +0.5, 0.0, 0.0, 1.0,
-0.5, +0.5, 1.0, 1.0, 0.0
};
// This is a list of indices referencing positions in the pointData
std::vector<uint16_t> indexData = {
0, 1, 2, // Triangle #0 connects points #0, #1 and #2
0, 2, 3 // Triangle #1 connects points #0, #2 and #3
};
Using the index buffer adds an overhead of 6 * sizeof(uint16_t)
= 12 bytes but also saves 2 * 5 * sizeof(float)
= 40 bytes, so even on this very simple example it is worth using.
This split of data reorganizes a bit our buffer initialization method:
void Application::InitializeBuffers() {
{{Define point data}}
{{Define index data}}
// We now store the index count rather than the vertex count
indexCount = static_cast<uint32_t>(indexData.size());
{{Create point buffer}}
{{Create index buffer}}
}
In the list of application attributes, we replace vertexBuffer
with pointBuffer
and indexBuffer
, and replace vertexCount
with indexCount
.
private: // Application attributes
Buffer pointBuffer;
Buffer indexBuffer;
uint32_t indexCount;
private: // Application attributes
WGPUBuffer pointBuffer;
WGPUBuffer indexBuffer;
uint32_t indexCount;
And as usual, we release buffers in Terminate()
pointBuffer.release();
indexBuffer.release();
wgpuBufferRelease(pointBuffer);
wgpuBufferRelease(indexBuffer);
// It is not easy with the auto-generation of code to remove the previously
// defined `vertexBuffer` attribute, but at the same time some compilers
// (rightfully) complain if we do not use it. This is a hack to mark the
// variable as used and have automated build tests pass.
(void)vertexBuffer;
(void)vertexCount;
Buffer creation¶
Of course the index data must be stored in a GPU-side buffer. This buffer needs a usage of BufferUsage::Index
.
// Create index buffer
// (we reuse the bufferDesc initialized for the vertexBuffer)
bufferDesc.size = indexData.size() * sizeof(uint16_t);
{{Fix buffer size}}
bufferDesc.usage = BufferUsage::CopyDst | BufferUsage::Index;
indexBuffer = device.createBuffer(bufferDesc);
queue.writeBuffer(indexBuffer, 0, indexData.data(), bufferDesc.size);
// Create index buffer
// (we reuse the bufferDesc initialized for the vertexBuffer)
bufferDesc.size = indexData.size() * sizeof(uint16_t);
{{Fix buffer size}}
bufferDesc.usage = WGPUBufferUsage_CopyDst | WGPUBufferUsage_Index;;
indexBuffer = wgpuDeviceCreateBuffer(device, &bufferDesc);
wgpuQueueWriteBuffer(queue, indexBuffer, 0, indexData.data(), bufferDesc.size);
Important
A writeBuffer
operation must copy a number of bytes that is a multiple of 4. To ensure this, we must ceil the buffer size up to the next multiple of 4 before creating it:
bufferDesc.size = (bufferDesc.size + 3) & ~3; // round up to the next multiple of 4
Render pass¶
To draw with an index buffer, there are two changes in the render pass encoding:
Set the active index buffer with
renderPass.setIndexBuffer
.Replace
draw()
withdrawIndexed()
.
renderPass.setPipeline(pipeline);
// Set both vertex and index buffers
renderPass.setVertexBuffer(0, pointBuffer, 0, pointBuffer.getSize());
// The second argument must correspond to the choice of uint16_t or uint32_t
// we've done when creating the index buffer.
renderPass.setIndexBuffer(indexBuffer, IndexFormat::Uint16, 0, indexBuffer.getSize());
// Replace `draw()` with `drawIndexed()` and `vertexCount` with `indexCount`
// The extra argument is an offset within the index buffer.
renderPass.drawIndexed(indexCount, 1, 0, 0, 0);
wgpuRenderPassEncoderSetPipeline(renderPass, pipeline);
// Set both vertex and index buffers
wgpuRenderPassEncoderSetVertexBuffer(renderPass, 0, pointBuffer, 0, wgpuBufferGetSize(pointBuffer));
// The second argument must correspond to the choice of uint16_t or uint32_t
// we've done when creating the index buffer.
wgpuRenderPassEncoderSetIndexBuffer(renderPass, indexBuffer, WGPUIndexFormat_Uint16, 0, wgpuBufferGetSize(indexBuffer));
// Replace `draw()` with `drawIndexed()` and `vertexCount` with `indexCount`
// The extra argument is an offset within the index buffer.
wgpuRenderPassEncoderDrawIndexed(renderPass, indexCount, 1, 0, 0, 0);
We now see our “square”, with color highlighting how the red and blue points (\(A\) and \(C\)) are shared by both triangles:
![../../_images/deformed-quad.png](../../_images/deformed-quad.png)
The square is deformed because of our window’s aspect ratio.¶
Ratio correction¶
The square we obtained is deformed because its coordinates are expressed relative to the window’s dimensions. This can be fixed by multiplying one of the coordinates by the ratio of the window (which is \(640/480\) in our case).
We could do this either in the initial vertex data vector, but this will require is to update these values whenever the window dimension changes. A more interesting option is to use the power of the vertex shader:
// In vs_main():
let ratio = 640.0 / 480.0; // The width and height of the target surface
out.position = vec4f(in.position.x, in.position.y * ratio, 0.0, 1.0);
var out: VertexOutput; // create the output struct
{{Vertex shader position}}
out.color = in.color; // forward the color attribute to the fragment shader
return out;
Although basic, this is a first step towards what will be the key use of the vertex shader when introducing 3D transforms.
Note
It might feel a little unsatisfying to hard-code the window resolution in the shader like this, but we will quickly see how to make this more flexible thanks to uniforms.
![../../_images/quad.png](../../_images/quad.png)
The expected square¶
Conclusion¶
Using an index buffer is a rather simple concept in the end, and can save a lot of VRAM (GPU memory).
Additionally, it corresponds to the way traditional formats usually encode 3D meshes in order to keep the connectivity information, which is important for authoring (so that when the user moves a points all triangles that share this point are affected).
// Change background color
renderPassColorAttachment.view = targetView;
renderPassColorAttachment.resolveTarget = nullptr;
renderPassColorAttachment.loadOp = LoadOp::Clear;
renderPassColorAttachment.storeOp = StoreOp::Store;
renderPassColorAttachment.clearValue = Color{ 0.05, 0.05, 0.05, 1.0 };
#ifndef WEBGPU_BACKEND_WGPU
renderPassColorAttachment.depthSlice = WGPU_DEPTH_SLICE_UNDEFINED;
#endif // NOT WEBGPU_BACKEND_WGPU
// Change background color
renderPassColorAttachment.view = targetView;
renderPassColorAttachment.resolveTarget = nullptr;
renderPassColorAttachment.loadOp = WGPULoadOp_Clear;
renderPassColorAttachment.storeOp = WGPUStoreOp_Store;
renderPassColorAttachment.clearValue = WGPUColor{ 0.05, 0.05, 0.05, 1.0 };
#ifndef WEBGPU_BACKEND_WGPU
renderPassColorAttachment.depthSlice = WGPU_DEPTH_SLICE_UNDEFINED;
#endif // NOT WEBGPU_BACKEND_WGPU
Resulting code: step034
Resulting code: step034-vanilla