LifePlay-Revival/Docs/37_Feuille_De_Route_Alpha2.md

37. Feuille de route : alphas 2026.10.2.2a et 2026.11.3.1a

Rédigé le 2026-10-20 par Big Boss (lot ROAD1, DOC-37), à partir de la feuille de route donnée par l'utilisateur ce jour et des tâches en attente de etat\BOSS\BOSS-ETAT.md (§ PAUSE, En cours, Décisions, Après l'alpha) et de la reprise REP1. Règle de tri donnée par l'utilisateur : les tâches en attente sont classées (urgence, fix, quick gain, amélioration) et partent dans la première build ; le reste de la feuille de route part dans la seconde build.

Statut de départ : jeu ue5.8 à cdd69d9, publié pub/ue5.8 8084622 ; addon 35a9e2c (= origin/ue5.8, Forgejo) ; archive de la copie avant reprise : D:\Game\LifePlay_Backup_5.5\ARCH58-20261020\ (copie sans le régénérable, 24 673 fichiers, 11,2 Go, robocopy 0 échec, bundles jeu-5.8 et modules-5.8 vérifiés, manifeste sha256).

1. Build 1 : alpha 2026.10.2.2a — 5 jours glissés (2026-10-20 → 2026-10-24)

1.1 Feuille de route de l'utilisateur

Fix

Id	Tâche	Lien avec l'existant
F1	Analyser et corriger tous les défauts relevés par l'audit du générateur de personnage (D:\Game\LifePlay-Sandbox-5.8\Docs\CG\REF)	CGREF1 (CHG-368), STE-H3i (378 Accessed None chargen)
F2	Empêcher les caméras de sortir de la pièce	CAM B2l (caméra qui évite les meubles), CAM B1e Q1-Q5, R-B1f
F3	StreetMap ne s'affiche plus normalement en 5.8 (par rapport à la 5.5)	C4996 StreetMap (lp-ue-compat), plugin désactivé dans l'addon

Amélioration

Id	Tâche
A1	Caméra à la première personne : ajouter le mouvement sur l'axe Y (aujourd'hui X seul), mouvement (X, Y)
A2	Caméra à la troisième personne : étudier les jeux de référence pour fixer le meilleur paramétrage

Paramétrage du clavier

