Microfreak/CLI/Episode patch workflow
Episode patch workflow
- GitP episode pages record the MicroFreak presets created during recording. Each recorded patch keeps its saved slot, downloadable preset file and connection to the episode's audio, then receives a convention-based or creative name after recording.
- Protocol evidence and current script capabilities: Microfreak/CLI/Preset metadata over USB.
Record and capture
- Save the patch on the instrument, then record its slot on the episode page in the order the patches were created. Downloads capture the saved preset; an unsaved front-panel edit may differ from the downloaded patch.
- Capture the saved name, category, slot, session order, full patch backup and sound-data fingerprint. Link an audio excerpt or a recording timestamp when available.
- Keep an episode patch identifier independent of slot and device name. The same slot can later hold a different sound, and a renamed patch should retain its episode notes and audio references.
- Downloading should be part of capture. Retain the original export when making later renamed exports so the episode's original sound remains recoverable.
Download formats
- Live validation: Microfreak/CLI/Validation/26-10-03 slot 397 records matching downloads and a parser-validated .mfpz export of Imit. MCC import and restoration remain pending.
- Existing microfreak:download task downloads one populated slot through the Python/RtMidi library and saves a raw .bin backup plus a JSON manifest with metadata and checksums.
- Elektroid preset implementation exposes .mfpz export, matching the existing GitP preset files. Integration into episode capture and an MCC import test remain pending.
- A raw backup supports preservation and comparison. Restore from that raw format needs implementing and testing; an existing download task alone does not establish a working restore path.
- Preset files preserve the patch settings. Referenced user samples and wavetables need separate consideration when building a portable episode archive.
Rename after recording
- Generate device names from episode date and recorded patch order, using the proposed form
GitP.YY.MM.DD.A. The example GitP.24.11.23.A fits the device's 14-character limit; full-year dates can be used in export filenames. - Preview slot, current name and proposed name together. Compare the device's current sound data with the captured patch before applying changes.
- Rename over USB, read back the result, verify unchanged sound data and download the renamed patch under its GitP filename.
- Update the episode's links and the existing preset notes without losing their history. A moved or overwritten slot needs reconciliation before renaming.
Next steps
Audio-based creative names