Mneme Ship & Vehicle Designer v0.06 — Mass-based, delta-V-centric spacecraft construction framework https://pages.gi7b.org/gi7b/ships-vehicles-designer/
  • TypeScript 88.8%
  • JavaScript 6.5%
  • Python 4.2%
  • HTML 0.4%
  • CSS 0.1%
Find a file
Justin Aquino 03ca939b5d parametric: derive the interstage/skirt length budget -- objective 1 ratios complete
The last underived ratio. Measured as non-tank length in calibers -- the budget the
engine bay, aft skirt, common bulkhead, forward dome and interstage must all fit into:

  non-tank length = (stage length - tank length) / D

n=18, MEDIAN 1.57 D (range 0.90 S-II to 5.30 R-7 core).

CROSS-CHECK AGAINST THE GENERATOR: it allocates 0.35 (skirt) + 0.45 (engine bay) +
0.12 (bulkhead) + 0.22 (dome) + 0.30 (interstage) = 1.44 D of non-tank section --
WITHIN 8% of the historical median. Those section ratios were chosen as best practice,
not fitted to anything, so this is an independent confirmation that they sit in the
right place.

The wide range is signal, not noise: slim boosters spend proportionally more length on
non-tank hardware (Energia 3.00 D, R-7 4.55 D) than wide stubby upper stages (S-II
0.90 D) -- the fineness-ratio effect appearing a second time in the same dataset.

Objective 1's ratio list is now complete: fineness L/D, tank length fraction,
oxidiser:fuel volume split, interstage/skirt budget, engine-cluster layout, and sigma
vs material+pressure.
2026-10-03 01:15:53 +08:00
docs parametric: derive the interstage/skirt length budget -- objective 1 ratios complete 2026-10-03 01:15:53 +08:00
public PARAMETRIC DESIGN: four ratios, working generator, calibrated to the Starship class 2026-10-03 01:09:05 +08:00
scripts parametric: derive the interstage/skirt length budget -- objective 1 ratios complete 2026-10-03 01:15:53 +08:00
src physics core: fix three real parallel-staging bugs, found by a verification gate 2026-10-03 01:12:30 +08:00
.gitignore Tier C verdict #1: Sea Dragon -- structurally FEASIBLE for its era (primary source) 2026-10-03 00:47:02 +08:00
index.html feat: recover all source files after git clean incident 2026-05-03 01:03:52 +08:00
LICENSE Initial commit: Add Mneme Ship Design System v0.1, AGPL-3.0 license, project README, and system overview diagram 2026-04-27 12:13:08 +08:00
LOG.md Structural feasibility program phase 0: era envelope + Build Quality 2026-10-03 00:40:31 +08:00
Mneme_Ship_Design_System.md Initial commit: Add Mneme Ship Design System v0.1, AGPL-3.0 license, project README, and system overview diagram 2026-04-27 12:13:08 +08:00
mneme_ship_design_system_overview.svg Initial commit: Add Mneme Ship Design System v0.1, AGPL-3.0 license, project README, and system overview diagram 2026-04-27 12:13:08 +08:00
Mneme_Vehicle_Component_System.md feat: recover all source files after git clean incident 2026-05-03 01:03:52 +08:00
Mneme_Vehicle_Designer_Launch_Rockets.md Automated backup commit 2026-09-05 18:00 PST 2026-09-05 18:00:08 +08:00
package-lock.json feat: recover all source files after git clean incident 2026-05-03 01:03:52 +08:00
package.json physics core: fix three real parallel-staging bugs, found by a verification gate 2026-10-03 01:12:30 +08:00
postcss.config.js feat: recover all source files after git clean incident 2026-05-03 01:03:52 +08:00
README.md M0: rocket-equation core, 2026 cost basis + NNSI deflator, terminology SSOT, 9 new national launchers 2026-09-29 17:06:28 +08:00
reproducible-manifest.md reproducible-manifest.md: document gitignored replaceable assets + fetch instructions (gen-reproducible-manifest.sh) 2026-08-09 16:53:13 +08:00
SIMPLEROCKETS_TO_MV_CONVERSION_RULES.md chore: sync latest changes 2026-05-04 01:03:59 +08:00
tailwind.config.js feat: recover all source files after git clean incident 2026-05-03 01:03:52 +08:00
tsconfig.app.json feat: recover all source files after git clean incident 2026-05-03 01:03:52 +08:00
tsconfig.json feat: recover all source files after git clean incident 2026-05-03 01:03:52 +08:00
tsconfig.node.json feat: recover all source files after git clean incident 2026-05-03 01:03:52 +08:00
VERSION v0.06: comma-separated thousands, km/s with 2 decimals, formatting utilities 2026-05-03 14:50:50 +08:00
vite.config.ts fix(deploy): preserve type=module when inlining, inline registerSW.js, add deploy script, fix manifest icon paths, add error handling for data load failures 2026-05-03 11:22:58 +08:00

