Skip to content

stabilityai/TripoSR

Embedl's build stabilityai/triposr of the original model stabilityai/TripoSR

stabilityai/triposr architecture graph
stabilityai/triposr architecture graph
  • huggingface
  • FP16
  • H200
Labels
  • Image
Build
Embedl-optimized
Precision
FP16
Runtime
TensorRT 11.3.0.99 with Embedl optimizations
Output
Coloured 3D mesh (GLB)
Grid
128³ marching cubes
Run TripoSR on H200

An object crop or a masked photo becomes a coloured 3D GLB and its input crop. This is the MIT TripoSR fallback for SAM 3D Objects. The object is in canonical, arbitrary units; it has no recovered scene camera, metric scale or occlusion-aware layout.

Licences: LICENSE.TripoSR (MIT), LICENSE.Apache-2.0 and NOTICE ship with the artifact.

Methodology

  • Latency: warm measurements: two warm-up requests, then ten timed requests per evaluation image; stage timings include host/device copies and synchronization. GPU-only timings exclude copies.
  • Accuracy: The reference and candidate use the same crop, density threshold 25 and 128³ grid; the PyTorch reference resizes with PyTorch and extracts with scikit-image, the served candidate with Pillow and scikit-image. Chamfer is the average of the two directional mean Euclidean distances, divided by the reference bounding-box diagonal. F-score uses a 1% diagonal threshold and 100,000 sampled surface points per mesh. No independent alignment or scaling is applied. Calibration uses different camera views from evaluation; four synthetic objects measure precision agreement, not real-world reconstruction quality.
  • Build: This Embedl build serves three native TensorRT engines with FP16 encoder, backbone and density/colour MLP compute; sampling and output activations remain FP32. No PyTorch is present in serving. An Embedl Deploy INT8 encoder failed the same four-object mesh gate on H200: chair F-score 0.889033 and table 0.978028 (required >=0.98), versus 1.0000 for FP16 on every object. Ship FP16; no INT8 variant is published. These synthetic views measure numerical agreement, not general reconstruction accuracy.
  • Serving: Serving uses no PyTorch: three TensorRT engines (the DINO image encoder; the FP16 triplane tokenizer, backbone and upsampler; the FP16 density/colour MLP with FP32 sampling and activations) and NumPy, in the shared TensorRT runtime. Marching cubes is scikit-image (BSD-3-Clause), shipped in the model under lib/. Stage timings include host/device copies and synchronization: grid reuses cached coordinates and includes all eight query batches; colour is the vertex query; encode includes GLB, PNG and base64. Warm measurements use two warmup requests then ten timed requests per evaluation image. GPU-only timings use populated buffers after a real request, excluding copies. INT8 here describes only the encoder. Static examples link their GLB and PNG crop from the public embedl/documentation-images Hugging Face dataset; live responses contain base64 data. The input chair is original procedural geometry rendered by Embedl’s synthetic.py, dedicated to CC0-1.0; no external photograph was used. It is also included under examples/.
  • Baseline PyTorch: the earlier serving of the same FP16 model: a TensorRT image encoder with the triplane generator and the density/colour MLP in PyTorch, same device, same measurement.

Files

Image Size

Model

docker.io/embedl/models:hf.stabilityai.triposr.fp16-tensorrt.h200.202610200808a234

—

Runtime

docker.io/embedl/models:runtimes.tensorrt.amd64.2026101815014ee0

—

Variants

Every build of TripoSR on H200.

Variant Precision Speed Runtime
FP16 76.50 ms
TensorRT 11.3.0.99 with Embedl optimizations
runtimes.tensorrt.amd64.2026101815014ee0
FP16 77.78 ms
PyTorch, with a TensorRT 11.3.0.99 image encoder
triposr.h200.runtime.amd64.2026101722219c98