fix: start HLS playback from segment 0 instead of live edge

FFmpeg encodes the full prayer at 2-10x real-time speed, so the
playlist grows much faster than wall-clock time. Without startPosition:0,
hls.js treats the stream as 'live' and seeks to the end of the current
playlist, causing users to hear only the last few seconds before the
stream ends. Forcing startPosition:0 ensures users always hear the
prayer from the beginning.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

Author: Tarteel

frontend/components/AudioPlayer.tsx

@@ -43,6 +43,11 @@ export default function AudioPlayer({ streamUrl, onProgress }: Props) {
         const hls = new Hls({
           lowLatencyMode: false,
           enableWorker: true,
+          // Always start from segment 0 — the prayer recording begins at the
+          // start of the playlist, not at the live edge. Without this, hls.js
+          // would seek to the end of the growing playlist and the user would
+          // only hear the last few seconds before the stream "ends".
+          startPosition: 0,
           // Buffer aggressively: download well ahead so temporary segment
           // generation slowness (FFmpeg) doesn't stall the player.
           maxBufferLength: 120,          // buffer up to 120s ahead