J2ME 串流媒體技術實作討論（一）：雙 Player 交替播放架構

本系列首篇提出 J2ME 音訊串流的核心架構：雙 Player 交替預載與播放，並討論伺服器端分塊傳輸協定與 WAV/MP3 格式適用性。

雙 Player 架構流程

1. 建立兩個 Player 實例：Player A、Player B。
2. HttpConnection 向伺服器請求第一塊資料（建議 18 KB）。
3. 資料到位 → Player A realize()/prefetch() → start() 播放。
4. Player A 播放期間（18 KB AMR 約 10 秒），背景請求第二塊資料（GPRS ~3 KB/s，6 秒傳完）。
5. 第二塊到位 → Player B realize()/prefetch() 待命。
6. Player A 播放結束收到 END_OF_MEDIA 事件 → 切換 Player B 播放，同時請求第三塊給 Player A。
7. 循環往複，實現連續串流播放。

前提條件驗證

裝置必須支援兩個 Player 同時處於 prefetched 狀態。 實測 Nokia 7610 (S40) 符合條件：兩執行緒各持一 Player，同步完成 prefetch() 後等待切換信號。

事件驅動切換程式碼

public void playerUpdate(Player player, String event, Object data) {
    if (event == PlayerListener.END_OF_MEDIA) {
        try {
            stopGauge();           // 停止進度條
            playForeground();      // 切換到另一 Player 播放
        } catch (Exception e) { e.printStackTrace(); }
    }
}

伺服器端分塊傳輸協定

Client 端每次請求一塊，Server 依序回應：

// Server 端 Java 伪碼
public void transfer(DataOutputStream out) {
    byte[] header = extractHeader(audio); // WAV 44 bytes / MP3 32 bytes (假設)
    int chunkSize = 50058;                // 含 header 的塊大小
    byte[] chunk = new byte[chunkSize];

    // 第一塊：header + 前 chunkSize-header 音訊資料
    System.arraycopy(audio, 0, chunk, 0, chunkSize);
    writeChunk(out, chunk);

    // 後續塊：每塊前面加上 header，確保 Player 可獨立解碼
    while (hasMoreData) {
        buildChunkWithHeader(chunk, header, nextAudioData);
        writeChunk(out, chunk);
    }
}

void writeChunk(DataOutputStream out, byte[] chunk) {
    out.writeInt(chunk.length); // 先寫長度
    out.write(chunk);           // 再寫資料
}

格式適用性分析

VC++ 經驗移植參考

作者早期 VC++ TTS 系統即用此法：WAV header 固定在前，後續純 PCM 資料；每次取資料前加 header 送聲卡播放，極低延遲。J2ME 移植邏輯完全一致。

實測心得

• Nokia 7610 雙 Player 切換流暢，無明顯間隙。
• GPRS 環境下 18 KB/塊、10 秒/塊為黃金平衡點。
• MP3 分段需驗證目標裝置解碼器是否接受無 side-info 的幀；建議轉 AMR 後再分段最穩健。

此架構為後續 AMR 最佳化、Podcast 章節化、即時轉碼閘道等進階主題奠基。