metronome/rust
Me Here 676d9879fa pm-ui: first real metronome screen (header/BPM/transport + polymeter lane grid)
draw_metronome() renders the screen for any parsed track: track name + big BPM,
play/stop transport, and the polymeter lane grid — per-lane beat cells coloured by
level (accent amber / normal cyan / ghost purple / rest dark), playhead highlight,
beat gridlines, poly (~) marker. Pure no_std view over borrowed data (LaneView/
Screen) so the firmware build stays allocator-free.

uisim now parses a real track (track-format) and renders draw_metronome to PNG —
iterate the UI on the host, no bench. Firmware still draws the bring-up diagnostic.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-05-31 23:38:48 -05:00
..
pm-kit pm-kit: hold CS low — fix ST7796 1/4 screen (mipidsi toggles CS mid-command) 2026-05-31 23:01:04 -05:00
pm-ui pm-ui: first real metronome screen (header/BPM/transport + polymeter lane grid) 2026-05-31 23:38:48 -05:00
track-format Rust port Stage 2: scheduler timing + no_std (builds for RP2350) 2026-05-31 19:34:02 -05:00
uisim pm-ui: first real metronome screen (header/BPM/transport + polymeter lane grid) 2026-05-31 23:38:48 -05:00
Containerfile Rust port Stage 1: track-format codec crate (passes the golden vectors) 2026-05-31 18:36:59 -05:00
README.md Rust port Stage 1: track-format codec crate (passes the golden vectors) 2026-05-31 18:36:59 -05:00
run.sh Rust port Stage 1: track-format codec crate (passes the golden vectors) 2026-05-31 18:36:59 -05:00

Rust port — track-format crate (Stage 1)

Pure parse/serialize codec for the track DSL, validated against the shared golden vectors (tests/fixtures/track-format.json) — the third implementation alongside engine.js and app.py. See docs/rust-port.md for the staged plan.

All tooling runs in a container (per the develop-in-container rule):

./rust/run.sh            # cargo test — runs the conformance + idempotency suite
./rust/run.sh cargo build
./rust/run.sh bash       # interactive shell in the crate