One fix in this build, targeting a recording-start hang we caught in dogfood this morning. Highly recommended for anyone who hit beta4’s “Starting recording…” spinner that never finished.
The “Starting recording…” window no longer hangs forever on certain audio device transitions.
Symptom: you clicked I notified everyone, start recording, and the consent window kept spinning indefinitely. Console showed a CoreAudio FAULT (Failed to create tap due to format mismatch) but the app never recovered — you had to force-quit and relaunch. Triggers: USB audio interface enumeration in the background, Bluetooth profile transitions on AirPods/Beats, ScreenCaptureKit re-routing the system input, sometimes just a busy first launch.
Root cause was an Obj-C exception from AVAudioEngine.installTap when the input device’s format changed in the millisecond gap between our format read and the tap install. The exception type is uncatchable from Swift, so it surfaced silently in Xcode logs while the calling Task hung. The fix passes nil for the format parameter, which makes AVAudioEngine read the bus format atomically inside the install call — no race, no exception.
Bonus: as a side effect of this fix, swapping audio devices mid-recording (plug in a USB mic, AirPods connect halfway through, etc.) is now handled cleanly. Previously this could have caused stream corruption; now the audio converter rebuilds automatically on the first buffer from the new device.
Everything from beta4:
Existing beta channel testers get this within 24 hours. Or trigger now: Minutiva Private → Check for Updates…