Browser-only G-code inspector

G-code Analyzer

Drop a .gcode file exported from OrcaSlicer or any other slicer and read a local report: layers and layer-height changes, filament length and estimated weight from the toolpath, tool changes andM600 manual swaps, nozzle and bed setpoints, feedrate and volumetric-flow peaks, plus the slicer's own time and filament comments. The file is read in memory — it is never uploaded, saved or added to the URL.

Drop a sliced .gcode file here

Files up to 64 MB are parsed in this tab. Nothing leaves your device.

No file selected.

Useful for a trimmed sample. If a file is also selected, the file is used.

Filament assumptions

Only the estimated weight and the volumetric-flow figure depend on these two values. They never change the parsed toolpath.

Report

Choose a sliced file (or paste G-code), then selectAnalyze G-code to read the report.

What the analyzer reads out of the file

  • Layers and layer height. Layer-change comments (;LAYER_CHANGE, ;LAYER:,; layer num/total_layer_count) are counted first, with the Z height that follows each one. If a file has no layer comments, layers fall back to the distinct Z heights of extruding moves.
  • Filament length from the toolpath. Every positive extrusion value in the file is summed, honouring M82(absolute) and M83 (relative) extrusion modes, so the total includes skirts, brims, supports and purge towers exactly as sliced.
  • Estimated weight. Filament length is turned into volume with the filament cross-section you enter, then into grams with the density you choose. It is arithmetic on the sliced toolpath, not a scale reading.
  • Tool changes and manual swaps. T0,T1 and friends are counted per tool with their share of the extrusion, and every M600 manual filament change is listed with the layer it happens on.
  • Temperature setpoints. M104/M109 and M140/M190 give the minimum and maximum nozzle and bed setpoints plus how often they change — the usual signature of a first-layer temperature bump.
  • Speed and flow peaks. The highest feedrate in the file and the highest per-move volumetric flow (extrusion × cross-section ÷ move time) are reported. The flow figure is a per-move average, which is the useful number for comparing against a max volumetric speed limit.
  • The slicer's own estimates. Time and filament values written as comments (; estimated printing time,; filament used [mm], ;TIME:,;Filament used: and others) are shown next to the toolpath totals so you can see whether the file and the comments agree.

How to use it

  1. Slice your model, then use Export G-code (not the.3mf project) so the file contains the full toolpath and the slicer's comments.
  2. Drag the file onto the drop zone, or pick it with the file button.
  3. Set the filament diameter and density only if they differ from the defaults; the weight and flow figures update immediately.
  4. Read the report, then copy it as plain text if you want to keep it with your print notes.

A typical OrcaSlicer export carries verbose comments, so the panel of profile values and estimates is usually well filled. Files from printers that strip comments (some vendor slicers and most "gcode-only" exports from a phone app) still parse, but only the toolpath-derived numbers will be available.

Where the weight estimate and the slicer's estimate differ

Slicers write their own filament and weight figures into header comments. Those numbers come from the same toolpath, so they normally land within a few percent of the analyzer's total. A larger gap usually has one of three causes:

  • The density or diameter is wrong. The slicer's comment uses the filament profile's diameter and density; the analyzer uses what you enter. A 1.75 mm profile with a 2.85 mm setting in the form changes the weight by more than 2.6 times.
  • The comments were edited or trimmed. Post-processing scripts, "remove all comments" export options and hand-trimmed files leave comments that no longer describe the toolpath.
  • Filament was added after slicing. A purge line or manual change macro inserted by the printer's own start G-code is not in the slicer's comment totals but is in the toolpath total.

When the two disagree by more than 15%, the report says so instead of hiding it.

What this tool cannot tell you

  • It does not simulate the print. It counts what the file contains; it cannot predict whether the part will warp, string or fail.
  • It cannot see the model. There is no geometry in G-code, so the report has no dimensions, volume or cost estimate for the part itself.
  • Layer figures depend on the file's comments. A comment-stripped file gets layers counted from Z moves, and spiral vase files under-count layers that way. The report always states which method was used.
  • Flow peaks are per-move averages. Firmware look-ahead can smooth short segments, so treat the number as an upper bound for a segment rather than an instantaneous reading.
  • Large files take a moment. Files above 64MB are not parsed at all, because a browser tab would run out of memory.

Frequently asked questions

Is my G-code file uploaded anywhere?

No. The file is read with the browser's File API and parsed by JavaScript in this page. Nothing is uploaded, written to storage or added to the URL, and closing the tab discards everything.

Which slicers produce files this tool can read?

Any FDM slicer that writes standard G-code: OrcaSlicer, PrusaSlicer, SuperSlicer, Bambu Studio, Cura, Simplify3D and others. Comment parsing covers the common variants, and the toolpath figures work even when a file has no comments at all.

Why does the layer height change in the middle of my file?

Adaptive or variable layer height slicing changes the layer height deliberately: fine layers on curves and details, thicker layers on straight walls. The report lists how often the height changes and which heights are used most.

Why is the reported flow peak higher than my profile limit?

The peak is computed from the fastest single extruding move, so short segments with heavy extrusion can sit above the average the profile was sliced to. Compare it with the max_volumetric_speedcomment shown in the report; a large overshoot usually means the comments and the toolpath come from different profiles.

Does it work with a file copied from the printer's USB stick?

Yes, as long as the file still contains G-code text. Some printers and print farms rewrite or compress files on the way to the machine; if the tool reports no extruding moves, the copy is no longer plain G-code.

Next steps

A report is only useful if it changes what you slice next. If the flow peak sits above your profile limit, correct the extrusion side with the flow ratio calculator; if the peaks come from speed values you never chose deliberately, review what each speed limit actually controls.

Flow Ratio CalculatorOrcaSlicer speed settings explainedDownload OrcaSlicer