# HORTRAME Swarm3D v1.6.3 r18

Publication dated 5 October 2026. [Open the current simulation](https://www.hortrame.com/research/simulation/2610051632-disturbance-recovery/). The former `/swarm3d/` address redirects here. The independent `/swarm/` study remains separate.

## English

This release adds explicit nominal velocity-jump experiments, measured speed diagnostics, camera controls for observing large displacements, translucent packet spheres attached to the communicating bodies, and larger default googly-eyed orbs. It accompanies Guillaume Bolduc's supplied preprint v05, **Translation-Equivariant Disturbance Recovery in Delayed Open Priority Networks**. The nominal event map, physical solver, gains, communication protocols, and simulation-step scheduling retain their reviewed implementation; the new action selects the nominal model explicitly.

- [Exact supplied article v05 (PDF)](/research/papers/2610060143-disturbance-recovery/paper.pdf)
- [Current portable simulation r18](downloads/HORTRAME_Swarm3D_v1.6.3_r18.html)
- [Current source, tests, and evidence package r18 (ZIP)](downloads/HORTRAME_Swarm3D_r18_Validation.zip)
- [Nominal experiments, camera, and validation report r18](files/HORTRAME_Swarm3D_r18_Validation_Report.txt)
- [Release manifest and checksums](release-manifest.json)
- Historical r17: [simulation](downloads/HORTRAME_Swarm3D_v1.6.2_r17.html), [source/evidence ZIP](downloads/HORTRAME_Swarm3D_r17_Validation.zip), [traffic report](files/HORTRAME_Swarm3D_r17_Validation_Report.txt)
- Historical r16: [simulation](downloads/HORTRAME_Swarm3D_v1.6.1_r16.html), [source/evidence ZIP](downloads/HORTRAME_Swarm3D_r16_Validation.zip), [performance report](files/HORTRAME_Swarm3D_r16_Validation_Report.txt)
- [Historical r15 mathematical repair report](files/HORTRAME_Swarm3D_r15_Validation_Report.txt)

**Nominal velocity-jump experiments.** The explicit action applies a velocity increment Δv, with presets of 100, 1,000, and 10,000 m/s, to the selected orb, a balanced pair, or the common cohort. A velocity increment is not a prescribed cruising speed: the current velocity and subsequent damping/restoring dynamics determine measured motion. Balanced increments are equal and opposite in velocity, giving zero unweighted mean increment; unequal masses do not make them equal and opposite momentum impulses. Inputs and affected bodies are validated before an event is applied, preventing partial application of an invalid request.

The action explicitly selects the nominal mathematical model. Physical wind, aerodynamic/contact extensions, and physical actuator limits are inactive in that mode. Subsequent motion uses the existing analytical held-input flow evaluated in binary64. This route permits the stated nominal large-Δv experiments without passing free motion through the physical contact solver. The ordinary physical modes retain their own behavior and limits.

Every resulting velocity component must be finite both in the authoritative binary64 state and in the required binary32 solver bridge. Requests outside that representable range are rejected before mutation; accepted increments are not silently clamped. Invalid UI requests keep their explanatory feedback in English or French.

**Default graph.** Fresh runs use the Connected sparse graph. For the default 159 bodies and seed 42021, all 159 vertices are reachable and the undirected topology contains 466 links; that count describes this seeded default. The graph selection is retained in the JSON export.

**Default orb size.** The existing Orb size default changes from 0.70 to 1.00, increasing diameter by about 43%. The drawn outline, physical collider, geometric diagnostics and packet-receiver absorption use the same size control. This changes the default geometry; the r17 dynamic/protocol comparison explicitly matches the old 0.70 input in both versions. The equations, gains and 1/120 s simulation grid retain their implementation.

**Physical-mode limitation.** An independent fixture of the bundled rigid-body runtime used one mass-1 sphere at (0, 100, 0), zero gravity, no other bodies, no damping or forces, a 1/120 s step, and CCD enabled. A 100 m/s initial velocity remained 100 m/s after one step; 1,000 and 10,000 m/s became exactly 400 m/s. This is an observation for that embedded runtime and those conditions. The new nominal action does not repair or certify nonlinear physical modes at extreme speed. The report distinguishes the raw solver fixture, full-application physical behavior, and nominal analytical comparisons.

Measured speed diagnostics distinguish actual body motion from the requested increment and control settings. The report and export identify the selected model and event. Finite nominal test success is not a universal guarantee of real-number precision, physical collision safety, or sustained real-time execution.

**Camera references.** World mode holds the current camera target in world coordinates. Swarm mode retains the existing smoothed following behavior. Selected mode follows the chosen body's actual position while preserving the current zoom; a departed selected body falls back to Swarm. The older Focus action retains its close zoom. Fit and wheel zoom support large displacements and avoid snapping back to the former small zoom range. Camera changes affect observation only: body positions, velocities, queues, clocks, and numerical coordinates are not transformed or recentered.

A common translation can remain visually centered in a following camera. World mode and the measured-speed readout make that motion observable without confusing camera tracking with zero physical velocity.

The article's continuous-position velocity jumps are defined in Section IV, equations (25)–(28), and its held-input flow in Section XI.B, equations (61)–(62). A common jump preserves all centered velocities at the event. For constant C and zero common regular forcing, its eventual absolute displacement contribution is the mean jump divided by C; relative formation recovery does not require returning the centroid to its former position.

**Traffic and visual quality.** Cyan priority and orange recovery spheres represent real pending packets or bundles, grouped by directed hop. Their schematic routes connect the current sender and receiver centers; an absent historical sender uses its immutable send position. Progress retains the actual packet clock and original propagation rule. Spheres are drawn in depth order with opaque bodies and fade into the receiver shell, so an occluded or absorbed marker may still correspond to a genuinely pending queue entry. Pre-release waiting markers are hollow; fixed-history references are static double rings, not moving packets. Complete pending counts and selected-orb focus retain the r17 aggregation rules. Counts measure queue occupancy, not cumulative emissions or rates. Camera clipping, absorption, occlusion and focus can narrow the visible subset. These presentation choices do not consume packets or alter delivery. Depth ordering uses body and marker centers in a Canvas painter scheme; it is not a volumetric per-pixel depth buffer. Automatic visual quality retains the r17 Canvas raster cap of 0.75 above 300 active bodies; Detailed quality retains its higher available setting. Raster ratio is exported as `renderOnly.pixelRatio` and does not alter the model.

**Recorded application performance.** The table below records four ordinary full-application cases for this exact artifact in headless Chromium on the validation executor. It is not a speedup claim or a timing guarantee for extreme-Δv experiments or user devices. The simulation/wall-time ratio reports actual elapsed simulated seconds per wall second; a value below 1 means the run is behind real time. Case settings and browser environment are retained in the archive's `extremes/tmp/final-browser-benchmark.json`.

| Bodies / Corps | Mode | Wind / Vent (m/s) | Turbulence | FPS | Simulation / wall time | Raster |
| ---: | --- | ---: | ---: | ---: | ---: | ---: |
| 159 | nominal | 0 | 0.7 | 58.76 | 0.998 | 1 |
| 515 | nominal | 0 | 0.7 | 23.80 | 0.401 | 0.75 |
| 159 | physical | 200 | 12 | 42.57 | 0.847 | 1 |
| 515 | physical | 200 | 12 | 23.90 | 0.199 | 0.75 |

**Source and reproduction.** The focused flat ZIP contains final r18 source/build inputs, tests and recorded results, the exact r17 baseline required for comparison, and the original supplied runtime source and article. It does not duplicate the older validation ZIP payloads. Earlier complete evidence packages remain available above under their own immutable identities. The release manifest binds the current artifact and evidence to their exact hashes.

Extract the archive and verify its untouched snapshot before rebuilding or regenerating results:

```sh
node verify-archive.cjs
node extremes/build.cjs
node extremes/tests/independent-extremes.cjs extremes/HORTRAME_Swarm3D_v1.6.3_r18.html
node extremes/tests/independent-sphere-geometry.cjs extremes/HORTRAME_Swarm3D_v1.6.3_r18.html
node extremes/tests/camera-frames.cjs extremes/HORTRAME_Swarm3D_v1.6.3_r18.html
node extremes/tests/traffic-spheres.cjs extremes/HORTRAME_Swarm3D_v1.6.3_r18.html
node extremes/tests/browser-extremes.cjs extremes/HORTRAME_Swarm3D_v1.6.3_r18.html
node extremes/tests/browser-packet-spheres.cjs extremes/HORTRAME_Swarm3D_v1.6.3_r18.html
node extremes/tests/benchmark-browser.cjs extremes/HORTRAME_Swarm3D_v1.6.3_r18.html extremes/tmp/final-browser-benchmark.json
```

Use Node.js 24 or a compatible version. Browser checks additionally require Playwright and Chromium, with `CODEX_PRIMARY_RUNTIME_NODE_MODULES` pointing to the directory containing `playwright` and `HORTRAME_CHROME` to the browser executable. Recorded absolute paths identify the original executor and do not prescribe the extraction location. Regenerated results replace local files; historical evidence is never silently attributed to another build.

The portable HTML runs offline; its documentation links use public URLs. The versioned website source preserves its simulation scripts and changes only the existing research back link. The host can instrument served HTML pages. The `.html.bin` transport copy and forced download rewrites preserve the exact portable bytes while supplying the original `.html` filename.

**Scope and review status.** The article's recovery conclusions remain conditional. The implementation uses one objective per active incarnation, the K=a², C=2a gain family, fixed radial local profiles, central cohort metadata, and separate priority and coherent-recovery services. Each node computes its correction from its received complete origin table; the simulation supplies routes and a common clock. Finite tests, observed traffic, or tolerance satisfaction do not prove future connectivity, fixed support, force/impulse budgets, exact real-number translation invariance, or universal physical safety. JSON export is diagnostic and does not implement full-history import/replay.

AI agents assisted implementation, repair, optimization, visualization, tests, and publication. Separately constructed checks within the same agent team and source context are not external proof replication or human peer review. The supplied v05 manuscript discloses AI assistance and leaves human final acceptance and literature review pending. This release asserts no completion of those events.

**History and handoff.** r14 is the audited input; r15 repaired the mathematics; r16 improved performance and exact download delivery; r17 corrected traffic representation and was deployed before this separate r18 work. r18 adds explicit nominal experiments, camera observation controls, packet-sphere rendering, and a larger initial orb size while retaining the mathematical and physical engines. Prior downloads and reports remain unchanged. Future changes require their own source identity and applicable validation. The read-only publication gate is `node research/simulation/2610051632-disturbance-recovery/tools/verify_release.cjs`.

## Français

La version **HORTRAME Swarm3D v1.6.3 r18**, publiée le 5 octobre 2026, ajoute des expériences nominales explicites de saut de vitesse, des diagnostics de vitesse mesurée, des commandes de caméra adaptées aux grands déplacements, des sphères de communication translucides reliées aux corps concernés et des orbes à grands yeux plus gros par défaut. Elle accompagne le préprint v05 fourni par Guillaume Bolduc, **Translation-Equivariant Disturbance Recovery in Delayed Open Priority Networks**. Le flot nominal, le solveur physique, les gains, les protocoles et l'ordonnancement des pas conservent leur mise en œuvre revue; la nouvelle action sélectionne explicitement le modèle nominal.

Le [PDF exact](/research/papers/2610060143-disturbance-recovery/paper.pdf), le [HTML r18](downloads/HORTRAME_Swarm3D_v1.6.3_r18.html), le [ZIP de sources et de preuves r18](downloads/HORTRAME_Swarm3D_r18_Validation.zip), le [rapport r18](files/HORTRAME_Swarm3D_r18_Validation_Report.txt) et le [manifeste](release-manifest.json) identifient la publication actuelle. Les liens historiques ci-dessus conservent les versions r17, r16 et le rapport mathématique r15. L'ancienne adresse `/swarm3d/` redirige ici; l'étude `/swarm/` reste indépendante.

**Sauts de vitesse nominaux.** L'action explicite applique un incrément Δv, avec des valeurs de 100, 1 000 ou 10 000 m/s, à l'orbe sélectionné, à une paire équilibrée ou à toute la cohorte. Cet incrément ne prescrit pas une vitesse de croisière: la vitesse actuelle, l'amortissement et la restauration déterminent ensuite le mouvement mesuré. Une paire équilibrée reçoit des incréments de vitesse égaux et opposés, de moyenne non pondérée nulle. Avec des masses différentes, cela ne constitue pas deux impulsions de quantité de mouvement égales et opposées. Les entrées et corps concernés sont validés avant application pour éviter un événement partiel en cas de requête invalide.

L'action sélectionne le modèle nominal: le vent physique, les extensions aérodynamiques/de contact et les limites physiques d'actionnement y sont inactifs. Le mouvement utilise le flot analytique existant à entrée maintenue, évalué en binary64. Les grandes expériences nominales ne passent donc pas leur mouvement libre dans le solveur de contact. Les modes physiques ordinaires conservent leurs limites propres.

Chaque composante de vitesse résultante doit être finie dans l'état de référence binary64 et dans le pont binary32 requis par le moteur. Une requête hors de cette plage représentable est rejetée avant mutation; un incrément accepté n'est pas plafonné silencieusement. Les requêtes invalides conservent leur explication en français ou en anglais.

**Graphe initial.** Les nouvelles exécutions utilisent le « Graphe connexe peu dense ». Pour les 159 corps et la graine 42021 par défaut, les 159 sommets sont accessibles et la topologie non orientée contient 466 liaisons; ce nombre décrit cette configuration initiale précise. Le choix du graphe est conservé dans l'export JSON.

**Taille initiale.** La valeur initiale de la commande Orb size passe de 0,70 à 1,00, soit environ 43 % de diamètre supplémentaire. Le contour dessiné, le volume de collision, les diagnostics géométriques et l'absorption des paquets utilisent cette même commande. La géométrie initiale change: la comparaison dynamique/protocolaire avec r17 utilise explicitement 0,70 dans les deux versions. Les équations, les gains et le pas de simulation de 1/120 s conservent leur mise en œuvre.

**Limite physique observée.** Une vérification indépendante du moteur embarqué utilise une seule sphère de masse 1 à (0, 100, 0), sans gravité, autre corps, amortissement ni force, avec un pas de 1/120 s et le CCD activé. Après un pas, 100 m/s reste à 100 m/s; 1 000 et 10 000 m/s deviennent exactement 400 m/s. Cette observation concerne cette version embarquée et ces conditions. La nouvelle voie nominale ne corrige ni ne certifie les modes physiques non linéaires aux vitesses extrêmes. Le rapport sépare le moteur brut, l'application physique complète et les comparaisons analytiques nominales. Les diagnostics distinguent vitesse réellement mesurée, incrément demandé et paramètres de contrôle.

**Caméra.** Le mode World maintient la cible actuelle de la caméra en coordonnées du monde. Swarm conserve le suivi lissé existant. Selected suit la position réelle du corps choisi sans changer le zoom; son départ rétablit Swarm. L'action Focus conserve son zoom rapproché. Fit et la molette prennent en charge les grands déplacements sans retour brutal à l'ancienne petite plage de zoom. Ces commandes changent uniquement l'observation, sans transformer ni recentrer les états physiques, files, horloges ou coordonnées numériques.

Une translation commune peut rester visuellement centrée avec une caméra de suivi. Le mode World et l'affichage de vitesse mesurée permettent de l'observer sans confondre le suivi de caméra avec une vitesse physique nulle.

Les sauts de vitesse à position continue figurent dans la section IV, équations (25)–(28), et le flot à entrée maintenue dans la section XI.B, équations (61)–(62). Un saut commun conserve toutes les vitesses centrées à l'instant de l'événement. Pour C constant et sans forçage régulier commun, sa contribution au déplacement absolu final vaut le saut moyen divisé par C; récupérer la formation relative n'exige pas de ramener le centroïde à son ancienne position.

**Trafic et qualité.** Les sphères cyan de priorité et orange de récupération représentent des paquets ou groupes réellement en attente, agrégés par saut dirigé. Leurs routes schématiques relient les centres actuels de l'émetteur et du destinataire; un ancien émetteur absent conserve sa position d'émission immuable. La progression garde l'horloge réelle du paquet et sa règle de propagation d'origine. Les sphères sont dessinées dans l'ordre de profondeur avec les corps opaques et s'effacent à la surface du destinataire: un marqueur caché ou absorbé peut donc correspondre à un paquet toujours en attente. Les marqueurs avant émission sont creux; l'historique fixe utilise des doubles anneaux immobiles, sans inventer de paquets en vol. Les comptes complets et le ciblage sélectionné conservent l'agrégation r17. Les comptes sont des occupations de file, non des cumuls ou débits. Cadrage, absorption, occlusion et ciblage peuvent réduire les marqueurs visibles, sans consommer de paquets ni modifier leur livraison. Le rendu Canvas trie les centres des corps et marqueurs en profondeur; il ne s'agit pas d'un tampon volumique de profondeur par pixel. La qualité Automatique conserve le plafond Canvas r17 de 0,75 au-delà de 300 corps actifs; le mode Détaillé garde son réglage supérieur disponible. `renderOnly.pixelRatio` décrit la résolution d'affichage sans modifier le modèle.

**Performances mesurées.** Le tableau bilingue ci-dessus rapporte quatre cas ordinaires de l'application complète, avec cet artefact exact et Chromium sans interface sur l'environnement de validation. Il ne prétend ni à une accélération générale ni à un débit garanti pour les sauts extrêmes ou les appareils des utilisateurs. Le rapport temps simulé/temps réel mesure la progression réellement obtenue; une valeur inférieure à 1 signifie que la simulation prend du retard. Le JSON de mesure conserve les réglages et l'environnement.

**Reproduction et intégrité.** Le ZIP r18 est plat et ciblé: sources finales, entrées de compilation, tests, résultats, référence r17 exacte, entrée originale et article fourni. Les anciennes archives complètes restent disponibles séparément sous leurs identités immuables. Vérifier l'extraction intacte, puis exécuter les commandes Node.js ci-dessus. Les vérifications navigateur nécessitent aussi Playwright et Chromium avec les variables de chemin indiquées. Les chemins absolus enregistrés décrivent l'environnement d'origine. Les tests peuvent remplacer leurs résultats locaux.

Le HTML autonome fonctionne hors connexion. La source versionnée du site conserve ses scripts; le téléchargement utilise une copie `.html.bin` identique livrée sous le nom `.html` original pour préserver les octets validés de l'instrumentation de l'hébergeur.

**Portée et revue.** Les conclusions de l'article restent conditionnelles et les spécialisations du programme demeurent: un objectif par incarnation, gains K=a², C=2a, profils radiaux fixes, métadonnées de cohorte centrales et services de communication distincts. Les corrections sont calculées localement à partir des tables complètes reçues; routes et horloge commune sont fournies par la simulation. Tests finis, trafic observé et tolérances satisfaites ne prouvent pas les hypothèses futures, l'invariance exacte en nombres réels ni une sécurité physique universelle. L'export JSON reste diagnostique, sans réimportation d'un historique complet.

Des agents d’IA ont participé au développement, aux corrections, à l'optimisation, à la visualisation, aux tests et à la publication. Les vérifications séparées de la même équipe d'agents ne constituent ni une réplication externe ni une revue humaine par les pairs. L'acceptation humaine finale et la revue de littérature restent en attente dans le préprint v05 fourni; cette version ne prétend pas qu'elles ont eu lieu.

Historique: r14 est l'entrée auditée; r15 corrige les mathématiques; r16 améliore les performances et la livraison; r17 corrige le trafic et a été déployé avant le travail distinct r18. r18 ajoute les expériences nominales, l'observation par caméra, le rendu des paquets par sphères et une taille initiale supérieure. Les anciennes publications restent inchangées. Tout successeur exige son identité et sa validation; le contrôle de publication ne remplace pas une revue scientifique.

## Exact identities / Identités exactes

| Artifact / Fichier | SHA-256 |
| --- | --- |
| Current / Actuel r18 | `2545c37a64c474016b5cf4dff6160b62d494377c33d74bd04ab6007f052c7309` |
| Historical baseline / Référence historique r17 | `029483c5fadfd7be4a02377035b49c269071e8e8ea90db4a5de7d6832bd3c1e2` |
| Historical r16 | `e4b242d550f722fdd14111771c8becbc1ee1b49b439095403523785ff567b940` |
| Audited input / Entrée auditée r14 | `9548e9a37d58362bb97f00c71335d4205b236d03c6c15c50c0c7ffe266641b3b` |
| Supplied manuscript / Manuscrit fourni v05 | `c54ab21195112bf29b53753cb9fded3001ba25e18fc94ade02fbb572ec5713be` |