Conception système
Comment l’architecture maintient ses limites
Un système de production se définit autant par ce qu’il refuse que par ce qu’il accepte. Gardez la vidéo originale comme preuve, conservez confiance et indisponibilité, puis choisissez une priorité sans transformer un score en vérité médicale ou arbitrale.
Plans de contrôle
Cross-platform client
Flutter gère identité, upload, état du job, rapports et suppression sur mobile et web.
Owner-scoped control plane
Firebase détient autorisation d’upload, file, facturation, dispatch, terminaison et suppression par propriétaire.
Failure-aware GPU pipeline
Des workers GPU jetables exécutent la vision par étapes et publient des artefacts immuables par génération.
Cycle d’une requête
record and owner-authorized upload
→ media validation and normalization
→ gameplay, court, ball, player, bounce, pose, and shot stages
→ relationship and evidence validation
→ immutable generation artifacts
→ canonical result publication and frame-linked reportModèle de défaillance
Vidéo illisible, calibration insuffisante, doublons, workers concurrents, inférence partielle et publication ratée restent des états explicites.
Liste de vérification
- Owner isolation: Job, upload, résultat et suppression sont limités au propriétaire.
- Atomic publication: Le pointeur canonique ne change qu’après écriture complète et durable.
- Measurement honesty: Une preuve inconnue reste inconnue ; aucun contact, 3D ou appel de ligne n’est inventé.
- Bounded video access: Capacités courtes, suppression et transfert d’inférence UE-USA explicite encadrent la vidéo.