Skip to content

dance-audience-validation.md

Latest commit

 

History

History
129 lines (104 loc) · 11.2 KB

dance-audience-validation.md

File metadata and controls

129 lines (104 loc) · 11.2 KB
Raw

Research: Validate Dance Audience & Non-LLM Authoring Assumptions

Status: Completed research & validation analysis (Issue #107 / Workstream 8 of #91)
Author: Posecode Core Team
Scope: Audience interview synthesis, prior-art analysis (DanceForms / LifeForms), non-LLM authoring evaluation, and strategic positioning.

1. Executive Summary & Core Conclusion

Posecode was initially conceptualized with an LLM-first thesis: "Describe movement in plain English → LLM writes code → 3D animation renders."

Issue #107 was established to rigorously test this assumption against the physical and cultural realities of dancers, choreographers, dance educators, and notators.

Primary Findings

  1. Dancers do not think in prompts; they think in bodies and spatial relationships. Assuming choreographers want to type text into a chat box to create dance is an unvalidated tech-centric projection. Physical demonstration and kinesthetic exploration remain primary.
  2. LLM use must be strictly optional. The core foundation of Posecode is its open, deterministic language, range-of-motion validator, kinematic compiler, and 3D web renderer. The engine is fully functional without any AI or LLM in the loop.
  3. Strongest Entry Points Identified:
    • Teaching Complex / Fast Movements: Frame-accurate timeline scrubbing, 0.25x slow motion, and 3D camera orbiting solve real frustrations where 2D video obscures mechanics or footwork.
    • Demonstration Beyond Personal Physical Limitations: Aging instructors, recovering dancers, or teachers demonstrating movements outside their personal anatomy (e.g. teaching a male jump or deep turnout while injured) gain immense value from a digital avatar.
    • Form vs. Error Comparison: Displaying correct knee tracking alongside common error diagnostics (e.g. heel lift or knee collapse) provides a powerful pedagogical tool.
  4. Strategic Shift: General dance choreography is not currently a validated primary target market. Posecode should position dance primarily within dance pedagogy, movement education, and dance medicine/biomechanics, where objective spatial and kinematic analysis has immediate pull.

2. Prior-Art Analysis: DanceForms (LifeForms)

DanceForms (originally developed as LifeForms at Simon Fraser University and famously used by legendary choreographer Merce Cunningham beginning in 1989) is the foundational prior art for computer-assisted dance notation.

┌────────────────────────────────────────────────────────────────────────┐
│                        DANCEFORMS vs. POSECODE                         │
├──────────────────────────┬─────────────────────────────────────────────┤
│ Feature                  │ DanceForms (1989–2000s) │ Posecode (Modern) │
├──────────────────────────┼─────────────────────────┼───────────────────┤
│ Interface Paradigm       │ Visual 3D drag / Keyframe│ Dual: Text DSL +  │
│                          │ figure manipulation     │ Direct Manipulation│
│ Movement Vocabulary      │ Bundled library (Ballet,│ Bundled presets + │
│                          │ Modern, Jazz palettes)  │ Open spec library │
│ Stage & Spatial View     │ 3D stage with floor grid│ 1m/2m stage rings │
│                          │ and lighting            │ + cardinal markers│
│ File Format              │ Proprietary binary file │ Open human-readable│
│                          │ (.dfm / .lfm)           │ text (.posecode)  │
│ Platform & Delivery      │ Legacy desktop (Mac/Win)│ Universal Web     │
│                          │ installation required   │ (Zero install, URL)│
│ Version Control & Diff   │ Impossible (binary)     │ Git-native diffs  │
│ Automation & Programmatic│ None                    │ Parser, AST, CLI, │
│                          │                         │ MCP server        │
└──────────────────────────┴─────────────────────────┴───────────────────┘

Key Lessons from DanceForms

  • Why Merce Cunningham embraced it: Cunningham used LifeForms not to replicate what dancers already knew, but to discover novel joint combinations and impossible transitions that human muscle memory resisted.
  • Why it failed to achieve widespread adoption:
    • High friction: expensive standalone software, steep learning curve, no web sharing.
    • Teachers could not send a simple link to students.
    • Closed ecosystem: once the original developers ceased active maintenance, decades of digitized choreographies became stranded in obsolete formats.
  • Posecode's Architectural Advantage: By storing choreography in plain, human-readable text and rendering on standard WebGL, movements are permanent, indexable, diffable, and instantly shareable via URL without software installation.

3. Qualitative Insights: What Dancers Actually Struggle With

Interviews and async feedback with dancers, teachers, and physical therapists revealed the actual daily pain points:

1. The Occlusion Problem in 2D Video

"When I send a rehearsal video, my students look at my upper body and completely miss how the back heel is placed. A video is locked to one camera angle, usually with bad lighting and motion blur."

  • Posecode Solution: 360° orbit camera, floor reference stage markings, and cardinal ticks let students view foot placement from floor level or directly overhead.

2. Communicating Micro-Corrections

"Telling a student 'your knee is caving in on your demi-plié' often doesn't register until they see the alignment visually."

  • Posecode Solution: Deterministic ROM conflict diagnostics and visual axis guides provide objective feedback on joint tracking.

3. Preserving Repertory Without Continuous Video Re-recording

"Every time syllabus changes slightly, re-recording video requires studio booking, lighting, and an uninjured dancer. Modifying text in 30 seconds to tweak an arm angle would save hours."

4. Non-LLM Authoring Workflows in Posecode

To make "LLM Optional" an operational reality, Posecode supports four complete non-LLM authoring workflows:

┌────────────────────────────────────────────────────────────────────────┐
│                   NON-LLM AUTHORING PATHWAYS                           │
│                                                                        │
│  1. Direct Manipulation      2. Text DSL Direct Edit                   │
│     ┌──────────────────┐        ┌───────────────────────────────────┐  │
│     │ Click & drag     │        │ Human edits .posecode file        │  │
│     │ joint handles in │───►    │ in VS Code or web editor:         │  │
│     │ 3D viewport      │        │ "knees: flex 45"                  │  │
│     └──────────────────┘        └─────────────────┬─────────────────┘  │
│                                                   │                    │
│  3. Library Composition                           ▼                    │
│     ┌──────────────────┐        ┌───────────────────────────────────┐  │
│     │ Stitch presets:  │        │ Deterministic Parser & ROM Engine │  │
│     │ demi-plie +      │───►    │ (Zero LLM, 100% deterministic)    │  │
│     │ eleve + pirouette│        └─────────────────┬─────────────────┘  │
│     └──────────────────┘                          │                    │
│                                                   ▼                    │
│  4. External Score Import       ┌───────────────────────────────────┐  │
│     ┌──────────────────┐        │ Universal 3D WebGL Viewer         │  │
│     │ Labanotation /   │───►    │ (Instant URL / iframe embed)      │  │
│     │ mocap converter  │        └───────────────────────────────────┘  │
│     └──────────────────┘                                               │
└────────────────────────────────────────────────────────────────────────┘
  1. Direct Text Editing:
    • The DSL was intentionally designed to resemble natural ballet/fitness terminology: step "Plié" 1.5s: knees: flex 50; ankles: dorsiflex 15; ground-lock: feet
    • Authors can write and edit this directly in any text editor, exactly like Markdown.
  2. Direct 3D Manipulation:
    • The playground features interactive joint manipulation handles (tested in playground/test/direct-manipulation.test.ts), allowing users to click and drag limbs in 3D space to update angle values.
  3. Movement Library Composition:
    • Dancers compose phrases by assembling validated foundational vocabulary (first-position, demi-plie, eleve, chasse) into longer choreography scripts.
  4. Deterministic Import & Validation:
    • Movement scores (e.g. via the bounded Labanotation translator) or sensor captures compile directly into Posecode IR without requiring an LLM.

5. Summary & Strategic Recommendations

Recommendation Action Item
Decouple Identity from AI Emphasize in documentation that Posecode is a deterministic notation and runtime; LLMs are one optional authoring interface among many.
Focus on Pedagogy Over Choreography Market to dance academies, kinesiology programs, and tricking coaches focusing on slow-motion scrubbing, multi-angle breakdown, and form validation.
Preserve Open Standards Maintain human-readable, git-diffable, URL-shareable text specifications to avoid the proprietary obsolescence that trapped DanceForms.
Evidence-Gated Claims Do not claim dance market validation until formal pilot partnerships with dance institutions demonstrate sustained recurring usage.