# Mémoire — couplage contact-apparence pour l'usure en espace texture

> Mémoire ÉTS sur l'usure de surface en temps réel en simulation interactive — dissipation frictionnelle, atlas GPU, validation GelSight, WearPaper et TextureFriction.

- Page HTML: https://antoineboucher.info/CV/blog/fr/posts/thesis-wear-texture-space/
- Langue: fr
- Traduction (en): https://antoineboucher.info/CV/blog/posts/thesis-wear-texture-space/index.md
- Publié: 2026-08-14
- Mis à jour: 2026-09-02
- Tags: Mémoire, ÉTS, Infographie, Frottement, Usure, GelSight, OpenGL
- Auteur: Antoine Boucher (https://antoineboucher.info/CV/index-en.html)**Couplage contact-apparence pour l'usure de surfaces microstructurées en simulation interactive** — mon mémoire de maîtrise à l'ÉTS (titre anglais du résumé : *Visual Appearance Evolution from Wear on Microstructured Surfaces in Texture Space*). Direction : **Sheldon Andrews**. Soutenance le **14 août 2026**. L'idée centrale : donner aux cartes de matériau une **mémoire locale persistante** du contact. La distance parcourue par le corps ne suffit pas à prédire où l'usure apparaît.

## Le décalage

Une surface réelle garde la trace du frottement et du glissement. En simulation interactive, cette information disparaît souvent à la fin du pas de calcul. Le solveur de contact calcule déjà impulsions, vitesse relative, traction tangentielle et dissipation — puis met à jour le mouvement des corps rigides et s'arrête. Les cartes matériau (albédo, rugosité, normales) restent fixes sauf si un artiste peint l'usure à la main.

Le mémoire boucle ce circuit : la résolution mécanique du contact alimente l'évolution d'apparence en **espace texture**, là où le contact a réellement eu lieu.

## Pipeline (vue d'ensemble)

Les contacts épars sont regroupés en patchs locaux, projetés vers des atlas matériau, et reconstruits en vitesse tangentielle, traction effective et dissipation frictionnelle sur une grille GPU. Ces champs pilotent l'accumulation du glissement, de la direction dominante et de l'usure — puis la mise à jour progressive des cartes **sans remaillage global**.

Source : [`wear-pipeline-flow.mmd`](https://antoineboucher.info/CV/blog/posts/thesis-wear-texture-space/images/wear-pipeline-flow.mmd) (même chaîne que [GraphQuon 2025](https://antoineboucher.info/CV/blog/fr/posts/graphquon-2025-university-of-toronto/)). L'implémentation interactive **TextureFriction** impose un ordre d'exécution plus strict : passes FBO pré-résolution → solveur PGS ou AVBD → vitesse/traction post-résolution → dépôt glissement/usure/direction → rendu.

![Masque de contact réel — du contact simulé à la grille de patch](https://antoineboucher.info/CV/blog/posts/thesis-wear-texture-space/images/real-contact-mask.svg)

![Reconstruction de traction sur le patch (WLS) — champ local avant dépôt texture](https://antoineboucher.info/CV/blog/posts/thesis-wear-texture-space/images/traction-reconstruction-wls.svg)

## Trois contributions

1. **Accumulation locale fondée sur la dissipation** — relie glissement, traction reconstruite et évolution visuelle de la surface en espace texture.
2. **Architecture de projection contact → atlas** — regroupement en patchs, tampons GPU, mémoire matériau persistante sur maillage fixe ; glissement, direction et usure écrits là où le recouvrement indique un contact.
3. **Acquisition et comparaison GelSight** — captures sur banc d'usure contrôlé pour le jeu **Wear Surface Texture Datasets** et la calibration des motifs simulés face à la microgéométrie mesurée.

## Deux bases de code

| Dépôt | Rôle |
|-------|------|
| **WearPaper** (non public) | Sources LaTeX du mémoire, article ACM, diapositives Beamer de soutenance et bibliographie de référence. |
| **TextureFriction** (local, `E:\master\TextureFriction`) | Simulateur Qt6 + OpenGL 4.3+ : contact PGS/AVBD, passes FBO par cluster, dépôt GPU dans les atlas glissement/usure/direction. Build : `just build`, exécution : `just run-build`. |

WearPaper est la **trace écrite** ; TextureFriction est la boucle interactive.

## Validation

Des acquisitions sur un banc d'abrasion réciproque alimentent cartes normales mesurées et progression d'usure par stades. Jeu public : [ETSim/WearSurfacesDatasets](https://github.com/ETSim/WearSurfacesDatasets). La métrologie de surface rejoint mon travail CV sur [**TrueMapData**](https://github.com/ETSim/TrueMapData) et l'intégration **surfalize**.

## Résultats (aperçu)

Dans les scénarios testés, les **texels écrits** suivent mieux l'usure cumulée que la trajectoire du corps seul ; la topologie du contact modifie le dépôt. Un cube ou un tore sur plan reste dans un **budget interactif** ; le coût augmente fortement quand plusieurs regroupements de contact sont traités en parallèle. La méthode est un **modèle d'apparence** physiquement motivé, pas une simulation tribologique complète — limites autour de la reconstruction de champs effectifs, de la calibration et de la paramétrisation UV.

## Documents de recherche

Les sources du manuscrit, l'article et les diapositives de soutenance sont dans **WearPaper**, qui n'est pas public.

## Voir aussi

- [GraphQuon 2025 — Where to Wear?](https://antoineboucher.info/CV/blog/fr/posts/graphquon-2025-university-of-toronto/) — présentation conférence sur la même ligne de recherche
- [Parcours ingénierie logicielle](https://antoineboucher.info/CV/blog/fr/posts/software-engineering-journey/) — fil maîtrise ÉTS (rendu, physique, usure)
- Ligne mémoire sur le CV : *Usure de surface en temps réel dans des simulations physiques interactives, avec frottement et textures dynamiques*