LifePlay-Revival/Docs/Migration/etat/ST/STD/STD-SCN-DIAG.md

Fiche STD-SCN — Niveau N3 — Modèle prévu (modèle de l'agent lp-cart) | utilisé claude-opus-5-5 — Agent lp-cart — Skills lp-doc (gabarits), sk-protocol
# STD-SCN-DIAG : familles du moteur de scènes, origine STB ou préexistante (2026-10-10)

Lecture seule stricte : aucun lancement (jeu, éditeur, commandlet, build), aucune écriture hors de ce fichier. Copie
`D:\Game\LifePlay-master 5.8` lue à HEAD `20620f6` (gelée par STC).

Abréviations des journaux (chemins absolus) :
- **L2** = STB-JEU2 `D:\Game\LifePlay_Build_5.8_STB-JEU2_Development\Windows\LifePlay\Saved\Logs\LifePlay.log`
- **L1** = STB-JEU `D:\Game\LifePlay_Build_5.8_STB-JEU_Development\Windows\LifePlay\Saved\Logs\LifePlay-backup-2026.10.09-20.30.49.log`
- **LU8** = base U8 `D:\Game\LifePlay_Build_5.8_Development_U8_essai\Windows\LifePlay\Saved\Logs\LifePlay-backup-2026.10.09-16.46.02.log`
- **DC4** = 5.5 avant migration `D:\Game\LifePlay-master 5.5\Docs\Migration\etat\U58\U6\LifePlay_55_DC4_avantU6.log`
- **U6-55** / **U6-58** = `...\etat\U58\U6\LifePlay_55_session2.log` / `LifePlay_58_session2.log`
- **P10-55** / **P10-58** = `...\etat\U58\U7\P10\5.5\LifePlay.log` / `...\U7\P10\5.8\LifePlay.log` (5.8 avant STB, 2026-10-09 06:4x)
- **JM** = `D:\Game\LifePlay-master 5.8\Docs\Migration\Journal_Modifications.md`
- Dumps : **STA-d** = `D:\Game\LifePlay-master 5.5\Docs\Migration\etat\ST\STA\dumps\`, **STB-d** = `...\etat\ST\STB\dumps\`

## 1. Symptôme et reproduction

Session STB-JEU2 (parcours : nouvelle partie avec éditeur de personnage, ville, actions seul et avec partenaire,
scènes dont `meet_couple`, `STB-JEU-VAL.md:14-15`). Comptes bruts dans L2 (Grep, mode `count`, rejouables) :

| Famille | Motif Grep exact | L2 |
|---|---|---|
| F1 `Accessed None … Person` | `property Person in` | 270 (en tête de pile : `GI_C:ReturnStatIfNeeded:64X` 93, `GI_C:getActorVar:64X` 142, `GI_C:setActorVar:64X` 32 ; 3 non ventilées) |
| F2 index hors bornes « tableau sans nom » | `Person_24_4B712C904750AD4CE1580DBEBD9E7396' of length 0` | 351 (le tableau est le membre `Person` de la structure `/Game/Structs/Variable`, d'où le nom à GUID) |
| F3 `CallFunc_Array_Get_Item_31/32/33/41` | `property CallFunc_Array_Get_Item_(31\|32\|33\|41) ` | 167 (171 avec `_\d+` : 4 lignes `_30` hors fiche, L2:12087, 12097, 22396, 22406) ; dont `_33` : 33 |
| F4 `CallFunc_GetSkeletalMesh_ReturnValue` | `property CallFunc_GetSkeletalMesh_ReturnValue` | 99 ; variante GI (multiligne, en-tête `GI_C:ExecuteUbergraph_GI:`) 96 |
| F5 « No SkeletalMesh » | `No SkeletalMesh` | 15 793 (51 % des 30 995 lignes) ; `Person_C_2147481850` 10 751, `Person_C_2147481946` 1 040 ; socket `CenterBrow` 3 264 |
| Dénominateurs | `CHECKING:` / `index SPAWN` / `DestroyDummy was from CheckScenes` / `\(test0104\) for [0-9.]+ hours by 0` / `Actor cleared and destroyed` | 2 318 / 123 / 185 / 24 / **1** (L2:2226) |

