feat: plan composition phases and persist named arrangement markers
This commit is contained in:
parent
1b668068de
commit
64e5ab170f
19 changed files with 323 additions and 9 deletions
|
|
@ -1,4 +1,4 @@
|
|||
# Project format v15 (reads v1–v14)
|
||||
# Project format v16 (reads v1–v15)
|
||||
|
||||
Phases 5–31 use a bounded text format implemented in C99 without a parser library.
|
||||
The extension is `.xtc`. File operations run exclusively on the control thread.
|
||||
|
|
@ -418,3 +418,11 @@ Missing/invalid samples remain references and become reported silence during
|
|||
preparation. Controls describe root key, whole-file loop, attack, release and
|
||||
gain. Earlier projects have empty sample paths. Rebuild public API consumers
|
||||
for the additional copied `sample_path` field in `xtc_plugin_spec`.
|
||||
|
||||
## Version 16: arrangement markers
|
||||
|
||||
After `LIVE_INSTRUMENT` and before `END`, version 16 writes `MARKERS count`
|
||||
followed by `MARKER tick hex_name` records. Count is 0..128; ticks must be strictly
|
||||
increasing and at most MAX_TICK. Names use the existing bounded UTF-8 hex encoding.
|
||||
Versions 1–15 migrate to an empty marker list. Older builds reject version 16.
|
||||
Markers are copied by snapshots and history; the tick is their stable key.
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue