Digital Smile Design & 3D Geometry

STL/PLY 3D Tooth Library and Standardized Dental Rendering Pipeline

Why Do 2D Smile Design Templates Break in CAD? 441 Tooth Forms, 476/477 Verified Render Assets, Camera Matrix Calibration, and Mechanical Contour Fidelity

Yazan: Atlas · Gemini 4 Argon · koşu ANU-ATLASMASTER-BOSLUK-SAYFALARI-KOSU-A-ONAYLI-3-1019 (ilk commit 2ce9cc4 11:46)Katkı: 9aac729 Atlas SEO, 220790e Flash JSON-LDYayımlayan: Yusuf Aziz · Atlas StudioDenetim: Reaper 19 Eki 2026 · 1. tur 24 iddia 9/9/5/1, yayından çekildi · 2. tur 22/2/0/0, yayına alındı (Reaper 19 Oct 2026 · Round 1: 24 claims 9/9/5/1, pulled · Round 2: 22/2/0/0, published)Odak: 441 Tooth Forms · 537 Guides (.md) · 476/477 STL/PLY Renders · Fidelity Gate 41/41

Executive Summary (TL;DR)

STL/PLY 3D Tooth Library, ExoCAD 441-Form Workflow and Standardized Dental Rendering Pipeline

1. Why 2D smile design previews fail inside 3D CAD environments

When flat 2D drawings or unconstrained generative inpainting outputs are handed over to a dental CAD technician working in ExoCAD or 3Shape, four systematic geometric failures occur:

  1. Perspective distortion and focal-length drift: Close-up photographs captured with short focal lengths exaggerate the apparent width of central incisors while compressing canines and premolars along the buccal corridor. Applying a flat 2D golden proportion ruler (PMID:279670) without compensating for camera intrinsics produces unrealistically narrow lateral incisors and canines once wrapped onto a 3D dental arch.

  2. Tooth-count and contour hallucination in unconstrained diffusion: Generative diffusion models synthesize plausible tooth textures but routinely violate anatomical topology. In internal benchmark logs (ACIK_ISLER.md:32), running an unconstrained image-generation pass caused the SAM (Segment Anything Model, arXiv:2304.02643) tooth count to jump from 5 to 9 teeth, pushed the 95th-percentile contour deviation to p95 = 48 pixels, and altered 38.8% of pixels outside the target mask. Consequently, unconstrained diffusion was removed from the delivery path in favor of deterministic 3D-to-2D compositing (DEVIR.md:124).

  3. Z-axis depth and overjet ambiguity: A 2D overlay specifies vertical incisal length (Y) and horizontal width (X), but omits labio-palatal inclination (Z). Without a 3D transformation matrix (M_local_world) anchored to the intraoral scan, the CAD operator must guess whether to procline or retrocline the restoration, directly affecting lip support and phonetics.

  4. Cervical root-extension clipping errors: Many CAD tooth libraries store meshes as open shells with long root extensions designed for gingival emergence boolean operations. Measuring crown height via a naive bounding box on teeth exceeding 12 mm captures only 55% of the true crown ratio and introduces false central-incisor asymmetry (ACIK_ISLER.md:27, issue A214).

2. The 441-form tooth library, 537 guide profiles, and 476/477 verified STL/PLY render pool

To replace subjective template picking with measured morphological matching, the library layer is structured into two parallel datasets: a 441 primary tooth-form catalog (backed by 441/441 base profiles and a total of 537 measured markdown guide files under ~/atlas/atlas_data/rehber_ic, median size 6,154 B ≈ 6 KB; DEVIR.md:100) and a 477-entry STL / PLY 3D rendering pool including repaired shell variants (ACIK_ISLER.md:23, arsiv/DEVIR_arsiv_2026-10-09.md:37).

Each tooth form is indexed as a verified 3D surface mesh with pre-computed geometric invariants:

During the render-library verification closure (arsiv/DEVIR_arsiv_2026-10-09.md:37, commit 6fd6b12), 34 open-shell variants were repaired and added to the 442 base entries, resulting in 476/477 verified render packages (RENDERKUT_OK 18/18, BINEK_OK 71/71, ISARET_OK 29/29). Every package contains a locked triad—render_rgba, siluet_alfa (alpha silhouette), and dis_indeks (per-tooth index mask)—sealed with a single deterministic transformation hash (sha1).

3. Camera projection matrices, CIE LAB lighting, and subsurface scattering

Projecting a 3D STL/PLY arch into a 2D photograph without creating an artificial appearance requires headless Blender/OpenGL rendering governed by three physical constraints:

  1. Photograph-camera projection (hekim_dizimi.py): Rather than rendering the tooth library with an arbitrary orthographic studio camera, the 3D mesh is rendered through the estimated camera projection matrix of the target photograph (DEVIR.md:122). Each render pass outputs seven synchronized layers: render_rgba, siluet_alfa, dis_indeks, derinlik (Z-depth), cfg, rapor.json, and the registered comparison overlay.

  2. CIE LAB / CIEDE2000 color-space harmonization and incisal shadow modeling: Natural dental enamel exhibits anisotropic translucency over warmer dentin. In the compositing pipeline (DEVIR.md:100, commit 8feeb639), luminance (L*) and chromaticity (a*, b*) statistics are sampled in CIE LAB space from existing reference teeth; specular highlights and upper-lip incisal cast shadows (commit e8ffbcc9, DEVIR.md:115) are computed mechanically rather than hallucinated.

  3. Pixel-level lip and gingiva lock (with Synthetic Benchmark Caveat): Pixels outside the dental silhouette—lips, gingival zeniths, facial hair, and mandibular teeth—are strictly immutable. In the locked synthetic benchmark (blog/en/face-to-tooth-cephalometric-lora.html:116), 4,686 surrounding pixels remained 100% identical across model comparisons while only the maxillary anterior six-tooth line changed. Mandatory Methodological Caveat (bot/olgular.json:O-008, O-009): The locked n = 32 evaluation set on which face-shape accuracy improved from 0.0% → 90.6% (29/32) and target tooth-line accuracy reached 100.0% (32/32) is a 100% rule-derived synthetic numerical test set, not a clinical patient photograph cohort.

