Parley 0.8.2

Parley 0.8.2

If you have recorded meetings with 3 or more people, the speaker labels in those transcripts are wrong. This release fixes it — re-run those recordings to get correct labels.

Speaker labels on multi-party calls were wrong

Diarization was collapsing every speaker into a single cluster. On a real 5-person call, one participant's label absorbed three other people's speech, and a fourth participant who spoke for minutes got no label at all.

The cause was a single configuration flag that excluded nothing and blended everything: speaker embeddings were computed over windows containing overlapping voices, so every embedding became a mixture and the clusterer could no longer tell anyone apart.

Verified against a standard reference recording (a 4-speaker meeting from the AMI Meeting Corpus): before, 1 speaker was detected; now, 4.

This has been broken for a long time — it is not a regression from a recent release. It went unnoticed because one-to-one calls are unaffected: the local and remote sides are recorded on separate channels, so a two-person call has only one remote speaker to get wrong.

Transcripts of 1:1 calls are unaffected. Transcripts of calls with 3+ people should be re-run.

Remote audio was corrupted when recording with AirPods

If your AirPods were being used as the microphone, the remote participants' audio could be captured at half speed and padded with silence — producing a recording of the correct length whose content was 2x fast and choppy.

Bluetooth cannot run high-quality audio output and a microphone at the same time, so using the AirPods mic forces the output device down to 24 kHz. Parley's system-audio capture was tied to that device and followed it down, even though the original meeting audio was available at full quality the whole time.

Capture is now independent of the headset. Recording on AirPods gives full-quality remote audio.

Parley also now detects this class of fault while recording and flags the recording, rather than producing a corrupt file that looks correct.

Renaming speakers actually works

• On recordings longer than one chunk, some speakers played no audio at all when you pressed play — their samples were being looked for in the wrong file.
• After renaming a speaker, playback could switch to the wrong person's voice.
• Voice samples were chosen as each speaker's longest segment, which is usually the moment they were being talked over. Samples are now chosen from clean, isolated speech.
• "Rename Speakers…" was permanently greyed out after quitting the app, so a recording could never be renamed again. You can now pick any transcript.
• Renaming could silently fail to save. It now saves atomically and tells you if it can't.

Reliability

• A speaker could be silently swapped for another for the rest of a meeting if you stayed quiet through an entire 30-minute stretch.
• When diarization failed for part of a recording, that section was attributed to an existing speaker instead of being marked "Unknown". Parley no longer invents an identity it doesn't have.

For the curious

Diarization quality is now checked automatically on every change against a reference meeting with a known speaker count, so this class of bug cannot silently return.