Id	Tâche
K1	Auditer le mappage des touches → document de référence (lien : TSC1, Insert et Tilde, Config/DefaultInput.ini)
K2	Liste déroulante des dispositions QWERTY et AZERTY avec bouton « Apply » (d'après les jeux les plus populaires)
K3	Entrée pour définir une action
K4	Entrée pour définir une interaction (s'asseoir, parler)
K5	Saisie acceptant les clics de souris et les combinaisons de touches
K6	Section de scène des menus de contrôle : bloc des mouvements de caméra, bloc du déplacement des personnages, entrée pour afficher le panneau d'action

1.2 Tâches en attente avant le gel, triées

Urgence (avant tout autre travail de la build)

Id	Tâche	Pourquoi
U1	Recompiler l'addon et valider les sources C++ de SBXTYP-R2 (commitées et poussées sans build rejoué)	code publié non vérifié
U2	Confirmer la visibilité des dépôts sur le Forgejo (jeu public ? addon privé ?)	l'addon contient le référentiel CG
U3	Rotation de Big Boss et des sessions saturées (Low · MEN1, Medium-High > 250 k)	règle de rotation
U4	Copie au profil des skills révisés (liste et MD5 attendus d'EVAL W6, non consignés)	skills du profil peut-être en retard

Fix

Id	Tâche
F4	LifePlay.uproject : remettre TargetAllowList: Editor sur McpAutomationBridge (perdu, ERR-140)
F5	7 fiches d'état de l'addon à constat PubCheck (ENV1-T1, SHP1-T1, SHP1-T2, PROJ1-T3-DOC, UEM1-T5 à T7)
F6	ERR-042 : personnages de partie dans Content\Saves (reste)
F7	ERR-011 : avertissement CenterBrow ; animation « look » restée active ; accessoires détachés
F8	C4701 : Aim à initialiser ; meshZ au lever dans le Blueprint
F9	Écart CHG-329 (« 10 sur 60 » contre « 12 sur 100 »)
F10	README racine qui annonce encore V2.0

Quick gain

Id	Tâche
Q1	TSC1 : essai en jeu de la console de scènes (Insert, tf_start, Entrée) et réponse au joueur (TSC1-DIAG-01.md § 5) — à joindre à K1
Q2	Ajouter find aux fonctions sûres de la garde lp-mcp (refus à tort en TSC1)
Q3	Employer Tools\CopieEtat.ps1 pour les contrôles GO / FIN de Big Boss
Q4	PIPE1 : choisir l'outil de W4 (a / b / c ; VERIF1 conseille b) et le premier outil (Vague.ps1 ou VerifLivrable.ps1)
Q5	PIPE1 : approuver le recensement PIPE1-INV-01-SUBSTITUTION.md et la règle « mécanique = script » (sk-protocol, lp-lot)
Q6	Décider du tag local v2026.10.2.1a (non poussé)
Q7	Licence d'ue-cpp-build ; 228 fichiers synced/ ; etat\AG\ORGA2\ ; session inconnue Docs/BAR (trier, suivre ou écarter)

Amélioration — reportées en build 2 (décision de l'utilisateur, 2026-10-20 : « A3 à A9 passent en build 2 ») ; numéros gardés

Id	Tâche
A3	G2 : nettoyage U9 de la grille A3 (banc LPTestStringCompat étendu, 56 LPMeshCompat, 6 LPNavigationHelpers), SPEC puis mesure M0 — lié à la modernisation de la build 2
A4	B2-ter : mesure de cadence par logman/wpr puis PresentMon --etl_file, journal AMD Adrenalin ou CSV Profiler (Development)
A5	REF2 : 15 contradictions, statuts, orphelines, étiquette « historique »
A6	OPT0 A3 et B1
A7	PIPE1 : SPEC de W1, W2, W3, W5, W6, W8 ; réponse attendue de Medium-xHigh · PIPE1 sur le modèle de mesure
A8	AMEL1 : mesure P4 et essai R4 (lp-mcp-bp en Sonnet, ORGA2)
A9	Après l'alpha : CAM N2 (ligne de journal de refus), STG-POST1 (6 extérieurs), STG-POST2 (S-F2), B2q-b2 à b4, bonus v5.26 (grille), essai GPU de 45 min (STG), Scope Insight RT (EVAL-FAB-4)

Échéances dans la fenêtre : G1 Sentry suspendu (utilisateur, 2026-10-20 : « on suspend G1 ») ; passage des traces TRACE-2026-11 le 2026-11-01 (pendant la build 2).

2. Build 2 : alpha 2026.11.3.1a — 10 jours glissés (2026-10-25 → 2026-11-03)

2.1 Réforme du processus d'animation

1. Analyser et auditer le processus en place pour évaluer la difficulté d'implémentation → document de référence.
2. Comparer avec les processus d'animation classiques des personnages.
3. Permettre plusieurs opérations du même type.
4. Clé ANIMATION_PRIORITY :
   • default : jouée quand aucune autre pose n'est présente ;
   • override : surcharge default ;
   • randomize : si deux poses sont enregistrées pour la même action, tirage au sort ;
   • forced : pas de tirage, l'animation est imposée ;
   • redéfinissable quand ANIMATIOND_ID sert de référence d'appel depuis un .lpaction.
5. Clés d'une animation composée :
   • ANIMATION_IN (pose d'entrée), ANIMATION_IDLE (pose d'attente, en boucle), ANIMATION_OUT (pose de sortie) ;
   • ANIMATION_STEP : numéro d'étape, délai, pose à jouer, effet sonore ; poses jouées dans l'ordre indiqué ;
   • ANIMATION_WEIGHT : pourcentage d'avantage au tirage ;
   • ANIMATION_LINKED_ASSET : asset lié pendant l'animation ;
   • ANIMATION_TARGET_ASSET : asset lié à la pose (position relative à la pose) ;
   • ANIMATION_SOUND_EFFECT : liste d'effets sonores à charger ;
   • ANIMATIOND_ID : identifiant qui appelle la chaîne complète depuis un .lpaction.
6. Définition et chargement dans un fichier .lpanimation (format YAML) ou directement dans un .lpaction.
7. Règles : une clé ANIMATION seule dans un .lpaction vaut ANIMATION_PRIORITY: default ; tirage au sort pour randomize ou quand deux override entrent en collision.

2.2 Optimisation

• Pipeline de rendu pour automatiser les tests (lien : lp-perf, modèle de mesure PIPE1).
• Qualité du rendu des personnages.

2.3 Modernisation

• Audit puis remplacement des modules obsolètes UE 4 et 5.5 par leurs équivalents UE 5.8 (lien : doc 30, grille A3, A3 de la build 1).

2.4 Dépréciation

• L'ancien module de réglages est forké et désactivé avant son retrait à la release suivante ; le menu redirige vers le nouveau panneau du menu général.

2.5 Interaction

• Parler à un PNJ affiche la liste des opérations permises par le mécanisme de filtrage.
• Une action affiche la liste des opérations permises dans une pièce par le même mécanisme.
• Action « s'asseoir » : déterminer l'identifiant unique (uniq_id) à employer ; vérifier que la propriété du siège est verrouillée et qu'aucun PNJ n'est à proximité (10 cm) ; déverrouiller le siège, jouer ANIMATION_IN puis ANIMATION_IDLE ; jouer ANIMATION_OUT dès qu'une touche met le personnage principal en mouvement.
• Documentation en anglais et en français, et une démo.

2.6 Organisation IA

• Commandes pour les tâches répétitives (moins de jetons) — lien : recensement PIPE1-INV-01, Q4 et Q5.
• Processus de découpage des projets complexes : Ouverture → Interview → Analyse des besoins → Définition des objectifs → Cahier des charges + RACI → Découpage des objectifs en tâches plus fines → Analyse des tâches → Analyse des risques → Conception → Codage → Compilation → Test → Validation → Fermeture.
• Skills « codeur C++ et Blueprint » et « testeur ».
• Définition des nouveaux agents.

2.7 Reportées de la build 1

A3 à A9 du § 1.2 (G2, B2-ter, REF2, OPT0 A3 et B1, SPEC PIPE1, mesure P4 et R4, lots d'après l'alpha) : décision de l'utilisateur du 2026-10-20. A3 (G2) se joint à la modernisation (§ 2.3), A7 (PIPE1) à l'organisation IA (§ 2.6).

3. Build 1 : ordre des lots et sessions (proposition de Big Boss, à approuver)

Contrainte : une seule copie UE (compilation, MCP, éditeur, jeu lancé, paquet) sous le jeton de Big Boss ; tout ce qui ne touche pas la copie (CART en lecture de fichiers, recherche, doc) tourne en parallèle. Chaque lot suit lp-lot (CART → SPEC → IMPL → BUILD → VAL distincte → DOC → tickets) ; commits par vague du gardien en fin de journée.

3.1 Lots

Lot	Contenu	Session (modèle)	Copie UE
ADD1	U1 : build de l'addon, VAL des sources SBXTYP-R2	Medium · OPT0-G0 (local_3df0f077, opus medium) → « Medium · ADD1 »	oui (1er jeton)
QG1	Q2, Q3, Q7 (tri), F4, F5, F9, F10 : quick gains et petits fix de texte ou de config	Sonnet · REP1 (local_345cbd76, sonnet) → « Sonnet · QG1 »	non (F4 : une ligne du uproject, sous instantané)
KEY1	K1 (audit du mappage, doc de référence) + Q1 (TSC1) ; puis SPEC de K2-K6	Lower · TSC1 (local_fb6a93ea, haiku, MCP déjà donné) → « Lower · KEY1 » pour la lecture ; SPEC par Sonnet · REP1-PUB	lecture MCP (2e jeton)
CG2	F1 : défauts de l'audit CG (Docs\CG\REF), CART puis IMPL C++ et Blueprint	Medium-xHigh · PIPE1 (local_c917cf01, opus xhigh) → « Medium-xHigh · CG2 »	IMPL : 4e jeton
CAM2	F2 (caméras hors de la pièce) + A1 (vue à la 1re personne en X, Y)	session neuve (Medium-High a > 250 k ; CAM y garde son contexte : passation écrite d'abord)	IMPL : 5e jeton
CAM3	A2 : étude du paramétrage de la vue à la 3e personne (recherche)	Sonnet · REP1-PUB (local_224d5242) → « Sonnet · CAM3 »	non
STM1	F3 : StreetMap en 5.8 (CART 5.5 contre 5.8, puis correctif)	Medium (local_232546c8, opus medium) → « Medium · STM1 »	CART : non ; IMPL : 3e jeton
KEY2	K2-K6 : panneau de touches (disposition QWERTY / AZERTY + Apply, action, interaction, souris et combinaisons, section de scène)	Medium · ADD1 après ADD1 (opus)	IMPL : 6e jeton
FIX1	F6, F7, F8 : petits correctifs Blueprint par MCP	Lower · KEY1 après K1 (lp-mcp-bp)	7e jeton
REL2	VAL commune, Shipping 2026.10.2.2a, essai en jeu par l'utilisateur, vague du gardien, publication pub/ue5.8	Big Boss (session neuve, U3)	dernier jeton

Gestes de l'utilisateur hors lots : U2 (visibilité Forgejo), U3 (nouvelle session Big Boss, archivage de Low · MEN1 et Medium-High après copie des transcriptions), U4 (copie des skills au profil), Q4, Q5, Q6 (décisions PIPE1 et tag).

3.2 Calendrier (5 jours glissés)

Jour	En parallèle (hors copie UE)	File de la copie UE
J1 (10-20)	QG1 ; CART de CG2, STM1, CAM2 ; CAM3 ; gestes U2-U4, Q4-Q6	ADD1 (build + VAL) → KEY1 (lecture MCP)
J2 (10-21)	SPEC de CG2, CAM2, STM1 ; SPEC de KEY2 (d'après K1 et CAM3)	STM1 (IMPL + build) → CG2 (IMPL + build)
J3 (10-22)	VAL de STM1 et CG2 ; doc K1	CAM2 (IMPL + build) → FIX1
J4 (10-23)	VAL de CAM2, FIX1	KEY2 (IMPL + build)
J5 (10-24)	DOC et tickets de tous les lots	VAL de KEY2 → REL2 (Shipping, essai en jeu, vague, publication)

3.3 Risques

1. KEY2 est le plus gros lot (panneau d'interface, capture souris et combinaisons, deux dispositions) : tout K2-K6 reste en build 1 (décision de l'utilisateur, 2026-10-20 : « non on laisse tout en build 1 »). Parades : SPEC de KEY2 dès la fin de K1 (J1-J2) ; écriture du code C++ / UMG hors copie UE dès le J2 (seuls compilation, éditeur et essai prennent le jeton) ; FIX1 avancé au J2 si CG2 finit tôt, pour laisser au KEY2 le J3 soir et tout le J4 sur la copie UE.
2. F1 dépend de l'ampleur de l'audit CG : la CART de CG2 donne le compte des défauts au J1 ; au-delà d'une journée d'IMPL, tri par gravité avec l'utilisateur.
3. File unique de la copie UE : un build rouge décale toute la file ; Big Boss réordonne, jamais deux jetons ouverts.
4. K6 et F1 touchent du contenu réservé aux adultes : les livrables suivent la règle du doc 27 (rien de tel sur un dépôt public) ; le référentiel CG reste dans l'addon.