# Blessures, maladie et corps proches — version 0.13La faim et la fatigue ajoutées en 0.14 sont détaillées dans[FAIM-ET-FATIGUE.md](FAIM-ET-FATIGUE.md) ; les limites ci-dessous décrivent la version 0.13.## Préconditions et mesures CPC`probe-illness.py` prépare Alexandre sur le toit avec un état, une jauge S et lesoctets +23/+34 connus. Il place le compteur périodique `#6720` à `#3AFF` ;l'interruption et le programme réalisent ensuite le contrôle réel. Les cas aveccorps préparent le compteur +8 de la pièce ou un marqueur 29–32. Les expériencesne constituent pas un parcours naturel de contamination ou de collecte des corps.Le contrôle `#7D67–#7DCD` est atteint quand l'octet haut du compteur vaut au moins`#3B`, soit 15104 ticks à 50 Hz (environ 302,08 secondes). Il attend la boucleprincipale : un menu d'équipement ouvert conserve S=80 après le seuil ; validerce menu permet ensuite la baisse à S=70. Le compteur continue dans le menu puisest remis à zéro lors du traitement ; ce n'est pas un cumul de pertes à rattraper.| Précondition | Résultat observé || --- | --- || Maladie +34=2, état 0 ou 16, S=80 | S=70 ; état conservé || Même maladie, état 64/128/255 | S=80 ; état conservé || Maladie, S=10 | S=0 et état 0 pour ce contrôle || Maladie, S=9 | S=0 et état 64 ; F/H conservées || Corps dans la pièce, S=80 | S=76 || Corps, S=3 | S=255 et état 255 || Maladie S=9 puis présence d'un corps | S=252 et état 255 || Marqueur 29, 30, 31 ou 32 | S=76, comme le compteur de corps || Corps dans une autre pièce | Aucun effet sur Alexandre |La présence d'un corps retire une seule fois 4 points, indépendamment de leurnombre. La soustraction est un octet : le passage sous zéro conserve le résultatreplié et déclare la mort définitive, contrairement à la maladie qui met S à zéroet donne l'état 64. Cette deuxième soustraction peut remplacer l'état 64 par 255dans le même contrôle. Le contrôle des corps utilise la case du plan, sans filtrerle champ véhicule. La représentation par les marqueurs de corps des personnagesreste partiellement portée ; ces marqueurs existants sont désormais reconnus.## Compteur de blessures et nouvelle maladie`probe-exposure.py` fixe seulement les entrées aléatoires d'une attaque (score 0,dégât 3) et observe la première fin de tour. `#8841–#8853` ajoute le double du dégâtà l'octet +23 après les deux soustractions non fatales :| Cas | F/H après | +23 après || --- | --- | --- || Zombie, +23 initial=0 | 67/77 | 6 || Compagnon zombifié, +23 initial=0 | 67/77 | 6 || Pillard, +23 initial=250 | 67/77 | 250 || Zombie, +23 initial=250 | 67/77 | 0, repli 8 bits || Coup fatal à F ou H, +23 initial=250 | 0/80 ou 0/2 | 250 |Le champ du portage `exposure` désigne cet octet +23 ; `illness` désigne +34.La tentative d'acquisition d'une nouvelle maladie en `#7D88` ne peut pas réussir :`#8AF0` remplace le seuil B par `(R&63)+(R&31)` et renvoie cette valeur plus `(R&7)`.Le test A<B est donc toujours faux. Les entrées contrôlées 0 et 63 conservent +34=0,même avec +23=255. Le portage ne remplace pas ce test par une probabilité inventée.Cela n'établit pas l'absence de toute autre source de maladie dans le programme.La même particularité empêche les soins de réduire +34, comme documenté dans SOINS.md.`verify-illness.py` vérifie 93 propriétés des 19 scénarios périodiques et des sixattaques contrôlées. Les captures et octets d'origine restent privés.## Portage et sauvegardeLes effets concernent les quatre survivants, même inactifs. `healthTicks`,`party[].exposure` et `party[].illness` sont sauvegardés et validés. Les anciensformats 0.2–0.12 reçoivent les deux octets à zéro et reprennent la phase du compteurdes ennemis comme phase initiale de santé. Les blessures antérieures ne sont pasreconstruites depuis les jauges.Le contrôle est reporté dans les sélecteurs et les combats, traité une fois auretour normal, et arrêté par la pause. Le portage garde une horloge de santédistincte pour conserver le comportement déjà porté de circulation des ennemis,qui continue dans les sélecteurs ; le CPC partage son contrôle de santé et decirculation dans la boucle principale. Le tirage portable n'émule pas le registre R.Les calculs de faim, de fatigue prolongée et le nettoyage des objets des personnagesrestent partiels. Le coût des routines d'affichage n'est pas reproduit, notammentquand une jauge atteint zéro. Il ne s'agit pas d'une parité complète du cycle vital.## Validation- 93 contrôles CPC ; 77 tests PHP, analyse statique et démarrage de 600 images réussis.- Navigateur local : période reportée, sauvegarde puis traitement unique à la reprise, passage S=10→0 puis état 64 au contrôle suivant, corps et mort définitive, compteur de blessures après un coup de zombie et absence de maladie inventée.- Le test navigateur de la trousse de soins reste réussi.- Le même scénario d'effets différés passe sur JumPHP, avec reprise unique après rechargement et vérification des deux formes de mort.- Lint, captures officielles et construction navigateur/site réussis. Les pages locale et publiée passent les contrôles et l'inspection sur ordinateur/téléphone, sans image cassée, débordement ni erreur JavaScript.- Évasion complète sur JumPHP réussie depuis une nouvelle partie : 34 corps congelés, trois camions garés, arrivée des pillards, sauvegarde/rechargement et victoire des quatre survivants, avec une période de circulation ennemie franchie. Le parcours n'injecte pas de positions, objets, jauges ou ennemis.- Un premier lancement du parcours a expiré pendant le chargement initial du moteur (180 secondes), avant toute action. Le nouvel essai a chargé le jeu puis terminé l'évasion. Le script distingue désormais l'état du chargeur et les erreurs d'exécution dans son diagnostic de démarrage.