KamoCRM

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

FixConversionService
ส่งแล้ว
24 กันยายน 2569 เวลา 03:50 UTC
ผู้เขียน
Kamo
ตั้งค่า
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.

เปลี่ยนแปลงทั้งหมด

เหมือนที่คุณเห็นการขนส่ง?

ทั้งหมดของมันมาถึง ในที่ทํางานของคุณเอง เริ่มที่แผนฟรี และอ่านหน้านี้อีกครั้งในเดือน.

เริ่ม เป็น อิสระ ตลอด ไปแสดงพริ้นซ์