# Chutes et électrocution — version 0.17## Mesures sur l'original`sources/probe-hazards.py` produit 25 scénarios contrôlés et`sources/verify-hazards.py` vérifie **187 assertions**. Les préconditions et lestouches sont enregistrées dans `analysis/runs/hazard-*/results.json` ; les dumps,images et rapports `hazards.json` restent privés. Les pièces initiales, les objets,les jauges et, pour deux essais, les états des autres survivants sont préparés.Les routines de déplacement, décharge, mort et transfert ne sont pas modifiées.Les essais couvrent les trois fenêtres, une corde tenue et une corde activée,l'absence de place au sol, un inventaire partiellement rempli, les seuils de F et H,les gants tenus/activés et la dernière mort du groupe. Les valeurs de jaugesupérieures aux maxima habituels sont des fixtures de vérification des octets,pas des états établis par un parcours naturel.## Chute sans corde active`#9CA4` teste l'objet actif 41. Tenir une corde sans l'activer ne protège pas.La branche `#8368` cause 10 met l'état à 255 et désactive l'objet utilisé, sanschanger les jauges ni la position de la fiche du personnage. Le corps est placédans les deux dernières cases libres consécutives de la pièce située en bas :| Pièce de départ | Pièce du corps | Direction du prototype || --- | --- | --- || 35 | 64 | Ouest || 38 | 66 | Est || 46 | 65 | Nord |Les routines `#848A/#84AF` balayent cette pièce, et `#84DD` transfère le sac puisl'objet tenu vers le dossier du corps. Aucun marqueur n'est placé à l'étage dedépart. Le manque de place empêche seulement le marqueur, pas le transfert.Le personnage reste enregistré en haut : ce n'est pas un déplacement réussi.Le transfert se produit **avant** la recherche d'un autre survivant par `#84C8`.Il a donc aussi lieu lors de la dernière mort, avant l'écran de défaite. La cordeactive conserve son trajet existant et est laissée en haut ; cet essai ne mesurepas des dégâts propres à la descente, car des ennemis peuvent agir en bas.## Décharge du boîtier de fusibles`#A33C–#A367` demande l'objet actif 45. Des gants seulement tenus ne protègent pas.Sans protection, le fusible n'est pas installé. Les calculs sont successifs :1. Calculer `(F - 20) & 255`. Si le résultat est >=128, mourir avant de l'écrire.2. Sinon écrire ce nouveau F, puis calculer `(H - 10) & 255`.3. Si ce résultat est >=128, mourir avant de l'écrire ; sinon écrire H.Ainsi F=19/H=80 meurt en gardant 19/80 ; F=70/H=9 meurt avec 50/9.F=20/H=80 reste vivant à 0/70, H=10 peut atteindre zéro sans mort immédiate, et20/10 devient 0/0 tout en gardant l'état vivant. Le test porte sur l'octet obtenu,pas simplement sur la présence d'un zéro : les fixtures 147→127 et 148→128 pour F,137→127 et 138→128 pour H confirment la borne supérieure.La cause 20 dans `#83B1/#83FD` donne une mort définitive 255, désactive l'objet etlaisse le corps **dans la pièce courante**, avec son inventaire. Elle ne force pasF à zéro, ne transforme pas la victime en état 64 et ne lance pas de réanimation.S et la position ne changent pas. Sans mort, le fusible et l'objet actif restentportés et le joueur revient au jeu normal.Contrairement à la chute, `#8479` appelle la recherche d'un survivant **avant** leplacement et le transfert. Si la décharge tue le dernier survivant disponible,le jeu affiche la défaite avec le sac et l'objet tenu encore dans sa fiche, sanscréer de corps ni remplir son dossier. Sinon le transfert a lieu, même sans placepour afficher le corps. Avec les gants actifs, les jauges restent intactes et lefusible est installé normalement.## Portage et vérificationsLa version 0.17 conserve ces ordres et ces seuils. Elle réutilise les corps 29–32et les cinq cases indépendantes de la version 0.16, sans reproduire les débordementsmémoire décrits dans [CORPS-ET-INVENTAIRES.md](CORPS-ET-INVENTAIRES.md). Aucun nouveauchamp de sauvegarde n'est ajouté ; les formats 0.2–0.16 continuent à se charger.Les anciennes parties ne reçoivent pas de corps rétroactivement.`HazardTest` contrôle les trois destinations, les jauges, les inventaires,les cas sans place, les protections, l'ordre de la dernière mort et le chargementdu format 0.16. `tools/browser-hazards.cjs` utilise les commandes réelles sur desfixtures initiales : ouvertures de fenêtres, déplacement, fusibles, sélection d'unautre survivant, récupération d'un corps en bas et sauvegarde/rechargement.Ce scénario n'est pas un parcours naturel complet. Les autres échanges de corpsavec des contenants, certaines autres causes de décès et le timing du firmwarerestent à vérifier ; l'adaptation complète n'est pas déclarée terminée.Validation locale : 187 assertions CPC, 109 tests PHP, PHPStan, lint et smoke600 images réussis. Le scénario navigateur passe sur la construction distantelocale, y compris récupération du corps en bas, sauvegarde/rechargement,protections actives et ordre de la dernière mort. Le titre, le jeu et la capturede récupération du corps ont été inspectés. Les illustrations privées déjàpubliées de la version 0.15 sont conservées ; aucun nouvel envoi n'est requis.Après publication de `eb15a9a`, le même scénario passe sur JumPHP : les troischutes, les soustractions successives et les zéros non mortels, les gants, la corde,la récupération du corps en bas, la sauvegarde/rechargement et les deux ordresde dernière mort. La page publiée passe les contrôles ordinateur/téléphone sansimage manquante, erreur JavaScript ou débordement horizontal ; sa capture a étéinspectée. Aucun nouveau parcours d'évasion complet n'a été exécuté dans lenavigateur pour cette étape ; le parcours PHP reste dans la suite de 109 tests.