Lardon3D

Moteur de reconstruction géométrique persistante et incrémentale, piloté par une TUI ncursesw.

Vision

Lardon3D est un moteur de photogrammétrie Linux qui privilégie :

• Stabilité : aucune saturation du système hôte
• Déterminisme : résultats reproductibles et traçables
• Faible consommation mémoire : traitement par lots adaptatifs
• Reprise après interruption : résultats atomiques et persistants
• Protection de la machine : budgets bornés et respectueux
• Traçabilité : historique des opérations et métriques
• Enrichissement progressif : reconstruction incrémentale

Lardon3D ne vise pas simplement "dossier de photos → objet 3D", mais "ensemble progressif d'observations et de contraintes → reconstruction géométrique persistante, enrichissable et versionnable".

État actuel

Briques implémentées (IMPLEMENTED)

• Project : cycle de vie persistant, identité stable et Project Database ouverte
• Import : premier task kind de production, exécuté par la file générique en lots bornés et reprenables
• ScanSet / Image Catalog v1 : acquisitions, images logiques, provenance et assets SHA-256 persistants et paginés
• Feature Store v1/v2 : ORB U8×32, SIFT/RootSIFT F32×128 et lecture typée bornée
• Image View : vues triées et filtrées pour la TUI
• Task : moteur de tâches avec pause/reprise, annulation et séquences
• Task Checkpoint v1 : snapshot durable, fichier atomique et reprise sûre
• Project Database v7 : tâches, catalogue, Feature Store multi-type et support intra-image
• Task Kind Registry : identité métier durable et reconstruction runtime explicite
• Recovery projet : reprise automatique sélective et bornée des imports récupérables
• Task Queue : file FIFO avec sélection adaptative et backpressure
• Hardware Profile : détection des capacités matérielles
• Resource Snapshot : capture instantanée des ressources
• Resource Governor : arbitrage centralisé des budgets et réservations

Briques en cours de consolidation

• Intégration scheduler ↔ governor avec séquences adaptatives
• Documentation architecture
• Visual Index v1 : LSH ORB persistant, incrémental et validé, avec recherche top-K bornée

Briques prévues (PLANNED)

• Graphe de dépendances pour ordonner les futures reprises interdépendantes
• DAG de dépendances
• Pools de workers multiples (CPU/GPU/IO)
• Publication live validée
• Viewer intégré

Architecture

TUI / Projet
    ↓
Scheduler
    ↓
Resource Governor
    ↓
Workers
    ↓
Résultats atomiques / persistants
    ↓
Viewer (consommation passive de snapshots)

Invariants fondamentaux

• Aucun callback de tâche sans réservation active validée
• Le scheduler ne décide jamais des ressources
• Le Resource Governor est l'unique propriétaire des budgets
• ncurses appartient exclusivement au thread principal
• Les estimations de ressources sont immuables
• Les buffers et files sont strictement bornés

Pipeline cible

Acquisitions
→ catalogue
→ features
→ index visuel
→ paires candidates
→ matching
→ vérification géométrique
→ tracks / SfM
→ dense
→ mesh
→ consolidation
→ export

Documentation

Architecture

• Vue d'ensemble
• Runtime
• Système de tâches
• Registry des types de tâches
• File de tâches
• Resource Governor
• Pipeline sensible aux ressources
• Intégration Scheduler ↔ Governor
• Pipeline de reconstruction
• Persistance
• Base de données projet
• Feature Store
• Precision Feature Pipeline v1A
• Visual Index
• Candidate Pair
• Match Result
• Matcher
• Backend Vulkan ORB
• Viewer
• Revue des fondations

Concepts

• Scan Sets
• Index visuel
• Matching et tracks
• Couches de reconstruction
• Contraintes géométriques

Développement

• Build
• Tests
• Concurrence
• Profil de performance de la machine cible
• OpenCode long run

Roadmap

• Roadmap

Build rapide

CC=clang meson setup build --wipe
meson compile -C build -j8

Tests

meson test -C build --print-errorlogs
git diff --check

Pour les changements sensibles à la mémoire ou à la concurrence, ajouter ASan/UBSan et TSan.

Statut

Lardon3D est en développement actif. La persistance des tâches, le catalogue, le Feature Store multipasse, le Visual Index ORB, Candidate Pair Generator et Matcher v1 sont implémentés. Le runtime Feature + Matcher emploie des tâches durables, de petits lots, le Resource Governor interactif et un hot path Vulkan ORB exact avec fallback CPU. DAG générique, vérification géométrique, SfM et viewer restent des tickets séparés planifiés.

Licence

Projet privé - Tous droits réservés.