docs: revise design + roadmap for single pano projector

Operator decision (2026-06-04): single panoramic projector spanning the
three walls showing the real selected video (nature-video focus), replacing
four projectors + a procedural side-wall renderer.

- Design spec: revision banner; updated §1, §6 (one pano projector), §7
  (procedural side walls REMOVED), §10 layout, §12 open questions.
- ROADMAP: sub-project 5 marked Dropped; diagram + dependency order updated;
  §3 player drives one pano output; cross-cutting decisions reconciled.
- Sub-project-2 spec: follow-up note updated to past tense (design spec done).

dominant_color's only consumer was the side walls, so it stays optional/opt-in
in the sub-project-2 tooling (already specced).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
Ben Stull
2026-06-04 06:12:09 -07:00
parent b8c406d517
commit dd02c2c36a
3 changed files with 93 additions and 57 deletions
@@ -4,15 +4,26 @@
**Status:** Approved design (pre-implementation)
**Repo:** `human-experience-filter-art`
> **Revision — 2026-06-04 (display architecture):** the display moved from *four
> projectors (one per wall) + a procedural side-wall renderer* to a **single
> panoramic projector spanning the three walls the viewer faces, showing the real
> selected video** (launch content focus: **nature video**). This supersedes the
> original §6 (four projectors) and **removes §7 (procedural side walls)**, and
> reshapes the roadmap's sub-project 3 (player drives one pano output) and
> sub-project 5 (procedural side walls — **dropped**). Affected sections below are
> updated in place and marked. The coordinate model (§2), selection (§3), and
> catalog (§4) are unchanged.
---
## 1. What this is
A single-viewer immersive art installation. One person sits in a chair at the
center of a small room with four walls, each fronted by a projector. A DJ-style
control panel lets them "tune" their experience along a small set of felt axes;
the system finds the public-domain media nearest that tuning and plays it. The
piece is an *experience filter*: the viewer dials in how they want to feel and
A single-viewer immersive art installation. One person sits in a chair in a small
room; a **single panoramic projector wraps the real selected video across the
three walls they face**. A DJ-style control panel lets them "tune" their
experience along a small set of felt axes; the system finds the public-domain
media nearest that tuning and plays it (launch content focus: **nature video**).
The piece is an *experience filter*: the viewer dials in how they want to feel and
think, and the room answers with found human artifacts that match.
Design constraints that shaped everything below:
@@ -160,24 +171,37 @@ cannot decode HD video or drive projectors.
- **Raspberry Pi 5 (or small mini-PC) — brain + player.** Holds the catalog,
reads the Arduino's serial stream, runs the selection algorithm, and plays
media. **The hard drive plugs into the Pi**, not the Arduino.
- **Projectors.** The Pi drives the **primary** wall (the wall the viewer faces)
with real content. The three **side walls** show procedural ambient (§7),
driven from the same Pi's additional outputs or a second cheap Pi.
- **Projector (single, panoramic).** *Revised 2026-06-04.* The Pi drives **one
panoramic projector that spans the three walls the viewer faces**, showing the
real selected video across the whole field. There is no longer a primary/side
split and no procedural side-wall renderer (the former §7). This both simplifies
the hardware (one output, one projector) and removes the need to *compute*
`dominant_color` for ambient walls.
Parts delta vs. the original sketch: add a ~$80 Pi; everything else
(Arduino, knobs, hard drive, projectors) stays.
Parts delta vs. the original sketch: add a ~$80 Pi and use a single panoramic
(ultra-wide / short-throw) projector instead of four; everything else (Arduino,
knobs, hard drive) stays.
---
## 7. Procedural side walls
## 7. ~~Procedural side walls~~ — REMOVED (2026-06-04)
The three non-primary walls render a slow gradient / color wash:
**Superseded by the §6 single-panoramic-projector revision.** The three walls the
viewer faces now show the **real** selected video (the pano projector spans them),
so there is no separate procedural ambient renderer. The mood axis is felt through
the chosen content itself rather than a synthetic side-wall wash.
- **Hue** comes from the playing piece's `dominant_color`.
- **Brightness** tracks the Dark / Light knobs.
Consequences:
This costs near-zero storage and makes the mood axis physically felt in
peripheral vision. In `None` mode the side walls also fade to black.
- **Sub-project 5 (procedural side walls) is dropped** from the roadmap.
- `dominant_color` loses its only consumer; computing it becomes **optional /
opt-in** in the ingest tooling (sub-project 2 spec §5.2) rather than a required
mechanical tag. The field stays in the catalog schema (unused-but-harmless,
default `""`) for a possible future ambient/lighting use.
> *Original intent (for the record): the three non-primary walls rendered a slow
> color wash — hue from the playing piece's `dominant_color`, brightness from the
> Dark/Light knobs — to make the mood axis felt in peripheral vision.*
---
@@ -218,14 +242,18 @@ defensible.
## 10. Repo layout
```
hef/ shared library: catalog model + selection (sub-project 1, built)
catalog/ the tagged content catalog (JSONL)
player/ selection algorithm + media player (runs on the Pi)
player/ media player driving the single panoramic projector (runs on the Pi)
firmware/ Arduino sketch (reads knobs/selector → USB serial)
sidewalls/ procedural ambient renderer
tools/ sourcing/ingest, dominant-color, license checker, review tool
tools/ sourcing/ingest, mechanical tagging, review tool (sub-project 2)
docs/ this spec + operator/build guide
```
*(Revised 2026-06-04: `sidewalls/` removed with §7; the selection algorithm
shipped in the shared `hef/` package, not under `player/`, since the tools import
it too — see the sub-project-1 plan.)*
---
## 11. Explicitly out of scope (YAGNI)
@@ -240,9 +268,13 @@ docs/ this spec + operator/build guide
## 12. Open implementation questions (for the plan, not blockers)
- Player stack on the Pi (e.g. mpv/ffmpeg-based vs. a custom renderer) and how
crossfades are handled.
- Player stack on the Pi (e.g. mpv/ffmpeg-based vs. a custom renderer), how
crossfades are handled, and how a single wide/panoramic output is driven (one
ultra-wide surface vs. spanned displays).
- Exact serial protocol/framing between Arduino and Pi.
- Whether side walls run on the primary Pi's extra outputs or a second Pi.
- Ingest tooling language and where the per-archive downloaders live.
- Whether the player hard-restricts to `approved` records.
- ~~Whether side walls run on the primary Pi's extra outputs or a second Pi~~ —
resolved: no procedural side walls (§7 removed).
- ~~Ingest tooling language and where the per-archive downloaders live~~ —
resolved by the sub-project-2 spec: Python under `tools/`, per-archive fetchers
in `tools/ingest/`.
@@ -538,11 +538,11 @@ needed for the done-criteria.
decision to use a **single panoramic projector spanning all three walls, showing
real nature video**, supersedes the design spec's §6 (four projectors) / §7
(procedural side-wall renderer) and reshapes sub-projects **3** (player drives one
pano output, not primary + side feed) and **5** (procedural side walls likely
dropped). The design spec
(`2026-06-04-human-experience-filter-design.md`) and ROADMAP should be updated to
reflect this in a separate pass; it is **out of scope for the sub-project-2 spec**,
whose only affected element is the now-optional `dominant_color` (§5.2).
pano output, not primary + side feed) and **5** (procedural side walls
**dropped**). The design spec
(`2026-06-04-human-experience-filter-design.md` §6/§7) and ROADMAP were updated
this session to reflect this. The only element affecting the sub-project-2 spec
itself is the now-optional `dominant_color` (§5.2).
---