Lien avec les lignes de scène (établi, même horodatage et même image) :
- F1 par le contrôle des scènes : L2:5226 `CHECKING: …meet_random/meet_new_person.lpscene` puis L2:5227-5238
  (`UpdateCheckForScenes` → `CheckConditionsOther` → `CheckEachCondition` → `CalculateString` → `Calculator` →
  `ReturnStatIfNeeded`). La ligne OTHER de la scène lit la stat d'un acteur peut-être absent :
  `D:\Game\LifePlay-master 5.8\Content\Modules\vin_Base\Scenes\meet_random\meet_new_person.lpscene:5`
  (`isWithCompanion() && Random(0, 200) < CurrentCompanion:interpersonal`). Même chose au démarrage d'une scène :
  L2:20166 `CHECKING: …family/child_sexual.lpscene` → L2:20167-20178 (`PlayScene` → `CheckConditionsOther` → … → `ReturnStatIfNeeded`).
- F1/F2/F3 par la lecture du script d'une scène lancée : L2:20189-20200 (hors bornes `Person_24` + `getActorVar` sous
  `PlayScene` → `ReadSceneLine` → `CallFunction`), L2:20327-20339 (`CallFunc_Array_Get_Item_33` dans `CallFunction`),
  L2:20398-20411 (`setActorVar`). Chaque groupe `33, 32, 31, 31, 31, 31` est suivi de quelques dizaines de lignes par
  `(test0104) for <n> hours by 0` (ex. L2:20331 → L2:20397 ; L2:20581 → 20647 ; L2:29929 → 29995) : 24 démarrages
  d'action « by 0 », presque tous dans la rafale 21:32:09 à 21:32:21.
- F4 : L2:5173-5199 : `CHECKING: …dating/sociable_dating.lpscene` (WHO = `getSpecific(Dating)`,
  `...\Scenes\dating\sociable_dating.lpscene:4`) → `Person_C_2147481850 index SPAWN` → avertissement (pile
  `UpdateCheckForScenes` → `CheckConditionsWho` → `ReadSceneLine` → `CallFunction` → `GetSpecific` → `LoadPreset` →
  `GenerateAndApplyStrings` → `PlayerChangeRace` → `UpdatePlayerMeshWithMorphs`) → `DESTROY… Slot: 1` →
  `DestroyDummy was from CheckScenes, WHO unmatched`. 96 SPAWN sur 123 sont suivis à la ligne suivante de F4 (multiligne
  `index SPAWN \(test0304\)\r?\n[^\n]*property CallFunc_GetSkeletalMesh_ReturnValue in` → 96).
- F5 : L2:5193 `test0304 DESTROY… index Person_C_2147481850` puis L2:5194-5198 et suivantes : `GetSocketInfoByName`
  (Head ×2, pelvis, chestUpper, hip, CenterBrow) à chaque image sur **le même acteur** recyclé. Écart à la fiche :
  « Actor cleared and destroyed » n'apparaît qu'une fois (L2:2226) ; le déclencheur réel est la libération
  `test0304 DESTROY` du mannequin (acteur gardé en réserve, réutilisé au SPAWN suivant : `Person_C_2147481850` revient
  dans la plupart des 123 SPAWN).

Comptage par scène : sans objet au sens strict pour F3, F1 (getActorVar/setActorVar) : le fichier joué par `PlayScene`
n'est pas écrit dans le journal (aucune ligne `lpscene` hors `CHECKING:` et `timed out`, Grep
`GI_C_\d+\] ([^C]|C[^H]).*(lpscene|lpaction|lpquest)` → 17 lignes `timed out` seulement). Normalisation retenue :
par démarrage d'action « by 0 » (F1, F3), par ligne `CHECKING:` (F1, F2, F5), par SPAWN de mannequin CheckScenes (F4).

## 2. Hypothèse testée (une seule)