🛒 Products & Blog: blog.gi7b.org 🌐 Live App: https://pages.gi7b.org/gi7b/ships-vehicles-designer/ 💻 Source: https://git.gi7b.org/gi7b/ships-vehicles-designer

GitHub mirror archived — active development is here on Forgejo.


ships-vehicles-designer

Products: https://blog.gi7b.org

Mneme Ships and Vehicles Designer

License: AGPL v3

Mneme Ship Design System Overview

A mass-based, delta-V-centric spacecraft and vehicle construction framework for the Mneme setting. Compatible with Cepheus Engine / Traveller-style tabletop RPGs.


Overview

This repository contains the Mneme Vehicle Design System (MVDS) — a physically grounded engineering framework that replaces the traditional displacement-ton abstraction with realistic mass budgets, propulsion analysis, and procedural generation.

The system serves as:

  • Reference tool — model historical rockets (Saturn V, N1, Energia-Buran, Falcon 9, SLS, Starship)
  • Design tool — build new vehicles within realistic engineering envelopes
  • Mini-game substrate — simulate political, financial, and human-capital tradeoffs of space programs
  • Procedural generator — seed-based creation of companies, engineers, and programs with Features and Bugs
  • Knowledge base — human-readable methodologies for agents and humans to follow

Core Philosophy

The physics is non-negotiable; the politics is everything.

We can predict theoretical limits with high confidence. We know chemical rockets will never exceed ~470s Isp. We know steel pressure vessels have known failure modes. We know how much energy a solar panel can collect at 1 AU. These limits are bounded by physical law.

What we cannot predict is which nation will fund the breakthrough, how many prototypes will fail, or whether a pandemic redirects budgets. Therefore, MVDS provides hard physical ceilings, conservative engineering estimates, and economic modeling to bridge the gap between what is possible and what is achieved.

Growing the pie is not just altruism — it is survival of the species.

The technological participation required from our 8 billion population to achieve spacefaring and world-fixing capabilities is very high. Modeling the infrastructure and development economies need is part of our goals.


Final Functional Goals

Vehicle Design & Planning

  • Design and plan 3D models for vehicles that can be expressed in the system
  • Build most vehicles from TL 7 to TL 9 using constraints and function
  • People need only know a similar ship and express needs in constraints to build vehicles

Complexity Levels

The system breaks down into 3–4 levels of complexity:

  • Level 1 — Base concepts (mass, delta-V, thrust)
  • Level 2 — Subsystems (engines, tanks, avionics)
  • Level 3 — Integration (staging, mission legs, economics)
  • Level 4 — Advanced (procedural generation, multi-ship comparison, combat integration)

Knowledge Indexing

  • All methodologies are human-readable and linked to algorithms
  • Agents can use the knowledge base to help humans follow the design process
  • Save / Save-As / Load / Import / Export allows anyone to update and share designs

Future: Godot Integration

  • Procedural 3D ship and vehicle builder
  • AAA-game-quality visualization
  • A layman can learn everything in small chunks and start playing with it

Vehicle Designer — Feature Request & Driving Vision

This repository is being developed as the Vehicle Designer for the Blender Ship MCP Projects. The plan below is the current feature request that shapes development. The detailed program document lives in Mneme_Vehicle_Designer_Launch_Rockets.md (Category 1: Launch → Rockets), which supersedes nothing and extends MSDS v0.1 with geometry validation through Blender and a growth path into non-rocket vehicle categories.

(This is a soft update to the feature request — defer to it as the latest intent.)

Priority: the Vehicle Designer is the foundation

The Vehicle Designer is the unblocking dependency for everything downstream. The chain is strict:

Vehicle Designer  →  3D Ship & Vehicle Models  →  Godot Game
   (the foundation)     (built from the mass/geometry the   (storytelling)
                         Designer validates)
  • Without a Vehicle Designer, there is no basis for the 3D models of ships and vehicles. The app owns the numbers (masses, volumes, mass fractions, ΔV); Blender and Godot only shape what the Designer already validated.
  • Without ships and vehicles, the Godot game loses its main vehicle of storytelling. The vehicles that carry the characters around a planet and across a star system are what create immersion and scale — the player's sense of distance, of being small against a world, and of a journey worth taking.

So the Vehicle Designer is not one feature among many: it is the thing that makes the 3D models and the Godot game possible at all. The mass-and-geometry loop comes first; the Launcher Rockets and Orbiters validate it; the cislunar economy and Godot game are the payoff.

Mass-first, geometry-second (the feedback cycle)

  • Use the Vehicle Designer's mass-focused design system first.
  • Validate the Launcher Rockets first, then later the Orbiters.
  • There is a feedback cycle: the mass physics is validated first, then the geometry is validated in Blender. The app owns the numbers (masses, volumes, mass fractions, ΔV); Blender owns the shape (measured volume, surface area, skin mass). Because stretching a tank in Blender increases surface area → increases skin mass → reduces ΔV, the player feels structural mass fraction as a consequence of shape, not as a number from a table.

