LifePlay-Revival/Docs/Migration/etat/REL/FIX1/FIX1-F7-PRE.md

Fiche FIX1-F7-PRE — Niveau N2 — Modèle prévu non précisé par la fiche | utilisé claude-sonnet-5-5 — Agent lp-cart — Skills sk-protocol, ue-cpp-build, lp-commandlets, lp-paths
# FIX1-F7-PRE : étude préliminaire de dimensionnement de F7 (ERR-011 : CenterBrow, animation « look », accessoires) et de F8b (meshZ au lever) (2026-10-20)

Hors gabarit : étude préliminaire (pas une CART complète), sur le modèle de `FIX1-F6-PRE.md`. Les rubriques 1 à 6 du gabarit CART sont gardées ; la rubrique 3 suit les quatre questions de la fiche (existant, localisation, dimensionnement et reproductibilité, recommandation), pour chacun des 4 sous-points : **F7a** avertissement CenterBrow, **F7b** animation « look » restée active, **F7c** accessoires détachés, **F8b** meshZ au lever. Lecture seule : ni copie UE, ni MCP, ni éditeur, ni commandlet. Seul ce fichier est écrit.

## Résumé (à lire en premier)

1. **La ligne FIX1 du doc 37 est à reclasser** : `37_Feuille_De_Route_Alpha2.md:171` range F6, F7 et F8 en « petits correctifs Blueprint par MCP » (`lp-mcp-bp`). Sur ces 4 sous-points, aucun n'est à la fois un correctif Blueprint net, avec un effet visible établi, et hors de GI.
2. **F7a CenterBrow** : le lecteur est dans **GI** (`CalculateHeadtrack`, établi sur le dump 5.5) ; la garde utile est donc en **build 2** (GI n'est révisé qu'une fois). Aucun effet visible (`Registre_Erreurs.md:25`). Présent dans 8 journaux sur 11 relevés (141 à 6 138 lignes) : pas déterministe.
3. **F7b « look »** : un seul constat (COMMUN-8, 2026-10-14), **aucune mesure depuis** (les lignes `STATE … currentAnimation=` n'existent que sous `-LPPersonsLog`, absent des 7 journaux COMMUN-15 à 21). Effet visible non établi. Un correctif d'un nœud dans Person est imaginable, mais ses consommateurs (`UpdateDailyPose`) sont à risque.
4. **F7c accessoires** : un seul constat « mineur » (COMMUN-7), sans recette, lieu du défaut non lu (Person `spawnProp` / attaches, ou donnée d'animation : inconnu).
5. **F8b meshZ** : **déjà neutralisé en C++** par M-Z (`LPDirectControlSubsystem.cpp:1200-1223`), validé en jeu (COMMUN-10) ; M-Z se déclenche **18 fois dans 9 journaux** (COMMUN-15 à 21), donc le défaut Blueprint est vivant, mais masqué. **Constat nouveau (estimé)** : les trois valeurs relevées −80,4 / −82,8 / −85,2 sont exactement −90 + 12 × {0,8 ; 0,6 ; 0,4}, la formule de `Person::updateHeelHeight` (talons). Si c'est la cause, forcer −90 (Blueprint ou M-Z) n'est pas un correctif et la ligne F8b est mal posée.
6. **Recommandation** : build 1 = F8a seul (déjà fait) plus, au choix de l'utilisateur, **une séance de mesure** sur le build COM21 existant (sans copie UE) et **l'instrumentation de la ligne M-Z** (C++, quelques lignes, dans la compilation déjà prévue). F7a, F7c, F8b en **build 2** ; F7b en build 1 **seulement** si la mesure montre un effet visible avant la porte du 23 au soir. Détail en § 3.4.

| Sous-point | Où (établi ou estimé) | Effet visible | Reproduction | Agent · niveau | Build |
|---|---|---|---|---|---|
| F7a CenterBrow | GI `CalculateHeadtrack` (établi, dump 5.5) ; appelé par les AnimBP `Daily` et `Daily_F` (estimé) | aucun (journal seul) | 8 journaux sur 11, apparition non déterministe | `lp-mcp-bp` N2 (garde dans GI), dump 5.8 d'abord | **2** |
| F7b « look » | Person : variable `currentAnimation` non vidée au lever (estimé) | non établi | 1 constat (14 octobre), aucune mesure depuis | `lp-diag` N2 (mesure), puis `lp-mcp-bp` N1 si effet | 1 sous condition, sinon après l'alpha |
| F7c accessoires | inconnu (Person `spawnProp` / attaches, ou donnée) | « mineur » | 1 constat, pas de recette | `lp-diag` N2 | pas en 1 |
| F8b meshZ | `Person::updateHeelHeight` (estimé) contre animations de place (hypothèse STG) : non tranché ; M-Z (C++) corrige déjà | corrigé en jeu | M-Z : 18 déclenchements en 9 journaux | `lp-impl` N1 (journal M-Z) ; correctif Blueprint : pas avant la mesure | **2** ou abandon |

## 1. Objet et périmètre

Un domaine : les défauts « animation et placement » de la ligne FIX1 hors F6 et hors F8a, soit F7 (`37_…:60` : « ERR-011 : avertissement CenterBrow ; animation « look » restée active ; accessoires détachés ») et la seconde moitié de F8 (`37_…:61` : « meshZ au lever dans le Blueprint »). Demande de Big Boss : ce qui est établi, ce qui reste et où (Blueprint : lequel ; C++ ; GI), dimensionnement et reproductibilité, recommandation (agent, niveau, durée, risque ; build 1 ou 2). Hors périmètre : F8a (`Aim`), F6, toute correction, tout essai.

## 2. Commandes et lectures (exactes) avec compte brut

| # | Commande ou lecture | Résultat brut |
|---|---|---|
| 1 | Read `gabarits.md` (CART), `FIX1-F6-PRE.md` | gabarit et modèle lus |
| 2 | Grep `ERR-011` dans `Docs/Registre_Erreurs.md` ; Read `:25` | 1 ligne, `Registre_Erreurs.md:25` (citée en § 3.1) |
| 3 | Grep `F7`, `F8b`, `meshZ`, `CenterBrow` dans `37_Feuille_De_Route_Alpha2.md` ; Read `:50-69`, `:160-194` | `:60`, `:61`, `:171` ; calendrier `:177-185` |
| 4 | Grep `CenterBrow`, `meshZ`, `PlayerBusy` dans `BOSS-ETAT.md` ; Read `:222-243`, `:62-73` | `:70`, `:234`, `:235` |
| 5 | Grep (compte) `CenterBrow` dans `etat/BOSS`, glob `*.log` | `Found 11033 total occurrences across 8 files.` (détail en § 3.1) |
| 6 | Glob `*.log` dans `D:\Game\LifePlay_Build_5.8_Development_COM21\Windows\LifePlay\Saved\Logs` | 3 fichiers : `LifePlay.log`, `LifePlay-backup-2026.10.20-17.25.35.log`, `LifePlay-backup-2026.10.20-17.27.13.log` |
| 7 | Grep (compte) `CenterBrow` puis `GetSocketInfoByName` dans ce dossier | `LifePlay.log:148` ; `LifePlay.log:669` et `…17.27.13.log:119` |
| 8 | Grep (compte) `GetSocketInfoByName` dans `etat/BOSS`, glob `COMMUN-2*/*.log` | `COMMUN-21_session_1925_rotation.log:119`, `COMMUN-21_session_1927.log:669`, `COMMUN-20_session_1710.log:790` ; total 1578 |
| 9 | Grep (compte) `GetSocketInfoByName\((Head\|hip\|pelvis\|chestUpper)\)` dans `LifePlay.log` (COM21) | `521` |
| 10 | Grep `GetSocketInfoByName\(CenterBrow\)` dans `LifePlay.log` (COM21), 3 premières lignes puis `offset 145` | `:1645` (17:33:24.838), `:1676`, `:1712` ; `:2872`, `:2873` (17:36:01.238), `:2916` (ligne de bilan « 147 [LogSkinnedMeshComp Warning] … ») |
| 11 | Grep `Person_C_2147481923` dans `LifePlay.log` (COM21), 8 premières | `:1060` (BeginPlay), `:1275-1276` (`index SPAWN`, `DESTROY…`), `:1278-1281` (Head ×2, pelvis, chestUpper à 17:32:08.569) |
| 12 | Grep `M-Z :` dans `etat/BOSS`, glob `COMMUN-{15..21}/*.log`, mode contenu ; puis mode compte (`COMMUN-*/*.log`) | 18 lignes (liste en § 3.1) ; compte : 9 fichiers, `Found 18 total occurrences across 9 files.` |
| 13 | Grep (compte) `currentAnimation=fnt` et `meshZ=` dans les journaux COMMUN-15 à 21 ; `currentAnimation=fnt` dans `LifePlay.log` COM21 | `No matches found` (trois fois) |
| 14 | Read `LPDirectControlSubsystem.cpp:1196-1227` ; Grep `meshZ`, `M-Z` dans `Source` | M-Z `:1200-1223`, `MeshZScans` (`.h:88-89`) ; `LPDebugSubsystem.cpp:414` (ligne `STATE … meshZ= … currentAnimation=`) |
| 15 | Read `LPDebugSubsystem.cpp:385-424`, `:628-647` | `STATE` écrit par `WritePersonsDump` ; déclenché par `-LPPersonsLog[=s]` (`:639-643`) ou la console `LifePlay.PersonsDump` (`:631-634`) |
| 16 | Grep `CenterBrow`, `CalculateHeadtrack`, `HeadtrackTarget` dans `etat/portage55/L6f/L6f_dump_GI.txt` ; Read `:42272-42301` | `:42284`, `:42296`, `:42592`, `:42609` ; en-tête `:42273` ; appels `Person_C::FaceHeadtrackTarget` `:42832`, `:42834` |
| 17 | Grep `^=== Person ::` (par tranches), `NewLocation = '`, `RelativeLocation\|currentAnimation\|…`, `updateHeelHeight`, `HeelHeight` sur `L6f_dump_Person.txt` (fichier nommé) ; Read `:19736-19835`, `:39405-39430` | en-têtes cités en § 3.2 ; `updateHeelHeight` appelée `:2528`, `:3767`, `:3772`, `:3794` ; définie `:19714` |
| 18 | Grep `updateHeelHeight` sur `L6f_dump_GI.txt` (fichier nommé) | `:25258` (`Person_C::updateHeelHeight()`) |
| 19 | Bash, depuis la racine : `for f in $(rg --files -g "Person.uasset" -g "GI.uasset" -g "Daily.uasset" -g "Daily_F.uasset" Content); do echo "== $f"; rg -a -o -e CalculateHeadtrack -e updateHeelHeight -e unOccupyFnt -e HeadtrackTarget -e CenterBrow -e spawnProp -e PlayFntAnim "$f" \| sort \| uniq -c; done` | `Daily` : CalculateHeadtrack 3, HeadtrackTarget 1 ; `Daily_F` : idem ; `GI` : CalculateHeadtrack 12, CenterBrow 5, HeadtrackTarget 2, spawnProp 2, unOccupyFnt 1, updateHeelHeight 1 ; `Person` : CenterBrow 3, HeadtrackTarget 3, PlayFntAnim 2, spawnProp 5, unOccupyFnt 8, updateHeelHeight 4 ; `exit=0` (comptes **bruts de correspondances dans le binaire** : preuve de présence du nom, pas de nœuds) |
| 20 | Read `STE-H4-DIAG.md`, `STE-J6-TRACE.md:187-232`, `STG-COMMUN8-DIAG.md`, `STG-COMMUN9-DIAG.md`, `STG-MZ-IMPL.md`, `KEY2-DIAG-01.md:14-25`, `JOURNAUX1/ERR-brouillons.md` | cités en § 3 |
| 21 | Glob `**/*D8*` sous `etat/ST/STE` ; Glob `*` sous `etat/REL/FIX1` | `No files found` ; 10 fichiers (F6 PRE, SPEC, IMPL, VAL, journaux de build) |

Écart de méthode à signaler, deux Grep de dossier **non concluants** : un Grep de dossier sur `etat/portage55/L6f` (motifs `unOccupyFnt`, `^=== Person :: …`, `updateHeelHeight`) a rendu `No matches found` alors que les mêmes motifs trouvent des lignes quand le fichier `.txt` est nommé (n° 17 et 18 : `updateHeelHeight` `:19714`, `:2528`…). Les `.txt` d'`etat/` sont ignorés par git (`.gitignore:53`) et un Grep de dossier les saute. **Un résultat vide d'un Grep de dossier sur `etat/` (hors `.md`/`.csv`) ne prouve rien** ; nommer le fichier (à verser). Les dumps de Blueprint lus sont ceux de 5.5 (L6f, 2026-09-30) : l'état des Blueprint en 5.8 n'a pas été relu (le `rg -a` du n° 19 ne prouve que la présence des noms).

## 3. Constats `fichier:ligne`

### 3.1 État de l'existant (question 1)

**F7a, avertissement CenterBrow**

| Constat | Source | Niveau |
|---|---|---|
| ERR-011 : signature `GetSocketInfoByName … No SkeletalMesh for CharacterMesh`, « 80/perso en 4.27, 76 en 5.5 », gravité « bruit (existe en 4.27) » ; part F5 du DESTROY corrigée (CHG-326) ; mise à jour JOURNAUX1 du 2026-10-14 : variante `CenterBrow` « à chaque image sur des Person détruites, sans effet visible (COMMUN-5, COMMUN-6) ; rattachement à confirmer » | `Docs/Registre_Erreurs.md:25` ; `COMMUN-6-BILAN.md:33` | établi |
| Le brouillon JOURNAUX1 classe le rattachement « non établi » (statut « en cours ») | `JOURNAUX1/ERR-brouillons.md:91`, `:104` | établi |
| Classé « Après l'alpha (non ouverts) » avec la « animation look » et les « accessoires détachés » | `BOSS-ETAT.md:235` | établi |
| STE-H4 (J5) : 6 408 lignes `CenterBrow` (31,3 % du journal) ; lecteur **estimé fort** : GI `CalculateHeadtrack`, appelé par l'`EventGraph` des AnimBP `Daily` et `Daily_F` pour un vivant dont le `HeadtrackTarget` est resté sur un mannequin caché ; voie D = garde dans `CalculateHeadtrack` (`IsValid(Target)` et corps présent) ou vider le `HeadtrackTarget` au DESTROY ; **dumps STE-D8 requis** | `STE-H4-DIAG.md:6`, `:53`, `:88-105`, `:205-208`, `:262-273` | établi (texte) ; lecteur estimé |
| Les dumps STE-D8 n'ont pas été produits | Glob `**/*D8*` sous `etat/ST/STE` : `No files found` | établi (cherché dans ce dossier seulement) |
| Effet de C0 sur `CenterBrow` : 6 408 (J5), 6 227 (H9), 528 (J6) ; « la part de C0 dans cette baisse reste incertaine » | `STE-J6-TRACE.md:223`, `:229-231` | établi |
| Aucune garde `CenterBrow` n'a été livrée : la ligne `CenterBrow` revient dans les journaux de COM21 | § 3.1 ci-dessous | établi |

Comptes de `CenterBrow` dans les journaux récents (Grep en mode compte, n° 5 et 7 ; un fichier absent de la sortie compte pour 0) :

| Journal | `CenterBrow` | `GetSocketInfoByName` (tous sockets) |
|---|---|---|
| `COMMUN-14\COMMUN-14.4-17_LifePlay_20261020-0757.log` | 141 | non mesuré |
| `COMMUN-15\…_encours.log` | 0 | non mesuré |
| `COMMUN-16\COMMUN-16_session_1131.log` | 0 | non mesuré |
| `COMMUN-16\COMMUN-16_session_1136.log` | 649 | non mesuré |
| `COMMUN-16\COMMUN-16_session_1207.log` | 151 | non mesuré |
| `COMMUN-17\COMMUN-17_session_1253.log` | 302 | non mesuré |
| `COMMUN-18\COMMUN-18_session_1358.log` | 6 138 | non mesuré |
| `COMMUN-19\COMMUN-19_session_1457.log` | 3 355 | non mesuré |
| `COMMUN-20\COMMUN-20_session_1710.log` | 149 | 790 |
| `COMMUN-21\COMMUN-21_session_1925_rotation.log` | 0 | 119 |
| `COMMUN-21\COMMUN-21_session_1927.log` | 148 | 669 |
| COM21 `Saved\Logs\LifePlay.log` | 148 | 669 |
| COM21 `…backup-2026.10.20-17.27.13.log` | 0 | 119 |

Somme des 8 journaux non nuls : 11 033 (concorde avec la sortie de l'outil). Le journal `COMMUN-21_session_1927.log` a les mêmes comptes que `LifePlay.log` de COM21 (148 et 669) : copie probable (MD5 non comparés). **Précision** : sur COM21, le compte 148 inclut **la ligne de bilan du journal** (`LifePlay.log:2916`, « 147 [LogSkinnedMeshComp Warning] GetSocketInfoByName(CenterBrow) … ») : il y a **147 avertissements**, et de même 669 = 148 + 521 (n° 9) ; la présence d'une ligne de bilan dans les autres journaux n'a pas été vérifiée.

Détail COM21 : les premières et dernières lignes `CenterBrow` (`:1645`, `:1676`, `:1712`, `:2872`, `:2873`) visent toutes `Person_C_2147481923`, acteur qui passe par `index SPAWN` puis `DESTROY…` (`:1275-1276`) ; les avertissements `CenterBrow` commencent à 17:33:24.838 (`:1645`), 76 s après le SPAWN, et finissent à 17:36:01.238 (`:2873`), soit 2 min 36 s. La cadence (une ligne par image ou non) n'a pas été établie. Les 521 autres lignes sont les sockets Head, hip, pelvis, chestUpper (part « bruit accepté » d'ERR-011).

**F7b, animation « look » restée active**

| Constat | Source | Niveau |
|---|---|---|
| COMMUN-8 (2026-10-14, 09:13:44-09:14:04) : le joueur garde `currentAnimation = fnt_new038-f-0-look` dans la rue puis au café, avec `meshZ -80,4` ; « animation de meuble restée active après le changement de pièce (Blueprint d'origine, estimé) » ; « Elle peut ajouter une posture penchée, mais ce n'est pas elle qui enfonce » ; versé à STE, « après l'alpha sauf effet visible » | `STG-COMMUN8-DIAG.md:22`, `:61-63`, `:73-74`, `:84-85` | établi (observation) ; cause estimée |
| `currentAnimation` reste aussi renseigné après un lever ordinaire (`fnt_new048-f-0-sit`, journal COMMUN-9) : M-Z ne l'utilise donc pas comme garde | `STG-MZ-IMPL.md:45-46` | établi |
| Registre des brouillons : N45, gravité faible (« mineur »), « ouvert, non instruit », 1 constat | `JOURNAUX1/ERR-brouillons.md:76` ; `JOURNAUX1/SUIVI-propositions.md:53` | établi |
| Effet visible : non établi ; **aucune mesure depuis le 14 octobre** : les journaux COMMUN-15 à 21 ne contiennent ni `currentAnimation=fnt` ni `meshZ=` (n° 13), parce que la ligne `STATE` n'est écrite que sous `-LPPersonsLog` ou `LifePlay.PersonsDump` | `LPDebugSubsystem.cpp:414`, `:631-643` | établi |

**F7c, accessoires détachés**

| Constat | Source | Niveau |
|---|---|---|
| Seul constat : « Accessoire de place mal attaché (assiette et sandwich près de l'épaule) : mineur » (COMMUN-7) ; « hors B2q » | `BOSS/COMMUN-7-BILAN.md:28` ; `STG-B2q-IMPL.md:70` ; `JOURNAUX1/ERR-brouillons.md:76` | établi |
| À ne pas confondre : « les accessoires restent visibles » pendant que le personnage assis disparaît (N36) est un autre défaut, **corrigé et validé en jeu** (B2q, COMMUN-9 P1, COMMUN-10 Q6) | `COMMUN-7-BILAN.md:20` ; `JOURNAUX1/ERR-brouillons.md:70` | établi (le bilan COMMUN-10 lui-même n'a pas été relu) |
| La formule « accessoires détachés » de `BOSS-ETAT.md:235` et du doc 37 résume ce seul constat (estimé) | `BOSS-ETAT.md:235` ; `37_…:60` | estimé |

**F8b, meshZ au lever**

| Constat | Source | Niveau |
|---|---|---|
| Symptôme (COMMUN-9) : les pieds sont à 9,8 cm au-dessus du sol (`delta -9.8`) alors que la capsule est au sol ; `meshZ` relatif −80,4 (ou −82,8) au lieu de −90 ; « rien ne remet −90 au lever » ; PNJ féminines debout concernées (12 relevés, `currentAnimation=-`) ; lecture : `unOccupyFnt` et `PlayIdle` ne rétablissent pas la position du maillage (Blueprint d'origine, **estimé**) | `STG-COMMUN9-DIAG.md:16-31` | établi (mesure) ; cause estimée |
| **Contournement C++ livré** : M-Z dans `FitPersonBounds` (balayage de 0,5 s) remet le Z relatif du maillage à celui du gabarit de la classe (−90 pour `Person_C`) si : aucun meuble, pas de scène, capsule en collision, écart > 1 cm, **2 balayages de suite** | `LPDirectControlSubsystem.cpp:1200-1223` ; `STG-MZ-IMPL.md:26-46` | établi |
| Validé en jeu : « plus de flottement après le lever, M-Z confirmé » (COMMUN-10 Q4) | `JOURNAUX1/ERR-brouillons.md:75` (qui cite `C10-BILAN:14`) | établi (bilan non relu) |
| **M-Z se déclenche encore** : 18 lignes `M-Z :` dans 9 journaux (COMMUN-15 : 1 ; 16/1131 : 1 ; 16/1136 : 3 ; 16/1207 : 1 ; 17 : 4 ; 18 : 4 ; 19 : 1 ; 20 : 2 ; 21 : 1). 16 sur `PlayerCharacter`, 2 sur des PNJ. Valeurs d'origine : −80,4 ×5 ; −85,2 ×6 ; −88,0 ×7 | n° 12 (ex. `COMMUN-20_session_1710.log:1666`, `COMMUN-17_session_1253.log:1484`, `COMMUN-18_session_1358.log:3367`) | établi |
| Dans le dump 5.5 de Person, la seule fonction qui écrit un Z de maillage autre que −90 est **`updateHeelHeight`** : si le tableau de chaînes contient `Heels`, `HeelHeight` = dernière chaîne convertie en nombre, puis `Mesh.K2_SetRelativeLocation(0, 0, −90 + 12 × HeelHeight)` ; sinon `HeelHeight = 0` et Z = −90. Les autres écritures de Z sont le −90 littéral (`:19832`, `:39421`) | `L6f_dump_Person.txt:19714`, `:19754`, `:19778-19790`, `:19804-19832` ; grep `NewLocation` : `:8315-8370` (X/Y des composants de pénis), `:19832`, `:39421` | établi (dump 5.5) |
| `updateHeelHeight` est appelée par `Strip` (`:2528`) et `Dress` (`:3767`, `:3772`, `:3794`) dans Person, et une fois dans GI (`:25258`) ; **pas** par `PlayIdle`, `unOccupyFnt`, `standIdle` ni `jumpOffFnt` (leurs en-têtes : `:12042`, `:12836`, `:13117`, `:13536` ; aucune occurrence entre ces lignes dans le Grep du fichier) | `L6f_dump_Person.txt` ; `L6f_dump_GI.txt:25258` | établi (dump 5.5) |
| Les valeurs relevées sont exactement −90 + 12 × H pour H = 0,8 (−80,4), 0,6 (−82,8), 0,4 (−85,2) ; −88,0 (7 occurrences sur 18) n'est pas sur cette grille (2,0 / 12 = 0,1667) | calcul sur § 3.1 et `STG-COMMUN9-DIAG.md:22` | **estimé** (coïncidence arithmétique, non mesurée) |
| `meshZ = −88` figure aussi dans l'étude des caméras de scène | `CAM-COMMUN9-DIAG.md:14` | établi (ligne seule lue) |
| À ne pas confondre avec « personnage enfoncé » : l'enfoncement dans la rue (ancien ERR-128) vu à COMMUN-15 venait de `PlayerBusy` resté vrai après une visite de l'onglet Clavier (`LiftSunkPersons` ne relevait pas le joueur) ; corrigé en C++ (fermeture des réglages pendant une capture, `5ff9f26d`), COMMUN-16.22 PASS. Le `meshZ` relevé, lui, **fait flotter**, il ne fait pas enfoncer | `KEY2-DIAG-01.md:20-24` ; `BOSS-JOURNAL.md:815`, `:840` | établi |

### 3.2 Où est le reste (question 2)

| Sous-point | Où | Preuve | Niveau |
|---|---|---|---|
| F7a | **GI** : fonction `CalculateHeadtrack` (44 nœuds) lit `GetSocketLocation('CenterBrow')` sur le `Mesh` de `From` (`K2Node_CallFunction_3`) et de `To` (`K2Node_CallFunction_1`) ; elle appelle `Person_C::FaceHeadtrackTarget` ; deux autres lectures de `CenterBrow` dans GI, fonction non identifiée | `L6f_dump_GI.txt:42273-42296`, `:42592`, `:42609`, `:42832`, `:42834` | établi (dump 5.5) |
| F7a | **AnimBP `Daily` et `Daily_F`** portent le nom `CalculateHeadtrack` (3 correspondances chacun) : appelants (estimé, déjà dit par STE-H4) | `rg -a -o` n° 19 ; `STE-H4-DIAG.md:95-97` | estimé |
| F7a | **Person** : `FaceHeadtrackTarget` lit aussi `CenterBrow` ; `Person.uasset` : 3 correspondances | `STE-H4-DIAG.md:91-94` ; n° 19 | établi (texte STE-H4) |
| F7a | Aucun C++ ne lit `CenterBrow` : **non cherché ici** (STE-H4 : 0 pour `chestUpper` dans `Source` et `Plugins`) | `STE-H4-DIAG.md:302-304` | incertain |
| F7b | **Person** : la variable `currentAnimation` est lue par `UpdateDailyPose` (`SetAnimationMode` puis deux affectations `Animation` ← `currentAnimation`), `SetAnimationAsset`, `unOccupyFnt` (lectures seules) ; elle est écrite dans le graphe d'événements (affectée `:33526`, vidée `:33341` et `:38779`) | `L6f_dump_Person.txt:12615-12682` (en-tête `UpdateDailyPose` `:12615`), `:12780-12815`, `:12836-12844`, `:13042`, `:33341`, `:33526`, `:38779` | établi (dump 5.5) |
| F7b | `unOccupyFnt` ne contient **pas** d'affectation de `currentAnimation` (les trois affectations sont au-delà de la ligne 33000) ; si l'une des deux remises à vide tourne au lever ou au changement de pièce : inconnu | grep `currentAnimation` sur le dump | établi (absence dans la fonction) ; reste inconnu |
| F7c | **Person** : `spawnProp` (`:14529`), `clearProps` (`:14582`) ; 7 nœuds `K2_AttachToComponent` dans le graphe d'événements (`:37915-38461`) ; `spawnProp` 5 correspondances dans Person et 2 dans GI | dump Person ; n° 19 | établi (existence) ; lieu du défaut inconnu |
| F8b | **Person** `updateHeelHeight` (Blueprint, appelée par `Strip`, `Dress`, GI) ; **C++** M-Z dans `LPDirectControlSubsystem` | § 3.1 | établi |
| F8b | `PlayIdle` / `unOccupyFnt` ne rétablissent pas le Z (STG) : consistant avec l'absence d'appel à `updateHeelHeight` ; `PlayFntAnim` (2 correspondances dans `Person.uasset`) : sa définition n'est pas dans les en-têtes lus, le dump la montre appelée au graphe d'événements (`:33740`) | `L6f_dump_Person.txt:33740` ; n° 19 | établi (appel) ; effet sur le Z inconnu |

GI touché ? **F7a : oui** (la garde naturelle est dans `GI::CalculateHeadtrack`, voie A de § 3.3), donc build 2 selon la révision unique de GI (`BOSS-JOURNAL.md:693`, `:870` : « révision unique en build 2 »). F7b, F8b : **non** (Person, C++). F7c : inconnu. Les AnimBP `Daily` et `Daily_F` ne seraient pas à modifier pour la voie A.

### 3.3 Dimensionnement et reproductibilité (question 3)

**F7a**

| Voie | Contenu | Taille (estimée) | GI ? |
|---|---|---|---|
| A, garde dans `CalculateHeadtrack` | avant `K2Node_CallFunction_1` et `_3` : `IsValid(From)`, `IsValid(To)` et maillage présent (`GetSkinnedAsset` valide), sinon retour sans calcul | 4 à 8 nœuds sur 44, 2 coupures (comparable aux 2 à 3 nœuds de la voie C de STE-H4, `STE-H4-DIAG.md:199`) | **oui** |
| B, à la cause | vider le `HeadtrackTarget` des vivants qui visent un mannequin au DESTROY, ou exclure les mannequins cachés de `getNearestDummy` | non dimensionnable : « la chaîne exacte (qui pose le `HeadtrackTarget`, pourquoi il reste) » est inconnue (`STE-H4-DIAG.md:252`) | probablement (GI et Person) |
| C, réglage de journal | abaisser la verbosité de `LogSkinnedMeshComp` par configuration | 1 ligne de configuration ; **masque** aussi les 521 lignes des autres sockets et les vrais cas ; effet en Shipping non lu | non |
| D, ne rien faire | l'avertissement existe depuis la 4.27 (`Registre_Erreurs.md:25`) | 0 | non |

Reproduction : non déterministe. 8 journaux sur 11 contiennent `CenterBrow` (de 141 à 6 138 lignes), 3 n'en ont aucune ; sur COM21 la série commence 76 s après le SPAWN d'un mannequin et dure 2 min 36 s. La condition d'apparition (un vivant dont le `HeadtrackTarget` pointe un mannequin sans corps) est **estimée**, pas démontrée. **Preuve en jeu** : build Development (journal avec avertissements), jouer jusqu'à au moins un `index SPAWN` suivi de `DESTROY`, attendre 3 minutes, compter `GetSocketInfoByName(CenterBrow)` (Grep en mode compte, moins la ligne de bilan). Critère : 0 ligne `CenterBrow` avec au moins un SPAWN, les 521 autres lignes inchangées. Une session à 0 sans SPAWN ne prouve rien (3 journaux de référence sont à 0). Le Shipping n'a pas été examiné (`bUseLoggingInShipping` non lu, `STE-H4-DIAG.md:253-254`).

**F7b**

| Critère | Établi | Estimé | Inconnu |
|---|---|---|---|
| Correctif | — | un nœud « affecter `currentAnimation` = vide » en fin de `unOccupyFnt` ou à l'entrée d'une pièce (Person seul, 1 nœud, 2 liens) | si un autre chemin relit `currentAnimation` après le lever : `UpdateDailyPose` le réaffecte à `Animation` (`:12635-12682`), donc vider peut changer ce que ce chemin joue ; risque moyen |
| Effet visible | aucun établi | posture penchée possible (`STG-COMMUN8-DIAG.md:62-63`) | tout |
| Reproduction | 1 constat (COMMUN-8) : `look` d'un meuble (vitrine), puis changement de pièce | — | si le clip joue encore (`anim=single:…`) ou si seule la variable est périmée |

Preuve en jeu : sans copie UE, avec le build COM21 lancé avec `-LPPersonsLog=2` (`LPDebugSubsystem.cpp:639-643`), utiliser l'action « regarder » sur un meuble de boutique, sortir, relever pendant 30 s la ligne `STATE PlayerCharacter … anim=… currentAnimation=…`. Attendu avant correctif : `currentAnimation=fnt_…-look` (COMMUN-8). Après : `currentAnimation=-`, et `anim=` sans `single:…look`. Un essai sans effet visible clôt F7b (« ne pas corriger »).

**F7c**

Taille : non dimensionnable. Une attache de prop mal placée peut venir du Blueprint (`spawnProp`, 7 attaches), d'un décalage de donnée d'animation, ou de la pose de la place (lien avec le Z du maillage : non démontré). Reproduction : aucune recette (1 constat, « mineur », assiette et sandwich ; meuble et animation non notés dans le bilan). **Preuve en jeu** à définir après une première reproduction avec capture d'écran (même place, mêmes accessoires, avant et après).

**F8b**

| Critère | Établi | Estimé | Inconnu |
|---|---|---|---|
| Cause | le Z relatif du maillage n'est pas −90 après le lever et rien dans `PlayIdle` / `unOccupyFnt` ne le remet | −90 + 12 × HeelHeight (talons, `updateHeelHeight`) pour −80,4 / −82,8 / −85,2 | le chemin qui écrit −88,0 (7 cas sur 18) ; si le joueur et les PNJ concernés portent des talons ; le lien avec le premier meuble utilisé (`STG-COMMUN9-DIAG.md:24`) |
| Contournement | M-Z, 18 déclenchements en 9 journaux | M-Z corrige 1 s au plus tard après le lever | M-Z force −90 **sans lire `HeelHeight`** : si les talons sont la cause, il retire un décalage voulu par le Blueprint ; sa validation (« plus de flottement ») ne dit rien sur les talons |
| Correctif Blueprint | — | « appeler `updateHeelHeight` en fin de `unOccupyFnt` » (Person seul, 1 nœud d'appel) rétablirait −90 + 12 H plutôt que −90 : **hypothèse**, `updateHeelHeight` lit le tableau de vêtements | effet sur la pose assise ; GI appelle `unOccupyFnt` (1 correspondance dans `GI.uasset`) |

Reproduction : **fiable avec les journaux** (M-Z écrit une ligne à chaque correction). Preuve en jeu : (1) compter les lignes `M-Z :` sur une séance avec au moins un meuble utilisé puis quitté : valeur de référence 1 à 4 par séance (COMMUN-15 à 21) ; (2) après un correctif Blueprint, M-Z doit rester **silencieux** (0 ligne) sur la même séance ; (3) départage talons / place : habiller le joueur sans talons, s'asseoir, se lever, relever `meshZ=` (nécessite `-LPPersonsLog`) ; ou ajouter `HeelHeight` à la ligne M-Z (voir § 3.4).

### 3.4 Recommandation (question 4)

**Agent, niveau, durée (estimés), risque, build**

| Sous-point | Étape | Agent · niveau | Durée (estimée, non mesurée) | Risque | Build |
|---|---|---|---|---|---|
| F7a | dump 5.8 de `CalculateHeadtrack` (`LPDumpFunction -BP=GI -Fn=CalculateHeadtrack -Pins -Exec`, éditeur fermé : copie UE) ; IMPL de la garde ; VAL | `lp-mcp-bp` N2 pour l'IMPL (GI par MCP, instantané avant) ; `lp-validator` N2 | dump 5 tours ; IMPL 15 à 25 tours ; VAL 10 à 15 tours ; essai 15 à 20 min de jeu | faible pour le jeu (garde sur un nœud lu) ; risque de calendrier : GI n'est révisé qu'une fois, la garde doit partir avec les autres retouches de GI | **build 2** |
| F7b | mesure sans copie UE (build COM21, `-LPPersonsLog=2`), puis éventuellement 1 nœud dans Person | `lp-diag` N2 pour la mesure ; `lp-mcp-bp` N1 pour l'IMPL | mesure : 20 min de jeu par l'utilisateur ou Big Boss + 10 à 15 tours d'analyse ; IMPL 10 à 15 tours ; VAL 10 tours | moyen : consommateurs de `currentAnimation` (`UpdateDailyPose`) | build 1 **seulement si** la mesure montre un effet visible avant le **23 au soir** (créneau FIX1 sur la copie UE au J3, VAL au J4, `37_…:183-184`) ; sinon après l'alpha |
| F7c | reproduction avec capture, lecture MCP de `spawnProp` et des attaches | `lp-diag` N2 | 15 à 20 tours après une reproduction | non évaluable | pas en build 1 |
| F8b | instrumenter la ligne M-Z (C++, dans `LPDirectControlSubsystem.cpp:1216`) : y ajouter `HeelHeight` et `currentAnimation` du Person (lecture par réflexion, comme les autres lectures de variables Blueprint du même module) | `lp-impl` N1 | 5 à 10 tours, **dans la compilation déjà prévue pour F8a** (pas de jeton UE supplémentaire, hors essai) | très faible (journal) | build 1 (option) |
| F8b | correctif Blueprint | aucun avant la mesure | — | forcer −90 peut retirer un décalage de talons | **build 2** ou abandon (M-Z couvre) |

**Ordre conseillé (estimé)** : (1) une séance de jeu de 20 à 30 minutes sur le build COM21 existant, **sans copie UE**, avec `-LPPersonsLog=2`, qui sert F7b et F8b : le joueur avec talons puis sans talons s'assied et se lève ; « regarder » un meuble de boutique puis changer de pièce ; (2) lecture des lignes `STATE`, `M-Z :` et `CenterBrow` (Grep, 10 tours) ; (3) décision par sous-point. Si l'instrumentation de M-Z est acceptée, la réponse « talons ou place » arrive aussi **gratuitement** dans les essais suivants.

**Ce qu'il ne faut pas faire (estimé)** : confier F7 et F8b à `lp-mcp-bp` en bloc comme le dit le doc 37 (`:171`) ; toucher GI en build 1 pour un avertissement sans effet visible ; corriger le Z du maillage au lever avant d'avoir départagé talons et place ; ajouter une garde sur `currentAnimation` dans M-Z (M-Z l'écarte exprès, `STG-MZ-IMPL.md:45-46`).

**Build 1 ou build 2 (décision de l'utilisateur)** : build 1 = F8a (fait) et, au plus, F7b et l'instrumentation de M-Z. Aucun de ces sous-points ne justifie de risquer le gel du 24 octobre ; F7a est de toute façon bloqué par la règle GI. F7a, F7c, F8b : build 2 (le journal du dépôt garde ERR-011 ouvert ; aucun texte public à corriger n'a été trouvé, README et annonces non relus ici).

## 4. Établi / estimé / incertain (synthèse)

**Établi (relu à la source)** : ERR-011 et sa mise à jour JOURNAUX1 (`Registre_Erreurs.md:25`) ; classement « après l'alpha » (`BOSS-ETAT.md:235`) ; comptes de `CenterBrow` des 13 journaux de § 3.1 ; sur COM21, 147 avertissements (+ 1 ligne de bilan), un seul acteur sur les 5 lignes vues, 76 s après le SPAWN ; `GI::CalculateHeadtrack` lit `CenterBrow` sur `From.Mesh` et `To.Mesh` (dump 5.5) ; les dumps STE-D8 n'existent pas ; constat « look » du 14 octobre (`STG-COMMUN8-DIAG.md`) ; `currentAnimation` jamais affectée dans `unOccupyFnt` (dump 5.5) ; STATE seulement sous `-LPPersonsLog` ; un seul constat d'accessoire (`COMMUN-7-BILAN.md:28`) ; M-Z (code, journal, 18 déclenchements) ; `updateHeelHeight` (formule et appelants dans le dump 5.5) ; l'enfoncement KEY2 est une autre cause (`PlayerBusy`).

**Estimé (déduit)** : le lecteur de `CenterBrow` est `CalculateHeadtrack` appelé par `Daily` et `Daily_F` ; la cible est un mannequin sans corps ; la garde de la voie A suffit (4 à 8 nœuds) ; une variable `currentAnimation` périmée peut être réappliquée par `UpdateDailyPose` ; −80,4 / −82,8 / −85,2 sont des décalages de talons (arithmétique exacte, non mesurée) ; M-Z force −90 sans égard aux talons ; durées et niveaux de § 3.4.

**Incertain, essai qui trancherait** :
- F7a : appelants réels de `CalculateHeadtrack` et origine du `HeadtrackTarget` : `LPDumpFunction -BP=Daily -Fn=EventGraph -Pins -Exec` (AnimBP accepté par la commande : incertain, `STE-H4-DIAG.md:271`) ; état en 5.8 de la fonction : dump 5.8 (copie UE).
- F7a : effet visible éventuel (regard tourné vers l'origine jusqu'à 57 s, `STE-H4-DIAG.md:285-286`) : jamais observé.
- F7b : le clip joue-t-il encore ou seule la variable est-elle périmée ? Séance `-LPPersonsLog=2` (§ 3.3).
- F7c : tout (lieu, cause, recette).
- F8b : talons ou place ; chemin du −88,0 ; talons portés par les PNJ concernés : séance avec et sans talons, ou `HeelHeight` dans la ligne M-Z.
- Dumps 5.5 contre Blueprint 5.8 : Person et GI ont été retouchés depuis le 30 septembre (par exemple `IsValid(Person)` dans `moveToPersonStand`, `JOURNAUX1/ERR-brouillons.md:23`) : les fonctions citées sont à relire en 5.8 avant toute SPEC.

## 5. Points à confirmer (repris par la fiche suivante)

1. Rafraîchir en 5.8, par commandlet (copie UE, éditeur fermé), les dumps `GI :: CalculateHeadtrack`, `Person :: updateHeelHeight`, `Person :: unOccupyFnt`, `Person :: UpdateDailyPose` et l'`EventGraph` de Person (affectations de `currentAnimation`), avec `lp-commandlets` (forme : `.\Tools\RunCommandlet.ps1 -Lot FIX1-F7 -Commandlet LPDumpFunction -Args '-BP=<nom> -Fn=<fonction> -Pins -Exec'`).
2. Chercher `CenterBrow` dans `Source` et `Plugins` (non fait ici).
3. Identifier la fonction de GI qui appelle `updateHeelHeight` (`L6f_dump_GI.txt:25258`) et les deux autres lectures de `CenterBrow` dans GI (`:42592`, `:42609`).
4. Lire `C10-BILAN` (Q4, Q6) et `COMMUN-7-BILAN` en entier pour F7c (meuble, animation, circonstances).
5. Vérifier si les autres journaux portent une ligne de bilan comptée dans les 141 à 6 138.
6. Vérifier que le Shipping écrit ou non l'avertissement (`bUseLoggingInShipping`, non lu).

## 6. Questions pour la SPEC ou l'utilisateur

1. F7a : laisser l'avertissement en build 1 (bruit depuis la 4.27, sans effet visible) et le traiter dans la révision unique de GI en build 2 ?
2. Autoriser une séance de jeu de 20 à 30 minutes sur le build COM21 avec `-LPPersonsLog=2` (sans copie UE) pour F7b et F8b ?
3. Autoriser l'ajout de `HeelHeight` et `currentAnimation` à la ligne M-Z dans la compilation de F8a (une ligne C++, journal seul) ?
4. F8b : si les talons sont la cause, M-Z doit-il cesser de forcer −90 pour un personnage à talons ? (le « flottement » constaté à COMMUN-9 était-il réel à l'écran ?)
5. F7c : l'utilisateur se souvient-il de la place et du repas concernés (capture) ?
6. Reclasser la ligne FIX1 du doc 37 : F7a et F8b hors des « petits correctifs Blueprint par MCP » de la build 1, F7b conditionnel ?

## Fichiers à commiter

A `Docs/Migration/etat/REL/FIX1/FIX1-F7-PRE.md` (dépôt jeu, branche `ue5.8`), par le gardien sur ticket. Aucun autre fichier écrit.

Tours : 26 / 25 (budget « environ 25 » dépassé de 1 : recherche des appelants de `updateHeelHeight` et vérification que les Grep de dossier sur `etat/` sautent les `.txt` ; `Tools/FicheStats.py` fait foi)

## Constats

- Quatre Grep de dossier sur `etat/portage55/L6f` ont rendu un résultat vide à tort (fichiers `.txt` ignorés par git) ; les mêmes motifs, sur le fichier nommé, trouvent les lignes. Rejouer toute recherche négative sur un fichier nommé avant de conclure à une absence.
- Les comptes d'un Grep en mode compte sur des journaux qui portent une ligne de bilan `LogStats` incluent cette ligne (+ 1 sur COM21).