**H : les cinq familles sont préexistantes au lot STB** — (a) leur fréquence normalisée dans L2 égale celle d'un
journal antérieur à STB, et (b) aucune fonction ni aucun événement de leur pile n'est modifié par CHG-281 à CHG-294.

## 3. Essai et résultat brut

### 3.1 Fonctions modifiées par STB (critère b)
Lecture de JM:1135-1148 (CHG-294 à CHG-281). Graphe GI touché : événements `LoadSettings`, `PopulateRaws`
(CHG-281, JM:1148), `FocusOnMapMarkers` et fonction `clearVariable` (CHG-282, JM:1147), nœuds de lecture
`Clothes4` / `MorphTags` (CHG-283, JM:1146), `clearDaily`, `PlayIdle`, `PlayDaily`, `PerTick` et fonctions
`determinePersonVars`, `clearScenePersons` (CHG-290, JM:1139). Person : `standIdle`, rotation de tête
(`HeadtrackTarget` → `CenterBrow`), `OccupyingFnt` (CHG-284, JM:1145), `assignHome` (CHG-285, JM:1144). Autres :
MainMenu (CHG-286 retiré par CHG-294), StreetMap_Static, Room, SexInterface, garde C++ des marqueurs.
**Aucun** des noms de pile n'y figure : `UpdateCheckForScenes`, `PlayScene`, `CheckConditionsWho`,
`CheckConditionsOther`, `CheckEachCondition`, `CalculateString`, `Calculator`, `ReturnStatIfNeeded`, `ReadSceneLine`,
`CallFunction`, `getActorVar`, `setActorVar`, `GetSpecific`, `getPerson`, `LoadPreset`, `GenerateAndApplyStrings`,
`PlayerChangeRace`, `UpdatePlayerMeshWithMorphs`. Réserve : `ExecuteUbergraph_GI` (EventGraph) est modifié, mais dans
d'autres événements ; pour F4, le câblage de `UpdatePlayerMeshWithMorphs` est identique avant et après STB (§ 3.5).
Point de contact indirect pour F5 : CHG-284 (lecture `CenterBrow` dans l'EventGraph de Person), voir § 3.6.

### 3.2 Tableau des comptes bruts (Grep, mode `count` ; L1 et LU8 avec le motif neutre de format)
Motif F1 neutre (5.5 écrit `…property Person` sans « (real) … in ») : `Accessed None trying to read (\(real\) )?property Person\b`.
F3 en 5.5 : `property CallFunc_Array_Get_Item_(31|32|33|41)\b`. F4 variante GI : multiligne
`property CallFunc_GetSkeletalMesh_ReturnValue( in not an UClass)?\r?\n\s+GI_C [^\n]*\n\s+Function /Game/BPs/GI\.GI_C:ExecuteUbergraph_GI:`.

| Journal (moteur, date) | CHECKING | by 0 | SPAWN | Dummy CheckScenes | F1 | F2 | F3 | F3 `_33` | F4 (GI) | F5 |
|---|---|---|---|---|---|---|---|---|---|---|
| DC4 (5.5, 2026-10-08) | 5 410 | 56 | 76 | 0 | 664 | 1 379 | 395 | 77 | 0 | 10 974 |
| U6-55 (5.5) | 831 | — | 20 | 0 | 3 | 87 | 0 | — | 0 | 2 315 |
| P10-55 (5.5) | 213 | — | 6 | 0 | 1 | 23 | 0 | — | 0 | 1 254 |
| U6-58 (5.8) | 380 | — | 18 | 0 | 2 | 59 | 0 | — | 0 | 2 723 |
| P10-58 (5.8, avant STB) | 1 429 | — | 33 | 57 | 1 | 119 | 0 | — | 10 | 10 388 |
| LU8 (5.8, avant STB) | 374 | 0 | 15 | — | 2 | 39 | 0 | — | 0 | 871 (`STA-T3-DOC.md:60` ; Grep combiné F4+F5+SPAWN = 886) |
| L1 (STB complet) | 2 515 | — | — | — | 152 | 204 | 84 | — | 97 | ≤ 18 226 (Grep combiné F5 + SPAWN + Dummy, non séparé) |
| L2 (STB, CHG-286 retiré) | 2 318 | 24 | 123 | 185 | 270 | 351 | 167 | 33 | 96 | 15 793 |

« — » = non compté (budget). `by 0` = `\(test0104\) for [0-9.]+ hours by 0` ; U58 : DC4 seul (56). Dummy CheckScenes =
`DestroyDummy was from CheckScenes` ; U58 : P10-58 seul (57).

### 3.3 F1 et F2 : `ReturnStatIfNeeded`, `getActorVar`, `setActorVar` (Person / tableau `Person_24…`)
- Mécanisme, lu dans STA-d `GI__ReturnStatIfNeeded.txt` : chaîne `X:stat` coupée sur `:` (`Split`, :409-417) →
  `GetVariable(Name = X)` (:140-145) → `Variable.Person[0]` (`K2Node_GetArrayItem_10794`, :156-159) → `Set Person`
  (:39-43) → `Person.QueryStat` (:160-168), sans test. Variable jamais affectée → tableau vide → F2 puis F1 ; variable
  affectée à une référence nulle → F1 seul (cas L2:5227, sans ligne F2 avant). Chemin sans `:` → `PlayerCharacter`
  (:31-53), toujours valide.
- Même signature et même pile en 5.5 avant migration : DC4:13020-13031 (`Accessed None trying to read property Person`,
  `ReturnStatIfNeeded:036D`, pile `UpdateCheckForScenes` → `CheckConditionsOther` → … → `ReturnStatIfNeeded`).
- Fréquence normalisée : F1 par démarrage « by 0 » : L2 270 / 24 = **11,3** ; DC4 664 / 56 = **11,9**. Par
  `CHECKING:` : L2 0,116 ; DC4 0,123. Les sessions U6/U7/U8 sans démarrage « by 0 » restent à 1-3.
- F2 : présent dans tous les journaux 5.5 et 5.8 (DC4 1 379, U6-55 87, P10-58 119, LU8 39). Plus bas en L2 qu'en DC4
  par démarrage (14,6 contre 24,6) : une partie de F2 en DC4 vient de `clearVariable` (DC4:8624-8637, pile
  `GeneratePerson` → `clearVariable`), lecture supprimée par CHG-282 (estimé : non décompté par fonction).

### 3.4 F3 : `CallFunc_Array_Get_Item_31/32/33/41` dans `CallFunction`
- Même nœuds, même pile en 5.5 : DC4:31616-31626 (`CallFunc_Array_Get_Item_33`, `CallFunction:ADF7`, pile
  `PlayScene` → `ReadSceneLine` → `CallFunction`, précédé du hors bornes `Person_24`) ; `_32` en DC4:31689-31691.
- Fréquence : `_33` par démarrage « by 0 » : L2 33 / 24 = **1,38** ; DC4 77 / 56 = **1,375**. Journaux 5.8 antérieurs
  sans démarrage « by 0 » : 0 (aucune ligne F3 dans `etat\U58` hors DC4, ni dans LU8).
- Cause : argument « personne » lu en `Variable.Person[0]` sur une variable d'acteur vide, puis fonction appelée sur None
  (estimé : dump de `CallFunction` absent, § 3.7).

### 3.5 F4 : `CallFunc_GetSkeletalMesh_ReturnValue` (GI)
- Nœud : événement `UpdatePlayerMeshWithMorphs` (STB-d `GI__EventGraph.txt:1160-1197`) : `CharacterBeingEdited.Mesh`
  (`K2Node_VariableGet_7384`) → `LPMeshCompat::GetSkeletalMesh` (`K2Node_CallFunction_1101`, :29255-29258) →
  `MorphTargets` (`K2Node_VariableGet_7134`, :1189-1191) → `ForEachLoop`, sans test. `ULPMeshCompat::GetSkeletalMesh`
  rend `Cast<USkeletalMesh>(GetSkinnedAsset())`, donc nullptr sans message quand le composant n'a pas de maillage
  (`D:\Game\LifePlay-master 5.8\Source\LifePlay\LPMeshCompat.cpp:9-19`). Correspondance nom compilé
  `CallFunc_GetSkeletalMesh_ReturnValue` ↔ nœud `_1101` : estimée (seul `GetSkeletalMesh` vu sur la chaîne de cet événement).
- Câblage identique avant STB : STA-d `GI__EventGraph.txt:1041-1044, 1070-1072, 29148-29151`.
- Avant STB en 5.8 : P10-58:39196-39221, même pile (via `getPerson` au lieu de `GetSpecific`), 10 avertissements pour
  10 SPAWN de mannequin CheckScenes (`index SPAWN` suivi de F4 : 10). Les SPAWN de génération (`GeneratePerson`,
  `GenerateUnknown`) étaient suivis de `currentMatchRace` (P10-58 : 21 ; LU8 : 15/15), avertissement retiré par CHG-290 ;
  ils ne donnent pas F4.
- En 5.5 : aucun SPAWN de mannequin CheckScenes dans les journaux disponibles (`DestroyDummy was from CheckScenes` : 0
  dans DC4, U6-55, P10-55) ; les 2 F4 de DC4 sont d'autres nœuds (CharGen `PopulateGenitalSlidersDaz` DC4:7424-7432,
  Person `BackupMorphs` DC4:58139-58148). Origine 5.5 ou migration 5.8 : non tranchée.
