5.7 KiB
EP-133 musician-to-Live 10 translation audit
This research set asks a musician's question rather than a file-format question:
If a finished EP-133 project sounds and behaves a certain way in the hands of its creator, which parts of that musical work appear in the exported Ableton Live 10 set?
It deliberately does not propose code changes. It supplies a musical reference project and a diagnostic vocabulary that can be used before implementation decisions are made.
Files
MUSICIAN_WORKFLOW_INVENTORY.mddescribes how a musician can build and perform an EP-133 project and separates saved project state from rendered audio and live-only gestures.IMAGINARY_PROJECT_NEON_LAUNDROMAT.mdspecifies one coherent imaginary project in enough detail to act as a translation oracle.LIVE10_TRANSLATION_AUDIT.mdasks whether the current group-track Live 10 export represents every decision in that imaginary project.
The three kinds of musical truth
| Kind | Meaning | Example | What an archive-based exporter can know |
|---|---|---|---|
| Saved state | Data represented in project/sample files | notes, pad trim, song positions, recorded fader motion | Potentially knowable if the format is decoded |
| Baked audio | A gesture whose result became a new WAV | a chord resampled while changing reverb X/Y | The resulting sound is knowable; the original gesture and device chain are not necessarily recoverable |
| Live-only performance | A gesture heard during a performance but not recorded into project data | punch-in FX, temporary loop, group solo | Not recoverable from a later backup unless it was resampled or recorded externally |
This distinction is essential. “Not present in the Live set” can mean four different things:
- the EP saved it and the exporter translated it;
- the EP saved it but the exporter approximated or omitted it;
- the EP baked it into sample audio, so only the audible result survives;
- the EP never saved it, so an archive export cannot reconstruct it.
Audit vocabulary
| Status | Meaning |
|---|---|
| Represented | The current exporter creates a usable Live counterpart from the saved data. This does not imply bit-identical audio. |
| Approximate | The musical intent is present, but device behavior or parameter scaling differs. |
| Partial | Some required state is translated and some is omitted or misread. |
| Missing | The EP state is available or strongly evidenced, but the current exporter does not put it in Live. |
| Baked only | Live can receive the rendered sample, not the process that created it. |
| Unknowable from archive | The gesture is not part of the saved project/sample state. |
| Unresolved | More EP-side evidence is needed before the expected translation can be stated safely. |
Evidence policy
Musical behavior is taken primarily from the current official EP-133 v2.5 guide and release notes. Community tutorials are used to understand how musicians combine the features into songs, not as authority for binary offsets or DSP laws. Binary claims are checked against the supplied OS 2.5.1 backup and the local parser.
The imaginary project is not a claim that a particular TAR already exists. It is a design oracle: every item should either be possible on the device, explicitly identified as a live gesture, or marked as an open question.
Primary sources
- EP-133 workflow: projects, groups, patterns, scenes, commit and song positions
- Sound editing, play modes, time stretch, MIDI, mute groups and song mode
- Notes, velocity, duration, fader recording and group project volume
- Sampling, resampling, chopping, timing, swing, note repeat and loop performance
- Send FX, punch-in FX, output compressor and note-triggered sidechain
- Current feature and firmware behavior changes
- Official OS release history
Musician-workflow references
- Music Room Academy: from an empty project to a finished track — useful for role-based groups, motif development, energy-shaped scenes and song form.
- Rochefsky EP-133 tutorials — useful for the practical load-sounds → record-patterns → commit-scenes → perform-with-effects workflow.
- Nick Hook: workflow walkthrough and beat from scratch — useful demonstrations of building a playable project around groups, patterns and fast variation.
- Nick Hook: fader and effects — useful for the performative role of recorded fader moves and temporary FX gestures. These early videos predate OS 2.x, so they are not used for current feature limits.
- SON WU: OS 2.5 hands-on — a musician-facing view of later workflow additions; official release notes remain the authority for exact firmware behavior.
- Sound On Sound EP-133 review — useful for the hands-on commit/performance perspective, but written before later firmware added resampling, sidechain and song mode; obsolete feature-limit claims are not used here.