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

Dikirim

24 September 2026 pukul 03.50 UTC

Penulis

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.