- Rapport L2 : 96 F4 pour 96 SPAWN suivis immédiatement de F4 ; la hausse 10 → 96 suit le nombre de mannequins
  CheckScenes (57 → 185), lui-même lié au parcours (relations du personnage créé).

### 3.6 F5 : « GetSocketInfoByName(...): No SkeletalMesh » (STA-D23)
- Même schéma en 5.5 avant migration : DC4:8821-8828 (`index SPAWN`, `DESTROY… Slot: 1`, puis Head ×2, pelvis,
  chestUpper, hip sur le même acteur).
- Par `CHECKING:` : L2 **6,8** ; P10-58 (avant STB) **7,3** ; U6-58 7,2 ; LU8 2,3 ; 5.5 : DC4 2,0, U6-55 2,8, P10-55 5,9.
  L2 reste dans la plage 5.8 d'avant STB.
- Part `CenterBrow` (seul socket touché par CHG-284) : L2 3 264 / 15 793 = 20,7 % ; P10-58 6 953 / 10 388 = 66,9 % ;
  DC4 2 470 / 10 974 = 22,5 %. Aucune hausse après CHG-284, plutôt une baisse (cohérent avec l'évaluation
  conditionnelle qui remplace le `SelectVector`, JM:1145 ; estimé : la part dépend aussi du parcours).
