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

Shiked: 24 Eylül 2026 03:50 UTC
Yazar: 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.

Tüm değişiklikler

Kargoyu gördüğünüz gibi?

Tüm bunlar kendi başına iş alanınıza geliyor. Ücretsiz plana başlayın ve bu sayfayı bir ay içinde tekrar okuyun.

Sonsuza Kadar Ücretsiz Başlangıç Fırsatları Görüntüle