Skip to content

v1.5.2 — A closing window no longer ends the audio

Choose a tag to compare

@jej2k5 jej2k5 released this 05 Aug 18:50
· 10 commits to main since this release

A 32-minute meeting recorded six seconds. If you record with screen capture on, upgrade.

What happened

macOS captures audio and video through a single stream with a single scope. So narrowing screen capture to one window — the feature that keeps your other tabs and notification banners out of frame — narrowed the audio to that window's lifetime too.

Google Meet replaces its window when you join a call. The window chosen at the prompt stopped existing a few seconds later, and the entire recording stopped with it. Six seconds of audio, no screen content, and 32 minutes of nothing.

The fix

Audio and screen are now captured separately. Audio follows the app and cannot be ended by a window closing. Screen capture keeps its window narrowing, so nothing is lost on the privacy side.

A stopped capture is also acted on rather than quietly logged:

  • Screen capture stops — survivable. It says so and keeps recording audio.
  • Audio stops — the recording ends and saves what it has, instead of running on for half an hour writing nothing.

If a recording came out short

Nothing can be recovered from a recording that was already truncated; the audio was never written. Recordings made from here on are unaffected by this.

Upgrade

npx jej2k5/meetey update

Then restart Claude Code, and grant Screen Recording permission if macOS asks — the binary is re-signed on every update, so it is treated as new.