- Lecteur par image (tête, bassin, poitrine, hanche, sourcils) non identifié : EventGraph de Person ou AnimBP (point à confirmer).

### 3.7 Dumps
Présents : `ReturnStatIfNeeded` (STA-d), EventGraph GI avant / après STB (`UpdateCheckForScenes`, `PlayScene`,
`UpdatePlayerMeshWithMorphs`), EventGraph de Person (STB-d). **Dump requis** (non produit, copie gelée), tailles lues
dans STA-d `GI__graphes.txt` : `CallFunction` (1 538 nœuds, :50), `getActorVar` (15, :262), `setActorVar` (32, :263),
`LoadPreset` (109, :20), `CheckConditionsWho` (32, :42), `ReadSceneLine` (105, :49), `GenerateAndApplyStrings`
(391, :27) ; ainsi que `GetSpecific`, `getPerson`, `PlayerChangeRace`, `CheckConditionsOther`, `Calculator` (taille non relevée).

## 4. Verdict : confirmée (F1, F2, F3, F5) ; confirmée vis-à-vis de STB, indécise 5.5 / 5.8 pour F4

| Famille | Cause | Origine | Correctif proposé (non appliqué) | Effort |
|---|---|---|---|---|
| F1 `Person` dans `ReturnStatIfNeeded` / `getActorVar` / `setActorVar` | stat ou variable lue sur un acteur de scène vide ou nul (`X:stat`, ex. `meet_new_person.lpscene:5`), sans test avant `QueryStat` | **préexistante** (5.5 : DC4:13020-13031 ; 11,3 contre 11,9 par démarrage) | `ReturnStatIfNeeded` : `IsValidIndex(Variable.Person, 0)` puis `IsValid(Person)` entre `GetVariable` (`K2Node_CallFunction_81822`) et `QueryStat` (`K2Node_CallFunction_7798`) ; sinon `Float = 0.0` (valeur rendue aujourd'hui). Même garde dans `getActorVar` (valeur par défaut) et `setActorVar` (écriture sautée) | S (≈ 5 nœuds par fonction, schéma de CHG-282) ; dumps get/set requis |
| F2 hors bornes `Person_24…` | même lecture `Person[0]` sur tableau vide | **préexistante** (DC4 1 379, P10-58 119, LU8 39) ; baisse partielle due à CHG-282 (estimé) | couvert par F1 et F3 (même lecture) | — |
| F3 `CallFunc_Array_Get_Item_31/32/33/41` | 4 lectures `Variable.Person[0]` passées comme cible dans `CallFunction`, fonction appelée sur None | **préexistante** (DC4:31616-31626 ; `_33` 1,38 contre 1,375 par démarrage) | aide C++ `GetPersonAtOrNone` (modèle `GetStringAtOrEmpty`, CHG-283) pour la lecture, plus `IsValid` avant chaque appel ; ou abstention si l'on juge le cas normal (contenu de module, piège 5) | M (1 538 nœuds ; dump requis pour situer les 4 cas) |
| F4 `CallFunc_GetSkeletalMesh_ReturnValue` | `UpdatePlayerMeshWithMorphs` lit `MorphTargets` du maillage du mannequin recyclé, sans maillage au moment de `LoadPreset` | **préexistante au lot STB** (P10-58:39196-39221, 1 par SPAWN CheckScenes) ; **indécise** 5.5 / 5.8 (chemin absent des journaux 5.5) | garde `IsValid(GetSkeletalMesh)` avant le `ForEachLoop` (`_1101` → `_7134`) ; cause amont (ordre maillage / changement de race) à instruire (§ 5) | S (garde) ; M (cause) |
| F5 « No SkeletalMesh » | mannequin libéré (`DESTROY`) gardé en réserve sans maillage, toujours interrogé par image (5-6 sockets) | **préexistante** (DC4:8821-8828 ; 6,8 par CHECKING contre 7,3 avant STB) ; STA-D23 | désactiver tick / animation du mannequin au `DESTROY` et réactiver au SPAWN, ou garde dans les lecteurs de sockets ; abstention conseillée tant qu'aucun effet visible (STA-D23, `STA-T3-DOC.md:60`) | M (lecteur à identifier) |

Effet visible estimé (non vérifié en jeu) : F1, F2, F3 : stat lue à 0 et appel sauté, donc la branche de condition est
fausse et la ligne de script ne fait rien ; cohérent avec un acteur absent, aucun effet visible attendu. F4 : sans effet
pour un mannequin détruit aussitôt (`WHO unmatched`) ; **incertain** pour un mannequin gardé pour la scène
(P10-58:40222 → 40350, détruit plus tard par `DestroyPerson`) : morphs peut-être non appliqués au chargement. F5 :
acteur sans maillage, donc invisible ; coût = volume du journal (51 % de L2) et appels par image.

Origine STB : aucune famille ne l'est. Les hausses de L2 par rapport à LU8 suivent les dénominateurs (démarrages
« by 0 » 0 → 24, mannequins CheckScenes 0 → 185, CHECKING 374 → 2 318), pas un changement de taux.

