Search files, editable visual templates, and live browser targets from one registry-backed directory. Filtered query views stay crawlable for links but are deliberately noindex; the stable taxonomy pages below remain the canonical search surfaces.
Page 4 of 7; 24 results per page.
A 16x16 plane with two POSITION morph targets — a sine ripple and a centre bulge — both at weight 0 in the bind pose. Drive the weights yourself to check that a loader adds the deltas to the base positions instead of replacing them.
The same two-target morph plane as readable glTF JSON, so the `targets` array, the mesh-level `weights` and the target accessors can be inspected without a hex editor.
One cube on one node, with translation, rotation and scale each driven by a five-key sampler that is cubic-spline, with in/out tangents stored around each value. Three files differing only in `interpolation` — the cleanest way to prove an animation player implements all three modes rather than treating everything as linear.
One cube on one node, with translation, rotation and scale each driven by a five-key sampler that is linearly interpolated. Three files differing only in `interpolation` — the cleanest way to prove an animation player implements all three modes rather than treating everything as linear.
One cube on one node, with translation, rotation and scale each driven by a five-key sampler that is held (STEP) — the value jumps at each key. Three files differing only in `interpolation` — the cleanest way to prove an animation player implements all three modes rather than treating everything as linear.
A longer tube skinned to a four-joint chain, every joint but the root animated, so the whole limb curls rather than hinging once. Exercises joint-matrix accumulation down a hierarchy — the step that a two-bone rig cannot catch.
A tube skinned to a two-joint chain with inverse bind matrices, unsigned-byte JOINTS_0 and float WEIGHTS_0, plus a three-second rotation animation on the elbow. The shipped models category had no skinned mesh at all; this is the smallest complete one — rig, bind pose, weights and clip in a single self-contained GLB.
The same two-joint skinned bend as readable glTF JSON with its buffer embedded as a base64 data URI — the file to open in a text editor when a GLB's skin, sampler or inverse bind matrices are not doing what you expect.
The float32 GLB from this group as a deterministic gzip stream (no embedded filename, mtime 0) — what a CDN actually sends when a viewer advertises `Accept-Encoding: gzip`. It compresses to 29.2% of its source against 55.6% for the quantized twin, which is the point of shipping both: quantisation halves the file on disk and then gives most of that back over the wire.
The quantized GLB from this group as a deterministic gzip stream (no embedded filename, mtime 0) — what a CDN actually sends when a viewer advertises `Accept-Encoding: gzip`. It compresses to 55.6% of its source against 29.2% for the float32 twin, which is the point of shipping both: quantisation halves the file on disk and then gives most of that back over the wire.
A minimal, well-formed IGES 5.3 file with a single LINE entity and correct Start/Global/Directory/Parameter/Terminate sections. For testing IGES parsers and CAD conversion.
A low-poly chair — a seat, four legs, and a backrest — as a self-contained vertex-coloured GLB. Real, recognisable geometry (not a primitive) for testing glTF loaders, the 3D viewer, and thumbnailers.
A low-poly coffee mug — a cylindrical body with a looped handle — as a self-contained vertex-coloured GLB. Real, recognisable geometry (not a primitive) for testing glTF loaders, the 3D viewer, and thumbnailers.
A low-poly house — walls, a door, and a pitched roof — as a self-contained vertex-coloured GLB. Real, recognisable geometry (not a primitive) for testing glTF loaders, the 3D viewer, and thumbnailers.
A low-poly robot — a stacked-box character with a head, arms, legs, and antenna — as a self-contained vertex-coloured GLB. Real, recognisable geometry (not a primitive) for testing glTF loaders, the 3D viewer, and thumbnailers.
A low-poly tree — a trunk with three stacked conical layers — as a self-contained vertex-coloured GLB. Real, recognisable geometry (not a primitive) for testing glTF loaders, the 3D viewer, and thumbnailers.
High-resolution cylinder mesh — the ground truth for scoring a decimation / simplification tool against the low-poly member of this group.
High-resolution sphere mesh — the ground truth for scoring a decimation / simplification tool against the low-poly member of this group.
High-resolution torus mesh — the ground truth for scoring a decimation / simplification tool against the low-poly member of this group.
High-resolution vase mesh — the ground truth for scoring a decimation / simplification tool against the low-poly member of this group.
Low-poly simplification of the same cylinder shape (36 triangles vs 192). Compare against the dense ground truth to measure decimation error.
Low-poly simplification of the same sphere shape (140 triangles vs 1728). Compare against the dense ground truth to measure decimation error.
Low-poly simplification of the same torus shape (196 triangles vs 1600). Compare against the dense ground truth to measure decimation error.
Low-poly simplification of the same vase shape (100 triangles vs 480). Compare against the dense ground truth to measure decimation error.
We use Google Analytics and show ads via Adsterra. Non-essential cookies and ad scripts run only after you allow the matching categories. See our cookie policy.
