A meeting recording no longer passes through heap, and a long one no longer times out

Shipped: September 24, 2026 at 3:50 AM UTC
Author: Kamo
Commit: 354e7eb

/transcribe read the upload with getBytes() on a 2Gi pod, and a meeting recording runs past a gigabyte. It now copies the spooled upload to the scratch volume and ffmpeg reads that file directly (transcodeToWav16kMono(Path)); only the WAV comes back as bytes. The copy is deleted whether transcription succeeds or not. The whisper call's read timeout was ten minutes, shorter than CPU transcription of a long meeting takes. It now matches transcribeToVtt's two hours, and posts the WAV unbuffered so it is not copied into heap a second time.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free Forever View Pricing