Établi / estimé / incertain :
- **Établi** : comptes du § 3.2 (Grep rejouables) ; piles identiques en 5.5 (DC4) pour F1, F3, F5 et en 5.8 avant STB
  (P10-58) pour F4 ; mécanisme de `ReturnStatIfNeeded` (dump STA) et de `UpdatePlayerMeshWithMorphs` (dumps STA et STB) ;
  aucune fonction de pile citée par CHG-281 à 294.
- **Estimé** : taux comparés (même parcours non garanti) ; rôle de `CallFunction` (sans dump) ; nœud `_1101` ;
  effet partiel de CHG-282 sur F2 ; effet visible.
- **Incertain** : fichier joué par `PlayScene` avant chaque démarrage « by 0 » ; origine 5.5 ou 5.8 de F4 ; lecteur de
  sockets de F5 ; morphs d'un mannequin gardé (F4).

## 5. Hypothèse suivante proposée, et à quel niveau

- **H2 (F4, N3, lp-cart)** : le maillage du mannequin recyclé est vidé au `DESTROY` et `LoadPreset` →
  `GenerateAndApplyStrings` → `PlayerChangeRace` déclenche `UpdatePlayerMeshWithMorphs` avant la réaffectation du corps.
  Essai : dumps `LoadPreset`, `GenerateAndApplyStrings`, `PlayerChangeRace`, `GetSpecific` (copie dégelée), puis
  contre-épreuve 5.5 sur une partie ayant des relations (mannequins CheckScenes) pour trancher 5.5 / 5.8.