Final outcome

A set of tools to design realistic rockets, working with:

  • Payload and orbit — mission legs and ΔV targets, sized to what a given payload actually needs
  • Tech level (TL) and Program Maturity Rating (PMR)

From that basis, create a cislunar economy:

  • Rockets become common across various nation states
  • The resources needed to reach a particular performance level (a capability band)
  • Model the costs and the frequency of launching (catch-up model, cost-per-kilogram to LEO, launch cadence)

Godot conversion

With the physics and vehicle design mechanics validated, move to Godot and have elements ready to be converted into a game where players build ships procedurally.

Unlike SimpleRockets / Juno: New Origins — where you need to know so much about ratios and hardware to design something — this system works off basic requirements: energy needed and mass to move. The barrier was requiring players to know about ratios and hardware. We want to offload all the hardware and memorization to the algorithm and focus on letting players think in trade-offs.

Habitats

Then proceed to detail the Habitats, starting with:

  • 0G habitats
  • early Spin habitats
  • early Lunar Habitats

Documentation

Core Specifications

  • Mneme Ship Design System — Complete v0.1 specification covering decimal TL framework, vehicle taxonomy, mass budget & delta-V mechanics, BOM structure, propulsion tables, Features/Bugs system, procedural generation, and Saturn V calibration data
  • Vehicle Designer — Launch Rockets — Program document (v0.1 planning draft) for Category 1: Launch → Rockets. Adds the Body = Payload + Propulsion model, the parametric-geometry/Blender validation loop, an era-by-era historical calibration program (Apollo → Shuttle → Soviet → Energia-Buran → Artemis/SpaceX), the program catch-up model, trend lines and theoretical ceilings, and the surface-area lift model
  • TL Fraction Mapping — 0.1 TL granularity with year ranges (1950–2075+), component dating, calibration anchors, and PMR interaction rules

Knowledge Base

Taxonomy & Archetypes

  • Vehicle Taxonomy — Complete classification system (kind, size, crew suffixes)
  • Rocket Classification — PROP-ARC / STG-CFG / MIS-ORG axes
  • Spacecraft Archetypes — 13 vehicles across 5 archetypes with TL assignments
  • Vehicle Terminology — Single source of truth: propulsion/mass terms, launcher lift classes, spacecraft classes, 3-level BOM rule, CE TL / MTL / MSDS-legacy-TL reconciliation
  • Design Validation Loop — Estimate → Blender-measure → compare policy, procedural & operating cost models, decade-step projection methodology, per-pass acceptance criteria (±10 % mass / ±5 % ΔV / ±25 % cost)

Conversion & Reference


Application Features

Design Screen

  • Build vehicles structure-by-structure
  • Add components (engines, fuel tanks, avionics, crew modules, etc.)
  • Real-time mass and delta-V calculations
  • Component library with 7 categories

Compare Screen

  • Side-by-side comparison of up to 3 vehicles
  • 3 view modes: Standard, Compact, Super Compact
  • Row-aligned metric comparison with diff highlighting
  • Top-line performance summary per vehicle
  • Optimized for 1920×1080 displays

Library

  • 48 pre-built vehicles including historical rockets and converted SimpleRockets crafts
  • Saturn V/IB, Apollo CSM/LM, Orion, Artemis HLS, Falcon 9/Heavy, Space Shuttle, Soyuz, Proton, Energia-Buran, SLS, Starship, Long March 5, Ariane 6, and more
  • Filter by type, TL, and origin

Save / Load / Import / Export

  • Save vehicles to browser localStorage
  • Export designs as JSON files
  • Import JSON files from other users
  • Share designs via file exchange

Project Status

  • Current Version: v0.3
  • Display Target: 1920×1080
  • Library Vehicles: 48 (17 hand-crafted historical + 31 SimpleRockets conversions)
  • Build Status: ✅ Passing

Recent Milestones

  • ✅ Multi-ship comparison with 3 view modes
  • ✅ SimpleRockets conversion system (30 vehicles, 93% validation pass)
  • ✅ Save/Load/Import/Export system
  • ✅ Knowledge base (9 documents)
  • ✅ Spacecraft archetype definitions

Next Milestones

  • Multi-structure BOM support (staging)
  • Procedural vehicle generation from constraints
  • 3D visualization bridge
  • Godot engine integration


License

This project is licensed under the GNU Affero General Public License v3.0 (AGPL-3.0).


Part of the Game in the Brain / Mneme RPG ecosystem. Justin can run Mneme at 2050–2100s and see how the world was reshaped by the technologies — with humanity surviving all that happened after the pandemic and the slide to fascism and techno-corporate feudalism.