Computational substance
Rusty Matter
Geometry, fields, particles, dynamics, SDF/TSDF data, sampling, deterministic fixtures, simulation state, and the current bioelectric morphogenesis teaching runtime.
Computational morphology platform
Rusty Morphospace is the umbrella frame for a modular Rust platform that treats form as more than geometry. A form can be simulated matter, a spatial relation, a feedback circuit, a renderer-neutral view, an operator workflow, or a headset-hosted environment. The project names the space where those pieces can be built without collapsing them into one XR app.
Purpose
The platform is being organized so responsibilities stay separate while still composing into one toolchain. Computational substance, reference spaces, command flow, inspection, authoring, and headset behavior need different ownership boundaries. When those boundaries are blurred, every prototype starts carrying platform policy, rendering assumptions, runtime authority, and study-specific names in the same layer.
Morphospace is meant to make that separation visible. It provides a way to define computational material, place it in a relation field, route state and feedback through explicit authority surfaces, inspect it through renderer-neutral optics, and host it in desktop, browser, or headset contexts.
The current source family has moved beyond naming notes. Matter, Manifold, Optics, Lattice, GUI, Makepad, Quest, and Quest-Makepad now have clean public repos with explicit ownership boundaries, AGPL-first licensing for Morphospace-owned source, and local validation gates. Studio, Hostess, Manifold Packages, and the Quest sidecar lane sit around those contracts as authoring, package, evidence, and integration surfaces.
The Bioelectricity and Morphogenesis slice shows the Matter/Optics boundary in a public teaching model: Matter owns the planarian surface graph, voltage-like fields, conductance-like coupling, memory, readouts, and qualitative fixtures; Optics owns browser inspection over those payloads; and Manifold remains the lane for future command, session, and audit surfaces.
A separate DiffeoMorph reference lane now covers learned many-agent morphogenesis: the paper DiffeoMorph: Learning to Morph 3D Shapes Using Differentiable Agent-Based Simulations and the hormoz-lab/diffeomorph implementation are useful public sources for target-shape scoring, many-agent update rules, replay/checkpoint vocabulary, and robustness gates. They do not become the runtime authority for the current bioelectric Matter/Optics teaching model.
The point is not to rename every existing Rusty XR surface. Rusty XR remains useful history, compatibility, and public Quest evidence. Rusty Morphospace is the cleaner umbrella for new computational-form work.
Implementation layer
For Mixed-Ability Human-Swarm Interaction, Rusty Morphospace is the implementation layer, not the research claim. Its role is to keep the mapping stack explicit: which human channels enter the system, what capability evidence and calibration state they carry, what they bind to, which swarm dynamics they affect, who can see the effect, what is logged, and when a mapping can be revised or retired.
The current public base is a capability scaffold. It includes separated Morphospace repositories, public contracts, package lanes, the Matter/Optics teaching model used by the bioelectricity page, and a bounded Quest Makepad/Hostess validation path for recorded hand data, Matter CPU oracle comparison, SDF/ADF debug payloads, particles, and GPU evidence.
The planned HSI layer should be read more narrowly: it is an integration target for participant-facing mapping authoring, consent and provenance controls, facilitator inspection, replay, version comparison, and adapter swaps across desktop, browser, headset, biosignal, and later physical platforms. It is not yet a finished mixed-ability study app, clinical system, or scaled robotic backend.
A mixed-ability swarm body needs more than sensor variety. It needs a visible connection between social contract, input channel, dynamic target, feedback, privacy, and repair. Morphospace is the place where that connection can become inspectable software instead of a hidden effect.
Module map
Each name marks a responsibility boundary. The names are useful only when they keep implementation layers from inheriting each other's authority.
Computational substance
Geometry, fields, particles, dynamics, SDF/TSDF data, sampling, deterministic fixtures, simulation state, and the current bioelectric morphogenesis teaching runtime.
Situated relation
Reference spaces, transforms, tracked poses, view sets, spatial roles, calibration, confidence, validity, frame-time binding, and runtime capability snapshots.
Runtime authority
Commands, sessions, streams, ports, valves, leases, gauges, clocks, transports, audit, and control surfaces.
Appearance and inspection
Renderer-neutral views, cameras, projections, lenses, material descriptors, visual payloads, and debug visualization contracts.
Graphical descriptors
Portable panels, widgets, inspectors, graph canvases, layout hints, themes, and command binding descriptors without owning command authority.
Makepad adaptation
Generic Makepad adapters and canonical app settings surfaces, kept separate from Quest platform writes and app-specific headset behavior.
Quest platform
Quest runtime profiles, permissions, launch planning, Android property hygiene, validation receipts, and platform write/readback evidence.
Quest Makepad apps
Quest-specific Makepad app adapters for camera-shell profiles, recorded hand replay, Matter surface runtime handoff, SDF/ADF debug visuals, particles, and bounded GPU evidence.
Authoring and validation
Authoring, package review, installation, diagnostics, deployment, and operator workflows around the core layers without becoming Manifold authority.
Public repository family
The clean Morphospace repos are public now. They are meant to be read as a small stack: core contracts first, then graphical and platform adapters, packages, authoring, host validation, and Quest-side integration around those contracts. Adjacent lab/reference repos are listed only where they feed a Morphospace boundary without owning that boundary.
Core / Matter
Computational matter: geometry, mesh surfaces, fields, SDF grids, particles, deterministic fixtures, schema catalogs, and Rust/Wasm reference runtimes.
Core / Optics
Renderer-neutral visual contracts over Matter payloads: views, projections, appearance policy, debug visualization, browser previews, and visual fixture validation.
Core / Manifold
Typed contracts for command, stream, module, host, lease, clock, session, audit, and package authority. It is the default lane for runtime regulation.
Core / Lattice
Situated relation contracts for display view sets, reference spaces, tracked poses, frame-state binding, validity, confidence, staleness, and capability evidence.
Core / GUI
Framework-neutral graphical descriptors for panels, widgets, inspectors, graph canvases, controls, command bindings, layout hints, and themes.
Adapter / Makepad
Generic Makepad app settings contracts, deterministic effective-settings resolution, hotload proposals and decisions, and toolkit adapter boundaries for Morphospace GUI surfaces.
Platform / Quest
Quest platform runtime profiles, Android property hygiene, permissions, launch planning, validation receipts, and platform tooling wrappers.
Adapter / Quest Makepad
Quest-specific Makepad camera-shell profile bundles, recorded mesh and hand-source replay, Matter surface runtime adapters, ADF/SDF debug boundaries, particle payloads, and GPU proof markers.
Packages / Manifold
First-party package manifests, fixtures, and deterministic processor cores for synthetic, biosignal, projected-motion, Polar H10, and hand-animation package lanes.
Authoring / Studio
Schema-first authoring, graph validation, export planning, host-profile selection, and Makepad-backed review surfaces over the package and shell handoff model.
Host validation / Hostess
Default install, replay, capture, telemetry, and host-validation shell for proving Manifold packages across desktop, mobile, and headset profiles.
Quest sidecar / Integration
Public-safe Quest sidecar mesh contracts and synthetic fixtures for Termux-style Linux sidecar observation, handoff preparation, and Manifold/Hostess boundary review.
Related lab / Termux
Public MIT lab material for Termux, Termux:X11, Proot, VNC, outbound-agent, and peer-mesh experiments on Quest. It remains an upstream lab/reference source; Morphospace integration happens through the Rusty Quest sidecar bridge.
Compatibility / History
Existing MIT-licensed Rusty XR reference work remains the compatibility and Quest evidence surface. New Morphospace layers should not use it as the default authority model.
Reference / Morphogenesis
Public paper and official code for differentiable agent-based morphogenesis. The work is useful to Rusty Morphospace as a reference for target-shape metrics, learned many-agent controllers, replay/checkpoint boundaries, and robustness evaluation.
Current work
The active implementation line now has several connected fronts. Quest Makepad consumes Matter-owned live or recorded hand-surface truth, Optics prepares renderer-neutral debug payloads, Quest-Makepad adapts those payloads to headset Makepad shells, and Hostess installs, stages, launches, and records evidence. In parallel, Manifold and Quest have a remote-camera command and stream framing lane, while the Matter/Optics bioelectricity model remains the public teaching slice for computational morphogenesis.
The Quest Makepad path has moved past first smoke tests. It now separates settings control from data-plane assets, keeps hand meshes and compact joint frames out of settings JSON, selects recorded or live hand providers through the same Matter worker boundary, and validates bounded GPU proof markers for skinning, full mesh residency, mesh-to-dense-SDF construction, ADF debug payloads, particles, and field-construction readiness against Matter CPU oracle samples.
The remote-camera lane is also deliberately bounded. The current source uses Manifold-aligned `RMANVID1` H.264 stream framing and receiver-first command planning, with source checks and single-device direct TCP evidence. Physical two-peer Quest or Quest-to-phone validation remains a future evidence gate. The GPU work is likewise proof-scale: it demonstrates storage-buffer residency, asynchronous submit/poll readback, and CPU-oracle comparison, not a final frame-critical field or force backend.
Why the name
A morphospace is a space of possible forms. In Rusty Morphospace, those forms are digital, dynamic, and situated: not only meshes or surfaces, but relations, regulatory circuits, views, workflows, and platform constraints that change what a system can become.
That makes the name practical rather than only conceptual. It describes the engineering surface where material state, relation state, authority state, and visual state can vary independently while remaining connected enough to build tools and environments.
Matter is the morphology of substance, Lattice is the morphology of relation, Manifold is the morphology of regulation, and Optics is the morphology of appearance.
The overlap is intentional. Data and its environment relationships are the engineering substrate, not incidental metadata around an app.
Boundary
Rusty XR remains compatibility history and public Quest evidence. It is not the authority model for every new Morphospace layer.
Existing public Rusty XR repositories can continue to document Quest experiments, public examples, passthrough notes, companion tooling, and historical evidence without becoming the umbrella for new architecture.
When the work is really about reference spaces, poses, eye views, tracked
input roles, calibration, or frame-state validity, the clean lane is
Rusty Lattice and the schema direction is rusty.lattice.*.
OpenXR, Makepad, and Quest remain adapter or platform names at the edge.
Morphospace-owned source code is AGPL-first. Legacy Rusty XR compatibility repositories and the Makepad-derived fork stay on their existing MIT lane unless a separate migration is approved.
References