Basic Rendering Concepts
Learn about the basic concepts of rendering using Minecraft's rendering engine.
WARNING
This page is written for version 1.21.4. Documentation for older versions may be incomplete.
WARNING
Although Minecraft is built using OpenGL, as of version 1.17+ you cannot use legacy OpenGL methods to render your own things. Instead, you must use the new BufferBuilder system, which formats rendering data and uploads it to OpenGL to draw.
To summarize, you have to use Minecraft's rendering system, or build your own that utilizes GL.glDrawElements().
This page will cover the basics of rendering using the new system, going over key terminology and concepts.
Although much of rendering in Minecraft is abstracted through the various GuiGraphics methods, and you'll likely not need to touch anything mentioned here, it's still important to understand the basics of how rendering works.
The Tesselator
The Tesselator is the main class used to render things in Minecraft. It is a singleton, meaning that there is only one instance of it in the game. You can get the instance using Tesselator.getInstance().
The BufferBuilder
The BufferBuilder is the class used to format and upload rendering data to OpenGL. It is used to create a buffer, which is then uploaded to OpenGL to draw.
The Tesselator is used to create a BufferBuilder, which is used to format and upload rendering data to OpenGL.
Initializing the BufferBuilder
Before you can write anything to the BufferBuilder, you must initialize it. This is done using Tesselator#begin(...) method, which takes in a VertexFormat and a draw mode and returns a BufferBuilder.
Vertex Formats
The VertexFormat defines the elements that we include in our data buffer and outlines how these elements should be transmitted to OpenGL.
The following VertexFormat elements are available:
| Element | Format |
|---|---|
BLIT_SCREEN | { position (3 floats: x, y and z), uv (2 floats), color (4 ubytes) } |
POSITION_COLOR_TEXTURE_LIGHT_NORMAL | { position, color, texture uv, texture light (2 shorts), texture normal (3 sbytes) } |
POSITION_COLOR_TEXTURE_OVERLAY_LIGHT_NORMAL | { position, color, texture uv, overlay (2 shorts), texture light, normal (3 sbytes) } |
POSITION_TEXTURE_COLOR_LIGHT | { position, texture uv, color, texture light } |
POSITION | { position } |
POSITION_COLOR | { position, color } |
LINES | { position, color, normal } |
POSITION_COLOR_LIGHT | { position, color, light } |
POSITION_TEXTURE | { position, uv } |
POSITION_COLOR_TEXTURE | { position, color, uv } |
POSITION_TEXTURE_COLOR | { position, uv, color } |
POSITION_COLOR_TEXTURE_LIGHT | { position, color, uv, light } |
POSITION_TEXTURE_LIGHT_COLOR | { position, uv, light, color } |
POSITION_TEXTURE_COLOR_NORMAL | { position, uv, color, normal } |
Draw Modes
The draw mode defines how the data is drawn. The following draw modes are available:
| Draw Mode | Description |
|---|---|
Mode.LINES | Each element is made up of 2 vertices and is represented as a single line. |
Mode.LINE_STRIP | The first element requires 2 vertices. Additional elements are drawn with just 1 new vertex, creating a continuous line. |
Mode.DEBUG_LINES | Similar to Mode.LINES, but the line is always exactly one pixel wide on the screen. |
Mode.DEBUG_LINE_STRIP | Same as Mode.LINE_STRIP, but lines are always one pixel wide. |
Mode.TRIANGLES | Each element is made up of 3 vertices, forming a triangle. |
Mode.TRIANGLE_STRIP | Starts with 3 vertices for the first triangle. Each additional vertex forms a new triangle with the last two vertices. |
Mode.TRIANGLE_FAN | Starts with 3 vertices for the first triangle. Each additional vertex forms a new triangle with the first vertex and the last vertex. |
Mode.QUADS | Each element is made up of 4 vertices, forming a quadrilateral. |
Writing to the BufferBuilder
Once the BufferBuilder is initialized, you can write data to it.
The BufferBuilder allows us to construct our buffer, vertex by vertex. To add a vertex, we use the buffer.addVertex(matrix, float, float, float) method. The matrix parameter is the transformation matrix, which we'll discuss in more detail later. The three float parameters represent the (x, y, z) coordinates of the vertex position.
This method returns a vertex builder, which we can use to specify additional information for the vertex. It's crucial to follow the order of our defined VertexFormat when adding this information. If we don't, OpenGL might not interpret our data correctly. After we've finished building a vertex, just continue adding more vertices and data to the buffer until you're done.
It's also worth understanding the concept of culling. Culling is the process of removing faces of a 3D shape that aren't visible from the viewer's perspective. If the vertices for a face are specified in the wrong order, the face might not render correctly due to culling.
What Is a Transformation Matrix?
A transformation matrix is a 4x4 matrix that is used to transform a vector. In Minecraft, the transformation matrix is just transforming the coordinates we give into the vertex call. The transformations can scale our model, move it around and rotate it.
It's sometimes referred to as a position matrix, or a model matrix.
It's usually obtained via the PoseStack class, which can be obtained via the GuiGraphics object:
drawContext.getMatrices().peek().getPositionMatrix();Rendering a Triangle Strip
It's easier to explain how to write to the BufferBuilder using a practical example. Let's say we want to render something using the Mode.TRIANGLE_STRIP draw mode and the POSITION_COLOR vertex format.
We're going to draw vertices at the following points on the HUD (in order):
(20, 20)
(5, 40)
(35, 40)
(20, 60)This should give us a lovely diamond - since we're using the TRIANGLE_STRIP draw mode, the renderer will perform the following steps:
Since we're drawing on the HUD in this example, we'll use the HudRenderCallback event:
HudRenderCallback.EVENT.register((drawContext, tickDeltaManager) -> {
// Get the transformation matrix from the matrix stack, alongside the tessellator instance and a new buffer builder.
Matrix4f transformationMatrix = drawContext.pose().last().pose();
Tesselator tessellator = Tesselator.getInstance();
// Begin a triangle strip buffer using the POSITION_COLOR vertex format.
BufferBuilder buffer = tessellator.begin(VertexFormat.Mode.TRIANGLE_STRIP, DefaultVertexFormat.POSITION_COLOR);
// Write our vertices, Z doesn't really matter since it's on the HUD.
buffer.addVertex(transformationMatrix, 20, 20, 5).setColor(0xFF414141);
buffer.addVertex(transformationMatrix, 5, 40, 5).setColor(0xFF000000);
buffer.addVertex(transformationMatrix, 35, 40, 5).setColor(0xFF000000);
buffer.addVertex(transformationMatrix, 20, 60, 5).setColor(0xFF414141);
// Make sure the correct shader for your chosen vertex format is set!
// You can find all the shaders in the ShaderProgramKeys class.
RenderSystem.setShader(CoreShaders.POSITION_COLOR);
RenderSystem.setShaderColor(1.0F, 1.0F, 1.0F, 1.0F);
// Draw the buffer onto the screen.
BufferUploader.drawWithShader(buffer.buildOrThrow());
});This results in the following being drawn on the HUD:
TIP
Try mess around with the colors and positions of the vertices to see what happens! You can also try using different draw modes and vertex formats.
The PoseStack
After learning how to write to the BufferBuilder, you might be wondering how to transform your model - or even animate it. This is where the PoseStack class comes in.
The PoseStack class has the following methods:
push()- Pushes a new matrix onto the stack.pop()- Pops the top matrix off the stack.peek()- Returns the top matrix on the stack.translate(x, y, z)- Translates the top matrix on the stack.scale(x, y, z)- Scales the top matrix on the stack.
You can also multiply the top matrix on the stack using quaternions, which we will cover in the next section.
Taking from our example above, we can make our diamond scale up and down by using the PoseStack and the tickDelta - which is the "progress" between the last game tick and the next game tick. We'll clarify this later in the Rendering in the HUD page.
WARNING
You must first push the matrix stack and then pop it after you're done with it. If you don't, you'll end up with a broken matrix stack, which will cause rendering issues.
Make sure to push the matrix stack before you get a transformation matrix!
PoseStack matrices = drawContext.pose();
// Store the total tick delta in a field, so we can use it later.
totalTickDelta += tickDeltaManager.getGameTimeDeltaPartialTick(true);
// Push a new matrix onto the stack.
matrices.pushPose();
// Scale the matrix by 0.5 to make the triangle smaller and larger over time.
float scaleAmount = Mth.sin(totalTickDelta / 10F) / 2F + 1.5F;
// Apply the scaling amount to the matrix.
// We don't need to scale the Z axis since it's on the HUD and 2D.
matrices.scale(scaleAmount, scaleAmount, 1F);
// ... write to the buffer.
// Pop our matrix from the stack.
matrices.popPose();
Quaternions (Rotating Things)
Quaternions are a way of representing rotations in 3D space. They are used to rotate the top matrix on the PoseStack via the mulPose(Quaternion, x, y, z) method.
It's highly unlikely you'll need to ever use a Quaternion class directly, since Minecraft provides various pre-built Quaternion instances in it's RotationAxis utility class.
Let's say we want to rotate our diamond around the z-axis. We can do this by using the PoseStack and the mulPose(Quaternion, x, y, z) method.
// Lerp between 0 and 360 degrees over time.
float rotationAmount = (float) (totalTickDelta / 50F % 360);
matrices.mulPose(Axis.ZP.rotation(rotationAmount));
// Shift entire diamond so that it rotates in its center.
matrices.translate(-20f, -40f, 0f);The result of this is the following:
