LifePlay-Revival/Docs/Migration/etat/CAM/CAM-B2p-C-VAL.md

Fiche CAM-B2p-C-VAL — Niveau N1 — Modèle prévu sonnet | utilisé claude-sonnet-5-5 — Agent lp-validator — Skills sk-protocol, sk-recount, debug-verification, lp-validate
# CAM-B2p-C-VAL : ZQSD pour la caméra pendant le sexe, molette en réserve, témoin des touches (VAL statique, 2026-10-14, reprise incluse)

Verdict : **PASS-STATIC**, confirmé après la reprise (voir « Reprise » en fin de document). Aucune compilation, aucun éditeur, aucun MCP, aucun jeu : tout est lu. Défauts bloquants : 0.
Défauts non bloquants : 6 à la première passe ; après la reprise, 3 sont levés (2, 3, 4) et 3 restent (1, 5, 6). La compilation et les essais V7 restent à faire sous jeton UE.

Les numéros de ligne des § 2 à 6 et des Constats valent pour la **première version** (`.cpp` `E5DA8299…`, 817 lignes). Dans la version actuelle (`8E35E07A…`, 820 lignes), ils sont décalés de +1 après la ligne 116 et de +3 après la ligne 484.

## 1. Fiches amont relues
| Fiche | Lue | Note |
|---|---|---|
| `CAM-B2p-SPEC.md` (P1, P2, P3, P3 bis, § 3 à 6) | oui, lignes 1-160 | P3 aux lignes 73-91, P3 bis aux lignes 51-55 |
| `CAM-B2p-C-IMPL.md` | oui, en entier, puis relue à la reprise (lignes 44-65) | l'IMPL n'a pas les sections « Points à confirmer en VAL » et « Fichiers à commiter » du gabarit IMPL : écart de gabarit (Constats 5) |
| `CAM-B2p-R-FICHE.md` | non relue en détail | pour info seulement (Room, MCP) ; hors périmètre de cette VAL |
| `CAM-B2r-VAL.md` (état d'avant) | non rouverte | l'état B2r est établi par l'égalité MD5 de l'instantané avec les valeurs annoncées (§ 3, contrôle 1) |

## 2. Points à confirmer des IMPL
L'IMPL ne numérote pas de points à confirmer. Je reprends ses déclarations vérifiables, une par ligne.
| Id | Déclaration de l'IMPL | Résultat |
|---|---|---|
| C-1 | MD5 avant `124336D3…` / `61A3E062…`, après `E5DA8299…` / `9E20981F…` | PASS (§ 3, contrôle 1) ; après la reprise : `8E35E07A…` / `9E20981F…`, PASS (Reprise) |
| C-2 | `.cpp` 662 → 817 lignes, `.h` 77 → 84 lignes | PASS (`wc -l` : 662, 817, 77, 84) ; après la reprise : 820 et 84, PASS |
| C-3 | Fins de ligne LF, 0 CR | PASS (§ 3, contrôle 3) ; reprise : 0 CR, PASS |
| C-4 | Écart 1 : `MenuOnScreen` gardé dans `bMenuOnScreen` (0,1 s) au lieu d'`IsMenuOpen` seul | PASS : `MenuOnScreen` appelle `IsMenuOpen` en premier (`.cpp:248`). Écart acceptable, plus large donc plus sûr. Contrepartie : jusqu'à 0,1 s de retard à l'ouverture d'un menu : acceptable |
| C-5 | Écart 2 : P3 bis écrit mais désactivé (`bSexWheelZoom = false`) | PASS (`.cpp:114` ; `Wheel` vaut 0 à `.cpp:498`) |
| C-6 | « Sans P1 (Room), ZQSD n'agit pas en mode Scene ; le POV marche sans P1 » | PASS par lecture : en Scene, la condition `View == SceneCamera` (`.cpp:513`) est fausse si la vue est `CamRoom`. Effet réel : reporté (V7, avec B2p-R) |
| C-7 | « Compilation et B2p-R non faites » | confirmé : aucun journal de build ; reporté (BUILD sous jeton UE) |
| C-8 | Signe « D tourne vers la droite (angle = −côté × vitesse × dt) » | voir § 3, contrôle 5 : le signe est juste pour « la caméra se déplace vers sa droite autour du pivot » ; le libellé était ambigu pour le lacet, désormais déclaré dans l'IMPL (Reprise) ; ressenti reporté (V7-1) |

## 3. Critères rejoués
| N° | Critère | Commande / lecture | Résultat brut | Verdict |
|---|---|---|---|---|
| 1 | MD5 avant et après | `md5sum` sur l'instantané `D:\Game\LifePlay_Backup_5.5\CAM-B2p-C\Source\LifePlay\` et sur `Source/LifePlay/` | avant : `124336d3293ef06befcf076d10956234` (.cpp), `61a3e06280bf7226adb52ecfdd9173de` (.h). Après (première version) : `e5da82992ac18471e51acf1798b7f0e2` (.cpp), `9e20981f8c768371a0935e2c7ce9e134` (.h) | PASS : les quatre égalent les valeurs annoncées |
| 2 | Diff dans le périmètre | `diff -u` instantané → actuel, lu en entier (190 lignes pour le .cpp, 17 pour le .h) | .cpp : 4 hunks, +156 / −1 (net +155 = 817 − 662). La seule suppression est `(void)DeltaTime;` remplacée par `TickSexCamera(DeltaTime);` (`.cpp:477`). .h : 1 hunk, +7 / 0 (net +7 = 84 − 77) | PASS : voir le détail au § 4 |
| 3 | Fins de ligne | `tr -cd '\r' < fichier \| wc -c` | .cpp actuel : 0 ; .h actuel : 0 ; .cpp instantané : 0 ; .h instantané : 0 | PASS |
| 4 | Relecture C++ UE 5.8 | lecture du .cpp et des en-têtes du moteur (`D:\Game\Launcher\Engine\UE_5.8\Engine\Source\Runtime`) | voir ci-dessous | PASS-STATIC |
| 5 | Logique (a) à (h), signe de D | lecture de `TickSexCamera` (`.cpp:481-561`) | voir ci-dessous | PASS-STATIC |
| 6 | Cohérence SPEC / IMPL | SPEC lignes 51-55 et 73-91 contre l'IMPL | voir ci-dessous | PASS avec écarts mineurs (déclarés depuis) |

### Contrôle 4 : C++ UE 5.8 (preuves)
| Point | Preuve | Résultat |
|---|---|---|
| `FVector::RotateAngleAxis` | `Core/Public/Math/Vector.h:769` : `RotateAngleAxis(const T AngleDeg, const TVector<T>& Axis) const` ; `Angle` est un `float`, converti en `double` à l'appel (`.cpp:519`) | OK |
| `FMath::Clamp` avec `double` | `.cpp:524-525` : premier argument `Distance - float*float*float - float*float` donc `double` (car `Distance` est `double`), bornes en `static_cast<double>` ; trois `double`, un seul `T` | OK |
| `FMath::Clamp` du tangage | `.cpp:543-544` : `Rotation.Pitch` (`double` en LWC) `+ float`, bornes `-static_cast<double>(...)` et `static_cast<double>(...)` | OK |
| `FRotator` en `double` | `Rotation.Yaw += Angle` (`:531`) et `+= Right * ...` (`:542`) : `double += float`, sans rétrécissement | OK |
| `SetActorLocationAndRotation` | `Engine/Classes/GameFramework/Actor.h:1701` : `(FVector, FRotator, bool=false, FHitResult*=nullptr, ETeleportType=None)`. `View` est un `AActor*` non const (`.cpp:491`) | OK |
| `USceneComponent::SetWorldRotation` | `Components/SceneComponent.h:575-576` : surcharges `FRotator` et `FQuat` ; l'argument est un `FRotator` : pas d'ambiguïté. `Look` est un `USceneComponent*` non const | OK |
| `FIntProperty` | `UnrealType.h:1663` : `GetPropertyValue_InContainer(void const*, int32=0) const` renvoie `int32 const&` ; `Prop ? ... : -1` donne `int` | OK |
| `FScriptArrayHelper`, `FObjectPropertyBase` | `ReadActors` (`.cpp:165-184`) reprend le motif de `ArrayContains` (`.cpp:220-237`, B2r, déjà validé) | OK |
| `PlayerInput->IsPressed` / `GetKeyValue` sur un PC const | `PlayerInput.h:745` et `:757`, les deux `const` ; `PlayerInput` est un pointeur membre : sur `const APlayerController*` il reste `UPlayerInput* const`. Même motif déjà présent dans `TickSwitchKey` (`.cpp:461-465`) | OK |
| `AxisValue` | corps identique à `LPDirectControlSubsystem.cpp:167-186` (relu côte à côte) | OK |
| `EKeys` : include nécessaire ? | `EKeys::LeftShift` / `RightShift` : `InputCore/Classes/InputCoreTypes.h:455-456` ; `PlayerInput.h:14` inclut `InputCoreTypes.h`, et `PlayerInput.h` est inclus (`.cpp:17`) | OK, aucun include à ajouter |
| `TArray<AActor*>::Contains(AActor*)` | `Couple` est `const TArray<AActor*>` ; `Contains` est `const` et prend le type de l'élément ; `View` est un `AActor*` (`.cpp:535`) | OK |
| `View == SceneCamera` | `AActor*` contre `const AActor*` : comparaison de pointeurs valable (`.cpp:513`) | OK |
| `GetViewTarget` sur un PC const | `PlayerController.h:1911` : `virtual AActor* GetViewTarget() const override` | OK |
| `Pivot /= Couple.Num()` | `TVector::operator/=(T)` ; `int32` converti en `double`. Gardé par `Couple.Num() > 0` (`.cpp:507-509`) | OK |
| `GetAxisMappings`, `IsDigital` | `InputSettings.h:318` ; `InputCoreTypes.h:81` | OK |
| `UE_LOG` (`.cpp:557-560`) | 13 spécificateurs : `%+.0f` ×4, `%d` ×3, `%s` ×1, `%d` ×2, `%.0f` ×3. 13 arguments : `Forward`, `Right`, `AxisValue` ×2 (quatre `float`, promus en `double`) ; `bShift ? 1 : 0`, deux `ReadBool ? 1 : 0` (`int`) ; `*GetNameSafe(View)` (`TCHAR*`) ; `ReadInt` (`int32`) ; `Couple.Num()` (`int32`) ; `Pivot.X`, `.Y`, `.Z` (`double`) | OK : types et nombre concordent |
| Ombrage / redéfinition | `Rotation` est déclaré dans deux blocs disjoints (`.cpp:530` et `:541`) ; aucun membre de la classe ne porte les noms `View`, `Room`, `Pivot`, `Couple`, `Look`, `Forward`, `Right` (`.h` relu en entier) | OK |
| Avertissement sur condition constante | `bSexWheelZoom ? ... : 0.f` (`.cpp:498`) : ternaire sur constante ; MSVC C4127 coupé (`VCToolChain.cs:338`), C4702 coupé dans le cas courant (`VCToolChain.cs:1396-1407`) | OK, incertain à la compilation (Constats 6) |
| Collision de noms en compilation unitaire | `Grep AxisValue` dans `LPCameraModeSubsystem.cpp` : définition `:187` dans `namespace LPCameraModeLocal` (ouvert `:30`, fermé `:300`) ; appels `:496`, `:497`, `:498`, `:550` (×2), `:558` (×2), tous préfixés `LPCameraModeLocal::`. `ReadInt` : appel `:560`, préfixé. `ReadActors` : appel `:501`, préfixé. Les nouveaux noms (`AxisMoveForward`, `GISexPersons`, `RoomMoveObject`, etc.) ne sont utilisés que préfixés. Aucun appel non qualifié | OK : pas de C2668 attendu |

### Contrôle 5 : logique
| Point | Lecture | Verdict |
|---|---|---|
| (a) rien ne bouge si `SexOn` faux ou menu | `.cpp:485-488` : retour avant toute lecture de touche ou écriture si `!GI`, `SexOn` faux ou `bMenuOnScreen`. Seul `SexKeysCooldown` est décrémenté avant (`:483`), sans effet visible | OK |
| (b) mode Scene seulement si vue = `Room.SceneCamera` et couple non vide | `.cpp:513` : `bKeys && Couple.Num() > 0 && View == SceneCamera`. `Room` nul : `ReadObject(nullptr)` renvoie `nullptr` (`.cpp:127`) donc `SceneCamera` nul, et `View` valide ne l'égale jamais | OK |
| (c) bornes seulement avec Z/S (ou molette) | `.cpp:522-526` : `Clamp` dans `if (Forward != 0 \|\| Wheel != 0)`. L'orbite seule garde `Distance = Offset.Size()` (une rotation conserve la norme) | OK, mais voir Constats 1 (saut au premier appui) |
| (d) direction nulle protégée | `.cpp:527-533` : `GetSafeNormal()` puis `if (!Direction.IsZero())` ; sinon ni position ni lacet ne changent | OK |
| (e) POV | `.cpp:535-547` : `Couple.Contains(View)`, `Look` lu par `ReadObject(View, FirstPersonSM)` puis `IsValid(Look)` ; tangage `Clamp(..., -80, +80)` | OK |
| (f) P3 bis désactivé | `bSexWheelZoom = false` (`.cpp:114`) donc `Wheel = 0.f` (`:498`) ; `AxisScroll` n'est pas lu | OK |
| (g) témoin au plus une ligne par seconde | `.cpp:550-557` : retour si `SexKeysCooldown > 0` ou aucune touche (`:552-555`) ; sinon `SexKeysCooldown = 1.f` (`SexKeysLogInterval`, `:556`) puis une seule ligne. Le décompte se fait à chaque image (`:483`) | OK |
| (h) déréférencements nuls | `GI` testé (`:485`) ; `World` testé (`:489`) ; `PC` et `View` testés (`:490-492`, `IsValid(View)`) ; `Room` : `ReadObject` / `ReadBool` acceptent un `nullptr` ; `PlayerInput` testé dans `AxisValue` (`:190`) et au témoin (`:551`) ; `Person` : `ReadActors` ne garde que des `IsValid` (`:178`) ; `Look` : `IsValid` (`:539`) | OK |
| Signe de D | Voir ci-dessous | confirmé pour le déplacement ; libellé ambigu pour le lacet (déclaré depuis dans l'IMPL) |

**Signe de D (raisonnement vectoriel).**
- Entrée : `MoveRight` vaut +1 sur D et −1 sur Q (`Config/DefaultInput.ini:158-160`). `MoveForward` vaut +1 sur Z/W et −1 sur S (`:155-157`). Z réduit bien la distance (`Distance − Forward × …`, `.cpp:524`) : cohérent.
- Rotation : `RotateAngleAxisRad` (`Vector.h:1339-1362`), axe (0,0,1) : `x' = C·x − S·y`, `y' = S·x + C·y`. Un angle positif envoie +X vers +Y. En UE (X avant, Y droite, Z haut), c'est le sens horaire vu de dessus, le même que le lacet croissant. L'angle appliqué à la position (`:519`) et au lacet (`:531`) est le même : le cadrage est gardé.
- Cas test : caméra à l'ouest du pivot, `Offset = (−d, 0)`, qui regarde +X ; sa droite est +Y. Pour D, `Angle = −vitesse × dt < 0`, donc `S < 0` et `y' = S·(−d) = −d·S > 0` : la caméra se déplace vers +Y, donc **vers sa droite**, autour du pivot. Son lacet diminue (la caméra se tourne vers la gauche pour garder le couple dans le champ), ce qui est normal pour une orbite.
- Conclusion : le signe `Angle = −Right × vitesse × dt` est **juste** si « D » signifie « la caméra se déplace vers sa droite » (comme un pas de côté). Il est **inverse** si « D tourne vers la droite » signifie « le lacet de la caméra augmente » ; c'est ce que fait le POV (`Yaw += Right × …`, `:542`, regard vers la droite). À l'écran, les deux modes donnent le même effet (la scène défile vers la gauche quand on appuie sur D). À confirmer par l'essai V7-1 (sens ressenti), pas bloquant.

### Contrôle 6 : SPEC / IMPL
| Élément SPEC | IMPL | Verdict |
|---|---|---|
| P3 : conditions `SexOn`, menu fermé, PC et vue valides | tenues (`:485-492`) ; menu par `bMenuOnScreen` (écart déclaré, acceptable) | OK |
| Orbite 90°/s, dolly 200 cm/s, bornes 80 à 800 cm, pivot = moyenne de `SexPersons`, tableau vide = rien | constantes `.cpp:107-110` ; moyenne `:502-510` ; tableau vide : pas de Scene, pas de POV (`Contains` faux) | OK |
| POV : `FirstPersonSM`, lacet Q/D, tangage Z/S à 90°/s, ±80° | tenu (`:535-547`). Écart : la SPEC dit `AddWorldRotation(0, lacet, 0)` et un tangage « autour de l'axe droit du composant ». L'IMPL fixe des angles d'Euler monde (`GetComponentRotation` puis `SetWorldRotation`). Équivalent tant que le roulis est nul | écart mineur, déclaré depuis dans l'IMPL (Reprise) |
| Témoin : format `Z=%d Q=%d S=%d D=%d fleches=… couple a (…)` | format réel : `avant=%+.0f cote=%+.0f fleches=…/… Maj MoveObject MoveCamera ; vue ; index POV ; couple N a (x, y, z)` | écart mineur, déclaré depuis dans l'IMPL (Reprise) |
| `.h` : « 2 membres (dernier temps de témoin, vitesse) » | 1 méthode + 2 membres (`bMenuOnScreen`, `SexKeysCooldown`), pas de vitesse (constante locale) | OK |
| P3 bis désactivé par constante | tenu | OK |
| « Environ 120 lignes » | +156 lignes dans le `.cpp`, +7 dans le `.h` (dont constantes et commentaires) | OK |
| Aucune lecture `Accessed None` | réflexion avec contrôle de nullité partout (voir (h)) | OK |

## 4. Diff lu en entier
| Fichier | Compte | Contenu |
|---|---|---|
| `Source/LifePlay/LPCameraModeSubsystem.cpp` | 4 hunks, +156 / −1 (première version) | H1 `@@ -93` : constantes et noms dans `LPCameraModeLocal` ; H2 `@@ -133` : `ReadInt`, `ReadActors`, `AxisValue` dans l'espace nommé ; H3 `@@ -247` : `bMenuOnScreen = bMenu;` dans `Tick` (`:322`) ; H4 `@@ -401` : `TickSexCamera(DeltaTime);` à la place de `(void)DeltaTime;` dans `TickSwitchKey` (`:477`), puis le corps de `TickSexCamera` (`:481-561`) |
| `Source/LifePlay/LPCameraModeSubsystem.h` | 1 hunk, +7 / 0 | `TickSexCamera`, `bMenuOnScreen`, `SexKeysCooldown` et leurs commentaires (`.h:70-76`) |

- Tout est dans le périmètre de l'IMPL. **Aucun ajout non demandé.** Le code B2r (C1, C2, occlusion, CharGen, `LogSwitchKey`, `ArrayContains`, `MenuOnScreen`) n'a aucune ligne modifiée : la seule ligne `-` du diff est `(void)DeltaTime;`.
- Les deux fichiers sont **non suivis par git** (`git status --short` : `??`). Un `git diff` contre un tag n'est donc pas possible : la référence est l'instantané. Le gardien devra les ajouter (`A`).
- Non fait ici (hors périmètre VAL statique) : `Build.ps1`, `LPTestStringCompat`, ouverture de l'éditeur, essais en jeu.

## 5. Verdict
**PASS-STATIC**, première passe puis reprise. Le code correspond à l'IMPL et à la SPEC, aucune erreur de compilation n'est attendue à la lecture, aucune dérive hors périmètre, B2r inchangé. Il ne vaut pas PASS : rien n'a été compilé ni exécuté.

## 6. Points à confirmer par l'utilisateur
- [ ] V7-1 : en Scene (une fois B2p-R posé), D déplace la caméra vers sa droite autour du couple ; Q vers sa gauche. Le sens ressenti convient-il ? Sinon, inverser le signe de `Angle` (`.cpp:517`, `:520` dans la version actuelle).
- [ ] V7-2 : en POV, D tourne le regard vers la droite, Z lève le regard. Le sens convient-il ?
- [ ] V7-3 : Z/S en Scene : la caméra se rapproche ou s'éloigne sans saut brusque au premier appui (Constats 1).
- [ ] V7-4 : après une scène, ZQSD ne fait rien hors sexe (la marche reprend), et rien pendant un menu.
- [ ] V7-5 : le journal contient `Sexe : touches …` au plus une fois par seconde ; fournir ces lignes pour le KO Maj + souris.
- [ ] BUILD : compilation de `LifePlayEditor` sous jeton UE (0 erreur ; relever tout nouvel avertissement sur `LPCameraModeSubsystem.cpp`).
- [ ] Décision de l'utilisateur : P3 bis (molette) reste désactivé tant que l'essai de P1 n'a pas montré que le zoom d'origine (nœud 125) ne convient pas.

Tours : 16 / 40

## Constats
Aucun défaut bloquant. Défauts non bloquants (première passe) :
1. **Saut de distance au premier appui** (`.cpp:524-525`). Si la caméra posée par le jeu est à plus de 800 cm (ou à moins de 80 cm) du pivot, le premier appui sur Z ou S ramène la distance à la borne en une seule image (saut visible). Conforme à la SPEC (bornes pendant l'avance et le recul) ; un correctif possible serait de n'appliquer la borne que dans le sens qui rapproche de l'intervalle. Laissé en l'état par l'IMPL : décision de l'orchestrateur. **Reste ouvert.**
2. **`DeltaTime` non borné** (`.cpp:477`, `:517`, `:524`). Après un à-coup d'une seconde, l'orbite fait 90° d'un coup et l'avance 200 cm. **Levé à la reprise** (voir Reprise).
3. **Écarts SPEC/IMPL non déclarés** : format du témoin, angles d'Euler monde au lieu de `AddWorldRotation`. **Levé : déclarés dans l'IMPL** (voir Reprise).
4. **Libellé ambigu** de l'IMPL (« D tourne vers la droite »). **Levé : précisé dans l'IMPL** (voir Reprise).
5. **Gabarit IMPL incomplet** : les sections « Points à confirmer en VAL » et « Fichiers à commiter » manquent. Fichiers à commiter attendus : `A Source/LifePlay/LPCameraModeSubsystem.cpp` et `A Source/LifePlay/LPCameraModeSubsystem.h` (non suivis dans git, § 4), plus l'IMPL et la présente VAL. **Reste ouvert** (je n'ai pas revu cette section à la reprise : elle n'apparaît pas dans les lignes 44-65 relues).
6. **Incertain, non mesuré** : un avertissement MSVC sur `bSexWheelZoom ? … : 0.f` (condition constante) n'est pas exclu à la compilation ; C4127 et C4702 sont coupés par la chaîne d'outils d'après `VCToolChain.cs`, mais seul `Build.ps1` le prouve. Si la molette est un jour activée, le sens de `ScrollDownUp` (+1 sur `MouseWheelAxis`, `DefaultInput.ini:154`) et l'échelle par cran seront à régler à l'essai. **Reste ouvert.**

## Reprise (2026-10-14) : borne du pas de temps (constat 2)

Objet : revérifier la seule modification faite après la VAL. Toujours statique : ni compilation, ni éditeur, ni MCP.

| Contrôle | Commande / lecture | Résultat brut | Verdict |
|---|---|---|---|
| MD5 | `md5sum` sur `Source/LifePlay/LPCameraModeSubsystem.cpp` et `.h` | `.cpp` `8e35e07ae08f3f208a24dc4cf2b3338f` (annoncé `8E35E07AE08F3F208A24DC4CF2B3338F`) ; `.h` `9e20981f8c768371a0935e2c7ce9e134` (annoncé `9E20981F…`, inchangé) | PASS |
| Lignes | `wc -l` | `.cpp` 820 (annoncé 820), `.h` 84 | PASS |
| Fins de ligne | `tr -cd '\r' < fichier \| wc -c` | `.cpp` CR=0, `.h` CR=0 | PASS |
| Diff contre l'instantané | `diff -u` instantané → actuel : 4 hunks, 153 lignes `+` non vides, 1 ligne `-` (`(void)DeltaTime;`). Comparaison avec mon diff de la première passe (`diff` des deux diffs, en-têtes et numéros de hunk mis à part) | Les seules différences avec la première passe sont : (1) `+ const float SexMaxStep = 0.05f;        // pas de temps maximal pris en compte (s)` (`.cpp:117`) ; (2) deux lignes dans `TickSexCamera` : un commentaire et `const float Step = FMath::Min(DeltaTime, LPCameraModeLocal::SexMaxStep);` (`.cpp:486`) ; (3) quatre substitutions `DeltaTime` → `Step` : `Angle` (orbite), `Distance - Forward * SexDollySpeed * Step` (avance ou recul), `Rotation.Yaw += Right * SexLookSpeed * Step` (lacet POV), `Rotation.Pitch + Forward * SexLookSpeed * Step` (tangage POV). Les numéros de hunk bougent de 1 à 3 lignes, rien d'autre | PASS : exactement 3 lignes ajoutées et 4 substitutions, aucune autre modification |
| `DeltaTime` restant | `grep -n "DeltaTime\|Step"` sur la zone | dans `TickSexCamera`, `DeltaTime` n'apparaît plus qu'à la signature, au calcul de `Step` et à `SexKeysCooldown = FMath::Max(0.f, SexKeysCooldown - DeltaTime)` : le témoin garde le temps réel (une ligne par seconde réelle) | PASS |
| Compilation à l'œil | lecture des lignes ajoutées | `SexMaxStep` : `const float` dans l'espace nommé `LPCameraModeLocal`, appelée qualifiée. `FMath::Min(float, float)` donne un `float`, `Step` est un `float` ; il remplace un `float` : mêmes types dans les produits `float`, puis `double` dans le `Clamp` comme avant. `Step` est déclaré avant son premier usage (`:486`, usages plus bas) ; aucun membre ni variable locale homonyme (`SexWheelStep` est un autre nom). Aucun nouvel include nécessaire (`FMath` déjà utilisée) | PASS-STATIC |
| Effet voulu | lecture | Un à-coup d'image est borné à 0,05 s : au plus 4,5° d'orbite, 10 cm d'avance, 4,5° de regard par image. Au-dessus de 20 images par seconde, aucun changement de comportement | PASS-STATIC |
| IMPL relu | `CAM-B2p-C-IMPL.md`, lignes 12-13 et 46-63 | Tableau : `.cpp` `8E35E07AE08F3F208A24DC4CF2B3338F`, 820 lignes ; `.h` inchangé. § Écarts : les constats 3 et 4 sont **déclarés** (format du témoin `avant/cote` et `couple N a` ; angles monde en POV au lieu d'`AddWorldRotation` ; sens de D, caméra vers sa droite en Scene et regard vers la droite en POV, ressenti à confirmer en V7). La reprise (constat 2) et le constat 1 laissé en l'état y sont notés | PASS |

Constats après la reprise : 2 levé (borne ajoutée et revérifiée), 3 et 4 levés (déclarés dans l'IMPL). Restent ouverts, non bloquants : 1 (saut à la borne), 5 (sections « Points à confirmer en VAL » et « Fichiers à commiter » : non revues), 6 (avertissement MSVC possible). Un nouveau point, mineur : avec la borne à 0,05 s, sous 20 images par seconde la caméra va plus lentement que les vitesses annoncées (comportement voulu pour un jeu qui rame).

**Verdict final de la reprise : PASS-STATIC.** Défauts bloquants : 0. MD5 final : `.cpp` `8e35e07ae08f3f208a24dc4cf2b3338f`, `.h` `9e20981f8c768371a0935e2c7ce9e134`.

Tours (reprise comprise) : 16 / 40. Fichier écrit : `D:\Game\LifePlay-master 5.8\Docs\Migration\etat\CAM\CAM-B2p-C-VAL.md` (à commiter : `A`).