edujiro5972/LifePlay-Revival
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
LifePlay-Revival/Docs/Migration/Journal_Modifications.md
edujiro5972 83b366aeef DC4 : cloture du decouplage jeu / sandbox (CHG-245) 
DC4-VAL PASS (clone propre sans addon, build empaquete sans addon, test en jeu utilisateur),
evaluation DC4-EVAL ; piege UBT Makefile.bin et compilation sans addon documentes dans 09/18 ;
plan 24 termine ; reports DC2/DC3 coches dans 21.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-08 08:12:14 +02:00

1223 lines
408 KiB
Markdown
Raw Blame History

This file contains invisible Unicode characters

This file contains invisible Unicode characters that are indistinguishable to humans but may be processed differently by a computer. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# Journal des modifications — migration 5.5
> Une entrée par modification. Format : identifiant, date, lot, fichiers, raison, empreintes,
> retour arrière. Les empreintes complètes sont dans `D:\Game\LifePlay_Backup_5.5\<lot>\manifest.csv`
> et dans l'historique git.
| ID | Date | Lot | Fichiers | Raison | Avant → après | Retour arrière |
| ------- | ---------- | --- | -------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------ | -------------- | --------------------------- |
| CHG-001 | 2026-09-29 | L0 | `.gitignore` | ignorer les fichiers générés (`Build/*/FileOpenOrder`, `Content/Collections`, `Content/Developers`, `.claude/settings.local.json`) | 31 → 38 lignes | retirer le bloc « CHG-001 » |
| CHG-002 | 2026-09-29 | L0 | `.gitattributes` (nouveau) | aucune conversion de fin de ligne : restauration git identique à l'octet | — → créé | supprimer le fichier |
| CHG-003 | 2026-09-29 | L0 | `.git/` (nouveau) | dépôt local, identité locale, `core.autocrlf=false`, `core.longpaths=true` ; commit `de64933`, tag `lot-L0-base` | — → créé | supprimer `.git/` |
| CHG-004 | 2026-09-29 | L0 | `Tools/Snapshot.ps1`, `Restore.ps1`, `AssetHeaders.ps1`, `CheckIntegrity.ps1`, `LogStats.ps1` (nouveaux) | outillage de traçabilité et de test | — → créés | `git rm` |
| CHG-005 | 2026-09-29 | L0 | `Docs/Migration/**` (nouveau) | documentation 01 à 04, journal, registre, empreintes `etat/L0_*` | — → créés | `git rm` |
| CHG-006 | 2026-09-29 | L0 | `D:\Game\LifePlay_Backup_5.5\L0\` (hors projet) | sauvegarde de `.claude`, `.mcp.json`, `LifePlay.uproject`, `Config`, `Saved/Backups`, `Saved/SaveGames`, `Content/BPs` (53 fichiers) | — → créé | sans objet |
## Vérifications du lot L0
| Test | Résultat |
| ------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------- |
| Aller-retour `Snapshot` → modification → `Restore` (`Config/DefaultEditorSettings.ini` + fichier créé) | ✅ MD5 `85D82E7F…` retrouvé ; fichier créé retiré vers `_retires/` |
| T-STAT-01 | ⚠️ 1 package UE4 (`Content/BPs/GI.uasset`) : défaut connu, traité en L1 |
| T-STAT-02 Modules = 4.27 | ✅ 2 051 fichiers |
| T-STAT-03 environnement = L0 | ✅ 20 fichiers |
| T-STAT-04 arbre 4.27 inchangé | ✅ 144 fichiers (empreinte créée : `etat/L0_ref427.csv`) |
Aucun fichier du projet n'a été modifié en L0 en dehors de `.gitignore` et des ajouts ci-dessus.
---
## Lot L1 — Base saine (2026-09-29)
Décisions utilisateur D-01 et D-02 : `04_Cahier_Des_Charges.md` §4. Tag d'entrée `lot-L1-avant`.
Sauvegarde : `D:\Game\LifePlay_Backup_5.5\L1\` (387 fichiers).
| ID | Date | Lot | Fichiers | Raison | Avant → après | Retour arrière |
| ------- | ---------- | --- | -------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------- | --------------------------------------------------------------------- |
| CHG-007 | 2026-09-29 | L1 | `Content/{BPs,UI,Structs,Scenes,Render,Characters}` (385 fichiers, 293 packages) | retour à la base 4.27 : retire tous les correctifs de contenu non suivis (dont R-03, R-04) | contenu 5.5 (empreintes `etat/L0_md5_*.csv`) → identique à 4.27 (MD5 vérifiés, 0 écart) | `Tools\Restore.ps1 -Lot L1` ou `git checkout lot-L1-avant -- Content` |
| CHG-008 | 2026-09-29 | L1 | `Tools/RunCommandlet.ps1` (nouveau) | lancement de commandlet avec journal archivé et résumé dédoublonné | — → créé | `git rm` |
| CHG-009 | 2026-09-29 | L1 | `Docs/Migration/05_Correctifs_Isoles.md`, `correctifs/P01…P06.patch` (nouveaux) | isolement des correctifs : catalogue, protocole de réimport, patchs de code 4.27 → 5.5 | — → créés | `git rm` |
| CHG-010 | 2026-09-29 | L1 | `Config/DefaultEngine.ini` | essai de retrait des sections `AndroidFileServer`/`CookerSettings` **annulé** : l'éditeur recrée la section à chaque lancement (nouveau `SecurityToken`) | inchangé (restauré depuis `lot-L1-avant`) | sans objet ; traité en L2 |
### Relevé de base : moteur 5.5 sur le contenu 4.27, sans aucun correctif
| Commandlet | Résultat | Résumé |
| ----------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------- |
| `LPCheckMeshAssignment` | 5 nœuds à broches orphelines dans `GI` : 3 `GetAssetsByClass` (classe perdue : `SkeletalMesh`, `StaticMesh`, `StreetMap`), 2 `Break AssetData` (`ObjectPath`) ; 6 nœuds `EditableTextBoxStyle` (`StatMenu`, `CharGen`) | `etat/L1_LPCheckMeshAssignment_20260929-010821.txt` |
| `CompileAllBlueprints` | **6 erreurs, 100 avertissements, 0 Blueprint en échec de chargement** ; échecs : `UI/StatMenu` (3), `UI/CharGen` (3) — broche `Font` d'`EditableTextBoxStyle` | `etat/L1_CompileAllBlueprints_20260929-010931.txt` |
Les commandlets de contrôle n'ont rien écrit : contenu toujours identique à 4.27 après passage (385/385).
### Vérifications de sortie L1
| Test | Résultat |
| -------------------------- | ------------------------------------------------------------------------- |
| Contenu de gameplay = 4.27 | ✅ 385/385 MD5 |
| T-STAT-01 | ⏳ 293 packages UE4 (attendu : base 4.27) — resave contrôlé en `L4-CX-B07` |
| T-STAT-02, 03, 04 | ✅ |
| T-LOAD-01 | ❌ attendu : 6 erreurs (`CX-B02`), à corriger en L4 |
| T-LOAD-02 | ❌ attendu : 5 broches (`CX-B01`), à corriger en L4 |
---
## Lot L2 — Compilation propre (2026-09-29)
Tag d'entrée `lot-L2-avant`. Sauvegarde : `D:\Game\LifePlay_Backup_5.5\L2\` (`.uproject`,
`DefaultEngine.ini`) ; dossiers mis de côté dans `L2\_purge\` (manifeste `L2\purge_manifest.csv`).
| ID | Date | Lot | Fichiers | Raison | Avant → après | Retour arrière |
| ------- | ---------- | --- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------ | ------------------------------------------------------------------------------------------------- |
| CHG-011 | 2026-09-29 | L2 | `LifePlay.uproject` | `TargetPlatforms` `WindowsNoEditor` → `Windows` ; section `Plugins` explicite : `ModdingExtra`, `StreetMap`, `EnhancedInput` activés ; `McpAutomationBridge` limité à la cible `Editor` (`TargetAllowList`) ; `AndroidFileServer` désactivé | MD5 `DA10325E…` → nouveau | `Tools\Restore.ps1 -Lot L2 -Only LifePlay.uproject` |
| CHG-012 | 2026-09-29 | L2 | `Config/DefaultEngine.ini` | retrait de la section `AndroidFileServerRuntimeSettings` (et de son `SecurityToken`) ; le plugin étant désactivé, l'éditeur ne la recrée plus (vérifié après un lancement) | 14 lignes retirées | `Tools\Restore.ps1 -Lot L2 -Only Config\DefaultEngine.ini` |
| CHG-013 | 2026-09-29 | L2 | `Binaries`, `Intermediate`, `Saved/Cooked`, `Saved/StagedBuilds`, `Plugins/*/Binaries`, `Plugins/*/Intermediate`, `Build/WindowsNoEditor`, `Build/LinuxNoEditor` (≈ 13,9 Go) | reconstruction à partir de zéro ; **déplacés**, pas supprimés | → `D:\Game\LifePlay_Backup_5.5\L2\_purge\` | `Move-Item` inverse (voir `purge_manifest.csv`) ; suppression définitive sur décision utilisateur |
### Vérifications de sortie L2
| Test | Résultat |
| --------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| T-BUILD-01 `LifePlayEditor Win64 Development` | ✅ code 0, 233 s, **0 erreur, 0 avertissement** dans le code du projet et de ses plugins (2 messages de configuration UBT propres à `McpAutomationBridge`) — `Saved/Logs/portage/L2_Build_LifePlayEditor_20260929-011800.log` |
| T-BUILD-02 `LifePlay Win64 Development` | ✅ code 0, 97 s, 0 erreur, 0 avertissement ; exécutable 300 Mo (328 Mo avant : `McpAutomationBridge` exclu du jeu) |
| T-LOAD-04 démarrage éditeur | ✅ 0 `LogClass: Error`, 0 échec de chargement de package ou de plugin |
| Non-régression `LPCheckMeshAssignment` | ✅ relevé identique à L1 (10 erreurs, 285 avertissements, mêmes signatures) |
| ERR-023 (`AndroidFileServer`) | ✅ `DefaultEngine.ini` non réécrit après lancement |
| T-STAT-02, 03, 04 | ✅ |
---
## Lot L3 — Journalisation efficace (2026-09-29)
Tag d'entrée `lot-L3-avant`. Sauvegarde : `D:\Game\LifePlay_Backup_5.5\L3\` (6 entrées, dont 2 fichiers
créés que `Restore.ps1` retirerait).
| ID | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | --------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------- |
| CHG-014 | 2026-09-29 | L3 | `Source/LifePlay/LifePlay.h`, `LifePlay.cpp` | catégorie `LogLifePlay` | `Tools\Restore.ps1 -Lot L3` |
| CHG-015 | 2026-09-29 | L3 | `Source/LifePlay/LPSessionLogSubsystem.h/.cpp` (nouveaux), `LifePlay.Build.cs` (+ `EngineSettings`) | sous-système de `GameInstance`, **sans modification de Blueprint** : résumé de démarrage (versions, modules, fichiers par type) ; bilan de session à la fermeture ou via la commande console `LifePlay.LogSummary` (messages par catégorie, 25 signatures d'avertissement/erreur les plus fréquentes, chiffres normalisés en `#`, pile d'appel Blueprint incluse, plafond de 4 000 signatures). Les messages du moteur ne sont **pas** modifiés (comparabilité A/B avec 4.27) | idem |
| CHG-016 | 2026-09-29 | L3 | `Plugins/ModdingExtra/.../ModdingExtraBPLibrary.cpp` | instrumentation `LogLPModdingTrace` (Warning) → `LogModdingExtra` (Verbose, même format de ligne) ; échec de `LoadTxt` signalé une seule fois par fichier ; échec de `SaveTxt` désormais signalé (il était silencieux) | idem |
| CHG-017 | 2026-09-29 | L3 | `Tools/LogStats.ps1`, `Docs/Migration/03_Plan_Migration_Tests.md` | prise en compte de `LogModdingExtra` ; procédure A/B (`-LogCmds="LogModdingExtra Verbose"`) | `git revert` |
### Vérifications de sortie L3
Sessions `UnrealEditor -game` (valables pour le journal, pas pour l'affichage des personnages —
règle §2 du document 03) : `Saved/Logs/portage/L3_game_20260929-012748.log` (niveau par défaut) et
`L3_game_verbose_20260929-013032.log` (trace détaillée).
| Test | Résultat |
| -------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| T-BUILD-01, T-BUILD-02 | ✅ 0 erreur, 0 avertissement |
| T-LOG-01 résumé de démarrage | ✅ 20 lignes `LogLifePlay` ; 16 modules ; comptes par type identiques à l'inventaire 4.27 (`vin_Base` : 752 `.lpscene`, 286 `.lpaction`…) |
| T-LOG-01 bilan de session | ✅ écrit à la fermeture ; signatures dédoublonnées avec leur pile d'appel |
| Bruit d'instrumentation | ✅ `LogLPModdingTrace` : 0 ligne au niveau par défaut (1 300 à 5 400 avant) ; 58 lignes `LogLifePlay` pour toute la session |
| Trace détaillée | ✅ 1 284 lignes `LogModdingExtra` avec `-LogCmds` ; `ModLauncher.config` absent signalé **une** fois |
| A/B de format avec la build 4.27 | ✅ `LogStats -Compare` lit les deux journaux ; toutes les énumérations communes aux deux sessions sont identiques (écarts limités aux dossiers que seule l'une des sessions a atteints) |
| T-STAT-02, 03, 04 | ✅ |
Découverte au passage : les erreurs `ParseIntoArray` (ERR-004) viennent de `GI.populateClothes4`,
appelée par `Person.ReceiveBeginPlay`.
---
## Lot L4 — Réimport contrôlé des correctifs (2026-09-29)
### Sous-lot L4-CX-B01 — broches AssetRegistry de `GI` (ERR-020)
Tag d'entrée `L4-CX-B01-avant`. Sauvegarde : `D:\Game\LifePlay_Backup_5.5\L4-CX-B01\` (`GI.uasset`, MD5 `F4550DA5…`).
| Étape du protocole | Résultat | Preuve (`Docs/Migration/etat/`) |
| ---------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------ |
| 2. Photographie avant | `GI::EventGraph` : 6 199 nœuds, 23 662 lignes | `L4-CX-B01_dump_avant.txt` |
| 3. Simulation `-DryRun` | 3 `[enum]` (`StreetMap`, `StaticMesh`, `SkeletalMesh`), 2 `[path]` (1 consommateur chacun), 0 non traité — **conforme à l'attendu** | `L4-CX-B01_dryrun.txt` |
| 4. Application | 3 énumérations, 2 chemins, 1 Blueprint enregistré, 0 cas non traité, 0 échec | `L4-CX-B01_application.txt` |
| 5. Photographie après + diff | 6 201 nœuds ; **35 lignes différentes, toutes attendues** : 3 nœuds `AssetRegistry::GetAssetsByClass` → `LPAssetRegistryHelpers::GetAssetsByClassName` avec leur classe d'origine ; 2 nœuds `GetAssetObjectPath` insérés, reprenant les consommateurs des sorties `ObjectPath` orphelines. Aucune autre ligne du graphe ne change | `L4-CX-B01_dump_apres.txt`, `L4-CX-B01_diff.txt` |
| 6. `LPCheckMeshAssignment` | 0 broche orpheline dans `GI` (restent les 6 nœuds de CX-B02) | `L4-CX-B01_LPCheckMeshAssignment_*.txt` |
| 6. `CompileAllBlueprints` | identique au relevé de base : 6 erreurs (CX-B02), 100 avertissements, 0 échec de chargement ; **aucune erreur nouvelle** | `L4-CX-B01_CompileAllBlueprints_*.txt` |
| 7. A/B d'exécution | **en attente** : la cuisson exige CX-B02 ; sera faite sur la build Development qui suit CX-B02 | — |
| ID | Date | Lot | Fichiers | Raison | Avant → après | Retour arrière |
| ------- | ---------- | --------- | ----------------------- | --------------------------------------------- | ------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------- |
| CHG-018 | 2026-09-29 | L4-CX-B01 | `Content/BPs/GI.uasset` | réimport de CX-B01 (`LPFixAssetRegistryPins`) | MD5 `F4550DA5…` (UE4) → `0AA14EDB…` (UE5, réenregistré par la commandlet) | `Tools\Restore.ps1 -Lot L4-CX-B01` ou `git checkout L4-CX-B01-avant -- Content/BPs/GI.uasset` |
### Sous-lot L4-CX-B02 — `EditableTextBoxStyle` (ERR-021) : essai 1 **rejeté**
Tag d'entrée `L4-CX-B02-avant`. Sauvegarde : `D:\Game\LifePlay_Backup_5.5\L4-CX-B02\`.
Preuves : `Docs/Migration/etat/L4-CX-B02_essai1_rejete/`.
| Étape | Résultat |
| --------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Simulation | 6 nœuds sur 6 attendus |
| Application | « 6 traités, 0 liaison non gérée, 0 échec » |
| Compilation | 0 erreur (6 avant), 98 avertissements, 0 broche orpheline |
| **Relecture du diff** | ❌ `CharGen::Make_64` a perdu sa liaison `Font` **sans** recevoir la liaison `TextStyle` : sa police retombe sur la valeur par défaut (aucune police, couleur magenta). Défaut **silencieux** : compilation et rapport de la commandlet au vert |
Cause : `LPFixEditableTextBoxFont` coupait la broche `Font` de chaque nœud au fil du parcours. Dans
`CharGen`, `Break_62` est parcouru avant `Make_64` : la coupure effaçait aussi la liaison vue depuis
`Make_64`, qui n'était plus rebranché. Dépend de l'ordre des nœuds (sans effet dans `StatMenu`). La
campagne du 2026-09-07 avait utilisé cette commandlet : le défaut y était très probablement présent.
| ID | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --------- | ------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------- | -------------- |
| CHG-019 | 2026-09-29 | L4-CX-B02 | `Content/UI/StatMenu.uasset`, `CharGen.uasset` | essai 1 appliqué puis **annulé** par `Tools\Restore.ps1 -Lot L4-CX-B02` (MD5 `34807BE0…`, `63CA2A78…` retrouvés) | sans objet |
| CHG-020 | 2026-09-29 | L4-CX-B02 | `Source/LifePlayEditorTools/LPFixEditableTextBoxFontCommandlet.cpp` | les broches `Font` ne sont coupées qu'après le relevé complet de la topologie | `git revert` |
| CHG-021 | 2026-09-29 | L4 | `Tools/ReimportCorrectif.ps1` (nouveau) | automatisation des étapes 1 à 6 du protocole | `git rm` |
Enseignement pour le protocole : l'étape 5 (relecture du diff nœud par nœud) est indispensable ; ni la
compilation ni le rapport de la commandlet n'ont détecté ce défaut.
### Sous-lot L4-CX-B02b — `EditableTextBoxStyle` (ERR-021) : essai 2 **validé**
Tag d'entrée `L4-CX-B02b-avant`. Sauvegarde : `D:\Game\LifePlay_Backup_5.5\L4-CX-B02b\`. Exécuté avec
`Tools\ReimportCorrectif.ps1` et la commandlet corrigée (CHG-020).
| Étape | Résultat | Preuve (`etat/`) |
| -------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------- |
| 3. Simulation | 6 nœuds sur 6 attendus | `L4-CX-B02b_dryrun.txt` |
| 4. Application | 6 traités, 2 Blueprints, 0 liaison non gérée, 0 échec ; **4 rebranchements** `TextStyle` (2 par Blueprint) | `L4-CX-B02b_application.txt` |
| 5. Diff | `StatMenu` 425 → 422 lignes, `CharGen` 4 458 → 4 455 ; 9 lignes chacun, symétriques ; les 4 `Make` ont `TextStyle ← Break_62.TextStyle` ; plus aucune broche `Font` orpheline | `L4-CX-B02b_diff_*.txt`, `L4-CX-B02b_dump_*` |
| 6. `LPCheckMeshAssignment` | **0 broche orpheline dans tout le projet** | `L4-CX-B02b_LPCheckMeshAssignment_*.txt` |
| 6. `CompileAllBlueprints` | **0 erreur** (6 avant), 98 avertissements (100 avant : les 2 « Font obsolète » disparaissent), 0 échec de chargement | `L4-CX-B02b_CompileAllBlueprints_*.txt` |
| ID | Date | Lot | Fichiers | Raison | Avant → après | Retour arrière |
| ------- | ---------- | ---------- | --------------------------------------------------------- | ------------------ | ----------------------------------------------------- | ------------------------------------------------------------------------------------ |
| CHG-022 | 2026-09-29 | L4-CX-B02b | `Content/UI/StatMenu.uasset`, `Content/UI/CharGen.uasset` | réimport de CX-B02 | `34807BE0…` → `131E4B96…` ; `63CA2A78…` → `8D4E4200…` | `Tools\Restore.ps1 -Lot L4-CX-B02b` ou `git checkout L4-CX-B02b-avant -- Content/UI` |
**Effet sur les tests** : T-LOAD-01 (0 erreur de compilation) et T-LOAD-02 (0 broche orpheline) passent
pour la première fois depuis le retour à la base saine.
### Sous-lot L4-CX-B03 — mur à échelle nulle dans `CentralLondon` (validé)
Tag d'entrée `L4-CX-B03-avant`. Sauvegarde : `D:\Game\LifePlay_Backup_5.5\L4-CX-B03\` (`CentralLondon.umap`
MD5 `C063EE72…` = 4.27, `CentralLondon_BuiltData.uasset`). Correctif sur une propriété d'acteur : le
contrôle se fait par rapport de la commandlet avant/après (pas de graphe).
| Étape | Résultat | Preuve (`etat/`) |
| ----------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------- |
| Rapport avant | 1 composant : `Wall.StaticMeshComponent0`, échelle X=0 Y=12,56 Z=5,75, cube moteur visible, `BlockAll` | `L4-CX-B03_rapport_avant.txt` |
| Application `-Fix -Scale=0.1` | X 0 → 0,1 (panneau de 10 cm : corps physique valide, aspect de mur plat conservé) ; 1 carte enregistrée, 0 échec | `L4-CX-B03_application.txt` |
| Rapport après | 0 composant à échelle nulle | `L4-CX-B03_rapport_apres.txt` |
| Non-régression | `LPCheckMeshAssignment` 0 broche orpheline ; `CompileAllBlueprints` 0 erreur, 0 échec de chargement ; seule la carte a changé (`_BuiltData` inchangé) | résumés `L4-CX-B03_*` |
| ID | Date | Lot | Fichiers | Avant → après | Retour arrière |
| ------- | ---------- | --------- | ----------------------------------- | ------------------------- | -------------------------------------------------------------------------------------- |
| CHG-023 | 2026-09-29 | L4-CX-B03 | `Content/Scenes/CentralLondon.umap` | `C063EE72…` → `21912547…` | `Tools\Restore.ps1 -Lot L4-CX-B03` ou `git checkout L4-CX-B03-avant -- Content/Scenes` |
### Sous-lot L4-CX-B04 — événements `On Clicked` orphelins (validé)
Tag d'entrée `L4-CX-B04-avant`. Sauvegarde : `D:\Game\LifePlay_Backup_5.5\L4-CX-B04\`. `Tools\ReimportCorrectif.ps1`.
| Étape | Résultat | Preuve (`etat/`) |
| ----------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------- |
| Simulation | 3 sur 3 attendus | `L4-CX-B04_dryrun.txt` |
| Application | `TopRight` : `StatButtonL` (1 nœud en aval) ; `CharGen` : `ButtonEyelashColor` (5), `ButtonPreviewErect` (1) ; 3 retirés, 0 échec | `L4-CX-B04_application.txt` |
| Diff | `TopRight` 907 → 906 nœuds, `CharGen` 1 320 → 1 318 : **seuls les 3 événements disparaissent**. Les nœuds en aval sont conservés (déjà inatteignables ; la photographie n'inclut pas les broches d'exécution) | `L4-CX-B04_diff_*.txt` |
| Contrôles | 0 broche orpheline ; `CompileAllBlueprints` 0 erreur, **95** avertissements (98 avant), 0 échec de chargement | résumés `L4-CX-B04_`* |
| ID | Date | Lot | Fichiers | Avant → après | Retour arrière |
| ------- | ---------- | --------- | --------------------------------------------------------- | ----------------------------------------------------- | ---------------------------------------------------------------------------------- |
| CHG-024 | 2026-09-29 | L4-CX-B04 | `Content/UI/TopRight.uasset`, `Content/UI/CharGen.uasset` | `C34F7BB0…` → `B3B0ED10…` ; `8D4E4200…` → `A7C718C6…` | `Tools\Restore.ps1 -Lot L4-CX-B04` ou `git checkout L4-CX-B04-avant -- Content/UI` |
### Build Development empaquetée `D:\Game\LifePlay_Build_5.5_L4` (2026-09-29)
État du code : `L4-CX-B04-apres`. Commande : `RunUAT BuildCookRun -platform=Win64 -clientconfig=Development -build -cook -stage -archive` (journal `Saved/Logs/portage/L4_BuildCookRun_20260929-030445.log`).
| Test | Résultat |
| -------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------- |
| T-LOAD-05 cuisson | ✅ `Success - 0 error(s), 94 warning(s)` ; `BUILD SUCCESSFUL`, `ExitCode=0` |
| Données livrées en fichiers nus | ✅ `Windows/LifePlay/Content/Modules` présent ; résumé de démarrage : 16 modules, comptes identiques à 4.27 |
| Test de fumée (lancement automatisé) | ✅ 185 s sans plantage, fermeture propre, bilan de session écrit ; menu principal atteint (journal `Saved/Logs/portage/L4_build_smoke_20260929.log`) |
| T-RUN-02 à T-RUN-05 (génération de personnages, scène, sauvegarde, 30 min) | ⏳ **nécessite une partie jouée** : scénario `03_Plan_Migration_Tests.md` §4, sur cette build **et** sur la référence 4.27 |
Note : le `LifePlay.exe` à la racine de la build est un lanceur ; le processus du jeu est
`Windows/LifePlay/Binaries/Win64/LifePlay.exe`.
### Correction de l'empaquetage — ERR-026 (2026-09-29)
**Retour utilisateur sur** `LifePlay_Build_5.5_L4` : « le jeu ne fonctionne pas, la plupart des assets ne sont
pas intégrés ». Confirmé : **3 257 packages cuits au lieu de 8 561**. LifePlay charge maillages, vêtements,
coiffures et textures par chemin à l'exécution (`GetAssetsByClass`, `GetAssetByObjectPath`) ; le cuiseur,
qui ne suit que les références statiques, ne les voit pas. Les builds du 28/09 utilisaient `-CookAll` ; ce
paramètre n'avait pas été repris. **Erreur de ma part, non détectée faute de test du volume cuit** : le
test T-PKG-01 est ajouté au plan de tests.
| ID | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | ------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------- |
| CHG-025 | 2026-09-29 | L4 | `Config/DefaultGame.ini` | `+DirectoriesToAlwaysCook=(Path="/Game")` (exclusion `fBlah` conservée) : tout le contenu est cuit quelle que soit la méthode d'empaquetage, y compris le bouton « Package » de l'éditeur | `Tools\Restore.ps1 -Lot L4-cook` |
| CHG-026 | 2026-09-29 | L4 | `Docs/Migration/03_Plan_Migration_Tests.md`, `Registre_Erreurs.md` | test T-PKG-01 ; ERR-026 | `git revert` |
Build `D:\Game\LifePlay_Build_5.5_L4b` (`BuildCookRun` Development, journal `L4b_BuildCookRun_20260929-081054.log`) :
| Test | Résultat |
| ----------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| T-LOAD-05 cuisson | ✅ `Success - 0 error(s), 95 warning(s)` |
| T-PKG-01 contenu cuit | ✅ **8 561** `.uasset`, 2,6 Go (= référence 4.27) |
| Test de fumée (150 s, sans intervention) | ✅ aucun plantage, fermeture propre ; une partie a démarré et 4 personnages ont été générés |
| Premier A/B (`LogStats -Compare`, échantillon faible) | `Accessed None` maillage/perso **0,50** (4.27 : 0,27 ; 5.5 du 28/09 : 16,6) ; **4 acteurs distincts sur 4** (5.5 du 28/09 : tous `Person_C_0`) → CX-B01 corrige très probablement ERR-002 ; **à confirmer visuellement** (T-RUN-02 à 04) |
`LifePlay_Build_5.5_L4` (incomplète) est conservée comme preuve et peut être supprimée.
---
## Lot L5 — Données et personnages (2026-09-29)
### Diagnostic d'ERR-027 (personnages de quête invisibles ou dévêtus)
Partie jouée par l'utilisateur sur `LifePlay_Build_5.5_L4b` (journal archivé
`Saved/Logs/portage/L4b_partie_utilisateur_20260929.log`) : PNJ aléatoires corrects ; personnages
créés par preset invisibles en dialogue, dévêtus dans le mini-jeu.
| Étape | Constat | Preuve |
| --------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------- |
| Indicateur | `Accessed None` maillage : 26,5 / personnage (1 219 / 46) contre 0,27 en 4.27 (4 / 15) | `Tools\LogStats.ps1` |
| Pile d'appel | `GeneratePerson → LoadPreset → GenerateAndApplyStrings/Bools` lit `MeshSexRace.Mesh` et `SMBool.SkeletalMesh` vides ; 0 occurrence en 4.27 | journal utilisateur |
| Pistes écartées (identiques en 4.27) | `clearVariable` (ERR-028, 211 contre ≈ même nombre en 4.27) ; `populateClothes4` / `ParseIntoArray` (631 contre 630) | `Grep` sur les deux journaux |
| Structures | `Mesh_2…` ∈ `Structs/MeshSexRace` ; `SkeletalMesh_2…` ∈ `Structs/SMBool` | recherche binaire |
| Diff de graphes 4.27 / 5.5 (`LPDumpFunction`) | `GenerateAndApplyStrings`, `GenerateAndApplyBools`, `LoadMeshIfNeeded`, `getSkeletalMeshFromPath`, `SMBoolToSkeletalMesh` : **logique identique** (seuls écarts : `SetSkeletalMesh` → `SetSkinnedAssetAndUpdate`, redirection moteur ; broche `Key` du `PrintString` UE5) | `etat/L5-diag_dump427_`*, `etat/L5-diag_dump55_*` |
| Mécanisme | `MeshSexRace` est chargé à la demande : `LoadMeshIfNeeded(Index)` → `getSkeletalMeshFromPath(AssetPath)` → `LPAssetRegistryHelpers::GetAssetByObjectPath(…, OnlyOnDisk=true)` → `GetAsset` → `Cast<SkeletalMesh>` | dumps |
| Réglages | `LegacyPercentage` absent des deux `GameSettings.sav` : valeur par défaut identique | lecture binaire |
Conclusion provisoire : code et réglages identiques ; le seul maillon qui change de moteur est la
résolution chemin → asset (`GetAssetByObjectPath`, porté de `FName` vers `FSoftObjectPath`).
| ID | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | -------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------- |
| CHG-027 | 2026-09-29 | L5 | `Source/LifePlay/LPAssetRegistryHelpers.cpp` | instrumentation permanente : tout chemin non résolu est signalé une fois (`LogLifePlay` Warning, chemin reçu et chemin interprété), réussites en `Verbose` | `Tools\Restore.ps1 -Lot L5-instr` |
Build `D:\Game\LifePlay_Build_5.5_L5a` (instrumentée) : éditeur et jeu compilés sans erreur ; cuisson `0 error(s), 0 warning(s)` ; T-PKG-01 : 8 561 packages ; test de fumée 180 s sans plantage (aucune partie démarrée : pas de sauvegarde dans cette build). En attente d'une scène de quête jouée.
### Relevé `MeshSexRace` pendant une partie (build L5b, `-LPDumpVars`, 2026-09-29)
| Constat | Preuve |
| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------- |
| Fin de partie : `MeshSexRace[3]` = `bridget_gp`, `MeshSexRace[4]` = `michael` **chargés** ; les 22 autres corps vides (non utilisés ; 6 corps legacy jamais chargés car `LegacyPercentage = 0`) | `[dump fin]`, `Saved/Logs/portage/L5b_partie_utilisateur_20260929.log` |
| 4 PNJ aléatoires : 0 erreur. Chaque personnage de quête : ≈ 38 lectures de `Mesh` vide | chronologie du journal |
| Pile : `LoadPreset → GenerateAndApplyStrings → PlayerChangeRace → UpdatePlayerMeshWithMorphs → UpdatePlayerMesh` (boucle sur `MeshSexRace`, lecture de `Mesh.Materials`) | idem |
| Hypothèse « résolution de chemin » : **écartée** (seuls `Pubes05/06`, faux en 4.27 aussi) | instrumentation CHG-027 |
| **Base de comparaison invalide** : la session 4.27 de référence n'a chargé **aucun** preset de quête (`GenerateAndApplyStrings` ×2). Le « 0 occurrence en 4.27 » ne prouve rien (piège §5.3 du rapport du 28/09). Journal archivé : `Saved/Logs/portage/REF427_session_20260928_sans_quete.log` | `Grep` |
Suite : session 4.27 jouant les mêmes scènes de quête, puis comparaison normalisée.
Note de traçabilité : la sauvegarde `L5-instr` de `LPSessionLogSubsystem.*` a été prise après modification ; la version antérieure est dans git (`0baf4cf`).
| CHG-028 | 2026-09-29 | L5 | `Source/LifePlay/LPSessionLogSubsystem.h/.cpp` | capteur d'exceptions de script (-LPTraceScriptEx, -LPTraceLocals, -LPTraceMax) : relève les variables locales du cadre Blueprint au moment de l'erreur ; actif seulement avec l'option (le moteur supprime sa pile d'appel quand un écouteur est branché : elle est réécrite). Validé en -game. | `Tools\Restore.ps1 -Lot L5-trace` |
### ERR-027 — cause racine identifiée (2026-09-29)
Chaîne causale, établie par le capteur L5c et le code source des deux moteurs :
1. La scène `vin_Pregnancy/Scenes/pregnant_trap.lpscene` appelle `generatePersonTemporary()` **sans argument**
(personnage aléatoire).
2. Les arguments `()` sont découpés par `ParseIntoArray` (non culling). Sur une **chaîne vide** :
- UE 4.27 (`String.cpp:947`, garde `*Start != '\0'`) → **0 élément** ;
- UE 5.5 (`String.cpp.inl:1306`, réécrit sur `UE::String::ParseTokens`, qui visite toujours le dernier
jeton) → **1 élément vide** `[""]`.
3. `GeneratePerson` teste `Length(Presets) > 0` : en 5.5, il prend le chemin « presets » au lieu du chemin aléatoire.
4. Il charge chaque `.lpcharacter` dont le nom se termine par `"" + ".lpcharacter"` : **les 141 presets**,
appliqués successivement (journal L5c : stéréotypes, fantasy, âges, silhouettes… puis `phenotypes/*`).
5. Un preset de phénotype impose `INFO Race: African/Asian/Caucasian` → `PlayerChangeRace` → corps legacy
`MeshSexRace[0..2|5..7]`, jamais chargé (`LegacyPercentage = 0`) → **corps vide : invisible ; vêtements
Daz sans support : dévêtu**.
Le rapport du 2026-09-28 (§4) avait écarté `ParseIntoArray` (« implémentation identique ») : c'est exact pour
une chaîne non vide, **faux pour la chaîne vide**. Toutes les fonctions Blueprint de la chaîne sont identiques
entre 4.27 et 5.5 ; la divergence est dans le moteur.
Preuves : `Saved/Logs/portage/L5c_partie_utilisateur2_20260929.log`, `etat/L5-diag_dump55exec_GI_GeneratePerson.txt`,
`etat/L5-diag_dump55exec_GI_GenerateAndApplyStrings.txt`.
### Sous-lot L4-CX-B08 — `ParseIntoArray` au comportement UE 4.27 (ERR-027) — validé statiquement
Tag d'entrée `L4-CX-B08-avant`. Sauvegarde : `D:\Game\LifePlay_Backup_5.5\L4-CX-B08\` (17 Blueprints ; 4 fichiers
source créés, retirés par `Restore.ps1` en cas de retour).
| Étape | Résultat | Preuve (`etat/`) |
| ------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------- |
| Fonction de remplacement | `ULPStringCompat::ParseIntoArray` : transcription de l'algorithme 4.27 (chaîne vide → `[]` ; séparateur sensible à la casse), même signature que `UKismetStringLibrary::ParseIntoArray` | `Source/LifePlay/LPStringCompat.*` |
| Simulation | 114 nœuds, 17 Blueprints (GI 73, Person 10, Room 7, StreetMap_Static 4, 13 widgets) ; rien écrit | `L4-CX-B08_dryrun.txt` |
| Application | 114 rebranchés, 0 écart de liaison (contrôle intégré : liaisons et valeurs par défaut de chaque broche identiques avant/après), 0 échec | `L4-CX-B08_application.txt` |
| Contrôles | 0 broche orpheline ; `CompileAllBlueprints` 0 erreur, 95 avertissements (inchangé), 0 échec de chargement | résumés `L4-CX-B08_*` |
| ID | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --------- | ------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------- |
| CHG-029 | 2026-09-29 | L4-CX-B08 | `Source/LifePlay/LPStringCompat.h/.cpp`, `Source/LifePlayEditorTools/LPFixParseIntoArrayCommandlet.h/.cpp` (nouveaux) ; 17 Blueprints | `ParseIntoArray` UE5 renvoie `[""]` pour une chaîne vide (UE4 : `[]`) : `generatePerson()` sans argument chargeait les 141 presets | `Tools\Restore.ps1 -Lot L4-CX-B08` ou `git checkout L4-CX-B08-avant -- Content Source` |
| CHG-030 | 2026-09-29 | L5 | `Source/LifePlayEditorTools/LPDumpFunctionCommandlet.cpp` | option `-Exec` (broches d'exécution) | `Tools\Restore.ps1 -Lot L5-dumpexec` |
### Validation d'exécution de CX-B08 — build `LifePlay_Build_5.5_L5d` (2026-09-30)
Partie jouée par l'utilisateur : **personnages de quête et personnages aléatoires visibles et habillés**.
Journal : `Saved/Logs/portage/L5d_partie_utilisateur_20260930.log`.
| Mesure | 5.5 avant (L5b/L5c) | 5.5 L5d | 4.27 (quête jouée) |
| ---------------------------------------------- | ------------------- | -------- | ------------------ |
| Personnages générés | 16 | 40 | 16 |
| Presets de phénotype/stéréotype chargés à tort | tous | **0** | 0 |
| Lectures `Mesh_2` / `SkeletalMesh_2` vides | 378+ | **0** | 0 |
| `Accessed None` maillage / personnage | 43,7 | **0,38** | 0,06 |
| Plantages | 0 | 0 | 0 |
Résidu : 15 lectures `GetSkeletalMesh_DEPRECATED` vides (composants proxy ; dette R-03, lot L7a) ; `ModLauncher.config`
(ERR-014) et `OldPlayer.lpcharacter` absents (build sans sauvegarde antérieure). Cuisson L5d : 0 erreur,
95 avertissements (à examiner : la cuisson L5c en comptait 0).
---
## Lot L6 — Validation V1 (2026-09-30)
Partie utilisateur sur `LifePlay_Build_5.5_L5d` : **42 min, 271 personnages, aucun plantage ; sauvegarde (**`1.sav`**,
le jeu numérote les emplacements) et rechargement fonctionnels**. Journaux : `Saved/Logs/portage/V1_partie_20260930*.log`.
Anomalies signalées : ERR-030 à ERR-034 (registre).
| ID | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | -------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------- |
| CHG-031 | 2026-09-30 | L6a | `Config/DefaultEngine.ini` | `r.DefaultFeature.AntiAliasing=2` (clé UE4, ignorée par UE5 : « dummy variable ») → `r.AntiAliasingMethod=2` (TAA, comme en 4.27) ; le jeu tournait en TSR (défaut UE5). Autres réglages vérifiés identiques à 4.27 : GI dynamique 0, reflets SSR, ombres virtuelles 0 | `Tools\Restore.ps1 -Lot L6a` |
Validation L6a (build `LifePlay_Build_5.5_L6a`, partie utilisateur 2026-09-30) : **scintillement disparu** (ERR-032 clos).
Capteur « read property Person » : relevé dans `GI::ReturnStatIfNeeded` (variable de scène `Player`, classe `Person`,
tableau `Person` vide). Comparaison par personnage : `Dress` 0 sur cette partie (situationnel) ; variables `Person` vides
3,3/perso en 4.27 contre 15 à 20 en 5.5 (ERR-003/ERR-030). Journal : `Saved/Logs/portage/L6a_LifePlay.log`.
### Lot L6e — ERR-034, marges des boutons (2026-09-30)
Captures utilisateur 4.27 / 5.5 : la rangée `<< < ❚❚ > >>` de `UI/TopRight` est plus espacée en 5.5 et déborde à droite.
Photographie de l'arbre (`LPDumpWidgetTree`) : chaque bouton est un `UButton` (style transparent) autour d'un cercle de 30 px ;
aucune marge n'est stockée dans l'asset. Source moteur : défaut 4.27 `FCoreStyle "Button"` NormalPadding (2,2,2,2),
PressedPadding (2,3,2,1) ; défaut 5.5 `FUMGCoreStyle "Button"` (12,1.5,12,1.5) pour les deux. `FMargin` est sérialisé
champ par champ par rapport au défaut : les assets 4.27 prennent donc la marge UE5 au chargement (+20 px par bouton).
| ID | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | ---------- | ---------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------- |
| CHG-032 | 2026-09-30 | L6e | `Source/LifePlayEditorTools/LPDumpWidgetTreeCommandlet.h/.cpp`, `LPFixButtonPaddingCommandlet.h/.cpp` (nouveaux) | outils : photographie des arbres UMG (`-BP=<nom>` ou `*`), correctif des marges | `git checkout L6e-avant -- Source` |
| CHG-033 | 2026-09-30 | L6e-CX-B09 | 46 Widget Blueprints de `Content/UI` (liste : `etat/L6e-CX-B09_assets.txt`) | 429 boutons (passe 1, marges égales au défaut UE5) + 1 bouton (passe 2, `TopRight::Button_8` Pressed (12,2,12,2) : marge 4.27 partielle, Left/Right hérités d'UE5) remis au défaut UE4 ; 3 boutons à marge 0 choisie par l'auteur conservés | `Tools\Restore.ps1 -Lot L6e-CX-B09` |
| Contrôle | Résultat | Preuve |
| ----------------------------------------- | ------------------------------------------------------------------------------------------------------------- | ------------------------------------------------ |
| Simulation | 432 boutons vus, 429 à corriger, 46 paquets | `etat/L6e-CX-B09_dryrun.txt` |
| Diff des 73 arbres UMG avant/après | hors lignes `WidgetStyle` : identiques ; dans `WidgetStyle`, seules `NormalPadding`/`PressedPadding` changent | `etat/L6e-CX-B09_widgets_{avant,apres,diff}.txt` |
| Idempotence | 3e simulation après passe 2 : 432 boutons vus, 0 à corriger | `etat/L6e-CX-B09c_LPFixButtonPadding_*.txt` |
| `CompileAllBlueprints` | 0 erreur, 190 avertissements (identique à L4-CX-B08) | `etat/L6e-CX-B09_CompileAllBlueprints_*.txt` |
| Build empaquetée `LifePlay_Build_5.5_L6e` | cuisson 0 erreur, 95 avertissements (inchangé) ; T-PKG-01 : 8561 `.uasset` | `Saved/Logs/portage/L6e_BuildCookRun.log` |
### Lot L6f — ERR-031, portrait vide lors d'un appel (2026-09-30) : diagnostic, sans correctif
Capture utilisateur 5.5 : l'encadré d'appel montre un dégradé de ciel. Chaîne établie : `GI::secondScreen` (contact lu dans
la variable DSL, `Person.secondScreen = true`, `Scene.FaceRender` visible) → `Render/SecondScreenMat` ← `SceneCapture2D`
`SecondScreen` de `CentralLondon` (rend seulement `Wall` et `PlayerCharacter`). La carte 4.27 d'origine (copie MD5 identique,
chargée temporairement sous `/Game/_Diag`, déplacée ensuite dans `D:\Game\LifePlay_Backup_5.5\L6f\_diag`) contient les
mêmes données : caméra sans racine, en position nulle. **L'utilisateur confirme le même défaut en 4.27** : ERR-031 est
préexistant, hors périmètre de la migration ; aucun asset modifié.
| ID | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | ------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------ | ---------------------------------- |
| CHG-034 | 2026-09-30 | L6f | `Source/LifePlayEditorTools/LPDumpComponentsCommandlet.h/.cpp` (nouveau) | outil de diagnostic : composants d'un Blueprint (`-BP=`) ou acteurs d'une carte (`-Map= -Filter=`), propriétés différentes du défaut | `git checkout L6f-avant -- Source` |
Note d'outillage : `L6f_dump_GI.txt` a d'abord été écrasé par le vidage de `Person` (le script prenait le journal le plus
récent) ; il a été régénéré depuis `Saved/Logs/portage/L6f_LPDumpFunction_20260930-102202.log` (378 graphes).
Validation L6e (build `LifePlay_Build_5.5_L6e`, partie utilisateur 2026-09-30) : **barre de temps conforme à la 4.27**
(ERR-034 clos, CX-B09 validé en jeu).
ERR-033 (double clic) : **non reproduit** depuis le build L6e (constat utilisateur, 2026-09-30). Aucun correctif ciblé ;
laissé sous surveillance.
### Lot L4-CX-B07 — réenregistrement UE5 des derniers paquets UE4 (2026-09-30)
| ID | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------ | ----------------------------------------------------------------------------- |
| CHG-035 | 2026-09-30 | L4-CX-B07 | `Source/LifePlayEditorTools/LPAssetListUtils`, `LPDumpAssetsCommandlet`, `LPResavePackagesCommandlet` (nouveaux) ; `LifePlayEditorTools.Build.cs` (`bUseUnity = false` : les fonctions utilitaires de chaque commandlet sont dans un espace de noms anonyme, la compilation unity les faisait entrer en collision) ; 239 paquets (liste : `etat/L4-CX-B07_assets.txt`) | EX-03 : derniers paquets au format UE4 (ERR-022) | `Tools\Restore.ps1 -Lot L4-CX-B07` ; `git checkout L4-CX-B07-avant -- Source` |
| Contrôle | Résultat | Preuve |
| -------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------- |
| Photographie `LPDumpAssets` (292 paquets : les 239 + `BPs`, `UI`, `Structs`, `Render`, y compris GI et Person) | 1,28 million de lignes, 0 échec de chargement | `Saved/Logs/portage/L4-CX-B07_assets_{avant,avant2,apres}.txt` |
| Déterminisme | 2 photographies sans modification : seuls `NodeGuid`/`GraphGuid` diffèrent (régénérés au chargement des nœuds UE4) ; exclus du diff → 0 écart | idem |
| Simulation puis application | 239/239 sauvegardés, 0 échec | `etat/L4-CX-B07_dryrun.txt`, `etat/L4-CX-B07_application.txt` |
| T-STAT-01 (en-têtes) | **8563/8563 paquets UE5** | `etat/L4-CX-B07_headers_apres.csv` |
| Diff avant/après (409 lignes) | toutes neutres, voir ci-dessous | `etat/L4-CX-B07_diff_filtre.txt` |
Familles d'écarts du diff : (1) textures : stockage de la source PNG → `UEDELTA` (mêmes dimensions, format et mips ; données
éditeur, la cuisson en dérive) ; (2) 31 structures : `DefaultValue`/`CurrentDefaultValue` explicités avec les valeurs zéro
du type (identiques au défaut implicite) ; (3) 5 matériaux : copie UE4 dépréciée d'`EmissiveColor`/`Opacity` retirée de
`UMaterial`, les entrées restent identiques dans `MaterialEditorOnlyData` ; (4) 8 broches `Transform` : `-0` → `0` ;
(5) 5 signatures de délégué héritées (`SignatureClass/Name`) effacées sur des nœuds d'entrée ; (6) 2 avertissements de
dépréciation enregistrés sur des nœuds (`AI` R-04, `CharGenSlider` R-03, dette connue) ; (7) `PC` : broche
`TransformScaleMethod` du `SpawnActor` de `TestBall` (acteur de test) `SelectDefaultAtRuntime` → `MultiplyWithRoot`,
valeur déjà portée par les nœuds UE5 de `GI` ; (8) objets `PLACEHOLDER-CLASS` du chargeur (ordre de chargement).
| `CompileAllBlueprints` | 0 erreur, 190 avertissements (identique à L6e) | `etat/L4-CX-B07_CompileAllBlueprints_*.txt` |
| Build empaquetée `LifePlay_Build_5.5_V1rc` | cuisson 0 erreur, 95 avertissements (inchangé) ; T-PKG-01 : 8561 `.uasset` | `Saved/Logs/portage/L4-CX-B07_BuildCookRun.log` |
---
## V1 — validation finale (2026-09-30), étiquette `v1.0`
Partie utilisateur sur `LifePlay_Build_5.5_V1rc` (contenu = `L4-CX-B07-apres`) : environ 2 h, 339 personnages, sauvegardes
`1.sav` et `2.sav`, sortie normale, aucun dossier `Crashes` ; retour utilisateur : « pas de souci majeur constaté ».
Journaux : `Saved/Logs/portage/V1rc_partie_20260930*.log`.
| Exigence | Résultat |
| -------------------- | ------------------------------------------------------------------------------------- |
| EX-01 compilation | `LifePlayEditor` compile sans erreur (L2, recompilé à chaque lot) |
| EX-02 Blueprints | `CompileAllBlueprints` 0 erreur (190 avertissements de dépréciation, dette R-03/R-04) |
| EX-03 format UE5 | 8563/8563 paquets (CX-B07) |
| EX-04 `Modules` | chargés comme en 4.27 (L3, T-STAT-02) |
| EX-05 build jouée | personnages distincts, visibles et habillés, scènes, sauvegarde et rechargement |
| EX-06 sans plantage | 42 min (L5d), environ 2 h (V1rc) : 0 plantage |
| EX-07 journalisation | `LogLifePlay`, résumé de démarrage et de session, traces de portage en `Verbose` |
| EX-08 traçabilité | CHG-001 à CHG-035, tags avant/après par lot, `Restore.ps1` testé (L0) |
| EX-09 environnement | `.claude/`, `.mcp.json`, `Saved/Backups/`, arbre 4.27 non modifiés |
Comparaison par personnage V1 (L5d) → V1rc des `Accessed None … Person` par fonction : `getActorVar` 4,6 → 4,0,
`ReturnStatIfNeeded` 3,6 → 3,8, `setActorVar` 0,8 → 0,8 ; seul `GI::Dress` varie (74,5 → 283,6), par rafales liées aux
lieux (ERR-030, lot L7i). Anomalies ouvertes après V1 : voir `Registre_Erreurs.md` et lots L7 de `04_Cahier_Des_Charges.md`.
## Publication GitHub (2026-09-30)
Dépôt : [https://github.com/edujiro5972/LifePlay-Revival](https://github.com/edujiro5972/LifePlay-Revival) (fork de `vinfamy/LifePlay`, AGPL-3.0), compte `edujiro5972`.
Préparation dans `D:\Game\LifePlay_Publication` (copies ; ni ce dépôt ni l'arbre 4.27 modifiés).
| Branche | Commit | Contenu |
| ---------------------------------------- | ------- | --------------------------------------------------------------------------------------------------------------------------------------------- |
| `archive/original` | 42dc72b | `master` d'origine (V3.6) |
| `archive/ue4.27` | 9e61ec5 | arbre 4.27 filtré selon le `.gitignore` d'origine (sans `Content/Heavy`, `Content/Saves`, binaires, `*.png`, `*.7z`, `*.mp4`), 2 773 fichiers |
| `ue5.5-v1` = `main` (branche par défaut) | a55a43f | V1 ; 34 commits et 40 tags, dont `v1.0` |
Historique V1 réécrit pour la publication (`git filter-branch`, script `D:\Game\LifePlay_Publication\scrub.sh`) :
auteur, committer et signataire de `v1.0` = `edujiro5972 <336072401+edujiro5972@users.noreply.github.com>` ; valeurs
`SecurityToken` remplacées par `<retire-pour-publication>` (`Config/DefaultEngine.ini`, `correctifs/P05_Config.patch`) ;
`Plugins/McpAutomationBridge` retiré (outil de l'environnement de développement, MIT, hors jeu). Arbre final identique à
ce dépôt, hors ces deux retraits. Les identifiants de commit publiés diffèrent donc de ceux de ce dépôt local.
Rattachement du dépôt local à l'historique publié (2026-09-30) : `.git` sauvegardé dans
`D:\Game\LifePlay_Backup_5.5\git_avant_rattachement` (HEAD 41d5e1e, 40 tags) ; `git reset --mixed origin/main`
(ni fichier modifié ni fichier supprimé sur disque) ; tags remplacés par ceux publiés ; identité locale
`edujiro5972` (adresse noreply). `Plugins/McpAutomationBridge/` ajouté au `.gitignore` (reste sur disque) ;
`README.md` ajouté à la racine. Retour arrière : restaurer le `.git` sauvegardé.
## Archive « Full Source Code » V1 (2026-09-30)
`LifePlay_Revival_V1_UE5.5_Full_Source_Code.7z` (4 851 560 856 octets, SHA-256
`38ee16640f960317348a044195a23b55ac8eda34aec085e661034dc9c26cc594`), déposée par l'utilisateur sur Mega :
[https://mega.nz/file/zloFkL7T#3P5GDfcfF5U352T0s472vCtyNh131RLgNWn__PSNL2I](https://mega.nz/file/zloFkL7T#3P5GDfcfF5U352T0s472vCtyNh131RLgNWn__PSNL2I). Principe de l'archive de l'auteur
(`LifePlay_5_9_UE4_Full_Source_Code.7z`) : dossier projet à la racine, 7z `LZMA2:24 BCJ` solide. Contenu : `Content` complet
(24 912 fichiers, dont `Heavy` 8 350, au format UE5), `Binaries`, plugins `StreetMap` et `ModdingExtra`, `.git` d'un clone
propre du dépôt publié. Exclus : `Saved` (comme l'auteur), `Intermediate`, `McpAutomationBridge`, `.mcp.json`, `.claude`,
captures d'écran, `.git` local. Test d'intégrité 7-Zip réussi. Script : `D:\Game\LifePlay_Publication\make_archive.cmd`.
`README.md` réécrit en anglais avec le lien de l'archive.
---
## Lot L7a — R-03 refait : nœuds `Get SkeletalMesh` dépréciés (2026-09-30)
Analyse (source UE 5.5) : la lecture de `USkinnedMeshComponent::SkeletalMesh` passe par `GetSkeletalMesh_DEPRECATED()`,
qui renvoie `Cast<USkeletalMesh>(GetSkinnedAsset())`. CX-B05 avait pris `USkeletalMeshComponent::GetSkeletalMeshAsset()`,
qui n'existe pas sur les proxies (`USkinnedMeshComponent`) : d'où ERR-002 aggravé. Remplacement exact retenu :
`ULPMeshCompat::GetSkeletalMesh(Component)`, même calcul, pour tout `USkinnedMeshComponent`. Inventaire structurel
(instantané CX-B07) : 56 nœuds sources (les appels `GetSkeletalMesh_DEPRECATED` relevés ne sont que les copies compilées ;
la variable `SkeletalMesh` de `GenitalSlider` est une variable Blueprint, non concernée).
| ID | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | ------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------- | ----------------------------------------------------------------------- |
| CHG-036 | 2026-09-30 | L7a (CX-B10) | `Source/LifePlay/LPMeshCompat.h/.cpp`, `Source/LifePlayEditorTools/LPFixSkeletalMeshGetCommandlet.h/.cpp` (nouveaux), `Tools/DiffRemplacementNoeuds.py` ; 8 Blueprints (`etat/L7a_assets.txt`) | ERR-012 / R-03 : 56 nœuds dépréciés | `Tools\Restore.ps1 -Lot L7a` ; `git checkout L7a-avant -- Source Tools` |
| Contrôle | Résultat | Preuve |
| ------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------- |
| Simulation | 56 nœuds, 0 cas non pris en charge (cible `self`, nœud impur) | `etat/L7a_dryrun.txt` |
| Application (contrôle intégré des liaisons) | 56/56 remplacés, 8 Blueprints sauvegardés, 0 écart | `etat/L7a_application.txt` |
| Diff indépendant `LPDumpAssets` avant/après (`Tools/DiffRemplacementNoeuds.py`) | 56 paires (même graphe, même position) ; liaisons `self`→`Component` et `SkeletalMesh`→`ReturnValue` identiques pour 56/56 ; **0 autre objet modifié** (hors copies compilées, graphes anonymes régénérés, GUID, positions des graphes-souches, messages de compilation) | `Saved/Logs/portage/L7a_assets_{avant,apres}.txt` |
| Chargement des 8 Blueprints | avertissements 112 → 6 | journaux `L7a_LPDumpAssets_*` |
Effet de mesure : le nœud d'origine émettait `Accessed None … SkeletalMesh` sur un composant None ; la nouvelle fonction
renvoie None sans message (trace `LogLifePlay` en `Verbose`). Les compteurs `AccessedNoneMaillage` de `LogStats.ps1`
baissent donc mécaniquement : comparer les sessions sur les autres signatures.
| `CompileAllBlueprints` | 0 erreur, **6 avertissements** (190 avant) : restent seulement les 6 nœuds R-04 `GetRandomPointInNavigableRadius` (`AI`, `Person`, `Room`) | `etat/L7a_CompileAllBlueprints_*.txt` |
| Build empaquetée `LifePlay_Build_5.5_L7a` | cuisson 0 erreur, **3 avertissements** (95 avant) ; T-PKG-01 : 8561 `.uasset` | `Saved/Logs/portage/L7a_BuildCookRun.log` |
### Nettoyage des builds UE5 obsolètes (2026-09-30, demande utilisateur)
Supprimés (environ 37 Go, binaires régénérables depuis les tags git) : `LifePlay_Build_5.5`, `_5.5_Dev`, `_5.5_NoR03`
(premier portage) et `_5.5_L4`, `L4b`, `L5a`, `L5b`, `L5c`, `L5d`, `L6a`, `L6e`. Au préalable, leurs `Saved/Logs`,
`Saved/SaveGames`, `Saved/Crashes` et scripts `.bat` ont été copiés dans `D:\Game\LifePlay_Backup_5.5\builds_supprimees`.
Conservés : `LifePlay_Build_5.5_V1rc` (build validée `v1.0`), `LifePlay_Build_5.5_L7a` (test en cours),
`LifePlay_Build_427_Dev` et `LifePlay_Build_2026.9` (UE4).
Validation L7a (build `LifePlay_Build_5.5_L7a`, partie utilisateur 2026-09-30, environ 1 h) : 294 personnages, 0 plantage,
sortie normale, sauvegardes `1.sav`/`2.sav` ; tests utilisateur effectués sans anomalie signalée. Journal :
`Saved/Logs/portage/L7a_partie_20260930.log`. `Accessed None` par personnage : 334 (V1rc) → 127, surtout `GI::Dress`
(situationnel, ERR-030). Messages moteur `GetSocketInfoByName … No SkeletalMesh for Component(CharacterMesh0)` : même
signature et mêmes 5 sockets qu'en V1rc, volume lié aux scènes jouées (ERR-011, existe en 4.27) : non imputable à L7a.
Fonctions de variables DSL (`getActorVar`, `clearVariable`, `CallFunction`) non touchées par L7a, en hausse par personnage
sur cette partie : famille ERR-003, à suivre en L7i.
### L7b — R-04 : derniers nœuds dépréciés (2026-09-30)
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | ------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------- | ----------------------------------------------------------------------- |
| CHG-037 | 2026-09-30 | L7b (CX-B11) | `Source/LifePlayEditorTools/LPFixNavRandomPointCommandlet.h/.cpp` (nouveau) ; `Tools/DiffRemplacementNoeuds.py` (profils par lot : `L7a`, `L7b`) ; `Content/BPs/AI`, `Person`, `Room` (`etat/L7b_assets.txt`) | ERR-035 / R-04 : 6 nœuds `GetRandomPointInNavigableRadius` dépréciés | `Tools\Restore.ps1 -Lot L7b` ; `git checkout L7b-avant -- Source Tools` |
Choix : le remplaçant proposé par le moteur (`K2_GetRandomLocationInNavigableRadius`) est `BlueprintCallable`, alors que
l'ancien nœud est pur ; le brancher imposerait de recâbler le flux d'exécution. On réutilise `LPNavigationHelpers`
(enrobage pur déjà présent, CX-C09) : mêmes broches, et même corps que la fonction dépréciée en 4.27 comme en 5.5
(simple appel de `K2_GetRandomLocationInNavigableRadius`). `LPFixDeprecatedNodes` (CX-B06) n'est pas réutilisée : elle
ne contrôle rien et embarque aussi la variante R-03 rejetée.
| Contrôle | Résultat | Preuve |
| -------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------- |
| Simulation | 6 nœuds (`Room::moveToBedIfPossible`, `Room::getStandSpots`, `Person::standIdle` ×2, `Person::jumpOffFnt`, `AI::EventGraph`), 0 cas non pris en charge | `etat/L7b_LPFixNavRandomPoint_20260930-183406.txt` |
| Application (contrôle intégré : liaisons et valeurs par défaut de chaque broche) | 6/6 remplacés, 3 Blueprints sauvegardés, 0 écart | `etat/L7b_LPFixNavRandomPoint_20260930-183707.txt` |
| Diff indépendant `LPDumpAssets` (`DiffRemplacementNoeuds.py … L7b`) | 6 paires ; 7 broches identiques (liaisons et défauts, ex. `Radius` 100 / 200 / 1000 / 2000 / 100000) ; **0 autre objet modifié** ; le profil `L7a` rejoué sur les données L7a donne toujours 56/56 et 0 écart | `Saved/Logs/portage/L7b_assets_{avant,apres}.txt` |
| `CompileAllBlueprints` | 0 erreur, **0 avertissement** (6 avant) | `etat/L7b_CompileAllBlueprints_20260930-183909.txt` |
| Build empaquetée `LifePlay_Build_5.5_L7b` | cuisson 0 erreur, **0 avertissement** (3 avant) ; T-PKG-01 : 8561 `.uasset` | `Saved/Logs/portage/L7b_BuildCookRun.log` |
Validation en jeu en attente (déplacements des personnages : `standIdle`, `jumpOffFnt`, `moveToBedIfPossible`, IA).
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------- |
| CHG-038 | 2026-09-30 | L7b | `Content/BPs/AI`, `Person`, `Room` restaurés (`Tools\Restore.ps1 -Lot L7b`, MD5 = `L7b-avant`) ; versions L7b conservées dans `LifePlay_Backup_5.5\L7b\_avant-restauration‚60930-193820` | test en jeu du build L7b (utilisateur) : les personnages se téléportent dans la pièce au lieu de marcher, pieds parfois masqués par un objet ; « la build précédente était meilleure » | réappliquer : `Restore.ps1` depuis `_avant-restauration`, ou relancer `LPFixNavRandomPoint` |
Analyse : aucune cause trouvée dans le code. Ancienne et nouvelle fonction exécutent le même appel moteur
(`K2_GetRandomLocationInNavigableRadius`), mêmes broches et valeurs par défaut (diff 6/6), et le compilateur remplit la
broche cachée `WorldContextObject` de la même façon pour les deux (`FKCHandler_CallFunction::RegisterNets`, métadonnée
`WorldContext`). Le journal de la partie ne contient aucun message de navigation. Prochaine étape : A/B au même endroit
avec le build L7a (identique au contenu actuel), et vérifier le comportement en 4.27, avant toute nouvelle tentative.
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------- |
| CHG-039 | 2026-09-30 | L7b | `Content/BPs/AI`, `Person`, `Room` remis à `L7b-apres` (`git checkout L7b-apres`, MD5 identiques aux versions conservées dans `_avant-restauration‚60930-193820`) | retour utilisateur : la téléportation venait de l'accélération du temps (en vitesse normale les personnages marchent) ; les personnages enfoncés dans le sol en extérieur existent aussi en 4.27 et en L7a/V1 (ERR-036, hors périmètre). Le retrait CHG-038 n'était donc pas justifié | `Tools\Restore.ps1 -Lot L7b` |
L7b validé en jeu : le build testé `LifePlay_Build_5.5_L7b` contient exactement ces 3 paquets. Leçon : avant de retirer
un lot sur un symptôme visuel, vérifier la vitesse de jeu et demander si le défaut existe en 4.27 et dans le build précédent.
### L7i — variables DSL `Person` vides (ERR-003 / ERR-030), 2026-09-30
Mesure (journaux `L7a_partie`, `L7b_partie`, 4.27 `LifePlay_Build_427_Dev\...\LifePlay.log`, par minute) :
| Signature | 4.27 (23 min) | L7a (62 min) | L7b (45 min) |
| -------------------------------------------------- | ------------- | ------------ | ------------ |
| `Accessed None … Person` dans `GI::Dress` | 376 | 326 | 641 |
| `index 0 … array 'Person'` (variable DSL vide) | 9 | 179 | 56 |
| `index … array 'Floats'` | 2,4 | 31 | 64 |
| `Accessed None … Person` dans `getActorVar` | 0 | 45 | 7,6 |
| `Accessed None … Person` dans `ReturnStatIfNeeded` | 0,35 | 33 | 5,6 |
Conclusion : **ERR-030 (**`Dress`**) existe en 4.27** (même signature `Dress:0E35`, même ordre de grandeur) : préexistant,
hors périmètre. L'écart propre à 5.5 porte sur les variables DSL vides (ERR-003). Lecture du graphe
(`GI::GetVariable`) : la variable `Player` est construite avec `Person = [Special]`, `Special = GI.PlayerCharacter`
(`SwitchString_55`, branche `Player`) ; le capteur L6a montre `Special = None`. Les erreurs surviennent tout au long de
la partie, pas seulement au chargement.
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------- | ---------------------------------- |
| CHG-040 | 2026-09-30 | L7i | `Source/LifePlay/LPSessionLogSubsystem.h/.cpp` : options `-LPTraceFunctions`, `-LPTraceDepth` (variables locales des cadres appelants), `-LPTraceGIVars` (variables de l'instance de jeu) ; inactives sans `-LPTraceScriptEx` | capteur ciblé ERR-003 : quelle scène et quelle variable restent vides | `git checkout L7i-avant -- Source` |
Build de diagnostic `LifePlay_Build_5.5_L7i` (contenu identique à L7b, 8561 `.uasset`), lancement par
`LifePlay_diagnostic_L7i.bat` (300 relevés, 4 cadres appelants, `-ScriptStackOnWarnings`).
Session capteur n° 1 (`L7i_partie2_20261001.log`, 53 min, 300 relevés) : les variables vides viennent surtout des
scripts d'IA des PNJ (`.lpai` : `meal`, `church`, `grocery`, `entertainment`…), via `UpdateAI → PlayScene → ReadSceneLine → CallFunction → getActorVar/setActorVar`. La variable vide est `AI`, alimentée par `GI.AIDummy`
(personnage factice du pool `DummyPersons`, attribué par `SpawnDummy`). `GI.PlayerCharacter` n'est pas None. Dans
`GetVariable`, toutes les variables spéciales (`Player`, `Ptr`, `Interacting`, `CurrentCompanion`, `A1`…`A5`)
passent par le même `MakeStruct` dont le nom est figé à « Player » : l'étiquette relevée en L6a était trompeuse.
Nouveau défaut signalé (utilisateur, 2026-10-01) : **Quick dress laisse souvent le personnage principal nu ; correct
en 4.27** → ERR-037, régression UE5. Chemin : `Action` (bouton « Quick dress ») → `GI::Dress(PersonVariable="Player", ClothVariables=[], QuickDress=true)` → pour chaque emplacement obligatoire (`Top`, `Bottom`, `Foot`), filtre de
l'inventaire du joueur (sexe, emplacement, `Overlaps`, `Daz == (Race == "Daz")`, exclusion `Wedding/Nurse/Doctor`).
Inventaire de la sauvegarde `1.sav` cohérent (80 vêtements, `Daz=True`).
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------- | ------------------------------------ |
| CHG-041 | 2026-10-01 | L7i | `Source/LifePlayEditorTools/LPDumpSaveCommandlet.h/.cpp` (nouveau : contenu d'un `.sav` en texte, lecture seule) ; `Source/LifePlay/LPSessionLogSubsystem.h/.cpp` : relevé déclenché par un motif du journal (`-LPDumpOnLog`, `-LPDumpPaths`, `-LPDumpMax`), inactif sans l'option | ERR-037 : relever l'état du joueur au moment du Quick dress ; ERR-003 : état d'`AIDummy` | `git checkout L7i-capteur -- Source` |
Build `LifePlay_Build_5.5_L7i` reconstruite (contenu identique), lancement `LifePlay_diagnostic_L7i_2.bat`.
Session capteur n° 2 (`L7i_partie3_20261001.log`, 5 min, 8 relevés Quick dress, 60 relevés IA) :
- **Quick dress (ERR-037)** : à la maison, 4 essais sur 4 corrects (haut, bas, chaussures, accessoires). Au travail,
3 essais sur 3 ne mettent que `Trench-Coat-Outfit-Top`. État relevé : `Race = "Daz"`, `IsMale = False`,
inventaire de 80 vêtements. Au travail (`CurrentAmenity = work`), `GI::Dress` n'accepte que les vêtements
`Bool3` (étiquette « Formal ») ; l'inventaire n'en contient que 2 (`HC-Business-Jacket` en `Outerwear`,
`Trench-Coat-Outfit-Top` en `Top`), aucun bas ni chaussure formels. Quand aucun vêtement ne convient à un
emplacement, la sortie `Completed` de la boucle n'est pas câblée : l'emplacement reste vide. Graphe identique à
4.27 → comportement d'origine, à confirmer par un essai 4.27 au travail.
- **Variable** `AI` **vide** : `GI.AIDummy` est valide au moment de l'erreur ; les erreurs portent toujours sur les
emplacements de PNJ `CheckingAiIndex` 5 et 8. `UpdateAI` charge le PNJ dans `AIDummy` (`LoadPreset`,
`StatOnly`) puis `AddVariable("AI", [AIDummy])` ; à l'erreur, `GetVariable("AI")` renvoie une variable vide
(non trouvée). Piste suivante : ce qui retire ou masque `AI` pour ces deux PNJ.
Suite L7i (2026-10-01) :
- ERR-037 (Quick dress) **préexistant** : même comportement en 4.27 au travail (essai utilisateur). Journal 4.27 de
l'essai archivé : `Saved/Logs/portage/ref427_quickdress_20261001.log` ; la session 4.27 de référence (23 min) est
archivée sous `ref427_partie_20260930.log` (le `LifePlay.log` 4.27 avait été remplacé par l'essai).
- Variable `AI` introuvable : au moment de l'erreur, la boucle de vérification des scènes du joueur (`CHECKING:`)
s'exécute entre les lignes du script d'IA ; les deux boucles avancent par `Delay(0)` (macro `GI:Async`) et
partagent la table des variables DSL. Moteur : `FDelayAction`, `UKismetSystemLibrary::Delay` et
`FLatentActionManager::ProcessLatentActions` équivalents 4.27/5.5 ; images par seconde équivalentes (≈ 55).
Écart mesuré : par cycle de vérification, ≈ 140 scènes en 4.27 contre ≈ 430 en 5.5 dont 100 vérifiées 2 à 3 fois
(redémarrages : `CheckingSceneIndex` remis à -1 et liste remélangée à chaque changement de `CurrentAmenity`).
Les sessions comparées n'ont pas suivi le même parcours (déplacements, accélération du temps) : une comparaison
A/B sur un parcours identique est nécessaire avant de conclure à une régression.
A/B à parcours identique (2026-10-01, nouvelle partie, vitesse normale, maison puis travail ; 4.27 47 min,
`AB427_20261001.log` ; 5.5 33 min, `AB55_20261001.log`) :
| Par minute | 4.27 | 5.5 |
| --------------------------------- | ---- | --- |
| Vérifications de scènes | 626 | 614 |
| `AI` introuvable (`getActorVar`…) | 0 | 0 |
| Variables `Person` vides | 124 | 123 |
| `getBeautyValue` (`Floats` vide) | 1,3 | 52 |
Les erreurs `AI` dépendaient du rythme de jeu (accélération du temps) : absentes à parcours égal, classées comme
préexistantes (même mécanisme en 4.27). Seul écart réel : `getBeautyValue`.
Cause (ERR-005) : `BeautyStandards` est indexé par forme (`round`, `oval`…, fichier
`Modules/beauty_standards_default.txt` identique dans les deux versions) ; la première recherche par nom de morph
échoue normalement (62 avertissements en 4.27 aussi). L'écart vient du nombre d'appels : `filterMorphList` est
appelé sans étiquette et teste `Contains(tags, "")`. Moteur : `FString::Find` 4.27 → `FCString::Stristr`, qui
cherche le caractère nul et ne trouve rien ; 5.5 → `TCString::Strnistr`, qui renvoie le début de la chaîne. Les
autres modes (sensible à la casse, depuis la fin) et `StartsWith`, `EndsWith`, `Replace` sont identiques.
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | ------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -------------------------------------------- | ------------------------------------------------------------------------------------- |
| CHG-042 | 2026-10-01 | L7i (CX-B12) | `Source/LifePlay/LPStringCompat.h/.cpp` (`FindUE4`, `Contains`, `FindSubstring`, `Split`) ; `Source/LifePlayEditorTools/LPFixStringSearchCommandlet`, `LPTestStringCompatCommandlet`, `LPDumpCDOCommandlet` (nouveaux) ; `Tools/DiffRemplacementNoeuds.py` (profil `CX-B12`, broches absentes des deux côtés) ; 28 Blueprints (`etat/L7i_CX-B12_assets.txt`) | ERR-005 : recherche de texte avec motif vide | `Tools\Restore.ps1 -Lot L7i-CX-B12` ; `git checkout L7i-CX-B12-avant -- Source Tools` |
| Contrôle | Résultat | Preuve |
| --------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------- |
| Test `LPTestStringCompat` : transcription littérale de `FString::Find` 4.27 contre `LPStringCompat` et contre le moteur 5.5 | 3 120 cas : compat = 4.27 dans 100 % des cas ; moteur 5.5 ≠ 4.27 dans 60 cas, tous « sous-chaîne vide, insensible à la casse, depuis le début » | `Saved/Logs/portage/L7i_LPTestStringCompat_*.log` |
| Simulation | 385 nœuds (`Contains` 160, `Split` 222, `FindSubstring` 3), 28 Blueprints, 0 cas non pris en charge | `etat/L7i_LPFixStringSearch_20261001-191027.txt` |
| Application (contrôle intégré) | 385/385 remplacés, 28 Blueprints sauvegardés, 0 écart | `etat/L7i_LPFixStringSearch_20261001-191311.txt` |
| Diff indépendant (`DiffRemplacementNoeuds.py … CX-B12`) | 385 paires, liaisons et valeurs par défaut identiques ; 0 autre objet modifié ; profils L7a (56/56) et L7b (6/6) inchangés | `Saved/Logs/portage/L7i_CX-B12_assets_{avant,apres}.txt` |
| `CompileAllBlueprints` | 0 erreur, 0 avertissement | `etat/L7i_CompileAllBlueprints_20261001-191653.txt` |
| Build empaquetée `LifePlay_Build_5.5_L7i_B12` | cuisson 0 erreur, 0 avertissement (164 paquets recuits) ; T-PKG-01 : 8561 `.uasset` | `Saved/Logs/portage/L7i_CX-B12_BuildCookRun.log` |
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | ------------ | -------------- | ----------------------------------------------------------------------------------------------------------------- | -------------- |
| CHG-043 | 2026-10-01 | L7i (CX-B12) | — (validation) | partie utilisateur de 46 min sur `LifePlay_Build_5.5_L7i_B12`, même parcours que l'A/B : « pas de soucis en vue » | — |
| Par personnage (`LogStats.ps1`) | 4.27 (`AB427`) | 5.5 avant (`AB55`) | 5.5 + CX-B12 (`B12_validation_20261001.log`) |
| ------------------------------- | -------------- | ------------------ | -------------------------------------------- |
| Personnages | 788 | 562 | 1 044 |
| `Accessed None` | 16,5 | 17,8 | 18,3 |
| Index hors bornes | 8,7 | 12,4 | 9,7 |
| Erreurs (session) | 6 | 30 | 7 |
| `getBeautyValue` (par minute) | 1,3 | 52 | 2,3 |
| Plantage | 0 | 0 | 0 |
**Lot L7i clos.** Leçon : comparer 4.27 et 5.5 sur un parcours identique (nouvelle partie, vitesse normale) ;
les sessions libres (accélération du temps, lieux différents) faussent les taux et ont conduit à deux fausses pistes
(variable `AI`, Quick dress).
### L7h — vérification StreetMap (ERR-018), 2026-10-01
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------- | ---------------------------------- |
| CHG-044 | 2026-10-01 | L7h | `Source/LifePlayEditorTools/LPCheckStreetMapCommandlet` (option `-Path`), `LPCheckMeshesCommandlet` (nouveau), `LifePlayEditorTools.Build.cs` (module `MeshDescription`) | ERR-018 : tailles de fichiers StreetMap divisées par 3 à 15 | `git checkout L7h-avant -- Source` |
Méthode : copie temporaire de `Heavy/StreetMap` 4.27 (560 fichiers, 276 Mo, lecture seule de la source) sous
`Content/_Temp427`, mesurée par l'éditeur 5.5 avec les mêmes commandlets que les assets 5.5, puis supprimée.
| Contrôle | 4.27 | 5.5 | Preuve |
| ------------------------------------------------------------------------------------------------------- | ---- | ---------------------------------------------------------------------------------------------- | --------------------------------- |
| 280 villes `UStreetMap` : routes, nœuds, bâtiments, eaux, parcs, bâtiments nommés, aménités | — | **0 ligne différente** (ex. `CentralLondon` : 18 460 routes, 49 425 bâtiments, 5 191 aménités) | `etat/L7h_streetmap_{427,55}.csv` |
| 280 maillages `Static` : LOD, sommets et triangles sources et de rendu, sections, matériaux, dimensions | — | **0 ligne différente** (ex. `CentralLondon` : 1 084 265 triangles) | `etat/L7h_meshes_{427,55}.csv` |
Conclusion : aucune perte de données. La réduction de taille vient du format UE5, qui ne stocke plus les données de
rendu construites dans le fichier de l'éditeur (reconstruites depuis les données sources et mises en cache). Le
niveau `Scenes/CentralLondon.umap` (1,0 → 0,4 Mo) est joué dans toutes les sessions de validation sans défaut de
carte signalé.
### L7k — erreurs d'exécution fréquentes, 2026-10-01
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | ---------------------------------------------------------- | ------------------------------------------ | -------------- |
| CHG-045 | 2026-10-01 | L7k | — (analyse des journaux `AB427`, `AB55`, `B12_validation`) | ERR-006, ERR-007 et signatures résiduelles | — |
| Par personnage | 4.27 | 5.5 avant CX-B12 | 5.5 + CX-B12 |
| ------------------------------------------------------ | ----------- | ---------------- | ------------ |
| `ContactMenu` dans `Person::UpdateDailyPose` (ERR-007) | 0,12 | 0,62 | 0,20 |
| `Near` dans `Person::standIdle` (ERR-006) | 0,05 | 0,38 | 0,09 |
| `currentMatchRace` dans `GI::determinePersonVars` | 0,04 | 0,33 | 0,09 |
| `OccupyingFnt`, `HeadtrackStatic` (`Person`) | 0,03 ; 0,04 | 0,22 ; 0,21 | 0,07 ; 0,07 |
| `clearVariable` (vérifications « qui » des scènes) | 7,2 | 6,7 | 15,3 |
| … rapporté aux vérifications de scènes | 0,37 | 0,36 | 0,39 |
ERR-006 et ERR-007 étaient des effets secondaires de la recherche de texte vide (ERR-005) : ils reviennent au niveau
4.27 sans autre correctif. `clearVariable` suit le volume de vérifications de scènes (même chaîne d'appel et mêmes
proportions `GetSpecific` / `getRelative` / `getPerson` dans les trois sessions) : la session de validation a
vérifié davantage de scènes par personnage (843/min contre 626). **Lot L7k clos sans modification.**
### L7g — build Shipping, 2026-10-01
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | ----------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ---------------------------------- |
| CHG-046 | 2026-10-01 | L7g | `Source/LifePlay/LPSessionLogSubsystem.cpp` : comparaison au nom `LogLifePlay` (`FName`) au lieu de `LogLifePlay.GetCategoryName()` | la configuration Shipping ne compilait pas : `NO_LOGGING` y remplace les catégories de journal par des objets vides (`FNoLoggingCategory`, sans `GetCategoryName`) | `git checkout L7g-avant -- Source` |
Choix de structure : la version publiée par l'auteur (`LifePlay_Build_2026.9`, UE4) est une build Shipping **en
fichiers séparés** (pas de `.pak`), conforme à `UsePakFile=False` du projet : conservé tel quel (modding). Commande :
`RunUAT BuildCookRun -platform=Win64 -clientconfig=Shipping -build -cook -iterate -stage -archive -archivedirectory=D:\Game\LifePlay_Build_5.5_Shipping`. `McpAutomationBridge` est déjà exclu des builds de jeu
(`TargetAllowList: Editor` dans le `.uproject`).
| Contrôle | Auteur (UE4) | 5.5 Shipping | Preuve |
| --------------------------------------------------------------------------- | ------------ | --------------------------- | -------------------------------------------------- |
| Compilation `LifePlay Win64 Shipping` et `LifePlayEditor Win64 Development` | — | 0 erreur | `Build.bat` |
| Paquets `.uasset` | 8 561 | 8 561 | comptage |
| Fichiers `Content/Modules` (hors paquets) | 2 051 | 2 051 | comptage |
| Taille totale | 5,2 Go | 3,3 Go | format UE5 (voir L7h) |
| Cuisson | — | réussie, sans avertissement | `Saved/Logs/portage/L7g_BuildCookRun_Shipping.log` |
En Shipping, le jeu n'écrit pas de journal (comme la version de l'auteur) : la validation se fait par une partie.
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | -------------- | --------------------------------------------------------------------------------------------------------------------------------------- | -------------- |
| CHG-047 | 2026-10-01 | L7g | — (validation) | partie utilisateur sur `LifePlay_Build_5.5_Shipping` (nouvelle partie, scènes, sauvegarde et rechargement) : « pas de soucis constaté » | — |
**Lot L7g clos.** La build Shipping est la version distribuable de référence.
### Publication V1.1 (2026-10-01)
Tag annoté `v1.1` (`0d6dc55`, signataire edujiro5972), branche `ue5.5-v1.1`, README anglais mis à jour.
Archive `D:\Game\LifePlay_Publication\LifePlay_Revival_V1.1_UE5.5_Full_Source_Code.7z` (script
`make_archive_v1_1.cmd`, mêmes exclusions que V1) : 4,94 Go, 25 644 fichiers, 8,74 Go décompressés, test 7-Zip OK,
SHA-256 `6dbfb18e55e51558708239856b54f757b6044307d2d1cf261e88c94baaf617ae`. Les deux fichiers `Config` modifiés par
L7c pendant l'archivage ont été vérifiés dans l'archive : identiques à `v1.1`. Lien Mega à ajouter au README après dépôt.
### L7c — configuration, 2026-10-01
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------- |
| CHG-049 | 2026-10-01 | L7c | `Config/DefaultEngine.ini` : `r.DynamicGlobalIlluminationMethod=0`, `r.ReflectionMethod=2`, `r.Shadow.Virtual.Enable=0`, `DefaultGraphicsRHI=DefaultGraphicsRHI_DX12` ; `Config/DefaultGame.ini` : 5 clés de nativisation retirées | rendre explicites les valeurs jouées et validées (valeurs par défaut du code moteur 5.5 : `IndirectLightRendering.cpp`, `VirtualShadowMapArray.cpp` ; RHI D3D12 relevé dans les journaux) ; nativisation supprimée depuis UE 5.0 (`UE_DEPRECATED(5.0)`) | `git checkout L7c-avant -- Config` |
`PhysXTreeRebuildRate` est conservé : propriété toujours valide de `UPhysicsSettings` en 5.5.
### L7d — visuel, 2026-10-01
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | -------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------ | ---------------------------- |
| CHG-050 | 2026-10-01 | L7d | `Source/LifePlayEditorTools/LPConvertAtmosphericFogCommandlet` (nouveau) ; `Content/Scenes/CentralLondon.umap` | `AAtmosphericFog` déprécié depuis 4.26 : remplacé par un `ASkyAtmosphere` équivalent | `Tools\Restore.ps1 -Lot L7d` |
Constats : en 5.5, `UAtmosphericFogComponent` dérive de `USkyAtmosphereComponent` et se convertit au chargement
(`SetPositionToMatchDeprecatedAtmosphericFog` : planète posée à Z = −100 000, mode `PlanetTopAtComponentTransform`) ;
le rendu passait donc déjà par SkyAtmosphere. Éclairage précalculé : `CentralLondon_BuiltData` 40 Ko (4.27) /
43 Ko (5.5), aucun message de reconstruction : rien à reconstruire (la ville est éclairée dynamiquement).
| Contrôle | Résultat | Preuve |
| ------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------ |
| Simulation | 1 acteur, 26 propriétés SkyAtmosphere relevées (valeurs effectives) | `etat/L7d_LPConvertAtmosphericFog_20261001-215150.txt` |
| 1er essai | écart de transformation détecté (transformation monde non recalculée hors monde enregistré) : **carte non sauvegardée** ; corrigé (`UpdateComponentToWorld`) | `etat/L7d_LPConvertAtmosphericFog_20261001-215247.txt` |
| Application | 26/26 propriétés et transformations relative et monde identiques ; carte sauvegardée | `etat/L7d_LPConvertAtmosphericFog_20261001-215445.txt` |
| Diff `LPDumpAssets` de la carte | 387 objets avant et après ; seuls changements : `AtmosphericFog_1` (+3 composants) → `SkyAtmosphere_0` (+3 composants), même étiquette, `RelativeLocation` Z = −100 000 et `TransformMode` explicités (valeurs effectives de l'ancien composant) | `Saved/Logs/portage/L7d_map_{avant,apres}.txt` |
### L7e, L7f — évaluation, 2026-10-01
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | -------- | -------- | ---------- | -------------- |
| CHG-051 | 2026-10-01 | L7e, L7f | — | évaluation | — |
- **L7e** : 4 systèmes Cascade (`Heavy/New3/Particles` : `ParticleBurst`, `ParticleGravity`, `ParticleLiquid`,
`ParticleSquirt`), toujours pris en charge par UE 5.5 ; une conversion vers Niagara changerait l'aspect des effets
par rapport à 4.27 : reportée au jour où le moteur retirera Cascade. Aucun actif ne contient de vêtement physique
(`ClothingAssetCommon` absent en 4.27 comme en 5.5) : rien à migrer de NvCloth vers Chaos.
- **L7f** : `DefaultPlayerInputClass=EnhancedPlayerInput` et `DefaultInputComponentClass=EnhancedInputComponent`
sont déjà actifs ; ils exécutent les 34 actions et axes hérités de `DefaultInput.ini`. Une migration complète
(Input Actions, Mapping Contexts, réécriture des événements d'entrée des Blueprints) n'apporterait rien au joueur
et demanderait un test manuel des 34 commandes : reportée.
### L7j — image du contact pendant un appel (ERR-031, amélioration), 2026-10-01
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | -------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------ | ---------------------------- |
| CHG-052 | 2026-10-01 | L7j | `Source/LifePlayEditorTools/LPFixSceneCaptureCommandlet` (nouveau) ; `Content/Scenes/CentralLondon.umap` | ERR-031 (présent en 4.27) : la caméra `SecondScreen` filme le ciel | `Tools\Restore.ps1 -Lot L7j` |
Chaîne (L6f et L7j) : `GI::secondScreen` marque le contact (`Person.secondScreen`) ; `GI::Show` le place sur la position
de son emplacement de scène (`ActorTransforms[i]`) **décalée de −10 000 000 en Y**, sur la copie de studio
`SecondScreenFloor` (−3 131 543 ; −24 967 212, soit le studio des scènes − 10 000 000 Y) ; l'encadré affiche
`Render/SecondScreen`, rendu par la caméra `SecondScreen`. Aucun Blueprint ne déplace cette caméra ; dans la carte
(4.27 comme 5.5) elle n'a pas de racine (`RootComponent = None`) et ses composants sont à l'origine.
Correctif : racine = son `SceneComponent` existant, capture rattachée, position = `CameraScene` (cadrage des scènes du
studio : −3 131 132 ; −14 967 241 ; 50, lacet 180°) − 10 000 000 Y. Contrôle intégré (racine, rattachement, position
monde = cible) puis diff `LPDumpAssets` de la carte : **3 lignes modifiées**, toutes sur `SecondScreen`
(`Saved/Logs/portage/L7d_map_apres.txt` → `L7j_map_apres.txt`). Le cadrage (scène entière plutôt que portrait) est à
ajuster d'après le test en jeu si nécessaire (`-From=CameraPortrait`).
### L7l — personnages enfoncés dans le sol en extérieur (ERR-036, amélioration), 2026-10-01 : diagnostic
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | ------------------------------------------------------------------------------ | ---------- | -------------- |
| CHG-053 | 2026-10-01 | L7l | `Source/LifePlayEditorTools/LPCheckMeshesCommandlet` (colonnes `MinZ`, `MaxZ`) | diagnostic | — |
Le lieu `Modules/vin_Base/World/forest___vin01.lpworld` (donnée de module, identique en 4.27) pose comme sol le meuble
`fnt_new208` (dalle 230 × 99 × 0,6) en Z = −31,2 avec une échelle (0,713 ; 1,481 ; **100**) ; ailleurs (`bathroom`,
`shower`, `sports_centre`) le même meuble est un petit objet (Z = 60, échelle 5). Les meubles sont rattachés à un point
d'ancrage en Z = 60 (`Room::addObject`). La hauteur exacte de la surface de neige par rapport au sol de marche dépend
de la chaîne de composants du meuble : une mesure en jeu est nécessaire avant de corriger le fichier (ou d'ajuster la
dalle avec l'éditeur de lieu intégré au jeu, « Edit building »).
Test utilisateur (build `LifePlay_Build_5.5_L7cdj`) : le contact apparaît désormais dans l'encadré d'appel (en pied,
avec le sol de `SecondScreenFloor`) ; demande : cadrer le visage.
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | ----------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------- |
| CHG-054 | 2026-10-01 | L7j | `Source/LifePlay/LPSecondScreenSubsystem.h/.cpp` (nouveau sous-système d'instance de jeu) | cadrer le visage du contact quel que soit son emplacement de scène : à chaque image, la caméra `SecondScreen` est placée à 80 cm devant la tête de `GI.SecondScreenPerson` (os `head`, sinon haut de la capsule), dans l'axe du personnage, champ 30° ; composant rendu mobile au premier usage. Aucun asset ni Blueprint modifié | `git checkout L7j2-avant -- Source` |
Compilation `LifePlayEditor` Development et `LifePlay` Shipping : 0 erreur. La position fixe posée par CHG-052 reste
la position de repli (avant tout appel).
Suite L7l (2026-10-01) : inspection en direct dans l'éditeur (serveur MCP, lecture seule) : la racine de l'acteur
`Room` porte l'échelle de la première ligne du `.lpworld` (studio : 8 ; 8 ; 0,2 ; forêt : 6 ; 16 ; **0,01**) ; positions
et échelles des meubles sont donc multipliées par 0,01 en hauteur : la dalle `fnt_new208` affleure le sol (≈ +0,3 cm
contre ≈ +0,5 cm). **La dalle n'est pas surélevée** : l'écart vient de la hauteur à laquelle les personnages sont
posés. Mesure en jeu préparée :
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | ----------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------- |
| CHG-055 | 2026-10-01 | L7l | `Source/LifePlay/LPSessionLogSubsystem.cpp` : option `-LPDumpDelay` (délai du relevé sur motif) | relever, 4 s après chaque changement de lieu (`test0706 amenity`), le sol du lieu (`Room`), la capsule du joueur et du personnage en interaction ; script `LifePlay_releve_L7l.bat` du build `LifePlay_Build_5.5_L7cdj` | `git checkout L7j2-apres -- Source` |
Mesures L7l (2026-10-01, `L7l_releve2_20261001.log`) : **tous les lieux sont construits dans le studio**
(acteur unique `Room_C_0` en −3 131 543 ; −14 967 213 ; −115), la ville étant masquée (`StreetMapStatic.bHidden`). Au
centre sportif (échelle Z 0,2) : sol à −105, pieds du joueur à −100 (capsule −12, demi-hauteur 88) : correct.
Échelles verticales déclarées : 81 lieux à 0,2, 5 à 0,3, 1 à 0,4 et les **7 lieux extérieurs à 0,01** (beach, forest,
mountain, park, pool, river, street). Hypothèse : le plafond `WallT` (cube blanc, Z relatif 2 040, sans collision)
suit l'échelle : 4,08 m en intérieur mais **20 cm au-dessus du sol en extérieur**, où il masque tout ce qui est plus bas
(pieds, pieds des meubles) et apparaît comme le « sol » blanc ; les personnages marchent sur le vrai sol, dessous.
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | -------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------- | ----------------------------------- |
| CHG-056 | 2026-10-01 | L7l | `Source/LifePlay/LPSessionLogSubsystem.h/.cpp` : option `-LPDumpEvery=N` (relevé périodique) | confirmer l'hypothèse du plafond par une mesure en extérieur (`LifePlay_releve_L7l.bat`) | `git checkout L7j2-apres -- Source` |
Mesure L7l (2026-10-01, `L7l_releve3_20261001.log`, relevé toutes les 5 s) : lieu extérieur « rue » (échelle racine
3,5 ; 18 ; **0,01**) : sol à −114,5, pieds du joueur à −112 (capsule −24,2, demi-hauteur 88) : posés ;
`WallT` visible, Z relatif 2 040 → **−94,6 en monde, 18 cm au-dessus des pieds** : hypothèse confirmée. En intérieur
(café, police, échelle 0,2) : `WallT` à +293, pieds à −100 : correct (capture utilisateur sans défaut).
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | --- | ---------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------- |
| CHG-057 | 2026-10-01 | L7l | `Source/LifePlay/LPOutdoorRoomSubsystem.h/.cpp` (nouveau sous-système) | masquer le plafond `WallT` de `GI.Room` tant que l'échelle Z de sa racine est < 0,05 (lieux extérieurs), le rendre visible quand la pièce redevient intérieure (seulement s'il l'a masqué) ; aucun Blueprint ni asset modifié ; build `LifePlay_Build_5.5_L7cdj` | supprimer les 2 fichiers (`git checkout fa3d98e -- Source`) |
Validation en jeu (2026-10-01, build `LifePlay_Build_5.5_L7cdj`) : en forêt, pieds des personnages et sol texturé visibles (ERR-036 corrigé) ; pendant un appel, visage du contact cadré (ERR-031 corrigé) ; ciel de jour correct (L7c/L7d), nuit non vérifiée. Tags `L7j-valide`, `L7l-valide`.
Validation L7c/L7d (2026-10-02, parc, même cadrage) : la nuit reste claire (soleil fixe) **en 4.27, en L7i_B12 et en L7cdj** : comportement d'origine. Le grand disque blanc à l'horizon est présent **en L7i_B12 comme en L7cdj** : il ne vient pas de L7d (déjà présent en V1, origine non étudiée). Un retour arrière de L7d, lancé à tort avant cette comparaison, a été annulé avant tout commit ou build (`Tools\Restore.ps1 -Lot L7d-retour`, empreinte de la carte revenue à `8BD9C4A9…`). Tags `L7c-valide`, `L7d-valide`.
| CHG | Date | Lot | Fichiers | Raison | Retour arrière |
| ------- | ---------- | -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| CHG-058 | 2026-10-02 | Doc | nouveaux `07_Architecture_5.5.md`, `08_Guide_Developpeur.md`, `09_Commandes_Utiles.md`, `10_Protocole_Operations.md` ; mis à jour `README.md` (migration et racine), `01`, `03`, `04` (bilan §5), `05` (CX-C14 à C18, statuts), `06` (résultat V1), registre (ERR-020) | finalisation de la documentation de migration : architecture finale, guide développeur, commandes, protocole et leçons | `git revert` du commit |
| CHG-059 | 2026-10-02 | O0 | nouveaux `Tools/AuditAssets.py`, `Docs/Migration/11_Audit_Optimisation.md` ; lanceur `LifePlay_profil_O0.bat` (build L7cdj, hors dépôt) | audit d'optimisation en lecture seule : inventaire des assets, build livré, leviers et lots proposés ; aucune modification du projet | `git revert` du commit |
| CHG-060 | 2026-10-02 | O0 | `Docs/Migration/11_Audit_Optimisation.md` §9-10 ; lanceur `LifePlay_profil_O0.bat` corrigé (capture par `-ExecCmds`) | résultats de la mesure en jeu (60 images/s tenues, à-coups du thread de jeu dus aux minuteries Blueprint, 463 Mo de physique) ; produits utiles de la bibliothèque Fab ; lots révisés | `git revert` du commit |
| CHG-061 | 2026-10-02 | O1 | `LifePlay.uproject` (20 plugins limités à l'éditeur), `Config/DefaultGame.ini` (16 `DirectoriesToNeverCook`), nouveau `Tools/AuditScriptDeps.py` ; `README.md` : lien Mega de la V1.1 | build Shipping allégé de 387 Mo sans changement de contenu ; build `LifePlay_Build_5.5_O1` | `Tools\Restore.ps1 -Lot O1` ou `git checkout O1-avant -- LifePlay.uproject Config` |
| CHG-062 | 2026-10-02 | O9 | nouvelle commandlet `LPSetComponentCollision` ; `Content/BPs/MapMarkers.uasset` : composants `Tree` et `Car` en `NoCollision` (diff avant/après : 2 lignes) | chargement de partie de 71 s (identique en 4.27) dû aux ≈ 160 000 corps physiques des arbres et voitures décoratifs de la carte (décision utilisateur : option 1) ; build `LifePlay_Build_5.5_O9` | `Tools\Restore.ps1 -Lot O9` |
| CHG-063 | 2026-10-02 | O9b | `LPSetComponentCollision` (modèles des nœuds « Add Component ») ; `Content/BPs/MapMarkers.uasset` : modèles `NODE_AddHISM-0` et `-1` (`HISM_C`, marqueurs de bâtiments) en `NoCollision` (diff : 2 lignes) | les clics se font sur les icônes, pas sur les bâtiments (utilisateur) ; ≈ 49 500 corps physiques restants au chargement ; build `LifePlay_Build_5.5_O9b` | `Tools\Restore.ps1 -Lot O9b` |
| CHG-064 | 2026-10-02 | O2 | `Config/DefaultGame.ini` : `UsePakFile=True`, `bUseIoStore=True`, `bCompressed=True` (réglages par défaut du moteur : Oodle Kraken) ; `Modules` reste en fichiers nus | build Development 3 367 → 2 002 Mo (−40 %), 23 928 → 2 104 fichiers ; build `LifePlay_Build_5.5_O2` ; validé en jeu le 2026-10-02 (7 contrôles) | `Tools\Restore.ps1 -Lot O2` ou `git checkout O2-avant -- Config` |
| CHG-065 | 2026-10-02 | O4 | nouveau `Tools/FixTextureMips.py` ; 29 textures (`Clothes4` 27, route, trottoir) : `MipGenSettings` = groupe de texture, `NeverStream` = faux (diff : ces 2 propriétés + `LightingGuid` régénéré) | textures de couleur 3D sans mipmaps : scintillement à distance, pleine résolution toujours en mémoire ; exclus : cheveux et masques de transparence (29), interface et textures sans matériau (44), dimensions non puissance de 2 (733) ; build `LifePlay_Build_5.5_O4` | `Tools\Restore.ps1 -Lot O4` |
| CHG-066 | 2026-10-02 | O | build Shipping de distribution `LifePlay_Build_5.5_Shipping_V1.2` (O1, O2, O4, O9, O9b) | 3 246 → 1 494 Mo (−54 %), 24 249 → 2 084 fichiers ; premier essai sans ville (corrigé par CHG-067), reconstruit et validé en jeu le 2026-10-02 | — (build seulement) |
| CHG-067 | 2026-10-02 | O2b | `Plugins/ModdingExtra` : `GetAllFilesFromFolder` reconstruit la liste des `.uasset`/`.umap` depuis le registre d'assets quand le disque n'en renvoie aucun (contenu compressé IoStore) ; dépendance `AssetRegistry` | régression d'O2 constatée sur le build Shipping : aucune ville proposée (`UI/CityMenu` liste les fichiers `Heavy/StreetMap/*.uasset` du disque, `UI/City` vérifie chaque ville par suffixe `/<nom>.uasset`) ; seul appel concerné, les autres lisent des fichiers texte de `Modules` ; build `LifePlay_Build_5.5_Shipping_V1.2` reconstruit | `git checkout O2b-avant -- Plugins/ModdingExtra` |
| CHG-068 | 2026-10-02 | V1.2 | `README.md` (section V1.2, branche `ue5.5-v1.2`) ; tag annoté `v1.2` ; archive `D:\Game\LifePlay_Publication\LifePlay_Revival_V1.2_UE5.5_Full_Source_Code.7z` (4 937 914 101 octets, 25 681 fichiers, SHA-256 `fb298583743497799dd274cc62b8cf80fbef3445766be5898201924c64674f1a`, script `make_archive_v1_2.cmd`) | publication de la V1.2 (optimisation) ; contrôles : test 7-Zip, aucun `.mcp.json`/`.claude`/`McpAutomationBridge`/`Saved`/`Intermediate`, `Config`, `.uproject` et `ModdingExtra` identiques au tag | lien Mega à ajouter après envoi |
| CHG-069 | 2026-10-02 | Réconciliation | fusion `-s ours` de `vinfamy/master` dans `main` (commit `82a64d9`, arbre inchangé) ; `Docs/Migration/12_Reconciliation_Vinfamy.md` | historique de l'auteur rattaché ; aucun fichier récupérable ; les 33 scènes `corruption` vides de `vin_Base` existent dans `vin_Corruption` (non restaurées : doublons) | `git reset --hard reconcil-avant` (avant toute autre publication) |
| CHG-070 | 2026-10-02 | ERR-038 | nouveau `Source/LifePlay/LPRoomTransitionSubsystem.h/.cpp` | relevé (`ERR038_releve_20261002.log`) : la nouvelle pièce est construite ≈ 2 s avant que `destroyDummy` rende les personnages de l'ancienne à la réserve ; le sous-système cache aussitôt, au changement de pièce, les personnages actifs juste avant (hors compagnon et scène en cours), cesse de les suivre dès que le jeu les rend ou les réaffiche, et les réaffiche après 10 s par sécurité ; aucun Blueprint modifié ; build `LifePlay_Build_5.5_ERR038` ; test en jeu en attente | supprimer les 2 fichiers (`git checkout ERR038-avant -- Source`) |
| CHG-071 | 2026-10-02 | Ménage | `README.md` : V1.2 en téléchargement principal (lien Mega), V1.1 et V1 en versions précédentes ; suppression de 13 builds 5.5 obsolètes (V1rc, L7a, L7b, L7i, L7i_B12, L7cdj, O1, O1_essai1, O2, O4, O9, O9b, Shipping_V1.2_essai1, ≈ 43 Go) après copie vérifiée de `Saved`, `Content\Saves` et des lanceurs dans `D:\Game\LifePlay_Backup_5.5\builds_supprimees\` ; `08_Guide_Developpeur.md` §4 | lien V1.2 reçu ; place disque | builds : reconstruction depuis les tags git |
| CHG-072 | 2026-10-02 | ERR-038 | `LPRoomTransitionSubsystem` : détection par la seule échelle de la racine de `Room`, délai de réaffichage 10 s → 3 s | premier test en jeu concluant (anciens personnages cachés, compagnon présent, nouveaux personnages apparus), mais 2 faux positifs au relevé : nom de lieu vidé un instant sans changement de pièce ; arrivée au restaurant peuplée 3 s avant la construction de la pièce (personnages apparus 10 s en retard) ; build `LifePlay_Build_5.5_ERR038` reconstruit | `git checkout ERR038-apres -- Source/LifePlay/LPRoomTransitionSubsystem.*` |
| CHG-073 | 2026-10-02 | ERR-038 | `Source/LifePlay/LPRoomTransitionSubsystem.h/.cpp` supprimés (copie dans `D:\Game\LifePlay_Backup_5.5\ERR038_retrait`) ; build `LifePlay_Build_5.5_ERR038` reconstruit sans le sous-système (vérifié dans l'exécutable) | second test « plus problématique » : relevé `ERR038_apres2_20261002` = 2 déclenchements, tous deux à tort (clients du lieu d'arrivée cachés 3 s) ; le critère temporel ne distingue pas les personnages créés pendant le trajet puis retirés de ceux qui sont conservés ; retrait proposé et accepté par l'utilisateur ; ERR-038 reste ouvert | `git checkout ERR038-apres -- Source/LifePlay` |
| CHG-074 | 2026-10-02 | O7 | O7a : `Content/Saves` (14 125 fichiers, parties de test) → `D:\Game\LifePlay_Backup_5.5\O7\Content_Saves` (vérifié), `Content/Developers` et `Content/Collections` (dossiers vides) retirés, 3 captures de la racine rangées ; O7b : `08_Guide_Developpeur.md` §2.1 (carte de `Content/Heavy`, dossiers à ne pas déplacer) | ménage sans risque et documentation, à la place d'un renommage des dossiers jugé trop risqué (préfixes de chemins en dur, contrat de modding) | déplacer en retour le contenu de `O7\Content_Saves` |
| CHG-075 | 2026-10-02 | DATA1 | `Plugins/ModdingExtra/.../ModdingExtraBPLibrary.cpp` : statistiques de `LoadTxt` par type de fichier (bilan à la fermeture, commande `ModdingExtra.LoadTxtStats`) ; `11_Audit_Optimisation.md` §17 (stratégie de couche de données) | étape 1 de la couche de données : mesurer avant de construire ; `PopulateRaws` = 12,6 s par chargement de partie (trace O2) ; build `LifePlay_Build_5.5_DATA1` | `git checkout DATA1-avant -- Plugins/ModdingExtra` |
| CHG-076 | 2026-10-02 | DATA23 | nouveaux `Plugins/ModdingExtra/.../LPDataCache.h/.cpp` ; `ModdingExtra.cpp` (démarrage en arrière-plan), `ModdingExtraBPLibrary.cpp` (`LoadTxt` depuis la mémoire, `SaveTxt`, vérification, statistiques cache/disque), `ModdingExtra.Build.cs` (`Json`) | couche de données étapes 2 et 3 : `Modules` chargé une fois en arrière-plan, cache compilé JSON par type avec champs et calque ; 2 031 fichiers en 0,14 s depuis le cache ; build `LifePlay_Build_5.5_DATA23` ; validation en jeu en attente | `git checkout DATA23-avant -- Plugins/ModdingExtra` ; ou option `-LPNoDataCache` |
| CHG-077 | 2026-10-02 | O1b / DATA23 | `Config/DefaultGame.ini` : `+DirectoriesToNeverCook=(Path="/HairStrands")` retiré ; validation de la couche de données (CHG-076) : 2 658 textes servis par le cache, 0 écart, lecture 0,074 s pour la session | ERR-039 : erreurs `GroomComponent` au démarrage depuis O1 (module conservé par dépendance, contenu non cuit) ; vérifié : 0 erreur après reconstruction | remettre la ligne dans `DefaultGame.ini` |
| CHG-078 | 2026-10-02 | DATA4b | nouveaux `Source/LifePlay/LPDataCompat.h/.cpp` (`WhatWhereToArray` en C++, vérification `-LPVerifyWhatWhere` contre la fonction Blueprint d'origine) et `Source/LifePlayEditorTools/LPFixWhatWhereCommandlet.h/.cpp` ; `Content/BPs/GI.uasset` : 2 appels de l'EventGraph rebranchés (diff : 22 lignes, uniquement les 2 nœuds et les liaisons de leurs voisins) | `WhatWhereToArray` = 94 % de `PopulateScenes` (3,4 s par passage) ; premier essai refusé par le contrôle intégré (broche `Target` non exclue), rien sauvegardé, commandlet corrigée ; build `LifePlay_Build_5.5_DATA4b` ; validé en jeu le 2026-10-02 : plus de 3 000 appels vérifiés, 0 écart ; `PopulateRaws` 12,6 s → 1,26 s | `Tools\Restore.ps1 -Lot DATA4b` |
| CHG-079 | 2026-10-02 | V1.3 | `README.md` (section V1.3, branche `ue5.5-v1.3`) ; tag annoté `v1.3` ; build `LifePlay_Build_5.5_Shipping_V1.3` validé en jeu ; archive `LifePlay_Revival_V1.3_UE5.5_Full_Source_Code.7z` (4 945 770 158 octets, 11 583 fichiers, SHA-256 `24e7d58f759ca8998fe0d7ddc8c6a4c30262978806903e6d3deb68b37c46512a`, contrôles : test 7-Zip, aucun secret ni outil local, 14 fichiers identiques au tag) | publication de la V1.3 (couche de données, `WhatWhereToArray` en C++, ERR-039) | — |
| CHG-080 | 2026-10-02 | V1.3 | `README.md` : V1.3 en téléchargement principal (lien Mega), V1.2 et V1.1 en versions précédentes ; lien de la V1 retiré (archive supprimée de Mega faute d'espace, état git conservé par le tag `v1.0`) | lien V1.3 reçu | — |
| CHG-081 | 2026-10-02 | O7d | nouveau `Tools/BuildCollections.py` ; 13 collections statiques `Content/Collections/LifePlay*.collection` (hors dépôt, régénérables) ; `11_Audit_Optimisation.md` §16.5, `08_Guide_Developpeur.md` §2.1, `09_Commandes_Utiles.md` §3 | suite d'O7 (choix utilisateur) : regrouper les 8 561 assets par thème dans l'éditeur sans renommer de dossier ; collection transversale `LifePlay_Chemins_Fixes` (4 984 assets à ne pas déplacer) ; 13 545 chemins, 0 inconnu, chargées par l'éditeur ; aucun asset modifié, pas de build | supprimer `Content/Collections/LifePlay*.collection` (`git checkout O7d-avant` pour le reste) |
| CHG-082 | 2026-10-02 | O7d | `Tools/BuildCollections.py` : collections écrites dans `Saved/Collections` (locales) au lieu de `Content/Collections` (partagées) ; 13 fichiers déplacés vers `D:\Game\LifePlay_Backup_5.5\O7d\Content_Collections` puis régénérés (identiques) ; `11_Audit_Optimisation.md` §16.5, `08_Guide_Developpeur.md` §2.1 | avertissement à l'ouverture de l'éditeur (utilisateur) : une collection partagée exige un fournisseur de contrôle de révision, désactivé dans ce projet ; une collection locale n'en utilise pas ; validé par l'utilisateur le 2026-10-02 (plus d'avertissement) | `git checkout O7d-apres -- Tools/BuildCollections.py` et remettre les fichiers sauvegardés |
| CHG-083 | 2026-10-02 | O7e | `11_Audit_Optimisation.md` §16.6 | étude en lecture seule de l'intégration d'une coiffure Fab (demande utilisateur) : liste des coiffures = valeur par défaut `GI.HairstyleTable` (126 entrées, 35 absentes déjà en 4.27), suivi par noms d'os Genesis 8, morphs de forme facultatifs, sauvegardes par nom ; 34 coiffures Fab, ≈ 12 maillages utilisables | — (documentation) |
| CHG-084 | 2026-10-02 | H1 | nouveaux `Source/LifePlay/LPHairstyleSubsystem.h/.cpp`, module `Content/Modules/lp_Revival` (`lp_Revival.lpmod`, `Hairstyles/h1_testhair.lphair`) ; asset de test `Content/Heavy/New5/Hairs/H1_TestHair` (copie de `FloraHair_New`, hors dépôt) ; `11_Audit_Optimisation.md` §16.7 | liste des coiffures ouverte aux mods (demande utilisateur) : fichiers `.lphair` ajoutés en fin de `GI.HairstyleTable` sans modifier de Blueprint ; vérifié au journal : doublons refusés, 1 coiffure ajoutée (table 126 → 127) ; build `LifePlay_Build_5.5_H1` ; validé en jeu le 2026-10-02 (nouvelle partie et liste des villes, coiffure ajoutée en fin de liste, suivi des animations, module désactivé puis réactivé, Continue) | supprimer le module `lp_Revival` (ou le désactiver) ; `git checkout H1-avant -- Source` |
| CHG-085 | 2026-10-02 | O7e | nouvelle commandlet `Source/LifePlayEditorTools/LPHairFromStaticMeshCommandlet.h/.cpp` (+ `SkeletalMeshUtilitiesCommon`, `StaticMeshDescription` dans `LifePlayEditorTools.Build.cs`) ; assets `Content/Heavy/New5/Hairs/Pocolov17*` (hors dépôt) ; `Content/Modules/lp_Revival/Hairstyles/pocolov17.lphair` (remplace `h1_testhair.lphair`, `H1_TestHair` retiré) ; `Licenses/Free_3D_Models_Credits.txt` ; `11_Audit_Optimisation.md` §16.8 | première coiffure Fab (Pocolov Hair 17, CC BY 4.0, téléchargée avec l'accord de l'utilisateur) : maillage statique rattaché au squelette Genesis 8, ajusté à la tête de Bridget, matériaux `DazHair` ; build `LifePlay_Build_5.5_O7e` : coiffure ajoutée (index 126) ; test en jeu en attente | retirer `pocolov17.lphair` ; sauvegardes dans `D:\Game\LifePlay_Backup_5.5\O7e` ; `git checkout O7e-avant -- Source Content/Modules Licenses` |
| CHG-086 | 2026-10-02 | O7e | `LPHairFromStaticMeshCommandlet` : ajustement sur le haut du crâne (`-Cranium`, `-Margin`) ; `Pocolov17` et `_Skeleton` régénérés (premier essai dans `O7e\essai1`), `Pocolov17_Strands` : `Thicken` 10 → 1 ; `11_Audit_Optimisation.md` §16.8 | premier essai en jeu (capture utilisateur) : coiffure trop étroite enfoncée dans le crâne, mèches opaques ; échelle 0,74 → 1,19 en largeur ; build `LifePlay_Build_5.5_O7e` reconstruit ; test en jeu en attente | `Tools`/assets : remettre `O7e\essai1` ; `git checkout O7e-apres -- Source/LifePlayEditorTools` |
| CHG-087 | 2026-10-02 | O7e | `Pocolov17_Cap` (hors dépôt) : `MapOpacity` = texture blanche du moteur ; `11_Audit_Optimisation.md` §16.8 | second essai en jeu correct (crâne couvert, couleur appliquée, profil bien placé) ; trous au-dessus de l'oreille dus à la lisière découpée de la calotte ; retouche choisie par l'utilisateur ; build `LifePlay_Build_5.5_O7e` reconstruit | remettre `Pocolov17_CapOpacity` dans `MapOpacity` |
| CHG-088 | 2026-10-02 | O7e | — | O7e validé en jeu par l'utilisateur (profil sans trou, mouvement suivi) ; défaut mineur accepté : bas de la calotte visible sous le lobe de l'oreille | — |
| CHG-089 | 2026-10-02 | H2 | `Source/LifePlay/LPHairstyleSubsystem.h/.cpp` (mode base, plusieurs coiffures par fichier, `NONE`, `MORPHABLE`, vérification `-LPVerifyHairstyles`) ; nouveau `Content/Modules/vin_Base/Hairstyles/vin_Base.lphair` (126 coiffures, 89 morphs) ; `11_Audit_Optimisation.md` §16.9 | liste de base des coiffures sortie du Blueprint (demande utilisateur) ; vérifié : table et morphs reconstruits identiques au Blueprint ; build `LifePlay_Build_5.5_H2` ; validé en jeu le 2026-10-02 (nouvelle partie, liste du menu inchangée avec Pocolov17 en dernier, personnages générés, Continue) | supprimer `vin_Base.lphair` (retour à la table du Blueprint) ; `git checkout H2-avant -- Source/LifePlay` |
| CHG-090 | 2026-10-02 | H2b | `Source/LifePlay/LPHairstyleSubsystem.h/.cpp` (clés `FACIAL_HAIR`, `BODY_HAIR_M`, `BODY_HAIR_F`) ; `Content/Modules/vin_Base/Hairstyles/vin_Base.lphair` (+ 44 noms) ; `11_Audit_Optimisation.md` §16.10 | pilosité sortie du Blueprint (demande utilisateur) : listes `GI.FHairstyles`, `BHairstyles_M`, `BHairstyles` ; `GI.OtherTable` laissée (maillages absents depuis 4.27) ; vérifié : 3 listes identiques au Blueprint ; build `LifePlay_Build_5.5_H2` ; validé en jeu le 2026-10-02 (28 barbes + sans barbe dans le menu de création) | retirer les lignes `*_HAIR` de `vin_Base.lphair` ; `git checkout H2b-avant -- Source/LifePlay` |
| CHG-091 | 2026-10-02 | Doc | nouveaux `Docs/Migration/13_Protocole_Coiffure.md`, `Tools/HairImportFbx.py`, `Tools/HairMaterials.py` ; `README.md` (migration), `08_Guide_Developpeur.md`, `09_Commandes_Utiles.md` | protocole de conversion d'une coiffure (demande utilisateur) ; scripts ponctuels d'O7e rendus paramétrables ; protocole rejoué de bout en bout sur Pocolov 17 sous le nom `Pocolov17P` : bornes identiques au millimètre, dépendances OK ; essai retiré du projet (`D:\Game\LifePlay_Backup_5.5\O7e\proto_essai`) | `git revert` du commit |
| CHG-092 | 2026-10-02 | HAIRS1 | nouveaux `Tools/HairPipeline.ps1`, `Tools/FbxMaterialMap.py`, `Tools/hairs/HAIRS1.json` ; `Tools/HairImportFbx.py` (rapport JSON), `Tools/HairMaterials.py` (calotte seulement si utilisée, contrôle des dépendances) ; assets `Content/Heavy/New5/Hairs/Pocolov03/06/11/15/16*` (hors dépôt) ; `Content/Modules/lp_Revival/Hairstyles/pocolov03/06/11/15/16.lphair` ; `Licenses/Free_3D_Models_Credits.txt` ; `13_Protocole_Coiffure.md` §7 | industrialisation de la conversion (demande utilisateur) et test sur 5 coiffures Pocolov (CC BY 4.0, téléchargées avec l'accord de l'utilisateur) ; 5 cas d'archives différents intégrés aux règles ; build `LifePlay_Build_5.5_HAIRS1` : 6 coiffures ajoutées (index 126 à 131) ; contrôle visuel en jeu en attente | retirer les `.lphair` ; assets et sources dans `D:\Game\LifePlay_Backup_5.5\HAIRS1` ; `git checkout HAIRS1-avant -- Tools Licenses Content/Modules` |
| CHG-093 | 2026-10-02 | SKIN | `LPHairFromStaticMeshCommandlet` : liaison par transfert de poids depuis le corps (`-Skin=transfer` par défaut, 6 voisins, bras et jambes exclus) et sortie de la peau (`-Gap` 0,3 cm) ; `LifePlayEditorTools.Build.cs` (`SkeletalMeshDescription`, `AnimationCore`) ; `HairPipeline.ps1` (`-Rebuild`, options `skin`, `gap`) ; 6 coiffures Pocolov reconstruites (versions précédentes dans `HAIRS1\<nom>\precedente_*`), Pocolov 17 ajoutée au lot ; `.lphair` et crédits : description des modifications corrigée ; `13_Protocole_Coiffure.md` | vidéo utilisateur : mèches longues liées à la seule tête, qui traversent épaules et poitrine quand la tête tourne ; poids obtenus : tête 47 à 62 %, cou, clavicules, poitrine ; 254 à 950 sommets sortis de la peau par coiffure ; build `LifePlay_Build_5.5_SKIN` ; validé en jeu le 2026-10-02 (les mèches ne traversent plus la peau quand la tête tourne) | `-Skin=rigid` ; `git checkout SKIN-avant -- Source Tools` et remettre les versions précédentes |
| CHG-094 | 2026-10-02 | UI14 | nouveaux `Source/LifePlay/LPVersionSubsystem.h/.cpp`, `Source/LifePlayEditorTools/LPEditWidgetCommandlet.h/.cpp` (+ `Json` dans le `.Build.cs`), `Tools/ui/MainMenu_V1.4.json`, `Docs/Migration/14_Interface_V1.4.md` ; `Content/UI/MainMenu.uasset` (6 modifications, diff conforme) ; `Content/Modules/donors.txt` (→ `Vinfamy`) ; `Config/DefaultGame.ini` (`ProjectVersion=2026.10.4`) | demande utilisateur avant la V1.4 : version année.mois.publication, crédits vidés avec Vinfamy auteur original, Donate → Patreon edujiro5972, Discord → discord.gg/q4689pNSy, Commission masqué ; build `LifePlay_Build_5.5_UI14` : « LifePlay 2026.10.4 » ; validé en jeu le 2026-10-02 (version, crédits, bouton Commission masqué, liens Donate et Discord) | `Tools\Restore.ps1 -Lot UI14` ; `git checkout UI14-avant -- Config Source Content/Modules/donors.txt` |
| CHG-095 | 2026-10-02 | MODS14 | nouveaux `Tools/SplitModules.ps1`, `Tools/modules/V1.4.json`, `Docs/Migration/15_Modules_Optionnels.md` ; build `LifePlay_Build_5.5_Shipping_V1.4` (dossier neuf, contrôlé : pas de fichier périmé) ; archive `D:\Game\LifePlay_Publication\LifePlay_Revival_V1.4_Optional_Modules.zip` (875 812 octets, 626 fichiers, SHA-256 `cd8b4ffa9f676d3703fce9d2b42a0f61682c6c04bda30d033630c8f1be8fd236`) | demande utilisateur : build Shipping réduite à l'essentiel (`vin_Base`, `lp_Revival`, `vin_VanillaRealistic`), 14 modules optionnels à part ; vérifié dans les Blueprints : aucun fichier de module optionnel lu en dur, `GI.removeDeletedMods` retire les modules absents ; build allégé démarré sans plantage ; validé en jeu le 2026-10-02 (build sans les modules optionnels, puis avec l'archive extraite) ; modules de test retirés du build vers `LifePlay_Build_5.5_Shipping_V1.4_test_extraction` | remettre les dossiers de `LifePlay_Build_5.5_Shipping_V1.4_modules_optionnels` dans le build |
| CHG-096 | 2026-10-02 | V1.4 | `README.md` (section V1.4, branche `ue5.5-v1.4`) ; `Donate.url` (racine) → Patreon edujiro5972, comme le bouton Donate ; tag annoté `v1.4` | publication de la V1.4 (LifePlay 2026.10.4) : coiffures en fichiers `.lphair`, 6 coiffures Pocolov, chaîne d'import, menu principal, modules optionnels séparés | — |
| CHG-097 | 2026-10-02 | V1.4 | archives de publication (`D:\Game\LifePlay_Publication`) : sources `LifePlay_Revival_V1.4_UE5.5_Full_Source_Code.7z` (4 942 392 569 octets, 12 766 entrées, SHA-256 `bda44e52e8f45775e09fdea51b613bb64fc5e0c7fd0ec76108804e0bb39b3426`, script `make_archive_v1_4.cmd`) ; jeu `LifePlay_Revival_V1.4_Windows_Game.7z` (1 301 813 923 octets, racine `LifePlay_Revival_V1.4`, SHA-256 `d4a36542550ae2bcc7f3f634255125fc6c7520f5cf29df4b74ae3bbc0ac55a9f`, script `make_game_v1_4.cmd`) ; modules optionnels `LifePlay_Revival_V1.4_Optional_Modules.zip` (875 812 octets, SHA-256 `cd8b4ffa9f676d3703fce9d2b42a0f61682c6c04bda30d033630c8f1be8fd236`) | contrôles : tests 7-Zip ; sources : aucun `.mcp.json`/`.claude`/`McpAutomationBridge`/`Saved`/`Intermediate`/jeton, 17 modules, 10 fichiers identiques au tag `v1.4`, `.git` = `a83ea56` ; jeu : 3 modules (`vin_Base`, `lp_Revival`, `vin_VanillaRealistic`), ni `Saved` ni `.pdb` | liens Mega à ajouter après envoi |
| CHG-098 | 2026-10-02 | V1.4 | `README.md` : archive des sources V1.4 en téléchargement principal (lien Mega), V1.3 ajoutée aux versions précédentes | lien Mega de l'archive développeur reçu ; liens du jeu et des modules optionnels à venir | — |
| CHG-099 | 2026-10-02 | V1.4 | `README.md` : section V1.4, point des modules optionnels reformulé (plus de nom d'archive ni de mode d'installation) | décision utilisateur : les archives du jeu et des modules optionnels ne sont pas annoncées sur GitHub (la documentation technique garde les détails de l'outil) | `git revert` du commit |
| CHG-100 | 2026-10-03 | H3 | nouveau `Docs/Migration/16_H3_Mods_Paquets.md` | préparation de H3 (demande utilisateur) : étude en lecture seule du moteur 5.5 (dossier `Mods/` lu par le gestionnaire de plugins en jeu empaqueté, plugins Mod activés par défaut, paquets de plugins montés au démarrage, registre `AssetRegistry.bin` des plugins chargé) et de la configuration (paquets non signés, shaders intégrés aux matériaux, IoStore) ; architecture, risques, lots H3a à H3c | — (documentation) |
| CHG-101 | 2026-10-03 | H3a | `Releases/2026.10.4` (non versionné, 1,3 Go) ; `ModSources/LPHairSample/` (`LPHairSample.uplugin`, `Module/LPHairSample.lpmod`, `Module/Hairstyles/pocolov05.lphair`, `Module/CREDITS.txt` ; assets `Content/Hairs/Pocolov05*` non versionnés) ; `Tools/mods/LPHairSample.json` ; `Tools/HairPipeline.ps1` (chemins de plugin, `credits`) ; `Tools/HairMaterials.py` (contrôle des dépendances par chemin de paquet) ; `.gitignore` (`/Releases/`, `/Mods/`, produits et assets de `ModSources`) ; builds `LifePlay_Build_5.5_Ref_2026.10.4`, `LifePlay_Build_5.5_H3a` | prototype H3a : version de référence (paquets identiques au V1.4 publié), mod d'essai Pocolov 05 (Fab, CC BY 4.0, téléchargement accordé) cuit en DLC contre 2026.10.4 (6 paquets, 0 erreur) et installé dans une copie du V1.4 ; version `2026` mal nommée (argument coupé par PowerShell) déplacée vers `LifePlay_Backup_5.5\H3a` ; **validé en jeu le 2026-10-03** (16_H3_Mods_Paquets.md §5) | supprimer `ModSources/LPHairSample`, `Tools/mods`, `Releases/2026.10.4` ; `git revert` du commit |
| CHG-102 | 2026-10-03 | H3a | `Source/LifePlay/LPHairstyleSubsystem.h/.cpp` ; `Content/Modules/lp_Revival/lp_Revival.lpmod` (`MODULE_DEFAULT_ENABLED: true`) | retour utilisateur : coiffure du mod présente alors que le mod est décoché. Le sous-système (H1) tenait pour actif un module absent de `GI.ModEnableds`, alors que le jeu le tient pour inactif (défaut présent en V1.4 : `lp_Revival` affiché décoché mais actif). Même règle que le jeu ; un module à clé `MODULE_DEFAULT_ENABLED: true` absent de la liste y est ajouté coché (au démarrage et après `LoadSettings`). Validé en jeu le 2026-10-03 | `git revert` du commit, recompiler |
| CHG-103 | 2026-10-03 | UI15 | `Content/UI/MainMenu.uasset`, `Content/UI/ModManager.uasset` (snapshot `LifePlay_Backup_5.5\UI15`) ; nouveaux `Source/LifePlayEditorTools/LPTitleModManagerCommandlet.h/.cpp`, `Source/LifePlay/LPModSettingsLibrary.h/.cpp`, `Docs/Migration/17_Mods_Ecran_Titre.md` ; build `LifePlay_Build_5.5_UI15b` | demande utilisateur : gestionnaire de mods dès l'écran titre, puis choix entre nouvelle partie et partie sauvegardée. Entrée dédiée sur l'écran titre (copie de « Load »), fermeture vers le menu titre avec relecture des données et enregistrement du choix (`SaveModSelection`, sans toucher à la dernière sauvegarde) ; entrée d'origine inchangée en partie. Première version (entrée d'origine rendue visible) remplacée après retour (alignement). **Validé en jeu le 2026-10-03** | `.\Tools\Restore.ps1 -Lot UI15` ; `git revert` du commit |
| CHG-104 | 2026-10-03 | H3b | nouveaux `Tools/BuildMod.ps1`, `Tools/ModSource.ps1` ; `Tools/HairPipeline.ps1` (mode `mod` : montage temporaire, `.lphair` et crédits dans `ModSources/<Nom>/Module`, `-Rebuild` déplace aussi les textures) ; `Tools/HairMaterials.py` (analyse synchrone du dossier, réutilisation des textures) ; `Tools/mods/LPHairSample.json` (`mod`) ; `Source/LifePlay/LPHairstyleSubsystem.cpp` (repli `DoesPackageExist`) ; Pocolov 05 reconstruite (précédente dans `LifePlay_Backup_5.5\H3a\Pocolov05\precedente_*`) ; build `LifePlay_Build_5.5_H3b` ; archive `D:\Game\LifePlay_Publication\Mods\LPHairSample-for-LifePlay-2026.10.4.zip` (334 473 octets, SHA-256 `8F6A45ED…CBC8`) | lot H3b : un mod d'assets en une commande ; plantage de `HairMaterials.py` dans un plugin expliqué (registre de la commandlet sans les assets du plugin) et corrigé ; build de base sans rien du mod par construction. **Validé en jeu le 2026-10-03** (16_H3_Mods_Paquets.md §6) | `git revert` du commit, recompiler |
| CHG-105 | 2026-10-03 | H3c | nouveaux `Docs/Modding/FullGuides/Creating_Asset_Mods.md`, `Docs/Modding/ShortGuides/explanation.lphair`, `Tools/NewMod.ps1`, `Tools/EditMod.ps1` ; `Docs/Modding/ShortGuides/explanation.lpmod` (`MODULE_DEFAULT_ENABLED`) ; `Docs/Migration/10_Protocole_Operations.md` §6, `09_Commandes_Utiles.md` §7 (liste de contrôle de publication), `16_H3_Mods_Paquets.md` §7 | lot H3c : guide des moddeurs en anglais, outils de création et d'édition d'un mod, version de référence intégrée à la procédure de publication (livrée dans l'archive des sources ; `Mods/` vide au build) | `git revert` du commit |
| CHG-106 | 2026-10-03 | H3d | nouveaux `Source/LifePlay/LPModInfoSubsystem.h/.cpp` ; `Source/LifePlay/LifePlay.Build.cs` (`Slate`, `SlateCore`) ; `Tools/NewMod.ps1` (métadonnées), `Tools/BuildMod.ps1` (ordre des lignes 1 à 3, `MODULE_PACKAGED`, `MODULE_GAME_VERSION`, `.uplugin` livré, contrôle prix et licences, nom d'archive) ; `Docs/Modding/FullGuides/Creating_Asset_Mods.md` §4b, `explanation.lpmod` | demande utilisateur : métadonnées extensibles (dates, licence, lien de l'auteur, prix) et avertissement en jeu quand un mod a été construit pour une autre version. Le jeu ne lit que les 3 premières lignes d'un `.lpmod`, par position ; fenêtre Slate C++, sans Blueprint. **Validé en jeu le 2026-10-03** | `git revert` du commit, recompiler |
| CHG-107 | 2026-10-03 | H3d | nouveau mod `ModSources/lpr_hair_pocolov` (`.uplugin`, `Module/` : `.lpmod`, 12 `.lphair`, `CREDITS.txt` ; assets non versionnés), `Tools/mods/lpr_hair_pocolov.json` ; retirés : `Content/Modules/lp_Revival` (6 `.lphair`, `.lpmod`), assets `Content/Heavy/New5/Hairs/Pocolov*` (non versionnés), `ModSources/LPHairSample`, `Tools/mods/LPHairSample.json` (tous vers `LifePlay_Backup_5.5\H3d\retires`) ; `Licenses/Free_3D_Models_Credits.txt` (lignes Pocolov remplacées par un renvoi ; snapshot `H3d`) ; nouveau `Tools/modules/next.json` ; builds `LifePlay_Build_5.5_H3d` ; archive `D:\Game\LifePlay_Publication\Mods\lpr_hair_pocolov-1.0-for-LifePlay-2026.10.4.zip` (3 807 460 octets, SHA-256 `4E9420E5…2B8F`) | demande utilisateur : module `lpr_hair_pocolov` regroupant les assets Pocolov ; choix utilisateur : les 12 coiffures CC BY, les 6 du jeu de base déplacées dans le paquet, mod d'essai retiré ; 5 archives téléchargées (accord). **Validé en jeu le 2026-10-03** | remettre les dossiers de `LifePlay_Backup_5.5\H3d\retires` ; `.\Tools\Restore.ps1 -Lot H3d` ; `git revert` du commit |
| CHG-108 | 2026-10-03 | H3c | `Docs/Modding/FullGuides/Creating_Asset_Mods.md` §5 | essai utilisateur de `Tools/EditMod.ps1` : mod monté et chargé (« Mounting Mod plugin lpr_hair_pocolov »), 12 coiffures visibles une fois « Afficher le contenu des plugins » coché dans le navigateur de contenu (masqué par défaut ; la recherche porte sur les noms d'assets) : précision ajoutée au guide. **H3c validé le 2026-10-03** | `git revert` du commit |
| CHG-109 | 2026-10-03 | PUB | `Tools/SplitModules.ps1` (mode `per_module` : une archive par module, notice tirée du `.lpmod`, `INDEX.txt` ; refus d'un build contenant un mod d'assets installé) ; `Tools/modules/next.json` ; `Docs/Migration/15_Modules_Optionnels.md` §5, `09_Commandes_Utiles.md` §7 | décision utilisateur pour la prochaine publication : chaque mod livré dans un zip indépendant, sauf les modules de base (texte) gardés dans le build Shipping ; diffusion des modules sur Discord dans un premier temps. Essai sur une copie (15 archives, 640 fichiers, garde-fou vérifié) | `git revert` du commit |
| CHG-110 | 2026-10-03 | H3c | sources texte de `ModSources/lpr_hair_pocolov` (`.uplugin`, `.lpmod`, 12 `.lphair`, `CREDITS.txt`) | incident : le commit `54f6604` (tag `H3c-valide`) a été fait pendant que le mod était monté dans `Mods/` par `EditMod.ps1` (éditeur ouvert) ; `git add -A` a enregistré la suppression de ses sources. Aucune perte sur disque (mod remis dans `ModSources/` à la fermeture de l'éditeur, 70 assets présents) ; sources réenregistrées par `bf9bb58`. Règle ajoutée (10_Protocole_Operations.md §6) : ne jamais commiter ni lancer un build tant que `Mods/` n'est pas vide. Le tag `H3c-valide` reste sur `54f6604` (déplacement non fait sans accord) | — |
| CHG-111 | 2026-10-03 | V1.5 | `Config/DefaultGame.ini` (`ProjectVersion=2026.10.1.5`), format de version (`14_Interface_V1.4.md`, `LPVersionSubsystem.h`), `README.md` (section V1.5, branche), `Tools/modules/next.json` (groupe `vin_*`), `Tools/SplitModules.ps1` (groupes), `Tools/BuildMod.ps1` (`INDEX.txt`), `15_Modules_Optionnels.md` ; build `LifePlay_Build_5.5_Shipping_V1.5` (version de référence `Releases/2026.10.1.5`, paquets identiques ; 2 modules de base) ; `Releases/2026.10.4` déplacé vers `LifePlay_Backup_5.5\Releases` ; modules `D:\Game\LifePlay_Publication\Modules_2026.10.1.5` (`vin_Modules`, `lpr_hair_pocolov-1.0`, `INDEX.txt`) | publication V1.5 (décisions utilisateur : version `année.mois.majeur.mineur` ; modules `vin_*` en un seul zip, autres mods chacun le leur ; diffusion des modules sur Discord, rien sur GitHub). Validé en jeu le 2026-10-03 ; les mods extraits dans le build pour le test et les fichiers de session ont été déplacés vers `LifePlay_Build_5.5_Shipping_V1.5_test_extraction` (build contrôlé contre le manifeste UAT : 0 fichier en trop, 1 459 fichiers) | `git revert` des commits V1.5 |
| CHG-112 | 2026-10-03 | V1.5 | archives `D:\Game\LifePlay_Publication` : `LifePlay_Revival_V1.5_UE5.5_Full_Source_Code.7z` (6 195 829 571 octets, SHA-256 `a71e77ca98c9a86399e4e8685f2b7ea74d6e9358694094968648f98acf7bc9d3` ; avec `Releases/2026.10.1.5` et `ModSources/`, `.git` du clone propre sur `v1.5`) ; `LifePlay_Revival_V1.5_Windows_Game.7z` (1 300 541 638 octets, SHA-256 `f5e34ecaf8de90659853a9ae2393b2571ae45894808f4f2b59ba1b4e857a7fe1`, racine `LifePlay_Revival_V1.5`) ; scripts `make_archive_v1_5.cmd`, `make_game_v1_5.cmd` | archives de publication V1.5 : tests 7-Zip OK ; sources sans `.mcp.json`, `.claude`, `Saved`, `Mods`, `Intermediate`, McpAutomationBridge, produits de cuisson des mods, ni `SecurityToken` dans `Config` ; jeu sans aucun mod. Clone propre mis à jour depuis le dépôt local (récupération GitHub bloquée, arrêtée) | — |
| CHG-113 | 2026-10-03 | V1.5 | `README.md` (téléchargement : archive des sources V1.5 en principal, lien Mega, SHA-256, raison de la taille ; V1.4 dans les versions précédentes) | lien Mega de l'archive des sources V1.5 fourni par l'utilisateur ; le jeu et les modules (Discord) ne sont pas mentionnés sur GitHub | `git revert` du commit |
| CHG-114 | 2026-10-04 | Dbg | nouveaux `Tools/BuildDebug.ps1`, `Tools/CollectDebugArtifacts.ps1`, `Tools/SummarizeDebugCsv.ps1`, `Tools/debug/*.bat`, `Source/LifePlay/LPDebugSubsystem.h/.cpp`, `Docs/Migration/18_Build_Debug.md` ; événements nommés `LoadTxt` / `LPDataCache` ; `LPModInfoSubsystem` (`ModInfoCheckInterval`) et `LPModSettingsLibrary` (`SettingsModEnabledsName`) pour le build unifié ; `08`, `09`, README migration, skill `lifeplay-debug-build` | mesure reproductible (Insights, mémoire, CSV) sans coût Shipping : `#if !UE_BUILD_SHIPPING`, `IncludeDebugFiles` inchangé, pas de `-nodebuginfo` | `git revert` du commit |
| CHG-115 | 2026-10-04 | G6a | `Source/LifePlay/LPDataCompat.h/.cpp` (`FindCenterOfPolygon`) ; nouveaux `Source/LifePlayEditorTools/LPFixFindCenterCommandlet.h/.cpp` ; `Content/BPs/GI.uasset` (4 appels rebranchés : 3 dans l'EventGraph, 1 dans `MoveTo` ; fonction Blueprint d'origine laissée en place) ; snapshot `LifePlay_Backup_5.5\G6a` | feuille CPU de l'image Continuer, trace Development `G6Dev.utrace` (464 Mo, canaux `cpu,frame,bookmark,loadtime`, sans `memory`) : `FindCenterOfPolygon` 0,350 s exclusif / 0,742 s inclus, 49 425 appels. Centre de boîte englobante, coordonnées ramenées en float, aire ` | dx |
| CHG-116 | 2026-10-04 | G6b | `ULPDataCompat::PreloadCityPackages` ; appel dans `LPModInfoSubsystem::Initialize` | lot I/O séparé de CHG-115. Le canal `loadtime` de `G6Dev.utrace` nomme les paquets lus pendant l'image longue : `/Game/Heavy/StreetMap/Static/CentralLondon` (maillage, vrac cuit de l'ordre des 164 Mo du CSV I6) et `/Game/Heavy/StreetMap/CentralLondon` (données StreetMap). Lecture async prioritaire dès l'instance de jeu, pas dans l'image du clic Continuer. Disque chaud : l'attente synchrone de cette trace était 0,325 s (`GetAsset` × 2) ; l'image I6 à froid faisait 6,2 s. Partie du 2026-10-04 : `Preload ville : demande envoyee` à 14:31:06, image Continuer à 14:31:15 | retirer l'appel dans `LPModInfoSubsystem::Initialize` |
| CHG-117 | 2026-10-04 | Dbg | `LPDebugSubsystem` (`-LPCollisionLog`) ; `LifePlay.Build.cs` (`Chaos`) ; lanceurs `LifePlay_debug_sessionB_mem.bat` et `LifePlay_debug_collision.bat` ; `09`, `18` §10, skill `lifeplay-debug-build` | le dump du `ExecCmds` de démarrage (I5, 23 primitives, 1 trimesh) ne nomme pas l'acteur des 93 Mo de trimesh. Le switch échantillonne toutes les 2 s et écrit le porteur des triangles. Rapport : les capsules PNJ sont les 0,11 Mo de convexes, pas le trimesh | `git revert` du commit |
| CHG-118 | 2026-10-04 | Dbg | `Tools/debug/LifePlay_debug_ui.bat` et `.ps1` ; `BuildDebug.ps1` copie aussi le `.ps1` ; `18` §3 | choisir les options de mesure dans une fenêtre, au lieu de lancer `LifePlay.exe` sans switch. Le canal `memory` est décoché par défaut. `-csvCaptureFrames` n'est pas proposé. Copié dans l'archive Development déjà cuite | supprimer les deux fichiers |
| CHG-119 | 2026-10-04 | PairCap | nouveaux `Source/LifePlay/LPPairCapsuleSubsystem.h/.cpp` (snapshot `LifePlay_Backup_5.5\PairCap` : sources absentes, journal sauvegardé) | essai demandé : après la coupure des capsules d'une scène à deux (`GI.SexPersons`, sinon `AP1` et `AP2`, les deux en `NoCollision` et à moins de 4 m), une capsule unique orientée de l'un vers l'autre, canal `Pawn`, rayon du corps, longueur qui les couvre. Les capsules d'origine restent coupées. Les meubles qui ignorent `Pawn` et le sol ne l'arrêtent pas. Si le balayage touche un mur, le couple est repoussé ensemble. Journal : `Capsule couple : posee` / `retiree` | `.\Tools\Restore.ps1 -Lot PairCap` |
| CHG-120 | 2026-10-04 | PairCap2 | `LPPairCapsuleSubsystem.h/.cpp` (snapshot `LifePlay_Backup_5.5\PairCap2`) | retour de la partie 16:25 : capsule posée rayon 20, barrière sur le lit, murs toujours traversés, capsule du joueur absente à la fin. Inversion : la capsule du couple est posée après la coupure, droite, calée sur les deux maillages, canal `WorldDynamic` (les meubles ignorent seulement `Pawn`). Le lit et le sol ne repoussent pas. À la fin de la scène elle est détruite, les capsules du couple reviennent en `QueryAndPhysics`, gravité du joueur à 1 si `GI::Show` l'avait mise à 0 | `.\Tools\Restore.ps1 -Lot PairCap2` |
| CHG-121 | 2026-10-04 | PairCap | retrait de `Source/LifePlay/LPPairCapsuleSubsystem.h/.cpp` (`Restore.ps1 -Lot PairCap -Only` ces deux fichiers ; copies dans `LifePlay_Backup_5.5\PairCap\_retires\20261004-170801`) | demande utilisateur : annuler toutes les modifications de capsules (CHG-119 et CHG-120). La scène à deux était devenue injouable. Aucun Blueprint touché. Cuisson Development ensuite pour retirer le sous-système de l'exécutable joué | remettre les deux fichiers de `_retires\20261004-170801` |
| CHG-122 | 2026-10-04 | PairCol | nouvelle commandlet éditeur `Source/LifePlayEditorTools/LPPairCollisionTestCommandlet.h/.cpp` | essai hors partie (demande utilisateur) : `work___vin01` reconstruit dans une scène d'éditeur (54 meubles, échelle monde ~1, aucun Blueprint modifié, pas de cuisson). Capsules copiées du CDO `Person` (rayon 20, demi-hauteur 88, profil Custom : Pawn Ignore, WorldStatic Ignore, WorldDynamic Block). Le balayage est celui de la marche, l'animation n'est pas jouée. Résultat (`Saved/Logs/portage/LPPairCollisionTest.txt`, code 0) : meuble qui ignore Pawn traversé (371 cm) ; meuble qui bloque Pawn arrête une capsule active à 50 cm (`fnt_new183`) et laisse passer une capsule `NoCollision` ; deux capsules au profil Person se traversent déjà ; avec le profil Pawn du moteur, `IgnoreActorWhenMoving` les laisse se traverser (80 cm) pendant que le meuble les arrête encore | supprimer les deux fichiers de la commandlet |
| CHG-123 | 2026-10-04 | PairCol | nouveaux `Source/LifePlay/LPPairSandbox.h/.cpp`, `Tools/debug/LifePlay_pair_sandbox.bat` | fenêtre jouable à part de la partie (demande utilisateur) pour voir les deux réglages. Chambre `work___vin01` (54 meubles), capsules du CDO `Person` dessinées (verte joueur, cyan autre, rouge si coupée). Touche 1 : meubles bloquent `Pawn`. Touche 2 : capsules `QueryAndPhysics` ou `NoCollision`. L'instance de jeu Blueprint n'est pas chargée. Ouverture vérifiée : mode `LPPairSandboxGameMode`, 54 meubles, 0 absent, capsule 20 / 88, départ (−700, −700, 108) | supprimer les trois fichiers |
| CHG-124 | 2026-10-04 | PairCol | `LPPairSandbox` : soleil, contre-jour, ciel, lampe au-dessus du couple ; maillages `bridget_gp` (joueur) et `michael` (l'autre) sur les capsules | la fenêtre montrait les capsules sans corps et restait sombre. La collision reste celle de la capsule : le maillage ne bloque pas | retirer les lumières et les `SetSkinnedAssetAndUpdate` |
| CHG-125 | 2026-10-04 | PairCol | `LPPairSandbox` : soleil, contre-jour, ciel et correction d'exposition retirés ; un spot au plafond (cône vers le bas, au-dessus du couple) et deux lampes latérales | la fenêtre aveuglait. L'éclairage de la pièce est celui d'un bureau : plafonnier et deux lampes sur les côtés | remettre le soleil |
| CHG-126 | 2026-10-04 | PairCol | `LPPairSandbox` : plafonnier et lampes créés mobiles avant l'enregistrement ; exposition manuelle, `r.EyeAdaptationQuality` à 0 | la lumière brillait une seconde puis s'éteignait : lampes stationnaires sans précalcul, et l'œil automatique assombrissait la pièce | remettre les lumières stationnaires |
| CHG-127 | 2026-10-04 | PairCol | `LPPairSandbox` : plafonnier 80 000, lampes latérales 25 000, cône plus large, chute non quadratique, exposition manuelle +6, ombres des lampes coupées | avec l'exposition du projet (calée sur un soleil), 5 000 candelas restaient noires. Les trois lampes éclairent le couple sans soleil | revenir aux intensités de CHG-126 |
| CHG-128 | 2026-10-04 | PairCol | `LPPairSandbox` : plafonnier, lampes latérales et exposition forcée retirés. Éclairage copié de `CentralLondon` : `FullBodyLight` intensité 1,5 (canal 0), `Sun` intensité 5 température 10 000 K (canal 1 seulement), `SkyLight` cubemap `urban_street_03_1k` intensité 0,6, `SkyAtmosphere` à Z −100 000, `BP_Sky_Sphere` branché sur le soleil. Les trois lumières sont mobiles | la pièce restait noire. Le jeu n'éclaire pas le bureau avec un plafonnier : le relevé de la carte donne ces intensités, et `SkylightHours` va de 0,2 (nuit) à 0,7 (midi). 0,6 est l'heure 9 et l'heure 15. L'exposition redevient celle du projet | remettre le plafonnier de CHG-127 |
| CHG-129 | 2026-10-04 | PairCol | `LPPairSandbox` : sol en `BlockAllDynamic` (la capsule Person ignore `WorldStatic`), départ cherché sur le canal `Pawn`, apparition au point libre, vitesse remise à zéro, physique du maillage Daz coupée. Si le corps passe sous le sol, retour au point de départ | Bridget traversait la pièce puis tombait sans fin : le cube `BlockAll` ne porte pas cette capsule, et un départ dans un meuble l'éjecte | remettre le sol `BlockAll` |
| CHG-130 | 2026-10-04 | PairCol | `LPPairSandbox` : quatre murs, sol et plafond de `Room` (cubes `FntWall`, positions du Blueprint, enfants de la racine à l'échelle du `.lpworld`). Les murs bloquent en `WorldDynamic`. Plafond sans collision, comme `WallT` | la pièce n'avait pas d'enveloppe : Bridget sortait. Les meubles bloquent et les deux capsules se traversent, c'est le réglage déjà mesuré | retirer les six cubes |
| CHG-131 | 2026-10-04 | PairCol | `LPPairSandbox` : touches 1 et 2 lues par front montant (`IsInputKeyDown`, aussi pavé numérique). Scène `AgMakeout` (`AgMakeout_F` sur Bridget, `AgMakeout_M` sur Michael), les deux au même point, en boucle | 1 et 2 ne changeaient rien : `WasInputKeyJustPressed` est déjà effacé quand le personnage est mis à jour. La scène est une paire Daz du show | retirer `PlayAnimation` |
| CHG-132 | 2026-10-04 | PairCol | `LPPairSandbox` : menu déroulant des paires Daz (F sur Bridget, M sur Michael). Départ à 1 m des murs ouest et sud. Caméra à 2,5 m, bras sans collision, réinitialisée à chaque animation. Clic droit pour tourner | le couple était à ~60 cm du coin et la caméra à 3,8 m. Le menu liste les scènes du show | retirer le menu et remettre le bras à 380 |
| CHG-133 | 2026-10-04 | PairCol | `LPPairSandbox` : départ décalé de 1 m vers le centre (`X=-508,7` `Y=-499,3`) pour sortir de la plante `fnt_new155` du coin sud-ouest | le couple était posé dans le pot | revenir à `+100` cm des murs |
| CHG-134 | 2026-10-04 | PairCol | `LPPairSandbox` : le partenaire est soudé au joueur (même position, même rotation, marche coupée, capsule sans collision). Seule la capsule du joueur déplace le couple | en jeu les deux corps d'une scène partagent le point et se déplacent ensemble ; ici Michael restait sur place | retirer `Weld` |
| CHG-135 | 2026-10-04 | PairCol | `LPPairSandbox` : la capsule du couple est recalculée sur les os des deux animations (6 instants), rayon et hauteur, bas maintenu au sol | la capsule Person (rayon 20, demi-hauteur 88) ne couvre pas les deux corps | retirer `FitCoupleCapsule` |
| CHG-136 | 2026-10-04 | PairCol | `LPPairSandbox` : capsule recalculée à chaque animation, sur la pose des deux clips, et recentrée sur le couple. Les corps restent en place | la mesure précédente lisait la pose de repos et déplaçait la capsule | revenir à la capsule Person |
| CHG-137 | 2026-10-04 | PairCol | `LPPairSandbox` : la capsule du couple est remplacée par une boîte recalculée sur les os à chaque animation. Le déplacement balaie cette boîte | essai demandé : une boîte épouse mieux une pose allongée qu'une capsule verticale | revenir à `FitCoupleCapsule` |
| CHG-138 | 2026-10-04 | PairCol | `LPPairSandbox` : la boîte suit les os affichés de la pose en cours, marge 4 cm. Plus de boîte sur toute la durée du clip, plus de décalage pour garder le bas au-dessus du sol | la boîte était trop basse et trop grande par rapport aux corps | revenir à la mesure sur 8 instants |
| CHG-139 | 2026-10-04 | PairCol | `LPPairSandbox` : retour à la boîte mesurée sur l'animation (8 instants). La mise à jour sur les os affichés est retirée | la boîte suivait la pose affichée en traversant le bureau, décalée des corps | — |
| CHG-140 | 2026-10-04 | ShowCouple | nouveau `LPShowCoupleSubsystem` : pendant un show à deux (`SexPersons`, sinon `AP1` et `AP2`, capsules coupées, moins de 4 m), le partenaire suit le joueur, une boîte mesurée sur l'animation arrête le couple, les meubles de `Room` bloquent `Pawn` le temps de la scène. `lp.ShowCouple 0` rend la main au Blueprint. L'ancien chemin n'est pas modifié | essai du show réel à partir de la boîte de la sandbox, réversible | retirer les deux fichiers |
| CHG-141 | 2026-10-04 | ShowCouple | `LPShowCoupleSubsystem` : après le tick des acteurs, le partenaire est soudé au joueur (même point, maillages yaw −90 et Z = −demi-hauteur, comme la sandbox). La boîte des clips `_F` et `_M` est recalculée à chaque changement d'animation, pas une seule fois à l'entrée | la boîte restait sur la première mesure et les deux corps ne partageaient pas le point | revenir au `FitBox` de CHG-140 |
| CHG-142 | 2026-10-04 | ShowCouple | `LPShowCoupleSubsystem` : la boîte est mesurée sur les séquences de `GI.LastAnimation` et sur tous les maillages du couple, pas seulement un clip `_F`/`_M` du maillage principal. Même changement d'animation, même soudure | partie 21:16 : `branche` sans aucune ligne `boite`, la boîte verte absente | revenir au filtre `_F`/`_M` de CHG-141 |
| CHG-143 | 2026-10-04 | ShowCouple | `LPShowCoupleSubsystem` : les primitifs de `Room`, de ses acteurs attachés et de ses références proches qui ignorent `Pawn` passent en `Block` tant que le show dure (pas seulement les composants directs). La boîte ignore les clips `idle` et prend la paire voisine (`_0`/`_1` ou `_F`/`_M`) dans le même dossier | partie 21:31 : boîte `idle_Daz+SF_ft07_1` (centre X=-54, étendue 99×46×93), seulement 12 composants. Le repos debout gonflait la boîte, et `SF_ft07_0` n'était pas chargé | retirer `BlockRoomPawn` et le filtre `idle` |
| CHG-144 | 2026-10-04 | PawnGlobal | `Room::addObject` : `SetCollisionResponseToChannel(Pawn)` passe de `ECR_Ignore` à `ECR_Block`. Snapshot `LifePlay_Backup_5.5\PawnGlobal`. Commandlet `LPFixPawnResponse` | le canal Pawn est le même pour toutes les chambres ; essai demandé : `Block` dès la pose du meuble, plus seulement pendant le show | `.\Tools\Restore.ps1 -Lot PawnGlobal` |
| CHG-145 | 2026-10-04 | PawnDyn | `Room::addObject` enchaîne `SetCollisionObjectType(WorldDynamic)` après le `Pawn Block`. Murs `Wall1`–`Wall4` en `WorldDynamic` et `Pawn Block`. `KeepTogether` balaie comme la sandbox : le sol ne masque plus le mur. Snapshot `LifePlay_Backup_5.5\PawnDyn` | options 1 et 2 de la sandbox sur Oui : la capsule Person ignore `WorldStatic`, donc `Pawn Block` seul la laisse traverser ; la boîte du show s'arrêtait au lit | `.\Tools\Restore.ps1 -Lot PawnDyn` |
| CHG-146 | 2026-10-04 | ShowCouple | `LPShowCoupleSubsystem` : un meuble qui a une action `sit`, `lie`, `use` ou `work` dans `Heavy/New2/Daily` ne bloque plus `Pawn`. Pendant cette animation, la capsule ignore `WorldDynamic`, puis la réponse d'origine revient | les PNJ ne pouvaient plus s'asseoir ni se coucher : la capsule était repoussée hors de la chaise et du lit | retirer `OpenUseFurniture` et `LetSittersPass` |
| CHG-147 | 2026-10-04 | ShowCouple | Pendant le show, les meubles utilisables rebloquent `Pawn` (restaurés à la sortie). La boîte a la collision de la sandbox et son balayage s'arrête sur un objet qui bloque, sans accepter le déplacement s'il est déjà dedans. Le sol ne compte pas | la boîte traversait le lit, les murs et les meubles : le lit était forcé en Ignore, et un contact déjà engagé laissait passer tout le mouvement | revenir au `KeepTogether` de CHG-145 |
| CHG-148 | 2026-10-04 | ShowCouple | `KeepTogether` : un contact déjà engagé (la boîte repose dans le lit) ne fige plus le déplacement. Un obstacle rencontré devant arrête et laisse glisser, y compris en hauteur | les contrôles ne déplaçaient plus la boîte : chaque mouvement commençait dedans et était refusé | revenir au refus de CHG-147 |
| CHG-149 | 2026-10-04 | ShowCouple | `KeepTogether` : le sol arrête la boîte comme un mur. Un volume déjà traversé (mur ou sol) repousse la boîte dehors au lieu d'accepter le déplacement | la boîte passait dans le mur et dans le sol : ces contacts étaient ignorés | revenir au filtre de CHG-148 |
| CHG-150 | 2026-10-04 | ShowCouple | `KeepTogether` ignore toutes les capsules de personnages. Le balayage ne s'arrête plus que sur les murs, le sol et les meubles | des capsules vides, le corps étant posé à côté, bloquaient le déplacement de la boîte | retirer la boucle `AddIgnoredActor` |
| CHG-151 | 2026-10-05 | ShowCouple | `FitToBodies` : la boîte suit les os affichés des deux corps, marge 4 cm. La mesure sur toute l'animation reste le repli si les os ne sont pas prêts | la boîte couvrait tout le clip plus 12 cm et entrait dans les objets autour du couple | retirer `FitToBodies` et rappeler `FitBox` à chaque clip |
| CHG-152 | 2026-10-05 | ShowCouple | La boîte ignore mains, pieds et os annexes. Seul le contact latéral le plus profond annule la direction qui y entre ; le sol et le lit ne coupent plus le déplacement horizontal | la boîte faisait 2,18 m et un contact sur le côté bloquait la gauche | revenir au `FitToBodies` et au balayage de CHG-151 |
| CHG-153 | 2026-10-05 | ShowCouple | Un contact de profondeur 0 ne bloque plus. Le flanc d'un lit ne repousse plus la boîte : elle peut y revenir, et un recouvrement la soulève vers le matelas | `Wall1`, `Wall4` et `Wall` coupaient la gauche sans pénétration, et quitter le lit empêchait d'y retourner | retirer `IsBedMesh` et le seuil de profondeur |
| CHG-154 | 2026-10-05 | ShowCouple | La boîte ignore l'acteur `Wall` de CentralLondon. Le lit ne la pousse plus vers le plafond ; seul le dessus du matelas la porte | la coque `Wall` coupait la gauche dans le vide, et la poussée du lit collait le couple au plafond | retirer l'ignorance de `Wall` et la sortie du flanc de lit |
| CHG-155 | 2026-10-05 | ShowCouple | Un lit est reconnu par son nom. Il ne bloque un déplacement que vers le bas, pour se poser ; le retour horizontal n'est plus arrêté et le contact ne renvoie plus la boîte | après avoir quitté le lit, la boîte ne pouvait plus y revenir | revenir au test `DoesPackageExist` et au filtre du flanc seul |
| CHG-156 | 2026-10-05 | Clavier | `LPKeyboardSubsystem` : bouton « Clavier » ajouté à l'exécution dans `MainMenu.SettingsScrollBox` ; panneau pour changer, ajouter ou retirer une touche (actions et axes clavier). Écrit dans `Saved/Config/Windows`, pas dans `GameSettings.sav` | pouvoir réaffecter les touches, dont Q, sans modifier les Blueprints | retirer `LPKeyboardSubsystem.h/.cpp` et la dépendance `UMG` |
| CHG-158 | 2026-10-05 | Réglages | `LPSettingsSubsystem` : onglets Audio, Video, Lewd, General, Keyboard, Misc au-dessus de `SettingsScrollBox`. Les lignes du Blueprint restent en place et sont montrées selon leur texte ; le reste va dans Misc. Keyboard affiche la liste des touches | la liste unique ne montrait pas le clavier | retirer `LPSettingsSubsystem.h/.cpp` |
| CHG-245 | 2026-10-07 | DC4 | `LifePlay.uproject` (plugin `McpAutomationBridge` `"Optional": true`), `Source/LifePlay/LifePlay.Build.cs` (dépendance `Json` retirée), docs (`09_Commandes_Utiles.md`, `18_Build_Debug.md`, `21_Sandbox_Addon.md`, `24_Plan_Decouplage_Sandbox.md`, `etat/sandbox/DC4/*`) (commit code `fbbcee1`) | preuve « jeu seul » : clone strictement propre sans addon compile (éditeur + Development, code 0), build Development empaqueté sans addon (BUILD SUCCESSFUL), test en jeu utilisateur (nouvelle partie, sauvegarde, Continuer) ; défaut trouvé : `McpAutomationBridge` (ignoré par git) bloquait un clone propre ; piège UBT `Makefile.bin` documenté dans `09`/`18`. Motif : prouver que le jeu public compile et tourne sans l'addon `LifePlay-Sandbox` | pin inchangé `79f0205` | `.\Tools\Restore.ps1 -Lot DC4` |
| CHG-244 | 2026-10-08 | PROP / ERR-043 | `Docs/Migration/etat/PROP/PROP-BUG.md`, `PROP-CART.md` ; dumps `etat/PROP/PROP_LPDumpFunction_20261008-*.txt` ; `Source/LifePlay/LPPersonPropGuardSubsystem.h/.cpp` (nouveaux) | « seul le verre reste apparent » : `destroyDummy` sans `clearProps` + mesh vide. Garde runtime : si Person caché ou `Mesh` sans SkeletalMesh → `clearProps` + purge tableau `Props` + enfants SMC `NODE_AddStaticMeshComponent*` seulement (pas les vetements `*SM`) ; si visible → retire props orphelines (parent ≠ Mesh ou socket None/invalide). Fiche bug complète (symptôme, repro, cause, non-causes, acceptation). Compile `LifePlayEditor` PASS ; **PIE à valider** | — → créés | supprimer `etat/PROP/` et les deux sources |
| CHG-243 | 2026-10-08 | ERR-008 | `Source/LifePlay/LPMapMarkersGuardSubsystem.h/.cpp` (nouveaux) | garde runtime : si `MapMarkers.WidgetComponents` est vide, clear `Vector2Ds`, reconstitue depuis les `UWidgetComponent` existants ou ajoute un slot de focus invisible — évite le spam `Array_Get` / `Set Input Mode Game And UI` (FocusOnMapMarkers sans Length). Corrélé à l'approche PNJ (`updateAllPersonButtons` → `SpawnMapMarkers`). Live Coding PASS (nouvelle classe) | — → créés | supprimer ces deux fichiers |
| CHG-242 | 2026-10-08 | VQ-fix | `Source/LifePlay/LPSettingsSubsystem.cpp`, `LPSettingsSubsystem.h` | contraste UI Settings : `HardenSettingsControls` force un style Slate sombre/lisible sur toutes les cases et SpinBox (valeurs pâles sur fond flou) ; ticker Settings à 0 pour que `ApplyRows` gagne face au BP. Compile `LifePlayEditor` PASS | — → modifiés | retirer `HardenSettingsControls` / remettre ticker 0.5 |
| CHG-241 | 2026-10-08 | VQ-fix | `Source/LifePlay/LPSettingsSubsystem.cpp`, `Source/LifePlay/LPVideoQualitySubsystem.cpp` | correctifs post-VQ : (1) `CategoryOf` ignore les infobulles (faux positifs `screen`/`quality` → Sex Description, Map Marker, NewAnimationsOnly hors Video) + classements par nom UMG (`ShowFPS`, etc.) ; (2) `MainMenu.GI` rattaché sur l'écran titre (spinbox DoF / cases) ; (3) `RepairShowFPS` (style + enabled) ; (4) `ApplyRows` à chaque tick ouvert ; (5) `ApplyToScalability` n'écrit plus que les 4 `sg.*` en `SetByConsole` (fin du spam `SetByScalability ignored` sur ScreenPercentage/PoolSize/SSS). Live Coding PASS | — → modifiés | revenir sur les deux `.cpp` |
| CHG-240 | 2026-10-07 | VQ5 | `Docs/Migration/24_Eval_Agents_VideoQuality.md` (nouveau), `Docs/Migration/etat/VQ/VQ5/VQ5-VAL.md` (nouveau) | clôture VQ5 : évaluation des agents du chantier VQ (lots VQ0–VQ4 tenus/coupés/rollback, qualité des consignes, modèle ↔ complexité dont Fable bloqué → repli Sonnet en VQ2-T2, sync PASS en code et BLOCKED-UI en jeu). Décision **GO conditionnel** avec 3 recommandations. Annexe VQ5-VAL : chemins Overall / Custom / Recommended PASS (code), smoke `-nullrhi` de VQ4 relu (pas de nouveau run : aucun code changé, chemins non atteignables par console). Constat : `DefaultScalability.ini` s'écarte de `BaseScalability.ini` au niveau Epic (cascades 10 → 4, `RadiusThreshold`, `DetailMode`, `RefractionQuality` 2 → 3) ; VQ1-VAL jamais produit ; VQ1 et VQ2 sans CHG. Documentation seule, aucun code | — → créés | supprimer ces deux fichiers |
| CHG-239 | 2026-10-07 | VQ4 | `Docs/Migration/23_Video_Quality.md` (§ 8 Acceptation V1), `Docs/Migration/etat/VQ/VQ4/VQ4-VAL.md` (nouveau) | clôture V1 du chantier VQ : validation finale PASS (`SetLevels` sync, Recommended VRAM, `CategoryOf` `LPVideo*` + `TabHidden`, `LPColor*` toujours Video, `DefaultScalability.ini` sans cvar L7c : grep 0 hit, `DefaultEngine.ini` inchangé, DLL à jour, démarrage `-nullrhi` exit 0). Critères d'acceptation cochés dans le doc 23 ; test manuel Settings resté BLOCKED-UI. Documentation seule, aucun code | - créés / modifiés | supprimer `VQ4-VAL.md` et retirer le § 8 du doc 23 |
| CHG-238 | 2026-10-07 | VQ3 | `Source/LifePlay/LPVideoQualitySubsystem.cpp`, `Source/LifePlay/LifePlay.Build.cs` (module `RHI`), `Docs/Migration/23_Video_Quality.md` (§ 2 Sync), `Docs/Migration/etat/VQ/VQ3/VQ3-IMPL-H.md`, `VQ3-VAL.md` (nouveaux) | lot VQ3 : le bouton `LPVideoRecommended` n'applique plus un niveau fixe mais lit la VRAM dédiée (`RHIGetTextureMemoryStats`, `DedicatedVideoMemory`) : < 4 Go Low, < 6 Med, < 10 High, sinon Epic ; VRAM inconnue (0 / -1 / `-nullrhi`) = High. Application par `SetLevels(FromOverall(niveau), true)` (alignement des 4 curseurs, `Save`, `RefreshWidgets`). Compile `LifePlayEditor` OK, démarrage `-nullrhi` OK ; test manuel Settings BLOCKED-UI | — → modifiés | restaurer le stub (niveau 2 fixe) dans `OnRecommendedClicked` et retirer `RHI` de `LifePlay.Build.cs` |
| CHG-237 | 2026-10-07 | VQ0 | `Docs/Migration/23_Video_Quality.md` (nouveau, ébauche), `Docs/Migration/etat/VQ/VQ0/VQ0-VAL.md` (nouveau) | lot VQ0 : validation A-VAL de la cartographie Video (`VQ0-CART`, PASS) ; ébauche de référence qualité vidéo (périmètre V1, sync GameUserSettings/Scalability, ancrage L7c, injection `LPVideo*` avant `LPColor*`, conflits BP Shadow/PP/AA). Documentation seule, aucun code | — → créés | supprimer ces fichiers |
| CHG-236 | 2026-10-07 | DC3 | jeu : retrait (57 fichiers suivis) de `Tools/BuildMod.ps1`, `NewMod.ps1`, `EditMod.ps1`, `ModSource.ps1`, `HairPipeline.ps1`, `HairImportFbx.py`, `HairMaterials.py`, `FbxMaterialMap.py`, `ImportQuaternius.py`, `DiagnosePose.py`, `Tools/anim/`, `Tools/hairs/`, `Tools/mods/`, `ModSources/`, `AnimSources/`, `Config/LPSandbox.ini`, `Tools/debug/*_sandbox.bat`, `Docs/Modding/FullGuides/Creating_Asset_Mods.md`, `Docs/Modding/ShortGuides/explanation.lphair` (contenu disque déplacé, non supprimé, vers `D:\Game\LifePlay_Backup_5.5\DC3\deplaces_du_jeu`) ; références `SplitModules.ps1`, `LPModInfoSubsystem.h`, `BuildDebug.ps1`, `explanation.lpmod`, `README.md`, `.gitignore` ; docs (`21_Sandbox_Addon.md`, `09_Commandes_Utiles.md`, `13_Protocole_Coiffure.md`, `16_H3_Mods_Paquets.md`, `10_Protocole_Operations.md`, `23_Cycle_De_Vie_Mod.md`, `20_Chaine_Animations.md`, `README.md`, `etat/sandbox/S3/S3-INT.md`, `etat/sandbox/DC3/*`) ; addon `D:\Game\LifePlay-Sandbox` : atelier de mods (`Tools/*`, `Tools/Roots.ps1` nouveau, `ModSources`, `AnimSources`, lanceurs, `Docs/Modding`, `Config/LPSandbox.ini` section `[Workshop]`, `.gitignore`), `LPAnimCatalogCommandlet.cpp` (`-Livraison=` obligatoire), `LPAnimMeasurePaths.cpp/.h` et `LPSandboxConfig.cpp` (replis vers le jeu retirés) (commits `1f4ec1f` et `79f0205b7281152dde7cd088086d8c813e0b20f5`, branche `lot/DC3-atelier`, tag `lot-DC3-valide`) | lot DC3 : l'atelier de mods vit dans l'addon ; cuisson de `lpr_anim_freeanims` depuis l'addon identique au mod publié (29 fichiers, SHA-256) ; tournée freeanims identique à SB2-REF (DC3-VAL PASS) ; piège UBT `Makefile.bin` (cache généré sans addon) traité. Motif : le jeu public ne doit plus embarquer l'outillage ni les sources de mods du dépôt privé `LifePlay-Sandbox` | pin `97c0d13` → `79f0205` (hash complet `79f0205b7281152dde7cd088086d8c813e0b20f5`) | `.\Tools\Restore.ps1 -Lot DC3` (jeu ; remettre aussi le contenu de `DC3\deplaces_du_jeu`) et `.\Tools\Restore.ps1 -Lot DC3-addon -ProjectRoot D:\Game\LifePlay-Sandbox` ; pin `97c0d13` |
| CHG-235 | 2026-10-07 | DC2 | jeu : `Source/LifePlayEditorTools/` (13 sources retirées : `LPAnimEvalCommandlet`, `LPAnimTwistCommandlet`, `LPAnimCatalogCommandlet`, `LPAnimIdentifyCommandlet`, `LPAnimChecks`, `LPHairFromStaticMeshCommandlet` en `.h/.cpp`, `LPAnimMethodSelect.h`), `LifePlayEditorTools.Build.cs`, docs (`21_Sandbox_Addon.md`, `20_Chaine_Animations.md`, `09_Commandes_Utiles.md`, `08_Guide_Developpeur.md`, `etat/sandbox/S3/S3-INT.md`, `etat/sandbox/DC2/*`) ; addon `D:\Game\LifePlay-Sandbox` : module `LPModTools` (nouveau), `LPAnimMeasurePaths.h/.cpp` (nouveau), `LPSkeletonProfile.cpp`, `LPPoseMeasure.cpp`, `LPAnimMeasure.Build.cs`, `LPSandboxConfig.cpp`, `LPSandbox.uplugin` (commit `97c0d134cd1388c3735add79d77ea98817e89fbe`, branche `lot/DC2-modtools`, tag `lot-DC2-valide`) | lot DC2 : les commandlets de mods (`LPAnimEval`, `LPAnimTwist`, `LPAnimCatalog`, `LPAnimIdentify`, `LPHairFromStaticMesh`) passent dans le module éditeur `LPModTools` de l'addon ; le jeu compile sans l'addon (DC2-BUILD) et démarre sans lui (DC2-VAL E5) ; résultats identiques à SB2-REF (DC2-VAL PASS). Motif : le jeu public ne doit plus dépendre du dépôt privé `LifePlay-Sandbox` pour son outillage éditeur | pin `3e9c32f` → `97c0d13` (hash complet `97c0d134cd1388c3735add79d77ea98817e89fbe`) | `.\Tools\Restore.ps1 -Lot DC2` (jeu) et `.\Tools\Restore.ps1 -Lot DC2-addon -ProjectRoot D:\Game\LifePlay-Sandbox` ; pin `3e9c32f` |
| CHG-234 | 2026-10-07 | DC1 | jeu : `Plugins/LPAnimCore/*` (nouveau plugin : `LPAnimRedirect.*`, `LPCoupleSim.h`, `LPCoupleSimCore.cpp`), `LifePlay.uproject`, `Source/LifePlay/LifePlay.Build.cs`, docs (`21_Sandbox_Addon.md`, `20_Chaine_Animations.md`, `07_Architecture_5.5.md`, `etat/sandbox/S3/S3-INT.md`, `etat/sandbox/DC1/*`) ; addon `D:\Game\LifePlay-Sandbox` : `LPSandbox.uproject`, `LPSandbox.uplugin`, `LPAnimMeasure.Build.cs`, `LPAnimMeasure.h`, `LPSandbox.Build.cs`, suppression de `LPAnimRedirect.*`, `LPCoupleSim.h`, `LPCoupleSimCore.cpp` (commit `3e9c32f1f27b1abdaf7731dc90496c27ee061718`, branche `lot/DC1-animcore`, tag `lot-DC1-valide`) | lot DC1 : `LPAnimRedirect` et `LPCoupleSim` rapatriés dans le plugin `LPAnimCore` du jeu, `LPAnimMeasure` réduit à la mesure ; compilation PASS, DC1-VAL PASS, contrôle visuel utilisateur 2026-10-07 ; report DC0 SetUALRoot traité. Motif : le jeu public doit compiler sans le dépôt privé `LifePlay-Sandbox` (premier pas du découplage) | pin `16905c6` → `3e9c32f` (hash complet `3e9c32f1f27b1abdaf7731dc90496c27ee061718`) | `.\Tools\Restore.ps1 -Lot DC1` (jeu) et `.\Tools\Restore.ps1 -Lot DC1-addon -ProjectRoot D:\Game\LifePlay-Sandbox` ; pin `16905c6` |
| CHG-233 | 2026-10-07 | DC0 | `Docs/Migration/24_Plan_Decouplage_Sandbox.md` (nouveau), `Docs/Migration/etat/sandbox/DC0/DC0-CART.md`, `DC0-SPEC.md`, `DC0-VAL.md` (nouveaux) | lot DC0 : plan du découplage jeu / sandbox (lots DC0 à DC4), cartographie et SPEC approuvées par l'utilisateur le 2026-10-07 (plugin `LPAnimCore` dans le jeu, module éditeur `LPModTools` et tout l'outillage de mods dans l'addon, dépôt Sandbox privé) ; documentation seule, aucun code. Motif : le jeu public doit compiler sans le dépôt privé `LifePlay-Sandbox` (`LifePlay` et `LifePlayEditorTools` dépendent de `LPAnimMeasure`) | aucun pin (documentation seule) | supprimer ces fichiers (documentation seule) ; rien n'est commité dans le dépôt du jeu ni poussé |
| CHG-232 | 2026-10-07 | SB4 | addon `D:\Game\LifePlay-Sandbox` : `Plugins/LPSandbox/Source/LPSandbox/LPPairSandbox.cpp`, `LPSandboxModRegistry.cpp`, `LPSandboxModRegistry.h` (SB4-T0 : ouverture par déclencheur éphémère non mémorisée, `sandbox_mode.txt` du pilote), `README.md` (commits `16905c68070992f5139dab907b41b461fb765957` code + pin, tag `lot-SB4-valide`, branche `lot/SB4-final`, tag d'entrée `lot-SB4-avant` = `30e8c18`) ; jeu : `Docs/Migration/etat/sandbox/SB4/SB4-BUILD.md`, `SB4-VAL.md`, `SB4-EVAL.md`, `Docs/Migration/23_Cycle_De_Vie_Mod.md` (§ 7), `Docs/Migration/21_Sandbox_Addon.md`, `Docs/Migration/etat/sandbox/S3/S3-INT.md` | lot SB4 (dernier lot de la sandbox modulaire) : SB4-T0 correctif (ouverture par déclencheur éphémère, `Open=lps_couple` intact), compilation PASS, validation finale F1 à F4 PASS (démarrage, tournées Quaternius et FreeAnimationsPack identiques à SB2-REF, LPAnimEval identique), doc 23 § 7, évaluation `SB4-EVAL.md` : décision GO pour transposer au jeu par petits lots | pin `3d85852` → `16905c6` (hash complet `16905c68070992f5139dab907b41b461fb765957`) | `.\Tools\Restore.ps1 -Lot SB4` (docs du jeu), `.\Tools\Restore.ps1 -Lot SB4-addon -ProjectRoot D:\Game\LifePlay-Sandbox` et `git -C D:\Game\LifePlay-Sandbox checkout lot-SB4-avant` ; rien n'est commité dans le dépôt du jeu ni poussé |
| CHG-231 | 2026-10-07 | SB2-O1 | addon `D:\Game\LifePlay-Sandbox` : `Plugins/LPSandbox/Source/LPSandbox/LPSandboxScene.cpp` (`ALPSandboxScene::ShowRoom` : `SetHiddenInGame(false)` puis `SetVisibility(true, true)` sur meubles et murs), `README.md` (commits `3d858527fccfdddd8711c7c7448fa001442e0b8a` code + `30e8c18` pin, tag `lot-SB2-O1-valide`, branche `lot/SB2-O1`, tag d'entrée `lot-SB2-O1-avant` = `b4ca206`) ; jeu : `Docs/Migration/etat/sandbox/SB2/SB2-O1-BUILD.md`, `Docs/Migration/etat/sandbox/S3/S3-INT.md`, `Docs/Migration/21_Sandbox_Addon.md` (pin, reports SB2, porte G-SB3) | mini-lot SB2-O1 : correction du défaut O1 (meubles et murs invisibles au retour de Mesure, `ShowRoom` rendu symétrique de `HideRoom`) ; compilation PASS ; tournée freeanims identique à SB2-REF (73/73 fichiers, JSON/CSV/TXT identiques) ; contrôle visuel utilisateur « c'est bon » (meubles et murs visibles en revenant de Mesure vers Couple et Interaction). Porte G-SB3 (décision utilisateur 2026-10-07) : SB3 abandonné (plugins physiques séparés non faits) ; les mods du jeu sont du contenu (.lpmod + pak), leurs dépendances sont vérifiées par le registre (prouvé en SB1/SB2), coût ≈ 1 à 1,5 lot, `LPAnimMeasure` utilisé par le jeu en Shipping ; on passe à SB4 ; E3 non traité | pin `fece7e9` → `3d85852` (hash complet `3d858527fccfdddd8711c7c7448fa001442e0b8a`) | `.\Tools\Restore.ps1 -Lot SB2-O1` (docs du jeu), `.\Tools\Restore.ps1 -Lot SB2-O1-addon -ProjectRoot D:\Game\LifePlay-Sandbox` et `git -C D:\Game\LifePlay-Sandbox checkout lot-SB2-O1-avant` ; rien n'est commité dans le dépôt du jeu ni poussé |
| CHG-230 | 2026-10-07 | SB2 | addon `D:\Game\LifePlay-Sandbox` : `Plugins/LPSandbox/Source/LPSandbox/*` (nouveaux `LPSandboxScene.h/.cpp` ex-`LPSandboxRoomBuilder.cpp`, `LPSandboxActors.h/.cpp`, `LPSandboxCamera.h/.cpp`, `LPSandboxCoupleMod.h/.cpp` ex-`LPCoupleSim.cpp`, `LPSandboxInteractionMod.h`, `LPSandboxMeasureMod.h` ; registre, enveloppes, `LPPairSandbox*`, `LPSandboxInteraction/Measure/MeasureTour` adaptés), `Plugins/LPSandbox/Modules/Mods/lps_asset_integration/lps_asset_integration.lpmod`, `README.md` (commits `fece7e9a0e63b3058b5d24d96d669a3c9c0e9add` code + `b4ca206` pin, tag `lot-SB2-valide`, branche `lot/SB2-bibliotheques`) ; jeu : `Docs/Migration/etat/sandbox/SB2/SB2-VAL.md`, `Docs/Migration/etat/sandbox/S3/S3-INT.md`, `Docs/Migration/21_Sandbox_Addon.md` (pin, SB2, reports) | lot SB2 : scène (pièce, meubles), personnages et caméra extraits du socle en bibliothèques `lps_lib_scene` / `lps_lib_actors` et caméra du socle ; état de chaque mode sorti vers trois mods UObject (`lps_couple`, `lps_interaction`, `lps_asset_integration`) ; contexte filtré par prérequis ; décisions D1 à D7 (voir `etat/sandbox/SB2/SB2-CART.md`) ; validation E1 à E5 PASS + contrôle visuel utilisateur (« tout est conforme » : 3 mods, enchaînement, scène neutre D3, panneau sous MC/PNJ D5, images freeanims) ; O1 (murs et meubles invisibles au retour de Mesure) confirmé par l'utilisateur, préexistant, non corrigé (hors périmètre) | pin `82dae58` → `fece7e9` (hash complet `fece7e9a0e63b3058b5d24d96d669a3c9c0e9add`) | `.\Tools\Restore.ps1 -Lot SB2` (docs du jeu), `.\Tools\Restore.ps1 -Lot SB2-addon -ProjectRoot D:\Game\LifePlay-Sandbox` et `git -C D:\Game\LifePlay-Sandbox checkout lot-SB2-avant` ; rien n'est commité dans le dépôt du jeu ni poussé |
| CHG-229 | 2026-10-07 | SB1 | addon `D:\Game\LifePlay-Sandbox` : `Plugins/LPSandbox/Source/LPSandbox/*` (registre `FLPSandboxModRegistry`, journal `LogLPSandboxMods`, `Saved/sandbox_mods.ini`, barre latérale, enveloppes), `Plugins/LPSandbox/Modules/` (7 descripteurs `.lpmod`), `README.md` (commits `82dae58380b76c45f60541fd7cb5a0a409700e10` code + commit pin, tag `lot-SB1-valide`, branche `lot/SB1-registre`) ; jeu : `Docs/Migration/etat/sandbox/SB1/SB1-VAL.md`, `Docs/Migration/etat/sandbox/S3/S3-INT.md`, `Docs/Migration/21_Sandbox_Addon.md` (pin, SB1, reports) | lot SB1 : registre de mods, barre latérale, 7 descripteurs ; modes Pair / Interaction / Mesure enveloppés en `lps_couple` / `lps_interaction` / `lps_asset_integration` ; validation E1 à E5 PASS + contrôle visuel utilisateur (a, b, c, barre latérale, images E5 : pas de défauts constatés) | pin `3b21fd1` → `82dae58` (hash complet `82dae58380b76c45f60541fd7cb5a0a409700e10`) | `.\Tools\Restore.ps1 -Lot SB1` (docs du jeu), `.\Tools\Restore.ps1 -Lot SB1-addon -ProjectRoot D:\Game\LifePlay-Sandbox` et `git -C D:\Game\LifePlay-Sandbox checkout lot-SB1-avant` ; rien n'est commité dans le dépôt du jeu ni poussé |
| CHG-228 | 2026-10-07 | SB0 | addon `D:\Game\LifePlay-Sandbox` : `Docs/SB0-conception.md`, `Docs/SB-plan.md`, `README.md` (commits C1 `3b21fd1`, C2 `12d6198`, tags `lot-SB0-avant` / `lot-SB0-valide`, branche `lot/SB0-conception`) ; jeu : `Docs/Migration/etat/sandbox/S3/S3-INT.md`, `Docs/Migration/21_Sandbox_Addon.md` (pin) | conception de la sandbox modulaire demandée par l'utilisateur (modes Pair/Interaction/Mesure → mods `lps_couple` / `lps_interaction` / `lps_asset_integration`, modules système et bibliothèques `lps_*`, `.lpmod` étendu rétrocompatible, interface `ILPSandboxMod`, registre, barre latérale ; plan SB0–SB4 au format du cahier S0–S8) | pin `a3b1b89` → `3b21fd1` (hash complet `3b21fd180c04f0fa49a1b5c9ef1b517ade1cb362`) | `.\Tools\Restore.ps1 -Lot SB0` (jeu) et `.\Tools\Restore.ps1 -Lot SB0-addon -ProjectRoot D:\Game\LifePlay-Sandbox` ; commits addon conservés dans l'historique (branche) ; rien n'est commité dans le dépôt du jeu ni poussé |
| CHG-227 | 2026-10-07 | DOC-MOD-3 | `Docs/Migration/23_Cycle_De_Vie_Mod.md` (§ 2.6 nouveau, 7 schémas Mermaid) | schémas du cycle de vie d'un module demandés par l'utilisateur : états (installé, monté, listé, inscrit, actif / inactif, retiré, déchargé), séquence de démarrage (moteur, registre, `GI`, sous-systèmes C++), arbres logiques de `GI.LoadSettings(LoadLastSave)`, `GI.PopulateRaws()`, du gestionnaire (`CreateModManagerWidget(GameStart)`, `ToggleMod(Mod, IsEnabled)`, `SortLoadOrder(ForUp, ModuleIndex)`, `CloseModManager(GameStart)`), appel d'une animation de mod, désactivation et déchargement ; graphes reconstitués depuis le relevé `LPDumpFunction -BP=GI -Fn=EventGraph -Pins -Exec` et l'ordre d'initialisation de `UGameInstance` (moteur) ; 7 schémas rendus sans erreur par Mermaid 11 | aucun changement de code ni de configuration | `.\Tools\Restore.ps1 -Lot DOC-MOD-3` |
| CHG-226 | 2026-10-07 | DOC-MOD-2 | `Docs/Migration/23_Cycle_De_Vie_Mod.md` (§ 2.4, 3.1, 3.2, 3.3 et 3.4 nouveaux, 5, 6) ; `Docs/Migration/Journal_Modifications.md` | complément de la documentation du cycle de vie d'un mod, constats vérifiés dans les Blueprints (`GI`, `UI/ModuleTick`, relevés `LPDumpFunction`) et le moteur UE 5.5 : l'ordre de chargement existe (`GI.SortLoadOrder`, `PopulateRaws` : le premier fichier lu par nom gagne, le module le plus bas l'emporte, fichiers texte seulement) ; `vin_Base` verrouillé en dur dans `UI/ModuleTick` ; dépendance `.uplugin` obligatoire absente = le jeu ne démarre pas, donc aucune dépendance entre mods dans le `.uplugin` ; doublons entre `.uplugin`, `.lpmod` et `pack.json`, divergences dues à `New-IfMissing` de `DeliverAnims.ps1` ; évolutions E12 corrigée, E13 à E15 ajoutées | aucun changement de code ni de configuration | `.\Tools\Restore.ps1 -Lot DOC-MOD-2` |
| CHG-225 | 2026-10-07 | DOC-MOD | `Docs/Migration/23_Cycle_De_Vie_Mod.md` (nouveau) ; `Docs/Migration/README.md` (ligne d'index) | documentation demandée par l'utilisateur : cycle de vie d'un mod, propriétés réellement lues par le moteur (`.uplugin`) et par le jeu (`.lpmod`), classes, architecture, capacités, évolutions possibles. Constat consigné : `LPModDailies` ne consulte pas la case du gestionnaire de mods (un pack d'animations décoché fournit encore ses clés, évolution E1) ; `MODULE_REQUIREMENTS` n'est pas vérifié | aucun changement de code ni de configuration | supprimer `23_Cycle_De_Vie_Mod.md` et cette entrée ; `.\Tools\Restore.ps1 -Lot DOC-MOD` |
| CHG-224 | 2026-10-07 | AP7 | Cuisson DLC et essai en jeu empaqueté. `Config/DefaultGame.ini` : `ProjectVersion=2026.10.1.6` (version de référence d'essai, non publiée) ; `+DirectoriesToNeverCook` pour `/Game/Quaternius`, `/Game/FreeAnimationsPack`, `/Game/AnimPacks`, `/Game/Retarget_ue5` (sources de travail, jamais dans le jeu). `Tools/anim/DeliverAnims.py` : à la copie dans le mod, les réglages de compression qui pointent sur `/Engine/` sont remis à vide (les clips d'un pack UE5 référençaient `/Engine/Animation/DefaultAnim*CompressionSettings` : cuisson DLC refusée) ; la compression par défaut du projet s'applique, comme pour Quaternius | lot AP7, étape 7. Empaquetage Shipping `2026.10.1.6` (`D:\Game\LifePlay_Build_5.5_Shipping_AP7\Windows`, `Releases/2026.10.1.6`) ; mods cuits contre cette version : `lpr_anim_quaternius` (84 paquets, zip 15 798 332 o), `lpr_anim_freeanims` (20 paquets, 0 référence moteur, zip 4 416 299 o) dans `D:\Game\LifePlay_Publication\Mods\` ; module d'essai `lpr_anim_essai` copié dans le seul jeu d'essai (hors du projet : `LifePlay_Backup_5.5/AP7/hors_build`). **Essai utilisateur en jeu empaqueté : animations jouées** (`qua_*`, `fap_*`, témoin `dance`) | `.\Tools\Restore.ps1 -Lot AP7` ; supprimer `D:\Game\LifePlay_Build_5.5_Shipping_AP7` et `Releases/2026.10.1.6` ; rien n'est commité dans le dépôt du jeu |
| CHG-223 | 2026-10-07 | AP7 | Pilote. `Tools/anim/AnimPipeline.ps1` (étapes 0 inventaire, 1 import, 2 identification, 3 calque, 4 conversion + torsion, 5 évaluation + rapport HTML + vignettes et planches par la sandbox, 6 livraison dans le mod + fiches + catalogue, 7 cuisson DLC ; rapport JSON par étape dans `Saved/AnimPipeline/<pack>/etapes`, `etat.json`, arrêt au premier contrôle en échec, reprise `-From`, ancien contenu déplacé dans `precedent_<date>`, `-DryRun`, `-SansCuisson`) ; `BuildMod.ps1 -Anim <pack>` ; `pack.json` étendu (bloc `chaine` : méthode, profil attendu, source glb|uasset, sorties, corps et gabarits Daz `Idle_F_Daz` / `idle_Daz`, mod, dossier de travail, sortie sandbox) ; `AnimSources/freeanims/pack.json` (licence CC BY 4.0, auteur SoerGame, page Fab, page de l'auteur `url_auteur`, 10 animations déclarées) ; outils de livraison et de catalogue génériques (`DeliverAnims -Pipeline -Pack -Vignettes -Planches`, textes du mod et lien d'auteur tirés de `pack.json`, adresse de la source dans `CREDITS.txt`). Défauts corrigés pendant les passages réels : console `start /wait` restée ouverte (lancement par `cmd /c`), lancement de la sandbox par un tuyau qui attendait sa fermeture | lot AP7. Quaternius de bout en bout (reprises à l'étape 4 puis 5 après corrections) : mesures, verdicts, fiches et catalogue identiques au passage précédent (42 fiches, 42 vignettes, 42 planches) ; FreeAnimationsPack de bout en bout en 10 min, code 0 : mod `lpr_anim_freeanims` (10 clips × 2, `.lpmod` CC BY 4.0, crédits), catalogue de 10 fiches. Étape 7 (cuisson DLC) non faite : la version de référence `Releases/2026.10.1.5` (V1.5) ne contient ni le correctif de `Person` ni `LPModDailies` ; nouvel empaquetage à décider avec l'utilisateur | `.\Tools\Restore.ps1 -Lot AP7` (jeu) et `.\Tools\Restore.ps1 -Lot AP7-addon -ProjectRoot D:\Game\LifePlay-Sandbox` (sources de l'addon ; les commits de l'addon restent dans son historique) ; rien n'est commité dans le dépôt du jeu |
| CHG-222 | 2026-10-07 | AP7 | Conversion et sandbox. `Tools/RetargetQuaternius.py` déplacé en `Tools/anim/RetargetPack.py`, piloté par `Saved/anim_retarget.json` (méthode, maillage source, dossiers, corps, exclusions, dossier des poses ; défauts = Quaternius, noms d'assets inchangés ; rigs suffixés pour les autres méthodes) ; jeton de cuisson (BuildMod ne retient que les lignes `RETARGET … jeton <j>`). `BuildMod.ps1` : chemins entre guillemets au lancement de l'éditeur (le dossier contient une espace ; l'éditeur se fermait sans journal), lecture complète des journaux modifiés depuis le lancement (l'ancienne lecture à partir de la taille du précédent `LifePlay.log` sautait la ligne de résultat), attente de fermeture de l'éditeur portée à 10 min, `-RetargetConfig`, `-Anim`. Addon `LifePlay-Sandbox` (commits `a3b1b89` puis `159afbf`, pin mis à jour dans `etat/sandbox/S3/S3-INT.md`, `21_Sandbox_Addon.md` et README de l'addon) : `[Sandbox.Pack]` + surcharge `Saved/sandbox_pack.ini` (mode Mesure seulement), `LPAnimRedirect::BodyClipPath`, clip initial du pack, tournée `vignettes planches quitter` (enchaînement et fermeture). Piège rencontré : des DLL périmées du plugin dans `LifePlay-Sandbox/Plugins/LPSandbox/Binaries` (même BuildId) étaient chargées à la place des neuves ; dossier déplacé (non supprimé) dans `LifePlay_Backup_5.5/AP7-addon/Binaries_perimes_2036` | lot AP7 : FreeAnimationsPack (10 clips) converti en `ue5` : 0 rejeté, 0 à revoir, écart 0,0006 %, torsion 0,015° ; **validé visuellement par l'utilisateur** dans la sandbox | `.\Tools\Restore.ps1 -Lot AP7` (jeu) et `.\Tools\Restore.ps1 -Lot AP7-addon -ProjectRoot D:\Game\LifePlay-Sandbox` (sources de l'addon ; les commits de l'addon restent dans son historique) ; rien n'est commité dans le dépôt du jeu |
| CHG-221 | 2026-10-07 | AP7 | Méthodes de transformation et identification du squelette. Profil `Tools/anim/profiles/ue5_mannequin.json` (SK_Mannequin UE5, colonne 5 os, cou 2, réglages A→T optionnels) ; méthodes `Tools/anim/methodes/ue4.json` (pose T, ex-« Quaternius »), `ue5.json` (pose A : calques = repos du mannequin UE5 et de Genesis, ajusté à la morphologie), `genesis_direct.json` (copie Daz, déclarée factice). Principe (demande de l'utilisateur) : 1) la pose du mannequin, A ou T, est le calque d'origine ; 2) Bridget et Michael sont placés dans la même pose, calque ajusté à leur morphologie ; 3) le convertisseur choisit le profil de transformation ; 4) application. Addon `LPAnimMeasure` : `SetMethod`, `MethodForProfile`, calque par méthode (`MakeTPose`), cache d'ajustement par méthode, identification à égalité → profil le plus complet (le mannequin UE5 contient tous les noms UE4 : il était pris pour UE4 à 100 %). Commandlets du jeu : `LPAnimIdentify` (nouveau : scores par profil, os manquants, squelette, méthode ; contrôle croisé avec le module de mesure), `-Methode=<id|auto>` sur `LPAnimEval` et `LPAnimTwist` (`Source/LifePlayEditorTools/LPAnimMethodSelect.h`), `-BodyClipDir`, `-Templates`, `-PoseOnly`, borne des réglages séparée pour les doigts `-SeuilReglageDoigts=45` (corps : 30 ; la main du mannequin UE5 est au repos légèrement fermée : ajustement des doigts ≈ 31°) | lot AP7 de `20_Chaine_Animations.md`. Non-régression : Quaternius en `auto` → `ue4`, toutes valeurs et verdicts identiques à AP4 (écart de torsion 4e-5°) | `.\Tools\Restore.ps1 -Lot AP7` (jeu) et `.\Tools\Restore.ps1 -Lot AP7-addon -ProjectRoot D:\Game\LifePlay-Sandbox` (sources de l'addon ; les commits de l'addon restent dans son historique) ; rien n'est commité dans le dépôt du jeu |
| CHG-220 | 2026-10-06 | S8 | `Docs/Migration/22_Eval_Agents_Sandbox.md` (nouveau) ; `Docs/Migration/etat/sandbox/S8/S8-VAL.md` (nouveau) ; `Docs/Migration/21_Sandbox_Addon.md` (§ Acceptation : S8 coché, push addon coché, deux cases ouvertes ajoutées `BuildMod -Target` et commit côté jeu ; ligne S8 du tableau des lots) ; `Saved/Logs/S8-VAL-runtime-game.log` (copie locale, non versionnée) | lot S8-T1/T2 : bilan du mode multi-agents + multi-modèles sur S0–S7 (lots tenus / coupés, consignes et reprises, adéquation modèle ↔ fiche : 11 fiches sur 27 tracent le modèle réel, S3-T3 sous-classé, S2-T2 sur-classé ; erreurs de rôle ; friction git : submodule abandonné, jeu jamais commité, trois identités git) ; décision **GO conditionnel** et 3 recommandations (politique modèles tracée, clôture git par lot, séparation VAL / DOC + registre des reports) ; validation S8-VAL **PASS** : `Tools/debug/LifePlay_pair_sandbox.bat` lancé tel quel, plugin monté, `LPPairSandboxGameMode`, 16 lignes `LogLPSandbox`, boîte `AgMakeout` identique à S5 / S7-VAL, 0 crash ; constat : `origin/main` addon = `dae6206` (pin `f09c42e` poussé) | aucun changement de code C++ ni de configuration | retirer `22_Eval_Agents_Sandbox.md`, `etat/sandbox/S8/`, cette entrée ; rétablir § Acceptation et ligne S8 de doc 21 (état S7) |
| CHG-219 | 2026-10-06 | S7 | `LifePlay.uproject` (plugin `LPSandbox` : `Optional: true`) ; repo addon `LifePlay-Sandbox` `Plugins/LPSandbox/LPSandbox.uplugin` (`SupportedTargetPlatforms: ["Win64"]`, module `LPSandbox` : `TargetConfigurationDenyList: ["Shipping"]`, description ; commit local `f09c42e`, non poussé) ; `Docs/Migration/21_Sandbox_Addon.md` (§ Acceptation, ligne S7, pin), `Docs/Migration/etat/sandbox/S3/S3-INT.md` (pin) ; `Docs/Migration/etat/sandbox/S7/S7-SPEC.md`, `S7-IMPL-L.md`, `S7-CART.md`, `S7-VAL.md` (nouveaux) ; `Saved/Logs/S7-VAL-*.log` (copies locales, non versionnées) | lot S7-T1..T4 : contrat d'isolation du plugin (aucun include / `LIFEPLAY_API` / module `LifePlay` : 0 résultat ; `Person` en lecture de CDO seule, aucun `GI` / `Room` ; chemins par config) ; `LPSandbox` exclu du Shipping (`TargetAllowList: ["Editor"]` rejeté : le sandbox tourne en `-game`), `LPAnimMeasure` conservé car requis par `LifePlay.Build.cs` ; validation S7-VAL **PASS** : build `LifePlayEditor Development` à jour, plan UBT Game Development (6 occurrences `LPSandbox`) / Shipping (0), smoke Pair ~1 min 45 s (boîte AgMakeout identique à S5-VAL, 0 crash) ; limites : pas de compilation Shipping complète, commit addon non poussé, `Optional` n'évite pas l'échec du build sans clone sibling | aucun changement de code C++ | `git revert f09c42e` dans l'addon, retirer `"Optional": true` du `.uproject`, remettre le pin `c1fdd29`, retirer `S7/`, § Acceptation et l'entrée journal |
| CHG-218 | 2026-10-06 | S6 | `Docs/Migration/20_Chaine_Animations.md`, `Docs/Migration/09_Commandes_Utiles.md`, `Docs/Migration/21_Sandbox_Addon.md` (lot S6), `Docs/Migration/etat/sandbox/S6/S6-VAL.md` (nouveau) ; `Saved/AnimPipeline/S6-VAL/`, `Saved/Logs/S6-VAL-LPAnimEval.log` (copies locales, non versionnées) | lot S6-T1…T3 : confirmation que `LifePlayEditorTools.Build.cs` dépend déjà de `LPAnimMeasure` (module addon, aucun include cassé, 0 fichier `Source/LPAnimMeasure/`) ; build `LifePlayEditor Win64 Development` à jour ; doc chaîne animations et commandes alignées (plugin `LPSandbox`, bats `Tools/debug`, sorties `Saved/Measurement`, commandlets `LPAnimEval` / `LPAnimTwist` / `LPAnimCatalog`) ; validation S6-VAL **PASS** : `-run=LPAnimEval -Clips=Idle_Loop -Instants=1` (~1,3 s, code 0, `rapport.json` valide, `LogLPAnimMeasure` actif) ; bat Mesure non rejoué (déjà PASS en S2-VAL) | aucun changement de code C++ | retirer `S6-VAL.md`, entrée journal, rétablir les trois docs |
| CHG-217 | 2026-10-06 | S5 | repo addon `LifePlay-Sandbox` (`Plugins/LPSandbox/Source/LPAnimMeasure/LPCoupleSim.h` nouveau 215 l., `LPCoupleSimCore.cpp` nouveau 474 l., `LPSandbox/LPCoupleSim.cpp` 477 → 384 l., commit `c1fdd29` ; `README.md` : table du pin, commit `bed7901`, doc seule, le pin reste `c1fdd29`) ; `Source/LifePlay/LPShowCoupleSubsystem.h/.cpp` (1048 → 805 l., `FSavedMove` imbriquée supprimée, fichiers non suivis par git) ; `Docs/Migration/etat/sandbox/S5/S5-CART.md`, `S5-IMPL-H.md`, `S5-VAL.md` (nouveaux) ; `Docs/Migration/21_Sandbox_Addon.md` (section « CoupleBox », lot S5, pin) ; `Docs/Migration/etat/sandbox/S3/S3-INT.md` (pin) ; `Saved/Logs/S5-VAL-runtime-game.log`, `S5-VAL-build.log` (copies locales, non versionnées) | lot S5-T1…T4 : fin de la dérive de fork entre la sandbox Pair et `LPShowCoupleSubsystem` ; une seule source de vérité `namespace LPCoupleSim` dans le module `LPAnimMeasure` (niveau pur, lecture d'assets, effets de bord, `ResolveCoupleMove` avec `FSweepOptions::Show()` / `Sandbox()`), −336 lignes dupliquées ; écarts conservés par options (plancher −90 / −88, 2 / 3 itérations) ; builds `LPSandboxEditor` (non-unity) et `LifePlayEditor` (unity) 0 erreur / 0 avertissement. Validation S5-VAL : PASS : bat Pair depuis le jeu (~90 s) : plugin monté, `LPPairSandboxGameMode`, 16 lignes d'initialisation `LogLPSandbox`, ligne `Sandbox boite AgMakeout` (fond −90,000 cm), 0 erreur de module, aucun crash ; ShowCouple : PASS-STATIC (compilation, 34 références `LPCoupleSim`, copies locales supprimées), parcours show en jeu non exercé ; pin addon `c1fdd29e2c1036c7d6365ba6389eff5d2f8c8c96` | `LifePlay-Sandbox` au pin `f8102647ccdebad37e4977ccbf2c51e583823a80` (`LPCoupleSim` absent du module partagé) ; `LPShowCoupleSubsystem` et `LPCoupleSim.cpp` (sandbox) avec leurs copies locales de la géométrie | addon : `git checkout f8102647ccdebad37e4977ccbf2c51e583823a80` ; jeu : restaurer `LPShowCoupleSubsystem.h/.cpp` à la version d'avant S5-T2 (fichiers non suivis : pas d'instantané git, défaire à partir de `S5-IMPL-H.md` §3) ; retirer `S5-CART.md`, `S5-IMPL-H.md`, `S5-VAL.md`, cette entrée ; rétablir le pin `f8102647…` dans doc 21 / `S3-INT.md` |
| CHG-216 | 2026-10-06 | S4 | repo addon `LifePlay-Sandbox` (`LPInteractionSandbox.h/.cpp` supprimés, `LPSandbox.Build.cs`, `README.md`, `Docs/S3-move.md`, commit `f810264`) ; `Docs/Migration/etat/sandbox/S4/S4-VAL.md` (nouveau) ; `Docs/Migration/21_Sandbox_Addon.md` (lot S4/S6, pin addon) ; `Docs/Migration/etat/sandbox/S3/S3-INT.md` (pin) ; `Saved/Logs/S4-VAL-runtime-game.log` (copie locale, non versionnée) | lot S4-T3/T4a : retrait du GameMode Interaction legacy dans l'addon (~543 LOC, doublon chat/vues) ; grep addon sans `LPInteractionSandbox` / `ALPInteractionGameMode` ; mode Interaction via menu `LPPairSandbox` ; build `LifePlayEditor Win64 Development` OK ; essai Pair ~45 s depuis le jeu : plugin monté, `LPPairSandboxGameMode`, 16 lignes `LogLPSandbox`, 0 erreur module ; pin addon mis à jour `f8102647ccdebad37e4977ccbf2c51e583823a80` | addon : restaurer `LPInteractionSandbox.*` depuis commit `32ad09c` ; jeu : retirer `S4-VAL.md`, entrée journal, rétablir pin `4de1f0b` dans doc 21 / `S3-INT.md` |
| CHG-215 | 2026-10-06 | S3 | `LifePlay.uproject` (`AdditionalPluginDirectories`, plugin `LPSandbox`) ; `Source/` (retrait de `LPAnimMeasure/`, `LPPairSandbox*`, `LPInteractionSandbox*`, `LPSandboxConfig*`) ; `Config/LPSandbox.ini` (copie dans l'addon) ; `Source/LifePlay/LifePlay.Build.cs`, `Source/LifePlayEditorTools/LifePlayEditorTools.Build.cs` ; `Docs/Migration/21_Sandbox_Addon.md` (section stratégie git, lot S3) ; `Docs/Migration/etat/sandbox/S3/S3-INT-scaffold.md`, `S3-IMPL-L.md`, `S3-IMPL-H.md`, `S3-INT.md`, `S3-VAL.md` (nouveaux) ; repo addon `LifePlay-Sandbox` (nouveau : `README.md`, `Docs/S3-move.md`, plugin `LPSandbox`) | lot S3 sandbox→addon : code sandbox (`LPSandbox` + `LPAnimMeasure`) transféré vers le dépôt séparé `LifePlay-Sandbox` (https://github.com/edujiro5972/LifePlay-Sandbox.git, `main`) ; stratégie git : deux clones siblings (`D:\Game\LifePlay-master 5.5`, `D:\Game\LifePlay-Sandbox`) + `AdditionalPluginDirectories = ["../LifePlay-Sandbox/Plugins"]`, **pas de submodule** (plugin imbriqué `Plugins/LPSandbox/Plugins/LPSandbox` ou doublon `External/`) ; pin manuel `4de1f0b6764ed3bc575bb687630d3f070e1be221` (S3-T4 : `FLPSandboxModule::StartupModule` injecte `QuaterniusUALRoot` dans `LPAnimRedirect::SetUALRoot`) ; Content monté dans l'addon par junction NTFS (`AdditionalAssetDirectories` absent d'UE 5.5) ; build `LifePlayEditor Win64 Development` OK (S3-INT). Validation S3-VAL : PASS : bat Pair depuis le jeu (~85 s) : plugin monté, `Game class is 'LPPairSandboxGameMode'`, 16 lignes `LogLPSandbox`, 0 erreur de module ; addon mince `LPSandbox.uproject -game` : GameMode et sandbox OK, réserve : 2 458 erreurs de Blueprints du jeu (`StreetMapBuilding`, plugin `StreetMap` non activé dans l'addon), sans effet sur le sandbox ; avertissement hors lot : `/Game/Quaternius/UAL/M_Joints` absent | `LifePlay` : code sandbox et `LPAnimMeasure` dans `Source/` ; aucun `AdditionalPluginDirectories` ni plugin `LPSandbox` dans `LifePlay.uproject` | retirer `AdditionalPluginDirectories` et l'entrée `LPSandbox` de `LifePlay.uproject` ; recopier les sources depuis le dépôt addon (commit `d18243e` pour le code transféré, `4de1f0b` pour le pin) vers `Source/LifePlay/` et `Source/LPAnimMeasure/` (`LPSANDBOX_API` -> `LIFEPLAY_API`) ; rétablir `game=/Script/LifePlay.LPPairSandboxGameMode` dans les trois bats `Tools/debug/` ; supprimer le clone sibling si inutile |
| CHG-214 | 2026-10-06 | S2 | `Source/LPAnimMeasure/` (nouveau : `LPAnimMeasure.Build.cs`, `LPAnimMeasure.h/.cpp`) ; `LPPoseMeasure.h/.cpp`, `LPSkeletonProfile.h/.cpp`, `LPPoseOrchestrator.h/.cpp`, `LPAnimRedirect.h/.cpp` (déplacés de `Source/LifePlay/`) ; `LifePlay.uproject`, `Source/LifePlay.Target.cs`, `Source/LifePlayEditor.Target.cs`, `Source/LifePlay/LifePlay.Build.cs`, `Source/LifePlayEditorTools/LifePlayEditorTools.Build.cs`, `Source/LifePlay/LifePlay.cpp`, `Source/LifePlay/LPInteractionSandbox.cpp`, `Tools/LogStats.ps1` (modifiés) ; `Docs/Migration/21_Sandbox_Addon.md` (section module + graphe de dépendances) ; `Docs/Migration/etat/sandbox/S2/S2-CART.md`, `S2-IMPL-H.md`, `S2-VAL.md` (nouveaux) | lot S2 sandboxaddon : chaîne de mesure de poses extraite de `LifePlay` vers le module Runtime `LPAnimMeasure` (8 fichiers déplacés, `LPANIMMEASURE_API`, catégorie `LogLPAnimMeasure`, 6 exports ajoutés pour `LPPairSandbox.cpp`) ; couplage à `LPSandboxConfig` rompu par `LPAnimRedirect::SetUALRoot` appelé depuis `FLifePlayModule::StartupModule` ; module acyclique (aucune dépendance vers `LifePlay`) ; `#include "Engine/TextureCube.h"` ajouté à `LPInteractionSandbox.cpp` (défaut IWYU révélé par la recomposition unity) ; compteur `LogLPAnimMeasure` dans `LogStats.ps1`. Validation S2-VAL : PASS (11 fichiers dans le module, 0 reliquat dans `LifePlay`, `.uproject` et deux `Build.cs` conformes, DLL `UnrealEditor-LPAnimMeasure` du 18:34 postérieure aux sources, bat Mesure lancé : 269 lignes `LogLPAnimMeasure`, profils chargés, mesure et orchestrateur en marche, 0 erreur de module ou de lien). Reste : `S1-CART.md` à mettre à jour, commandlets anim non relancés, contrôle visuel non fait | `LifePlay` : les 8 fichiers étaient dans `Source/LifePlay/` (`LPANIMMEASURE_API` -> `LIFEPLAY_API`, `LogLPAnimMeasure` -> `LogLifePlay`, `LifePlay.h` inclus) ; `LifePlay.cpp` en `FDefaultGameModuleImpl` ; aucun module `LPAnimMeasure` | remettre les 8 fichiers dans `Source/LifePlay/` avec leurs ancres d'origine (fichiers non suivis par git, aucun instantané enregistré : défaire les modifications listées dans `S2-IMPL-H.md` §2) ; supprimer `Source/LPAnimMeasure/` ; retirer l'entrée du `.uproject`, des deux `*.Target.cs` et des deux `Build.cs` ; rétablir `FDefaultGameModuleImpl` dans `LifePlay.cpp` |
| CHG-213 | 2026-10-06 | S1 | `Config/LPSandbox.ini` (nouveau) ; `Source/LifePlay/LPSandboxConfig.h/.cpp` (nouveaux) ; `Source/LifePlay/LPPairSandbox.cpp`, `LPAnimRedirect.cpp` (modifiés) ; `Docs/Migration/21_Sandbox_Addon.md` (§ Contrat) ; `Docs/Migration/etat/sandbox/S1/S1-SPEC.md`, `S1-IMPL.md`, `S1-CART.md`, `S1-VAL.md` (nouveaux) | lot S1 sandbox→addon : chemins du sandbox Pair externalisés dans `Config/LPSandbox.ini` (19 clés, 6 sections) lu par `FLPSandboxConfig::Get()` ; defaults = anciens littéraux, donc comportement inchangé sans ini ; 0 littéral `/Game/...` restant dans `LPPairSandbox.cpp` / `LPAnimRedirect.cpp` (S1-CART : 0 OUBLI) ; contrat résumé dans doc 21 ; validation S1-VAL : PASS statique, compilation UBT et runtime non exécutés (DLL `UnrealEditor-LifePlay` plus ancienne que les sources), test override `WorldFile` à faire à la main | `LPPairSandbox.cpp` et `LPAnimRedirect.cpp` : littéraux remplacés par `FLPSandboxConfig::Get().<clé>` ; `Mode` lu si `Saved/sandbox_mode.txt` absent | `git checkout` de `LPPairSandbox.cpp` / `LPAnimRedirect.cpp` (ou rétablir les littéraux de S1-SPEC § 2) ; supprimer `LPSandboxConfig.*`, `Config/LPSandbox.ini`, fichiers S1 ; rétablir le placeholder du § Contrat de doc 21 |
| CHG-212 | 2026-10-06 | S0 | `.gitignore` ; `Docs/Migration/21_Sandbox_Addon.md` (nouveau) ; `Docs/Migration/etat/sandbox/S0/S0-CART.md`, `S0-VAL.md` (nouveaux) | lot S0 sandbox→addon : motif `.gitignore` `Debug` → `/Debug/` pour que `Tools/debug/*.bat` ne soient plus ignorés sous Windows (`core.ignorecase`) ; ébauche doc 21 et inventaire gelé du périmètre (~7,5 k LOC, commandlets, lanceurs) ; validation S0-T2 (S0-VAL PASS : `git check-ignore` vide sur les 3 bats, sources témoin présentes) | ligne 5 : `Debug` → `/Debug/` | remettre `Debug` ; `git rm` des fichiers S0 et de `21_Sandbox_Addon.md` |
| CHG-211 | 2026-10-06 | AP6 | Planches d'images animées du catalogue des animations (mouvement visible au survol de la vignette). Demande de l'utilisateur après validation du catalogue ; un GIF a été écarté (256 couleurs, lourd, aucun encodeur dans Unreal ni dans le Python standard) au profit d'une planche d'images JPEG animée par la page. Modifications : (1) Sandbox (`Source/LifePlay/LPPairSandbox.h/.cpp`, **hors dépôt**) : mode « planches » de la tournée (`Saved/sandbox_tour.txt` contenant `planches`) : par clip, 12 images par seconde de clip (de 4 à 24), à intervalles réguliers (fraction i/N), profil droit, sans calque ni repères ; un même carré pour toutes les images du clip (union des os projetés, marge 15 %), réduit à 256 px ; images collées côte à côte, JPEG qualité 85 (`IImageWrapper`), `Saved/Measurement/planches/<Clip>.jpg` + `<Clip>.json` (`images`, `duree_s`, `taille`). Résultat : 43 planches, 4,3 Mo au total (ex. `Walk_Loop` 16 images, 101 Ko), tournée de 16 min 33 s, sans erreur (compilation : `etat/AP6_Build_20261006-160922.txt`). (2) `Tools/anim/Catalogue.py` : option `--planches` ; contrôle bloquant (planche `.jpg` et `.json` présents, `images` >= 2, `taille` 256 ; refus vérifiés pour planche absente et `images` = 1) ; bloc `planche` dans chaque fiche (`fichier`, `images`, `taille`, `ips` = images / durée) ; copie dans `Module/Animations/planches/<clé>.jpg`. Page : vignette fixe ; au survol (souris) la planche défile à la cadence du clip et la vignette revient à la sortie ; au toucher, lance / arrête ; la planche n'est chargée qu'au premier survol ; avec la préférence système « réduire les animations », seulement au clic. Correction après essai dans le navigateur : l'image et l'animation masquées restaient affichées (règle CSS `display` plus forte que l'attribut `hidden`), corrigé par `.card img[hidden], .card .anim[hidden] { display: none }`. Résultat : catalogue régénéré dans `ModSources/lpr_anim_quaternius/Module/Animations/` (42 fiches, 42 vignettes, 42 planches), `CATALOGUE OK`. Vérifié dans le navigateur : la planche se charge, l'animation remplace la vignette et avance à la cadence attendue (3 images en 250 ms pour 12,3 i/s) | lot AP6 de `20_Chaine_Animations.md` : planches du catalogue, animation au survol vérifiée dans le navigateur | `.\Tools\Restore.ps1 -Lot AP6` (même instantané qu'AP6 : sandbox, `Catalogue.py`) ; rien n'est commité |
| CHG-210 | 2026-10-06 | AP6 | Catalogue des animations (fiches calculées, `pack.json`, vignettes, `catalogue.json` et `catalogue.html`). Modifications : (1) `AnimSources/quaternius/pack.json` (nouveau) : déclaration du pack (source Quaternius Universal Animation Library Standard, CC0 1.0, fichier `.glb`, crédit, préfixe `qua`, exclusion `A_TPose`) et, pour les 42 clés, nom FR/EN, catégorie (les 8 du § 5 plus chute, magie, nage, conduite), accessoire, style, usage FR/EN ; champ facultatif `posture` qui remplace la posture calculée (`"dans l'eau"` pour les deux clips de nage). (2) `Source/LifePlayEditorTools/LPAnimCatalogCommandlet.h/.cpp` (nouveau), `-run=LPAnimCatalog` : pour chaque clé de `livraison.json`, mesure le clip féminin source image par image et contrôle que F et M ont même durée et même nombre d'images ; écrit `Saved/AnimPipeline/quaternius/fiches_calculees.json`. Mesures : durée, images, cadence ; boucle (dernière image comparée à la première, extrémités relatives à la hanche, en % de la taille ; boucle si ≤ 1 %) ; déplacement horizontal de la hanche (cm, cm/s, sens avant / arrière / côté, sur place sous 5 cm) ; posture par image (allongé : tronc > 60° ; à genoux : genou < 12 cm et hanche < 72 % ; assis : hanche < 72 % et plus de 20 cm en arrière des chevilles ; accroupi : hanche < 72 % ; debout sinon), posture du clip si ≥ 60 % des images, sinon « variable », posture de début et de fin ; hauteur d'assise (articulation de hanche, médiane des images assises) ; part des images pied au sol (< 3 cm de la hauteur de repos) ; mains au repos / en mouvement / levées. Deux corrections après la première relecture des fiches : axe avant du corps inversé (Roll sortait « arrière », Sitting_Enter « avant », la position assise sortait « accroupi ») et seuil debout abaissé de 80 % à 72 % (gardes de combat et poussée classées accroupi / assis). Résultat : 42 fiches, 0 échec (`etat/AP6_LPAnimCatalog_20261006-155043.txt`, puis le passage final du même jour). (3) Sandbox (`Source/LifePlay/LPPairSandbox.h/.cpp`, **hors dépôt**) : mode « vignettes » de la tournée (`Saved/sandbox_tour.txt` contenant le mot `vignettes`) : une vue par clip, profil droit à 1/3 de la durée, sans calque, squelettes ni repères de caméra ; image recadrée en carré autour des os du corps de Bridget projetés à l'écran (marge 15 %), réduite à 512 px et écrite par le délégué `UGameViewportClient::OnScreenshotCaptured` dans `Saved/Measurement/vignettes/<Clip>.png` ; le `tour.csv` de la tournée complète n'est pas remplacé. 43 vignettes. La tournée complète (387 captures) a aussi été refaite après les corrections de torsion d'AP4. (4) `Tools/anim/Catalogue.py` (nouveau) : assemble `catalogue.json`, `catalogue.html` (page autonome hors ligne, filtres catégorie / posture / durée, recherche, clé copiable, thème clair et sombre, lisible sur téléphone) et `vignettes/<clé>.png` dans `ModSources/<mod>/Module/Animations/`. Champs du § 5 ; `taille_ko` = taille des `.uasset` **non cuits** (`taille_cuite: false`, la taille cuite viendra en AP7) ; qualité = « accepté » ou « à revoir » avec motifs (rapport AP4), pire écart brut et pire torsion des deux corps ; empreinte SHA-256 des deux clips. Contrôles bloquants (rien n'est écrit si un échoue) : rapport AP4 valide ; `fiches_calculees.json` sans échec et plus récent que `livraison.json` ; fiche calculée et entrée `pack.json` pour chaque clé ; clés uniques ; aucune collision avec les 17 clés du jeu, les clés `ANIMATION:` / `animate()` des modules texte (hors module d'essai) et les autres catalogues de `ModSources` ; champs obligatoires ; vignette présente. Essais : un succès (42 fiches), trois refus (vignette manquante, collision avec `dance`, fiches plus anciennes que la livraison). Corrections après relecture : hauteur d'assise affichée seulement pour une posture assise ; écart de boucle arrondi ; cartes filtrées réellement masquées ; cadre des vignettes carré. (5) `Tools/anim/DeliverAnims.ps1` : commutateurs `-Catalogue` (après la livraison) et `-CatalogueOnly` (régénère sans relancer Unreal, après le contrôle du rapport AP4). Résultat : `ModSources/lpr_anim_quaternius/Module/Animations/` : `catalogue.json`, `catalogue.html`, 42 vignettes ; `Saved/AnimPipeline/quaternius/catalogue_rapport.json` (`ok: true`, 42 fiches). Relecture des 5 témoins (marche, assis, pistolet, danse, chute) : conforme après corrections (marche sur place, boucle, pieds au sol 68 % ; assis, assise 45 cm ; chute variable, debout puis allongé, 53 cm en arrière, pas de boucle). Compilations `etat/AP6_Build_20261006-*.txt`, 0 erreur. Reste ouvert : taille cuite (AP7) ; validation visuelle de la page par l'utilisateur | lot AP6 de `20_Chaine_Animations.md` : une fiche par clip, champs calculés relus sur 5 clips témoins (marche, assis, pistolet, danse, chute) | `.\Tools\Restore.ps1 -Lot AP6` (retire le commandlet, `pack.json` et `Catalogue.py` ; remet `DeliverAnims.ps1`, la sandbox et les documents) ; le catalogue généré dans `ModSources` et les vignettes dans `Saved` ne sont pas dans l'instantané (sorties régénérables) ; rien n'est commité |
| CHG-209 | 2026-10-06 | AP5 | Livraison en mod et appel par `animate()`. Mécanisme du jeu relevé (exports `etat/L6f_dump_Person.txt`, `etat/AP5_LPDumpFunction_20261006-140513.txt`, journal `Saved/Logs/portage/AP5_LPDumpFunction_20261006-140513.log`, `AP5_Room_Dailies_CDO.txt`) : `.lpaction` `ANIMATION:` (`GI::EventGraph`) et `.lpscene` `Actor.animate(<clé>)` (`GI::CallFunction`, aiguillage `SwitchString_22`, cas `animate` : `AnimateForced` vrai, `Person::PlayDaily(Parameters[0])`, `AnimateForced` faux) appellent `Person::PlayDaily(<clé>)`. `PlayDaily` : aiguillage `SwitchString_7` de clés écrites en dur (martialart, sneak, dance, na_sleep, write…), sortie `Default` vide (une clé inconnue ne faisait rien) ; chemin générique (cas martialart, sneak, dance, fightlost, knockedout) : debout puis `PlayDailyAnim(<clé>)`. `PlayDailyAnim` parcourt `Room.Dailies` (tableau fixe de 34 clips, 17 clés × F/M, `/Game/Heavy/New3/Anims/Daily/`, valeur par défaut de Room, aucun graphe de Room ne le modifie), coupe le nom au premier `_`, compare la partie gauche à la clé, prend `_M` si `IsMale`, sinon un suffixe ≠ `M` ; le clip trouvé va dans `currentDaily`, joué par les Anim Blueprints `Daily` (michael_Skeleton) et `Daily_F` (bridget_gp_Skeleton). Aucun chemin construit, aucun registre d'assets : la ligne 14 de `16_H3_Mods_Paquets.md` (animations trouvées par `GetAssetsByClass`) ne vaut donc pas pour ces animations. Squelettes des clips convertis `B_*` / `M_*` : bridget_gp_Skeleton / michael_Skeleton, identiques à ceux de `Daily_F` / `Daily`. Modifications : (1) `Source/LifePlay/LPModDailies.h/.cpp` (nouveaux) : `ULPModDailiesSubsystem` (GameInstance) relève au démarrage les `UAnimSequence` des plugins de type Mod sous `/<Mod>/Anims` nommés `<clé>_F` / `<clé>_M` (en éditeur, exploration synchrone du dossier, le registre étant asynchrone) ; dès que `GI.Room` existe (et à chaque nouvel acteur Room) les ajoute à la fin de `Room.Dailies` (une clé du jeu reste servie par le clip du jeu ; un clip de mod dont la clé existe déjà dans le jeu est ignoré avec avertissement) ; `ULPModDailiesLibrary::IsModDaily(<clé>)` (BlueprintPure) ; journalise `PlayDaily(<clé>) -> cle de mod` ou `cle inconnue`. `LifePlay.Build.cs` : dépendance `Projects`. (2) `Source/LifePlayEditorTools/LPPatchDailiesCommandlet.h/.cpp` (nouveau), `-run=LPPatchDailies [-DryRun]`, appliqué à `Content/BPs/Person.uasset` : (a) sortie `Default` de `SwitchString_7` vers un Branch sur `IsModDaily(clé)` puis le chemin générique (`Knot_13`) ; une clé inconnue du jeu et des mods ne fait toujours rien ; (b) le Split `_` de `PlayDailyAnim` cherche depuis la fin (`SearchDir FromEnd`) : une clé peut contenir `_`, sans effet sur les 17 clés du jeu. Contrôles intégrés (nœuds trouvés une seule fois, Default libre, relecture des liaisons, compilation sans erreur, sinon rien n'est sauvegardé) ; rejouable. Résultats : essai à blanc `etat/AP5_LPPatchDailies_20261006-143052.txt`, application `…-143149.txt`, contrôle `…-143248.txt` (« deja fait »). (3) `Tools/anim/DeliverAnims.ps1` et `Tools/anim/DeliverAnims.py` (nouveaux) : contrôle bloquant de `Saved/AnimPipeline/quaternius/rapport.json` (`valide`), affichage des « à revoir » ; crée `ModSources/lpr_anim_quaternius` (uplugin, `.lpmod` CC0, CREDITS) s'il manque ; monte le mod, copie (sans toucher aux sources) les 42 paires `B_<Clip>` / `M_<Clip>` (hors `A_TPose`) vers `/lpr_anim_quaternius/Anims/Female/qua_<clip>_F` et `/Male/qua_<clip>_M`, contrôle squelette, nombre d'images et durée, écrit `Saved/AnimPipeline/quaternius/livraison.json`, démonte. Contrôle de sortie `LIVRAISON copies 84 erreurs 0` ; `-DryRun`. Deux corrections pendant le lot : `-FullStdOutLogOutput` (les messages Python de niveau Log n'apparaissaient pas dans la sortie console) et exploration du dossier du mod avant copie (sinon une deuxième passe échouait : copies existantes invisibles du registre). Journal final `etat/AP5_DeliverAnims_20261006-143739.txt`. (4) `ModSources/lpr_anim_quaternius/` (nouveau) : mod d'assets, 42 clés × 2 clips. (5) `Content/Modules/lpr_anim_essai/` (nouveau, **module d'essai, jamais livré**) : action « Essai animations AP5 » (maison) lançant une scène : femme puis homme temporaires, `animate(qua_dance_loop)`, `animate(qua_sitting_idle_loop)`, `animate(qua_pistol_idle_loop)`, témoin `dance`, clé inexistante `qua_cle_inexistante`. Essai (jeu lancé en éditeur `-game`, mod monté dans `Mods/`, journal `Saved/Logs/LifePlay.log` du 2026-10-06 13:14–13:20) : `84 clip(s) ajoute(s) a Room_C_0.Dailies (118 au total)` ; les trois clés `-> cle de mod` sur la femme et l'homme (scène jouée deux fois) ; `qua_cle_inexistante -> cle inconnue`. Contrôle visuel par l'utilisateur, validé sur 5 points : bons clips sur la femme puis l'homme, corps bien posés, deux places distinctes, témoin `dance` normal, enchaînement des trois animations visible. Compilations : `etat/AP5_Build_20261006-143013.txt`, `…-143912.txt`, `…-150926.txt` (0 erreur) ; une première compilation avait échoué (collision de nom dans la compilation unitaire, corrigée par un espace de noms nommé). Reste à faire (hors AP5) : essai en jeu empaqueté avec le mod cuit en DLC (`BuildMod -Name lpr_anim_quaternius`), qui exige une nouvelle version de référence du jeu (`Person` et le C++ ont changé), à faire avec la prochaine publication ou en AP7 ; catalogue (AP6) ; retirer le module d'essai avant toute publication | lot AP5 de `20_Chaine_Animations.md` : livraison en mod, clés appelables depuis un scénario | `.\Tools\Restore.ps1 -Lot AP5` (remet `Person`, `LifePlay.Build.cs` et les documents ; retire les fichiers et dossiers créés : sources C++, outils, `ModSources/lpr_anim_quaternius`, `Content/Modules/lpr_anim_essai`) ; rien n'est commité |
| CHG-208 | 2026-10-06 | AP4 | Contrôles indépendants de la formule : nouveau module `LifePlayEditorTools/LPAnimChecks`, calculé à chaque image du clip converti et comparé au mouvement source mis à l'échelle (hauteur de hanche). Six contrôles : sol (pied ou orteil plus bas que la source, cm), glissement (pied qui bouge quand le pied source est posé, cm par image), genou (hyperextension derrière la ligne hanche-cheville au-delà de la source, cm), flexion (écart de flexion coude / genou avec la source, °), saut (rotation d'un os d'une image à l'autre au-delà de 1,5 × la source + 2°), pénétration (main ou coude dans les capsules du tronc, cm). Pas d'actif physique sur `bridget_gp` ni `michael` (recherche par sous-agent) : capsules du tronc construites depuis la peau du maillage (sommets dont l'os dominant est du tronc, une capsule par segment de colonne, rayon au 30e centile des distances à l'axe) ; Bridget : `abdomenLower` 10,1 cm, `abdomenUpper` 10,2, `chestLower` 11,7, `chestUpper` 6,0 ; Michael : 12,0 / 12,7 / 14,1 / 8,1 ; auto-test (articulation de l'os porteur à une profondeur égale au rayon) : écart 0,0000 cm. `LPAnimEval` : contrôles branchés (`controles_<Corps>.csv`, verdict accepte / a revoir / rejete ; `a_revoir` dans `rapport.json`), seuils étalonnés sur les 43 clips : sol 3 cm, glissement 3 cm/image, genou 1 cm, flexion 5°, saut 10°, pénétration 1 cm ; « rejeté » au-delà de 3 × le seuil (`-RejetFacteur`), seul le rejet bloque ; options `-Meshes`, `-SansControles`, `-Seuil*`. Correction : `-Clips`, `-Bodies` et `-Meshes` s'arrêtaient à la première virgule (`FParse::Value` sans `bShouldStopOnSeparator=false`), aussi dans `LPAnimTwist`. Défaut trouvé par le contrôle de saut et corrigé : la décomposition flexion / torsion d'AP3, faite dans le repère du corps autour de l'axe en pose T, devenait instable quand le segment s'écartait d'environ 180° de cet axe (`PickUp_Table` 147,7° sur `lForearmBend`, `Roll` 44,9° sur `rThighBend`, `Sword_Attack` 26°, `Pistol_Reload` 26°, `Punch_Jab` 14°). Décomposition désormais dans le repère du parent, dans la formule (`LPPoseMeasure::TransferPose`) et dans `LPAnimTwist` (qui reprend la rotation complète portée par l'os Twist : relançable sur des clips déjà traités). Clips retraités (43 + 43) : clip converti 0,51 % → 0,19 % au pire, torsion 0,97° → 0,49° ; sauts : seul `Jump_Start` reste à 23,1° (`lForearmBend`). Relevé final sur 86 clips : 0 rejeté, 8 à revoir (4 par corps : `Death01`, `Fixing_Kneeling`, `Roll` pour le sol, entre 4,4 et 5,6 cm — poses au sol, hauteur de cheville différente entre squelettes ; `Jump_Start` pour le saut). Essai de refus (`-Clips=Jump_Start -SeuilSaut=5`) : code 1. Rapport HTML : `Tools/anim/RapportControles.py` (écrit par un sous-agent, libellé d'unité de la pose T corrigé) produit `<dossier>/rapport.html` ; vérifié : 43 lignes de contrôles et 129 lignes d'écarts par corps, HTML bien formé, rendu contrôlé | lot AP4 de `20_Chaine_Animations.md` : contrôles indépendants et rapport | `.\Tools\Restore.ps1 -Lot AP4` (remet aussi la formule, `LPAnimTwist` et les clips d'avant AP4 ; `Tools/anim/RapportControles.py`, créé après l'instantané, est à retirer à la main) |
| CHG-207 | 2026-10-06 | AP3 | Commandlet `LPAnimTwist` : répartition de la torsion sur les clips convertis. Pour chaque clé et chaque paire Bend / Twist du profil (épaule, avant-bras, cuisse, gauche et droite), la rotation de l'os Bend depuis la pose T ajustée est décomposée autour de l'axe du segment : Bend garde la flexion, l'enfant Twist reçoit la rotation complète ; les autres os gardent leur transformation (contrôle à chaque clé, tolérance 0,01° et 0,01 cm, sinon le clip n'est pas sauvé). `-DryRun`, rapport `rapport_torsion.json`. `LPAnimEval` mesure désormais la torsion (écart de rotation des os Bend et Twist avec la formule, colonnes `torsion_deg`, `torsion_os`, seuil bloquant `-SeuilTorsion` facultatif) ; `TPoses` exporté. Résultat : 43 + 43 clips traités et sauvés, conservation 0,00000° / 0,00000 cm, torsion déplacée jusqu'à 179,9° ; écart de torsion avec la formule 178,9° → 0,97° ; directions : 0,00 % aux instants sur une clé, 0,51 % au pire entre deux clés (`Roll` à 1/3, interpolation séparée de Bend et Twist), 108 instants sur 129 à 0,00 % ; seconde passe : 0,001° encore déplaçable (idempotent). Une recuisson (`RetargetQuaternius.py`) défait ce traitement : à relancer après chaque recuisson jusqu'au pilote AP7 | lot AP3 de `20_Chaine_Animations.md` | `.\Tools\Restore.ps1 -Lot AP3` (remet les clips d'avant) |
| CHG-206 | 2026-10-06 | AP2 | Commandlet `LPAnimEval` (`LifePlayEditorTools`, dépendance `Json`) : étapes 3 et 5 de la chaîne sans fenêtre. Pose T de chaque corps (écrit `retarget_pose_<Corps>.txt`), contrôles : segments ajustés ≤ `SeuilPoseT` (1 %), symétrie gauche / droite ≤ `SeuilSymetrie` (0,5°), réglages ≤ `SeuilReglage` (30°) ; évaluation de la formule et du clip converti sur chaque clip à `Instants` instants, ≤ `SeuilEval` (1 %). Rapports `Saved/AnimPipeline/<run>/rapport.json`, `rapport_poseT_<Corps>.json`, `eval_<Corps>.csv` ; code de sortie 0 / 1. `LPPoseMeasure` : relevé structuré de l'ajustement (`FLPTFitResult`, `TFitResult`) et fonctions exportées (`LIFEPLAY_API`), `LPSkeletonProfile` exporté. Contrôle : 22 s pour 43 clips × 3 instants × 2 corps (tournée de la sandbox : ~7 min, Bridget seule) ; fichiers de pose identiques à l'octet ; `eval_Bridget.csv` identique ligne à ligne à la tournée ; Michael mesuré pour la première fois : 129 instants, 0,00 % (pire réel 0,0026 %) ; symétrie 0,000°. Essai de refus (seuils impossibles) : code 1, 24 causes listées | lot AP2 de `20_Chaine_Animations.md` | `.\Tools\Restore.ps1 -Lot AP2` (retire le commandlet) |
| CHG-205 | 2026-10-06 | AP1 | Profils de squelettes : `Tools/anim/profiles/ue4_mannequin.json` et `genesis8.json` (rôle de chaque os, réglages de pose T Daz). `LPSkeletonProfile` (nouveau, dépendance `Json` dans `LifePlay.Build.cs`) les lit et identifie un squelette (≥ 95 % des os du profil). `LPPoseMeasure` : toutes les tables en dur (segments, segments de pose T, paumes, correspondances, chaînes colonne et cou, contrôles du tronc, repère, réglages A → T) sont dérivées des rôles pour tout couple de profils ; journaux propres à Genesis retirés (attaches, tronc en pose T). Sandbox : points clés, tête et bassin par rôle. `RetargetQuaternius.py` : chaînes et racine dérivées des mêmes profils, identification des maillages. Contrôle : 3 squelettes identifiés à 100 % (C++ et Python) ; 19 segments, 39 segments de pose T, 47 os transférés, 26 chaînes par rig (inchangés) ; `retarget_pose_Bridget.txt` et `_Michael.txt` identiques à l'octet ; tournée complète identique ligne à ligne (129 instants, 0,00 %) ; recuisson 43 + 43 clips, tournée courte sur 5 clips à 0,00 %. Incident : une première version du script de refonte a coupé le mauvais bloc (nom de structure présent deux fois) ; fichier remis depuis l'instantané `AP1` avant de recommencer | lot AP1 de `20_Chaine_Animations.md` : une seule table de correspondance | `.\Tools\Restore.ps1 -Lot AP1` (retire `Tools/anim`, `LPSkeletonProfile.*` à retirer à la main : créés après l'instantané) |
| CHG-204 | 2026-10-06 | PoseMeasure | Phase C : `Tools/RetargetQuaternius.py` réécrit. La pose de retarget de `RTG_Bridget` et `RTG_Michael` est la pose T ajustée, lue dans `Saved/Measurement/retarget_pose_<Corps>.txt` (écrit par la sandbox à l'entrée du mode Mesure, `LPPoseMeasure::WriteRetargetPose`, 34 os : épaule 45,6°, cuisse 8,3°, avant-bras 14,2°… ; Michael calculé sur son propre squelette) ; plus d'alignement par le maillage, de réglages Daz séparés ni d'essais `pole` / `roll180`. Chaîne colonne `abdomenLower → chestUpper` (le pelvis Genesis n'est pas son parent) et cou en *Interpolated* ; 10 chaînes de doigts, chaînes d'orteils. Recuisson : 43 clips `B_` et 43 `M_`. Tournée complète : clip recuit 0,00 % sur les 129 instants (ancien clip : médiane 29,2 %, pire 58,7 %), même résultat que la formule. Non mesuré : répartition de la torsion entre os Bend et Twist (le retargeter met toute la rotation dans l'os Bend), et Michael (sandbox sur Bridget seule). `BuildMod.ps1 -Retarget` échoue depuis l'environnement de l'agent (l'éditeur lancé par `Start-Process` s'arrête aussitôt sans journal) : éditeur lancé par `cmd /c start` avec les mêmes arguments | phase C du plan | `.\Tools\Restore.ps1 -Lot PoseRetarget` |
| CHG-203 | 2026-10-06 | PoseMeasure | Calque de pose : le calque orange n'est plus le squelette du mannequin mis à l'échelle (proportions et clavicule du mannequin), mais le squelette de Bridget posé par la formule (directions du mannequin, longueurs de Bridget), calé sur le bassin affiché, sans les os du visage, dessiné au premier plan. En vue pose T, c'est la pose T ajustée. Le contrôle caméra (`MESURE vues`) compare Bridget à ce calque (`CalqueKeys`) : 20 % auparavant (écart de proportions), 0,00 % en vue formule. Les traits depuis l'os racine (sol → hanche) ne sont plus dessinés | le calque mélangeait pose et proportions (question de l'utilisateur) | `.\Tools\Restore.ps1 -Lot PoseCalque` |
| CHG-202 | 2026-10-06 | PoseMeasure | La formule devient la vue par défaut du mode Mesure (la boucle de l'orchestrateur ne démarre plus seule, bouton Auto conservé). Navigation : N / P change de clip parmi les 43 clips Quaternius qui ont une copie `B_`, PgUp / PgDn change d'instant (`LPPoseOrchestrator::SampleAt`). Bouton Tournée, ou fichier `Saved/sandbox_tour.txt` posé avant le lancement (noms de clips facultatifs) : chaque clip à 0, 1/3 et 2/3 de sa durée, vues face, profil droit et dos, captures `Saved/Measurement/tour/*.png` (387 images, ~540 Mo) et relevé `tour.csv`. Contrôle du tronc par rotation depuis la pose T (bassin, poitrine, tête) au lieu des segments de colonne. Colonne de la formule : `spine_01` ↔ `abdomenLower` et `spine_03` ↔ `chestUpper` exacts, os intermédiaires interpolés (la poitrine s'écartait de 1 à 6,6 %). Relevé sur 129 instants : formule 0,00 % partout (contrôle de cohérence, pas une validation) ; clip converti médiane 29 %, pire 58,7 % (`Pistol_Aim_Down`, main gauche). Planche visuelle : épée, course, genou à terre, visée cohérents avec le mannequin | étapes 1 et 2 du plan après validation de la formule | `.\Tools\Restore.ps1 -Lot PoseTour` |
| CHG-201 | 2026-10-06 | PoseMeasure | Phase B : `LPPoseMeasure::TransferPose`, pose de Bridget calculée directement depuis le mannequin (rotation de chaque os depuis la pose T ajustée, portée par le changement de repère M). Correspondance : bassin → `hip`, clavicules, bras, avant-bras, mains, cuisses, tibias, pieds, orteils, 30 phalanges ; décomposition flexion / torsion (`ToSwingTwist`) entre os Bend et Twist (épaule, avant-bras, cuisse) ; colonne (3 → 4 os) et cou (2 → 3) interpolés à la même fraction de hauteur ; déplacement du bassin mis à l'échelle par la hauteur de hanche ; os non associés en rotation locale de pose T. Touche F ; contrôle `Bridget-formule` à chaque passage ; capture `formule_NNNN_<vue>.png` à l'arrêt de la boucle. Relevé : membres, mains, doigts et clavicules ≤ 1 % ; colonne en Idle `abdomenUpper` 6,5 %, `chestUpper` 1,8 % (interpolation de chaîne contre mesure os par os). Capture : poings fermés comme le mannequin, épaules symétriques | méthode : équation de transformation avant l'ajustement fin | `.\Tools\Restore.ps1 -Lot PoseTransfer` |
| CHG-200 | 2026-10-06 | PoseMeasure | Journal `POSET tronc` : position des articulations du tronc en pose T (avant / côté / haut depuis la hanche gauche, en % de la taille) pour les deux squelettes. Constat : le pelvis Genesis est au même point qu'`abdomenLower` (segment de longueur nulle, d'où les 60 %) ; la colonne n'a pas les mêmes jonctions (3 os mannequin, 4 Genesis avec `chestLower`) ; la clavicule du mannequin part de l'arrière du tronc (4,8 % derrière la hanche), celle de Genesis du sternum (2,9 % devant) | question de l'utilisateur sur les écarts non ajustés | `.\Tools\Restore.ps1 -Lot PoseTFit` |
| CHG-199 | 2026-10-06 | PoseMeasure | Phase A (équivalence en pose T) : `FittedBodyT` ajuste la pose T Daz de Bridget sur la pose T du mannequin (jambes, bras, mains, paumes, 28 phalanges), une fois par session ; tout l'étalonnage passe sur cette pose T ajustée. Touche T : les deux poses T côte à côte et le relevé dans le panneau. Journal `POSET` : écarts avant → après (pouce 17 % → 0, pied 9,4 % → 0, avant-bras 8,2 % → 0, tous les segments ajustés à 0,0 %) et rotations locales à reporter dans `RTG_Bridget` (`POSET reglage`, symétriques gauche/droite : pied 15°, avant-bras 14,2°, main 10,4°, pouce 24 et 22°, autres doigts 0,5 à 8,6°, cuisse, bras 2,3°). Bassin, colonne, cou et clavicules relevés sans ajustement (définition des os). Modèles `metric links4`. En Idle, la main reste tournée d'environ 180° : à confirmer visuellement | méthode : établir l'équivalence des deux poses T avant toute transformation | `.\Tools\Restore.ps1 -Lot PoseTFit` |
| CHG-198 | 2026-10-06 | PoseMeasure | `LPPoseMeasure` : tous les segments sont étalonnés sur une pose T commune (`FLPPose.TPose`) : le repos du mannequin ; pour Genesis, le repos plus les réglages Daz A → T de `RetargetQuaternius.py` (`DazToT`, pose de retarget de `RTG_Bridget`). On compare la rotation de chaque os depuis sa pose T. L'épaule redevient le segment clavicule ; paume mesurée par index → auriculaire (avec le pouce, 70° d'écart dès la pose T). Le clip brut est contrôlé à chaque passage (`MESURE Bridget-brut`). Touche M : maillage du mannequin. Relevés : écart entre poses T faible (épaule 1,3 %, cuisse 1,3 %, main 3 %, paume 2,4 %) sauf avant-bras 8,2 %, pied 9,4 %, clavicule 19 %, pelvis 60 % ; clip brut hors seuil (avant-bras 24 à 27 %, main 25 %, pied 12 %, tibia 7,7 %, haut du dos et cou 13 % en Idle) ; corrigé 0,01 %. La main reste tournée de 177° : non validé. `LPPairSandbox.h` (bShowMannequin) est hors instantané `PoseT` | les comparaisons mélangeaient pose, morphologie et définition des os | `.\Tools\Restore.ps1 -Lot PoseT` |
| CHG-197 | 2026-10-06 | PoseMeasure | `LPPoseMeasure` : l'épaule n'est plus mesurée par la clavicule étalonnée, mais par la direction base du cou → articulation de l'épaule (`neck_01→upperarm` / `neckLower→ShldrBend`), visée en tournant la clavicule (point de la sphère du mobile sur la demi-droite visée). Champs `Mover` et `Label` (`lShoulder`, `rShoulder`) ajoutés à `FLink`. Modèles `metric links2`. Rotation des clavicules : 24 à 26° (4° avant), bras 17 à 24° ; contrôle 0,29 % au pire, round 854, seuil atteint | contrôle visuel (R) : en brut les épaules sont rejetées en arrière et les bras traversent le corps ; l'étalonnage au repos recopiait l'erreur du retargeting (repos mannequin en T, Genesis en A) | `.\Tools\Restore.ps1 -Lot PoseShoulder` |
| CHG-196 | 2026-10-06 | PoseMeasure | Touche R du mode Mesure : Bridget brute (clip `B_` au même instant, sans correction) ou corrigée, au même cadrage, sans lancer de passage (`FLPOrchestratorRound.BridgetRaw`). Le contrôle porte sur la pose affichée. Les passages automatiques repassent en vue corrigée. Corrections relevées dans les modèles : clavicules ~4°, bras ~5°, avant-bras ~48°, mains 106 à 117° | l'utilisateur voit un défaut d'épaule ; il faut savoir s'il vient du clip converti ou de la correction avant d'agir | `.\Tools\Restore.ps1 -Lot PoseRaw` |
| CHG-195 | 2026-10-06 | PoseMeasure | Caméra libre du mode Mesure (`LPPairSandbox`) : touche 0, départ au cadrage de la caméra fixe en cours, ZQSD/WASD, E/Espace et C/Ctrl pour monter et descendre, Maj ×3, clic droit + souris pour orienter ; 1 à 9 reviennent aux caméras fixes. Elle survit aux passages automatiques (vue nommée « Libre » dans les captures) et est détruite à la sortie du mode. Aide ajoutée au panneau. Démarrage vérifié (round 840, seuil atteint) ; déplacement non testé | contrôle visuel par l'utilisateur | `.\Tools\Restore.ps1 -Lot PoseFreeCam` |
| CHG-194 | 2026-10-06 | PoseMeasure | `LPPoseMeasure` : score, correction et contrôle sur la même table `Links` (19 segments : colonne, cou, pieds, mains, clavicules), au lieu des 10 segments visés. Pelvis et clavicules étalonnés sur la pose de repos (`FLPPose.Rest`) : la rotation de l'os depuis son repos porte la direction de repos du mannequin. Écarts au repos relevés (`ETALON`) : pelvis 60 %, clavicules 19,1 % (= l'écart mesuré en jeu, donc différence de définition), bras 24 à 27 % (pose A contre T, non étalonnés). Modèles `metric links1`, colonne `links`, anciens modèles et `best_Face.png` retirés. Résultat (rounds 829 à 832) : contrôle 0,29 % au pire (lFoot), aucun os au-dessus de 1 %, boucle arrêtée sur « seuil atteint ». Le contrôle n'est plus indépendant de la correction : l'image `shots/` sert de vérification. Le texte du panneau (`LPPairSandbox.cpp`) a aussi changé, hors instantané `PoseLinks` | le contrôle signalait pelvis 50 % et clavicules 19 % alors que le score de l'orchestrateur valait 0 | `.\Tools\Restore.ps1 -Lot PoseLinks` |
| CHG-193 | 2026-10-06 | PoseMeasure | Boucle automatique du mode Mesure (`LPPairSandbox`, `LPPoseOrchestrator`) : démarre à l'entrée du mode, un passage toutes les 2 s, capture sans interface 0,6 s après chaque passage (`Saved/Measurement/shots/round_NNNN_<vue>.png`), référence `best_<vue>.png` à la première capture ou quand le modèle est remplacé. Arrêt au seuil, sur plateau (5 passages identiques) ou après 200 passages ; bouton Auto / Arrêter ; journal `AUTO`. `FLPOrchestratorRound.bKept` ajouté. Vérifié : rounds 804 à 828, arrêt sur plateau, images nettes | l'utilisateur n'apporte rien en lançant chaque passage | `.\Tools\Restore.ps1 -Lot PoseAuto` |
| CHG-192 | 2026-10-06 | PoseMeasure | Sandbox Mesure : la sphère de la caméra active n'est plus dessinée (bande jaune), figures à ±90 cm, caméras décalées de 55 cm hors du panneau ; contrôle indépendant `LPPoseMeasure::Compare` sur Bridget après chaque clip (ligne `controle` du panneau, `MESURE os` au journal). Premier relevé : pelvis 49,5 % / 51,7 %, lCollar et rCollar 19,1 %, abdomenLower 9 à 11 % | Bridget était sous le panneau ; le score de l'orchestrateur vaut 0 par construction | `.\Tools\Restore.ps1 -Lot PoseView` |
| CHG-191 | 2026-10-06 | PoseMeasure | `LPPoseMeasure.cpp` : score et visée en direction des segments (angle en % de 180°, repère du corps), plus en positions mises à l'échelle. Modèles marqués `metric direction1`, colonne `metric` = `direction` ; anciens `best_*.txt` retirés (copies dans l'instantané). Manches 697 à 712 : 10,76 → 0 (Idle_Loop) et 6,13 → 0 (A_TPose) dès la première manche, puis 0 stable. Ce zéro est attendu par construction (le score mesure ce que la visée règle). Contrôle caméra (positions, calque) : pire vue 20,5 % (rFoot) contre 16,5 % avant. Validation visuelle en attente | le score en positions butait sur les proportions (tronc 7,6 %, jambes 8 %) | `.\Tools\Restore.ps1 -Lot PoseMeasure3` |
| CHG-190 | 2026-10-06 | PoseMeasure | `LPPoseOrchestrator.cpp` : rotation locale = Parent⁻¹ * Monde (`LocalRot` l. 138, `ApplyDeltas` l. 166), au lieu de Monde * Parent⁻¹. Les `best_*.txt` calculés avec l'ancien ordre sont retirés (copies dans l'instantané). Deux passes (manches 675 à 696) : chaque « avant » égale l'« après » retenu au tour précédent et le score enregistré (Idle_Loop 6,8047, A_TPose 7,9827). Plateau dès la manche 680 : tronc 7,7 %, jambes 8,2 %, bras 2,5 % (Idle_Loop) | la boucle restait bloquée (passes identiques, kept=0) : le modèle relu donnait 11,66 % au lieu des 6,85 % enregistrés | `.\Tools\Restore.ps1 -Lot PoseMeasure2` |
| CHG-189 | 2026-10-05 | PoseMeasure | `LPPoseMeasure`, `LPPoseOrchestrator`, panneau Mesure : score pondéré (tronc 50 %, jambes 30 %, bras 20 %) et la liste de chaque os. Le tronc est verrouillé avant les membres. Un passage qui améliore un genou mais empire le tronc ne remplace pas le modèle. Les anciens `best_*.txt` sans `metric weighted3` ne sont plus rechargés | un seul os (le genou) donnait l'impression que la pose était corrigée | retirer `FLPPoseScore` et revenir au libellé du pire os |
| CHG-188 | 2026-10-05 | PoseMeasure | Orchestrateur : 8 échantillons sur la durée, synchro sur le calque du mannequin, archive `Saved/Measurement/history.csv` et `round_XXXX_*.csv`. Le calque jaune est le squelette du mannequin posé sur le bassin. Round 1 : Bridget et Michael restent à 60 % (os `pelvis`), avant = après | comparer les écarts d’un passage à l’autre, et sur toute la durée du clip | `.\Tools\Restore.ps1 -Lot PoseMeasure` |
| CHG-187 | 2026-10-05 | PoseMeasure | Chambre `measurement` dans la sandbox (menu Mesure, `LifePlay_measure_sandbox.bat`). Neuf caméras autour des trois corps, squelettes dessinés, écart de chaque vue en pourcentage de la taille. Pire vue mesurée : Droite 14,5 % (pied gauche de Michael) | une seule vue de face ne voyait pas le bras derrière le dos | `.\Tools\Restore.ps1 -Lot PoseMeasure` |
| CHG-186 | 2026-10-05 | AnimToGenesis | Pose `pole` : demi-tour des épaules seulement (`lShldrBend`, `rShldrBend`). L'avant-bras et la main gardent l'alignement de ~10°. Idle mesuré : Bridget 2,1 / 6,4 cm devant le buste, Michael −0,8 / 4,0 (mannequin −1,4 / 3,5). 43 clips `B_` et 43 `M_` | la main passait derrière le dos ; un demi-tour de l'avant-bras ne déplace pas le poignet | retirer le mode `pole` dans `Tools/RetargetQuaternius.py` |
| CHG-185 | 2026-10-05 | AnimToGenesis | `LPAnimRedirect` lit `Saved/Config/Windows/LPAnimTarget.ini`. `BuildMod.ps1 -Target sandbox -Open` ouvre la sandbox ; `-Target game -Open` ouvre la partie (carte par défaut, sans forcer la sandbox). `game` fait jouer `B_Walk_Loop` / `M_Walk_Loop` par la marche du jeu. `sandbox` laisse cette marche au Blueprint. La sandbox ne subit pas la marche du jeu | choisir la cible des clips convertis sans les déplacer | `.\Tools\Restore.ps1 -Lot AnimToGenesis` |
| CHG-184 | 2026-10-05 | AnimToGenesis | `BuildMod.ps1 -Retarget bake` lance `RetargetQuaternius.py` dans UnrealEditor avant la cuisson : les clips Quaternius sont recopiés sur Bridget et Michael. `-Retarget rigs` ne refait que les rigs. `-RetargetOnly` ne cuit pas. Sans `-Retarget`, un mod se cuit comme avant. Les copies effacées sont seulement `B_` / `M_` des clips source | la conversion vers les deux corps du jeu fait partie du build de mod | `.\Tools\Restore.ps1 -Lot AnimToGenesis` |
| CHG-183 | 2026-10-05 | Sandbox | Pose Genesis : épaule 43,5°, clavicule 2,5°, cuisse 6°, sens mesuré vers le T | l'alignement par le maillage mettait ~40° sur la clavicule et ~11° sur l'épaule | retirer `apply_daz_adjustments` |
| CHG-182 | 2026-10-05 | Sandbox | Cou et tête Genesis exclus de l'alignement par le maillage | le centre du crâne basculait la tête en arrière | réinclure la chaîne Neck dans `auto_align_bones` |
| CHG-181 | 2026-10-05 | Sandbox | Pose de retarget Genesis 8 alignée par le maillage (MeshToMesh), pas par la chaîne | ChainToChain ignore un os isolé, donc l'avant-bras et la main restaient en pose A | revenir à `auto_align_all_bones` |
| CHG-180 | 2026-10-05 | Sandbox | Recopie Genesis 8 : une chaîne par segment, jamais à travers un os Twist (col+épaule, avant-bras, main, cuisse, tibia, pied) | la chaîne clavicule→main faisait passer la rotation de l'avant-bras dans l'os de torsion | revenir aux chaînes LeftArm / LeftLeg de CHG-179 |
| CHG-179 | 2026-10-05 | Sandbox | Recopie Bridget/Michael : os de torsion ignorés, pose cible alignée sur le T du mannequin, rotation un pour un, pas de translation | les bras Daz se repliaient dans le bassin ; le mannequin, lui, était correct | relancer l'ancienne copie sans `auto_align_all_bones` |
| CHG-178 | 2026-10-05 | Sandbox | En Interaction, MC et PNJ jouent le même clip Quaternius. Bridget et Michael reçoivent la copie retargetée (`B_` / `M_`) | seul le mannequin jouait ces clips | retirer `Tools/RetargetQuaternius.py`, `Content/Quaternius/Retarget` et les clips `B_` / `M_` |
| CHG-177 | 2026-10-05 | Sandbox | Menu toujours visible : MC et PNJ choisissent Mannequin, Bridget ou Michael. Le mannequin joue les clips Quaternius ; Bridget et Michael gardent l'idle Daz ou la paire `_F` / `_M` | le mode Interaction forçait le mannequin sur le MC | retirer `SelectBody` et les listes MC / PNJ |
| CHG-176 | 2026-10-05 | Sandbox | Mode Interaction : le MC devient le mannequin Quaternius (`Content/Quaternius/UAL`, CC0, sans root motion). Le menu Marche liste ses 43 clips. Une touche de direction joue le clip choisi, l'arrêt revient à `Idle_Loop`. Pair garde Bridget | les cycles Daz ne pliaient que le pied | retirer `Content/Quaternius`, `LoadQuaternius` et `UseBody` |
| CHG-175 | 2026-10-05 | Sandbox | La touche reste collée à la tête du PNJ, du côté de la caméra, et reste dans l'image | la lettre E flottait au milieu de la pièce | remettre le décalage de 42 cm |
| CHG-174 | 2026-10-05 | Sandbox | À moins de 1,5 m, la touche `Interact` lue dans `Saved/Config/Windows/LPKeyboard.ini` s'affiche à côté du PNJ. Cette touche ouvre la liste | la lettre était fixe sur E | retirer la pastille et relire E |
| CHG-173 | 2026-10-05 | Sandbox | La marche ne joue qu'avec une touche de direction, le repos revient à l'arrêt. En vue Yeux, 5 s sans marche repasse en vue Interaction ; reprendre la marche rend la vue Yeux | le cycle tournait aussi à l'arrêt | retirer le minuteur et rejouer le cycle en continu |
| CHG-172 | 2026-10-05 | Sandbox | Le menu Interaction est un panneau opaque, sans texte moteur par-dessus. WHO1 et WHO2 ont une race (Human, Elf, Orc, Vampire) et des cases : temporaire, créature, mariage, relation, collègue, employé, parent, fréquentation, compagnon | les listes étaient couvertes, et le filtre WHO ignorait race et relation | retirer les cases et le panneau |
| CHG-171 | 2026-10-05 | Sandbox | Mode Interaction : menu Marche (`Repos`, `walk_F`, `walk_M`, `HighHeelsWalk`, `HighHeels`) joué sur Bridget. Les `.lpaction` de `vin_Base` sont filtrés par WHO1, WHO2, WHERE et WHEN. E, près du PNJ, affiche cette liste | essayer les cycles de marche et voir quelles actions restent pour Bridget et Michael | retirer les menus et `CollectActions` |
| CHG-170 | 2026-10-05 | Sandbox | Vue Dessus : bras 2 m, pitch −80°, champ 95°. L'ancienne distance de 8 m passait au-dessus du plafond, vers 4 m | la vue de dessus montrait l'extérieur de la chambre | remettre le bras à 8 m |
| CHG-169 | 2026-10-05 | Sandbox | La chambre `work___vin01` sert aux deux essais. Menu en haut à gauche : Pair (collision, animations) ou Interaction (marche, vues, E ne charge que `chat.lpaction`). Les deux .bat ouvrent cette chambre | la vue Interaction séparée restait vide | retirer le menu de mode et `BeginInteraction` |
| CHG-168 | 2026-10-05 | Sandbox | `LPInteractionSandbox` et `Tools/debug/LifePlay_interaction_sandbox.bat` : MC (Bridget, idle Daz) et un PNJ (Michael), sol, trois vues (1 Interaction, 2 Dessus, 3 Yeux, C enchaine). E à moins de 150 cm n'ouvre que `chat.lpaction`. Le cycle `walk_F` et la caméra suiveuse ne sont plus appliqués dans la partie : le clip ne pliait que le pied et la vue ne suivait pas | garder la partie intacte pendant l'essai des mouvements et des caméras | supprimer les deux fichiers, le .bat, et rappeler `WalkAnim` / `FollowCamera` |
| CHG-167 | 2026-10-05 | Proximité | Marche : `walk_F` ou `walk_M` selon `IsMale`, rythme selon la vitesse, l'animation d'origine revient à l'arrêt. Caméra troisième personne derrière le personnage (bras 3,4 m, pitch entre −55° et −12°) tant que la vue active est `Birdview` ; C rend la main au jeu | le MC glissait sans cycle, et la vue de dessus ne le suivait pas | retirer `FollowCamera`, `WalkAnim` et `RestoreAnim` |
| CHG-166 | 2026-10-05 | Proximité | La liste E reste cachée tant que E n'est pas pressé ; un second E ou un clic lance la ligne. Les boutons ne prennent pas le clavier. `PlayerCharacter` n'est pas possédé : `bRunPhysicsWithNoController` pour que `AddMovementInput` le déplace. Les touches digitales sont lues avec `IsPressed` | en ville la liste s'ouvrait seule et le MC ne bougeait pas : aucune ligne `Marche` dans le journal de 13:07, le mouvement sans contrôleur est ignoré | retirer `bPromptOpen` et `bRunPhysicsWithNoController` |
| CHG-165 | 2026-10-05 | Clavier | Les touches sont dans `Saved/Config/Windows/LPKeyboard.ini`. `Input.ini` est le cache généré du moteur : à la sortie il l'efface quand le texte à écrire est vide | partie 12:44 : 55 actions écrites dans `Input.ini`, fichier absent après la fermeture de 12:58 | revenir au chemin `Input.ini` de CHG-164 |
| CHG-164 | 2026-10-05 | Clavier | `LPKeyboardSubsystem` écrit et relit `Saved/Config/Windows/Input.ini` (`+ActionMappings` / `+AxisMappings`). Le fichier est créé au lancement. `SaveKeyMappings` ne l'écrit pas : `UInputSettings` est `defaultconfig` | le jeu packagé n'avait pas de `Input.ini`, donc les touches n'étaient pas restaurées | retirer `LoadSaved` / `SaveSaved` et revenir à `SaveKeyMappings` |
| CHG-163 | 2026-10-05 | Réglages | Curseurs couleur et page Keyboard : même police à contour que les réglages existants, curseur copié sur `SettingSlider`. Couleur relue et écrite dans `Saved/Config/Windows/LPColorGrade.ini`. Les touches restent dans `Saved/Config/Windows/Input.ini` | les derniers réglages et le clavier n'avaient pas le style du menu, et la relecture devait être explicite | retirer le style partagé et revenir à `GConfig` pour la couleur |
| CHG-162 | 2026-10-05 | Réglages | Page Keyboard : sections Movement, Camera, Interaction, Menus, Favorites, Time, World, Save, Scene, Other. Le texte d'aide passe à la ligne | la liste alphabétique mélangeait favoris, déplacement et menus | retirer `GroupFor` et le tri par section dans `LPKeyboardSubsystem.cppzzzzzzzzzzzzzzzzzzzzzzzzzzz` |
| CHG-161 | 2026-10-05 | Réglages | `LPColorGradeSubsystem` : dans Video, Brightness (compensation d'exposition), Saturation, Contrast, White Balance et Tint. Volume de post-traitement non borné, valeurs neutres du moteur au départ. Fichier `Saved/Config/Windows/LPColorGrade.ini` | l'image trop blanche se règle par l'exposition et le Color Grading d'Unreal, pas par un nouveau pipeline couleur | retirer `LPColorGradeSubsystem.h/.cpp` et le cas `LPColor` dans `CategoryOf` |
| CHG-160 | 2026-10-05 | Réglages | Onglets à la largeur du nom, ordre General, Audio, Video, Keyboard, Lewd, Misc. Page clavier en anglais. `Volume - Sex` affiché `Volume - Dialogue`, `Volume - Sex Moans` affiché `Volume - SFX` | les onglets se chevauchaient, le clavier était en français, et les deux volumes gardaient l'ancien libellé | retirer le renommage et les libellés anglais dans `LPSettingsSubsystem.cpp` et `LPKeyboardSubsystem.cpp` |
| CHG-159 | 2026-10-05 | Réglages | `LPSettingsSubsystem` : entrée `LPSettingsTitleButton` sur l'écran titre, juste après `ModManagerTitleButton` (donc avant Donate). Le `SettingsButton` d'origine reste masqué par `ColapsedForTitleScreen` ; le clic de la nouvelle entrée rejoue son `OnClicked`. La liste est reconstruite : `InsertChildAt` laissait le bouton en dernier dans la boîte affichée, sous Exit, et le contenu centré le décalait vers la droite | Settings absent du menu principal, puis affiché sous Exit | retirer l'entrée titre dans `PlaceSettingsButton` |
| CHG-157 | 2026-10-05 | Proximité | `LPDirectControlSubsystem` : marche ZQSD et WASD sur `MoveForward` / `MoveRight` (les flèches gardent la vue de dessus), journal seulement sur J, action `Interact` sur E. Index des `.lpaction` dont `WHERE` contient `interaction`, et des `.lpnear` (`MESH` / `PROMPT` / `ACTION`). L'invite Slate suit la personne ou le meuble le plus proche (150 cm) ; E appelle `TakeModActionWithBuilding` avec l'`ActionDetail` déjà chargé. `Content/Modules/vin_Base/Proximity/furniture.lpnear` | déplacer le personnage et lancer une action de module sans modifier les Blueprints | retirer `LPDirectControlSubsystem.h/.cpp`, `furniture.lpnear`, et les lignes `MoveForward`, `MoveRight`, `Interact` de `DefaultInput.ini` ; remettre Journal sur Q et WASD sur `LeftRight` / `DownUp` |
Reference in a new issue View git blame Copy permalink