⚡ Stream ffmpeg output to response to reduce latency and memory usage

[soruly]

Refactors the video preview generation to stream ffmpeg output directly to the HTTP response instead of buffering the entire video in memory.

💡 What:

• Extracted generateVideoPreview logic to src/lib/generate-video-preview.ts which now returns a ChildProcess.
• Updated src/video.ts to pipe ffmpeg.stdout to res.
• Ensured proper cleanup and mediaQueue management by waiting for stream completion.

🎯 Why:

• Reduces memory pressure by avoiding buffering of full video files.
• Improves Time To First Byte (TTFB) significantly, as the client starts receiving data immediately.

📊 Measured Improvement:
Benchmark with a mock ffmpeg process showed:

• Buffering TTFB: ~1338ms
• Streaming TTFB: ~138ms
• Total Time: Comparable (~1.1s), slightly faster with streaming due to parallelism.

---

PR created automatically by Jules for task 12455024828524850266 started by @soruly

[google-labs-jules]

👋 Jules, reporting for duty! I'm here to lend a hand with this pull request.

When you start a review, I'll add a 👀 emoji to each comment to let you know I've read it. I'll focus on feedback directed at me and will do my best to stay out of conversations between you and other bots or reviewers to keep the noise down.

I'll push a commit with your requested changes shortly after. Please note there might be a delay between these steps, but rest assured I'm on the job!

For more direct control, you can switch me to Reactive Mode. When this mode is on, I will only act on comments where you specifically mention me with @jules. You can find this option in the Pull Request section of your global Jules UI settings. You can always switch back!

New to Jules? Learn more at jules.google/docs.

---

For security, I will only act on instructions from the user who triggered this task.

[soruly]

The video preview on telegram bot fails with this change, need more investigation.

[google-labs-jules]

The video preview on telegram bot fails with this change, need more investigation.

I suspect the issue was the missing Content-Length header or lack of seekability/faststart support in the pure stream. I've refactored the implementation to stream the ffmpeg output to a temporary file first. This keeps memory usage low (disk buffer instead of RAM) while allowing us to send the correct Content-Length header and support range requests via res.sendFile. This should restore compatibility with the Telegram bot.

[google-labs-jules]

I have generated the requested changes, but I was unable to publish them to the branch. You can publish the changes manually from the Jules UI.