v1.12.0 #152
Replies: 7 comments 11 replies
|
Thanks Max. I'm away so I can't try it until next week. |
|
Yes, that's true. #118 and #151 (#57) will enhance that with more granular/targeted incoming CC support, like what I believe you're alluding to. I'm currently finalizing the spec for #15: Pages support, an old outstanding OEM Parity feature and long-time user request. A full-blown user guide is sorely needed too, I'll have to start building that! |
|
I'm running v1.12.1 I noticed that there is and issue with label colours in keytimes mode. It is very similar to the #143 issue which had a "sticky Long Label" the issue now is that the Label changes Ok but "Long Colour" sticks. Sorry I didn't notice this before :( I've attached a config.json with my current setup. |
|
Does v1.13.0-beta.5 have pages or am I confused? |
|
Firmware for pages is done.I’ve got the GUI changes for pages in flight right now. Will land in the next day or two. It works really well!
… On Jul 5, 2026, at 11:10 AM, M1DHB wrote:
Does v1.13.0-beta.5 have pages or am I confused?
|
|
v1.13.0-beta.8 |


Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
✅ Stable Release
What's New
MIDI Features
Robustness Features
OS Compatibility
I prioritized these enhancements due to Paint Audio shipping new Captains with incompatible OS firmware:
Windows Installer
Full Changelog
v1.11.0...v1.12.0
Installation
First: Backup!
Before doing any of this, if you haven't already, please back up your existing config and firmware to a safe place for recovery or to revert to OEM firmware:
Install
Once MIDI Captain MAX is installed, manual firmware updates are no longer needed. The GUI Config Editor now includes a Firmware Installation section at the bottom of the window. It shows the currently installed firmware version and the bundled version available to install.
You can download either:
.dmgfor macOS,.exeor.msifor Windows,.AppImage(portable) or.deb(Debian/Ubuntu) for Linux. The Config Editor includes the bundled firmware, so you don't need to download it separately, orMIDI-Captain-MAX-v1.12.0-complete.zippackage if you want the GUI and the firmware as separate packages.For example, if you need to use the deploy script for the first install, or for an unsupported OS, this package includes everything you need. (The GUI still includes the bundled firmware; the zip is just for convenience if you want to use the deploy script instead of the GUI installer.)
Updating an Existing MIDI Captain MAX Install
CIRCUITPYorMIDICAPTAIN.By default, the installer preserves your existing
config.json. Enable Reset config.json to bundled defaults only if you want to overwrite your current settings with the default template.The app will copy the firmware, reload the device, and update it in place.
First Run on OEM Firmware
If your MIDI Captain is still running the factory Paint Audio firmware, the Config Editor may show
OEM (no VERSION.txt file).The first install requires a one-time deploy script run to write a
config.jsonwith your device type — the GUI installer cannot detect device type without it.If the Config Editor shows a CircuitPython version error (2026-batch devices)
2026-batch devices shipped with CP 9.2.7. The Install Firmware button will block with a version error. Fix this first:
.uf2, and waits forCIRCUITPYto remount — no physical button hold needed.CIRCUITPYremounts, continue to the deploy script steps below (the device is already mounted; skip step 1).If the editor can't reach the device over serial, see the manual bootloader entry guide (doc pending)
Deploy script — required for all OEM first installs
In many cases, the first install still requires a one-time bootstrap because the OEM firmware does not provide a MIDI Captain MAX
config.jsonfor device-type detection.MIDICAPTAINdrive should appear.MIDI-Captain-MAX-v1.12.0-complete.zipfrom the Assets section below.NOTE: only enter the desired device type, not the full list of options.
For example, if you have a Nano 4, run
./deploy.sh --device nano4../deploy.sh --device std10|mini6|nano4|duo2|one1.\deploy.ps1 -Device std10|mini6|nano4|duo2|one1deploy.bat -Device std10|mini6|nano4|duo2|one1— invokesdeploy.ps1with a per-processExecutionPolicy Bypass; does not change any system policy.Recovery
If anything goes wrong, it is fully recoverable:
This discussion was created from the release v1.12.0.
All reactions