4. Arch curvature, cervical boundary flags (0x800), and the p95 ≤ 0.2 mm gate

Once the 3D render is composited into the 2D Constrained Canvas, the Mechanical Fidelity Gate (kosucu/sadakat_kapisi.py --referans render, self-test selftest 41/41; end-to-end compositing runner ~/atlas/mockup2d/mockup_hatti.py --selftest 30/30; DEVIR.md:100,124) enforces three fail-closed checks:

Measurable Evidence Card (Live Library and Rendering Logs)

Every numerical metric on this page is read directly from live repository verification logs and locked datasets with data-kaynak attributes:

Measurement / Evidence ItemVerified ValueLive Source (File:Field · Date)
3D tooth morphology catalog and measured guide directory 441 tooth forms (441/441 base match) · 537 total .md files in rehber_ic (median 6,154 B ≈ 6 KB) DEVIR.md:100 · atlas_data/rehber_ic/*.md · 2026-10-19
Standardized STL/PLY 3D render library verification 476/477 verified render entries (442 base + 34 repaired variants; RENDERKUT_OK 18/18, BINEK_OK 71/71, ISARET_OK 29/29) ACIK_ISLER.md:23 · arsiv/DEVIR_arsiv_2026-10-09.md:37 · 2026-10-19
3D cephalometric facial mesh and topological edge count 478 landmarks · 2,556 edges (ZY-ZY #234–#454, Go-Go #172–#397) blog/en/face-to-tooth-cephalometric-lora.html:114,247 · 2026-10-19
Face-shape and target tooth-line accuracy on locked n = 32 SYNTHETIC test set Face shape 0.0% → 90.6% (29/32) · Target line 100.0% (32/32) · Caveat: 100% rule-derived SYNTHETIC numerical test set (no real patient photos) bot/olgular.json:150-186 (O-008, O-009) · 2026-10-15
Mechanical fidelity gate (41/41), lip lock, and contour tolerance 4,686 locked lip/gingiva pixels · contour p95 ≤ 0.2 mm · identity p95 = 0.000 mm (3/3) · sadakat_kapisi.py selftest 41/41 kosucu/sadakat_kapisi.py · DEVIR.md:100,124 · 2026-10-19
Single-command 3D→2D compositing and fidelity verification runtime 35–46 s / package (compositing 28–30 s, fidelity gate 16–39 s · ~/atlas/mockup2d/mockup_hatti.py selftest 30/30) ~/atlas/mockup2d/mockup_hatti.py · DEVIR.md:100 · 2026-10-19

Frequently Asked Questions (FAQ)

Why does a 3D STL/PLY tooth library outperform flat 2D templates in digital smile design?

Flat 2D templates are dimensionless silhouettes drawn on a photograph plane; when camera focal length or arch curvature changes, the 2D outline cannot be reproduced accurately in 3D CAD software. An STL/PLY tooth library preserves true 3D surface topology, cervical boundary flags (0x800 bit), and occlusal volume, allowing the approved preview form to transfer directly into ExoCAD or chairside milling.

What is the difference between the 441 tooth forms, 537 guide files, and 476/477 render entries?

The primary morphological catalog contains 441 distinct tooth forms (441/441 base profiles), while the atlas_data/rehber_ic directory holds 537 total markdown profiles including variants (median size 6,154 bytes ≈ 6 KB). The standardized rendering pool combines 442 base entries plus 34 repaired open-shell variants, yielding 476/477 verified render packages (render_rgba, siluet_alfa, and dis_indeks sealed with a deterministic sha1 hash).

What does the mechanical fidelity gate (p95 ≤ 0.2 mm) verify, and what is the nature of the n = 32 test set?

kosucu/sadakat_kapisi.py --referans render (selftest 41/41; ~/atlas/mockup2d/mockup_hatti.py selftest 30/30) enforces exact tooth-count parity, 0.000% out-of-mask pixel drift, and contour deviation p95 ≤ 0.2 mm. Note that the n = 32 evaluation set in bot/olgular.json:O-008, O-009 is a 100% rule-derived synthetic numerical test set, not clinical patient photography.

Kaynaklar / References

Primary 3D mesh specifications, dental morphology benchmarks, color-space standards, and segmentation papers supporting this page:

Related Technical Analyses: For the cephalometric foundation of 3D mesh alignment, read cephalometric smile design and LoRA experiment, digital dentistry reader edition, event-driven task_bus.jsonl coordination, and autonomy architecture (English Hub).