- **H3 (F1/F3, N2, lp-cart)** : identifier la scène jouée par `PlayScene` avant chaque démarrage « by 0 » (dumps
  `PlayScene` dans l'EventGraph STB-d, `CallFunction`, `getActorVar`, `setActorVar`) pour dire si l'acteur vide est
  normal (contenu) ou un défaut de moteur.
- **H4 (F5, N2)** : identifier le lecteur par image des sockets (EventGraph Person STB-d, AnimBP à dumper).

## Constats

### Contre-épreuve U8 (parcours à rejouer par l'utilisateur, archive avant STB)
Archive : `D:\Game\LifePlay_Build_5.8_Development_U8_essai\Windows\` (même moteur 5.8, sans CHG-281 à 294).
1. Copier d'abord `...\Saved\Logs\LifePlay.log` (contre-épreuve de 22:35) à part : le prochain lancement le renomme.
2. Lancer `LifePlay.exe` de l'archive U8 ; **Nouvelle partie** avec l'éditeur de personnage, valider.
3. En ville, enchaîner **au moins 20 actions seul** de plusieurs heures (but : ≥ 20 lignes `for … hours by 0`).
4. Laisser tourner la ville **au moins 3 minutes** sans menu (but : ≥ 1 000 lignes `CHECKING:` et des mannequins
   `DestroyDummy was from CheckScenes`, qui demandent un personnage avec relations : celui de la nouvelle partie).
5. Obtenir une scène `meet_couple` puis une scène à deux, comme en STB-JEU2.
6. Quitter par le menu ; copier le `LifePlay.log` produit.
Mesure (pwsh 7, depuis `D:\Game\LifePlay-master 5.8`) : `& .\Tools\LogStats.ps1 -Compare <journal U8 neuf>,<L2>`, puis
les motifs Grep du § 3.2 sur les deux journaux.
Décision : taux U8 ≈ L2 (± 50 %) pour F1 / « by 0 » (≈ 11), F3 `_33` / « by 0 » (≈ 1,4), F4 / SPAWN CheckScenes (≈ 1),
F5 / CHECKING (≈ 7) → préexistence confirmée sur le même parcours ; famille absente de U8 avec dénominateur non nul →
attribuer à STB et rouvrir.

### État de reprise par famille
F1, F2, F3, F5 : origine tranchée, correctifs proposés, dumps get/set/CallFunction à produire avant toute SPEC.
F4 : origine STB tranchée, origine 5.5 / 5.8 ouverte (H2). Aucune décision prise : choix des correctifs et de
l'abstention (contenu de module) à l'utilisateur.