How to Check G-code Before You Start a 3D Print

Once you slice a model, the STL or 3MF file is no longer the file your printer follows.

Your printer receives G-code: a text-based set of instructions for movement, extrusion, temperatures and other print actions. It is the final stage between a prepared model and a physical print.

That makes G-code worth checking before you press Print.

A quick inspection can help you spot an unexpectedly large toolpath, missing slicer metadata, a surprising temperature target or a file whose commands cannot be interpreted reliably by a general-purpose viewer.

Use the G-code Preflight Checker to inspect a sliced file locally in your browser.

What G-code contains

A typical 3D-printing G-code file contains a mixture of:

• movement instructions for the print head;
• extrusion and travel moves;
• layer changes;
• hotend and bed temperature commands;
• homing and setup commands;
• comments written by the slicer;
• printer-specific start and end sequences.

The exact format is not identical across every slicer or printer firmware. Two files that both end in .gcode can contain different comments, custom commands and coordinate conventions.

That is why a useful checker should explain what it recognised and what it could not interpret.

Check the file before sending it to the printer

The G-code Preflight Checker can help you review:

• file size and readable slicer metadata;
• estimated print time when the slicer provides it;
• declared filament use when available;
• parsed layer count and Z range;
• parsed X/Y/Z toolpath extents;
• common hotend and bed temperature targets;
• coordinate and extrusion modes;
• unsupported commands that limit analysis.

This is not a replacement for your slicer preview. Think of it as a quick independent inspection step, especially when the file came from someone else, was sliced on another computer or has been modified.

Compare toolpath size with your printer

A model can fit your printer in CAD and still produce unexpected G-code if the wrong printer profile, scale or coordinate setup was used during slicing.

The toolpath extents in G-code show the range of movement the parser found. Compare them with the usable dimensions of the intended printer.

If the parsed extents exceed the build volume you entered, stop and check the slicer profile before printing.

An in-bounds result is still not a guarantee. Start G-code, coordinate offsets, purge routines and printer-specific behaviour can affect how the machine uses its build area.

For the earlier model-level check, use the STL Dimensions Checker or 3MF Dimensions Checker.

Review layers and the 2D toolpath preview

A layer preview can reveal whether the parsed print path looks broadly like the object you expected.

Use it to check:

• whether extrusion paths appear across the expected area;
• whether the first and final layers occur at sensible heights;
• whether the overall shape is obviously wrong;
• whether a selected layer has missing-looking toolpaths.

A browser preview cannot reproduce every slicer feature. Custom commands, arcs, multiple tools or vendor-specific macros may limit what it can display. If the tool reports a limitation, return to the slicer that generated the file and inspect its native preview.

Check temperature targets without judging them in isolation

G-code commonly includes commands that set hotend and bed targets. The checker can show the temperatures it finds, including commands that wait for a target before continuing.

That is useful for catching obvious surprises, such as loading a file intended for a different material profile.

But a temperature number is not enough to judge a print. The correct setting depends on the material, printer, nozzle, enclosure, cooling and manufacturer guidance. Do not edit a G-code file merely because a generic checker displays a value you did not expect.

Read parser limitations carefully

G-code is not a single perfectly uniform language. Printer firmware, slicers and custom start/end scripts can add commands that a general analyser does not support.

A limitation warning does not automatically mean the file is broken. It means the tool cannot make a reliable claim about that part of the file.

Examples include:

• vendor-specific commands;
• macros and conditional logic;
• arc moves;
• unusual coordinate modes;
• multi-tool workflows;
• custom purge, probe or calibration routines.

When a file has important unsupported commands, use the checker for the information it can show, then confirm the final preview in the slicer and on the intended printer workflow.

G-code checking comes after model preflight

A clean G-code file does not prove that the original model was well prepared.

Before slicing, inspect the model itself:

1. use STL Print Preflight or 3MF Print Preflight;
2. confirm dimensions, printer fit and mesh health;
3. review wall thickness and overhang risk where relevant;
4. choose orientation, supports and material settings in the slicer;
5. inspect the finished G-code before printing.

This sequence catches problems at the stage where they are easiest to understand and correct.

Treat G-code as a final review, not an execution decision

A G-code checker is useful because it lets you inspect the exact file that will drive the printer. It can reveal useful facts about paths, dimensions, layers and common settings without running any commands.

It cannot know your printer’s condition, firmware configuration, filament state, bed preparation or physical environment.

Use it as the final file-level review before printing—then rely on your slicer profile and printer-specific knowledge for the actual print decision.