BetterF3 19.0.0 renames OpenGL Version to Graphics API

BetterF3 19.0.0 shipped on 9 July 2026 with full Minecraft 26.2 support and one change that says more than the rest of the changelog: the debug screen’s “OpenGL Version” field is now labelled “Graphics API”.

A rename with a reason

The field used to be accurate because there was only one answer. Minecraft rendered through OpenGL, so the debug screen reported an OpenGL version, and nobody thought about it for fifteen years.

Once the game could render through more than one backend, a field called “OpenGL Version” was either wrong or confusing depending on your setup. Renaming it is the smallest possible acknowledgement that the assumption no longer holds.

Performance statistics overlay in game

What BetterF3 is for

The vanilla debug screen is a wall of text with no organisation, half of which is irrelevant to whatever you are currently trying to diagnose. BetterF3 makes it modular – reorderable, colour-coded, and configurable down to which lines appear at all.

For most players that is a convenience. For anyone debugging performance it is the difference between reading the screen and scanning it.

Reading the debug screen usefully

Frame timing and chunk statistics display

The backend context

This rename is downstream of a much larger piece of work on how Minecraft talks to the GPU, and the effects of that work turned up in odd places all summer. The backend change explained covers why some players saw a big gain from it and others saw nothing.

Entity counts and what they mean

The gap between rendered and total entities is the most useful single number on the debug screen if you have a culling mod installed, because it shows you the mod working. A gap of ten is noise; a gap of four hundred in a mob farm is the reason your frame rate recovered.

The underlying mechanic is the same one that governs block faces, and how culling decides what gets drawn explains why the number moves so sharply when you take three steps sideways.

Availability

19.0.0 covers Fabric and NeoForge for 26.2. The previous 18.x line remains available for older versions, which matters because debug tooling is one of the things people keep on legacy installs.

The fields nobody reads and should

C: shows rendered chunk sections against the total in range. A large gap means culling is working; a gap of nearly zero in a cave means something is wrong with your setup.

Ticks and the server tick line on single player tell you whether the world or the renderer is the bottleneck. A high tick time with a fine frame rate is a farm problem, not a graphics problem.

Biome and light level are the two everyone actually uses, mostly for checking whether something can spawn where they are standing.

Configuring BetterF3 usefully

The mod’s value is entirely in doing this once. Out of the box it is a prettier version of the same wall of text.

Why the debug screen is where it is

It was never designed. It accumulated – each version added a line for whatever the developers needed to see that month, appended to whatever was there. That is why related numbers are far apart and unrelated ones adjacent.

A mod that reorganises it is fixing fifteen years of accretion, which is a more useful job than it sounds.

Version availability

Debug tooling tends to stay installed on legacy profiles long after everything else moves on, which is why the older line still gets downloads.

The small rename in this release is a reminder that the game’s own diagnostics carry assumptions from whenever they were written. A field labelled for a single rendering backend, a memory line that predates modern garbage collectors, a chunk counter that means something different than it did five years ago – all still there, all still read literally by players trying to diagnose problems. Tools that reorganise them are doing more than tidying.

Images: BetterF3 and MoreCulling project galleries on Modrinth.