P.05Internal prototype

nexgen3d

Command-line tool reconstructing a textured 3D model from a single photograph, usable directly in Blender.

Period
2026
Role
Pipeline design, fallback handling, Blender integration.
Stack
  • Python
  • Hugging Face Spaces
  • Hunyuan3D-2
  • TripoSG
  • trimesh
  • rembg
  • Blender

Reference points

  • 3

    models behind one command

    script --model options: hunyuan, triposg, triposr

  • 2

    execution modes

    remote GPU or offline local

The problem

Single-image 3D reconstruction models exist and are public. What does not exist is a reliable way to use them: they run on shared GPUs whose quotas run out, whose endpoints change, and whose texture stage fails independently of the shape stage.

What was built

  • 01

    A single command-line interface in front of three models of differing quality and speed.

  • 02

    An automatic fallback: if the texture stage is down, the shape is produced alone then textured by a second model.

  • 03

    A fully local, network-free mode for when the remote GPU quota is exhausted.

  • 04

    Binary glTF output, importable into Blender without conversion.

Architecture

if texture is downPhotosingle objectCLImodel choiceShapemeshTexturefallback on failure.glb outputBlender import
Nominal path and fallback path when the texture stage is unavailable.

Technical decisions

Treating provider failure as a nominal case

A free service goes down. The pipeline does not stop there: it detects the failing stage, produces what it can, and completes with another model. The user gets a degraded result rather than a stack trace, and knows which of the two they got.

An explicit quality scale

Three models, three stated trade-offs: seconds for a draft, minutes for a usable result. The user picks their time budget at launch rather than discovering after six minutes that the result was not suitable.

What it demonstrates

Orchestrating unstable third-party models, fallback design, automating a 3D production pipeline.