edujiro5972/LifePlay-Revival
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
LifePlay-Revival/Docs/Migration/etat/CAM/CAM-B2b-DEMANDE.md
edujiro5972 8084622450 LifePlay UE 5.8 : état de développement au 2026-10-19 
Tickets : REP1-T4

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
2026-10-19 22:57:42 +02:00

3.2 KiB
Raw Blame History

CAM-B2b : fiche et BUILD-DEMANDE (brouillon, à n'envoyer qu'au GO de Big Boss)

Préparée le 2026-10-13 après les essais de B2 (CAM-B2b-AMENDEMENT.md). Room seul ; PC, GI et Person ne sont pas touchés.

Grille (sk-orchestrate § 2)

  • a1 b2 c1 d1 e1 f1 = 7 → N3 (session CAM, appels MCP directs, un appel par message).
  • S = C3 1 (procédure lp-mcp § 3 et identifiants SPEC B0a ; la règle de confinement est nouvelle, mais écrite dans l'amendement) + f 1 = 2 < 3 : pas de scission imposée.
  • Découpage retenu malgré tout, parce que le pilotage attend un choix de l'utilisateur :
    • B2b-A = confinement, repli, trajectoire (amendement § 4) ;
    • B2b-B = pilotage (option 1 ou 2, § 6). Les deux se font dans la même ouverture d'éditeur et le même build si le choix est connu avant le GO ; sinon B2b-A seul.
  • Case C9a : à cocher le jour de l'envoi (relevé ci-dessous refait).
  • Exécutant : session CAM. Si un nouvel écart « deux appels dans un message » se produit, l'écriture passe à lp-mcp-bp (consigne de Big Boss du 2026-10-13).

Préalables

  1. Accord de Big Boss sur CAM-B2b-AMENDEMENT.md, puis report dans CAM-SPEC.md (copie d'avant dans Backup_5.5\CAM\SPEC-avant-B2b\).
  2. Choix de l'utilisateur : option 1 ou option 2.
  3. Test qui tranche la marche (C3 puis ZQSD, build B2) : il décide si un point « marche » s'ajoute ou non.
  4. Copie définitive du journal des essais de B2 faite (jeu fermé).

Déroulé

  1. Relevé : HEAD ; git status -- Content\BPs\Room.uasset Source Config (Room seul, M) ; MD5 Room A5FA970E (après B2, non commité) ; GI C4817B84 ; 0 processus Unreal.
  2. Instantané Snapshot.ps1 -Lot CAM-B2b -Path Content\BPs\Room.uasset.
  3. Éditeur headless (lp-mcp § 2), un appel MCP par message. get_node_infos des nœuds touchés, avec leurs points d'insertion :
    • ComputeC2Target : CustomEvent_47, 455, 458, 459, IfThenElse_90, VariableSet_61, VariableSet_62 ; insertion entre 458 et 459.End, puis après 61 et 62 ;
    • poursuite : 467, 468, 474 ; insertion entre 468 et 474 ;
    • réglages : 459.Radius 12 → 20, PO6 (12,12,12) → (20,20,20).
  4. Écritures, suivies de V3 et de la compilation stricte :
    • B2b-1 : boîte du § 3, calculée une fois dans une nouvelle fonction pure RoomCamBox, avec ses sorties Min et Max ;
    • B2b-2 : repli vers le haut si la caméra est à moins de 80 cm de la tête ;
    • B2b-3 : balayage de la tête vers Next, puis Clamp ;
    • option choisie.
  5. save_assets de Room seul ; Stop-Process ; UeState = 0.
  6. V5 : dump Room (critères de l'amendement § 8). V6 : CompileAllBlueprints = référence. UE-LIBRE. V7 sur un nouvel UE-GO : build ..._CAM-B2b_Development et CheckPackage.
  7. Essais de l'utilisateur (amendement § 8 et points restants de B2) ; copie du journal ; V8 ; puis JOURNAL-DEMANDE et ticket COMMIT (Room + livrables B2 et B2b).

Durée (estimée)

B2b-A ≈ 45 min de MCP ; option 1 ≈ 35 min, ou option 2 ≈ 15 min ; V5 et V6 ≈ 5 min ; V7 ≈ 5 min. Total ≈ 1 h 30 avec l'option 1.

Retour arrière

Avant commit : Restore.ps1 -Lot CAM-B2b, éditeur fermé, pour revenir à Room A5FA970E (B2), ou -Lot CAM-B2 pour revenir à 50E736F8 (B1).