J2ME 串流媒體技術實作討論（二）：Podcast 章節化與格式轉換

本文討論 Podcast 於行動裝置播放的關鍵挑戰：媒體格式相容性、章節分段機制、中斷事件管理，以及開源工具鏈的整合應用。

核心問題分析

• 格式不支援：多數手機不支援 MP3/AAC，但普遍支援 3GP 容器下的 AMR 標準格式。
• 無法定位/重播：簡易 Player 不支援 seek，需將長音訊切為「章節」逐段播放。
• 中斷管理：來電/簡訊導致播放暫停，需記錄播放位置（章節索引+段內時間）以便恢復。
• 儲存空間：少數手機支援儲存數 MB MP3，大多數需串流邊載邊播。

開源工具鏈方案

1. MPlayer / MEncoder 格式轉換與分段

# 任意格式 → AMR (單聲道, 8kHz)
mencoder input.mp3 -of rawaudio -oac lavc -lavcopts acodec=amr_nb -o output.amr

# 分段：每段 50 秒
mencoder input.amr -ss 0 -endpos 50 -o part1.amr
mencoder input.amr -ss 50 -endpos 50 -o part2.amr
...

MEncoder 自動處理各段標頭，確保獨立可播放，伺服器無需即時運算。

2. Tea Vui Huang 的 JavaCast / Mobcast

• JavaCast：將 Podcast 轉為含 AMR 音訊的 J2ME MIDlet，使用者下載 MIDlet 即可離線播放。
• Mobcast：伺服器端工具，自動化「RSS 抓取 → FFmpeg 轉碼 → 章節分割 → 產生 JAD/JAR」全流程。
• Podcaster 僅需在網頁加入 MIDlet 下載連結，聽眾即可在手機收聽。

3. JFFmpeg / FOBS

• JFFmpeg：FFmpeg 的 Java 包裝，可在 Java EE 伺服器即時轉碼。
• FOBS：C++/JMF 包裝 FFmpeg，另一選擇。

中斷事件管理模型

// 狀態機
enum State { PLAYING, PAUSED, BUFFERING, ERROR }

void handleIncomingCall() {
    if (state == PLAYING) {
        player.stop();           // 暫停播放執行緒
        downloader.suspend();    // 暫停下載執行緒
        savedPosition = getCurrentChapterAndTime();
        state = PAUSED;
    }
}

void handleResume() {
    if (state == PAUSED) {
        seekTo(savedPosition);   // 定位到章節+時間
        player.start();
        downloader.resume();
        state = PLAYING;
    }
}

雙 Player 交替播放技巧

預先 realize()/prefetch() 兩個 Player，播放完第一個收到 END_OF_MEDIA 立即啟動第二個，實現無縫切換。缺點：切換瞬間可能有「卡啪」雜訊，需靜音淡入淡出處理。

伺服器端架構建議

1. 預處理模式：上傳 Podcast → 離線轉碼分段 → 靜態檔案服務（CDN），零運算延遲，成本最低。
2. 即時轉碼閘道：使用者請求任意音訊 URL → 伺服器即時 FFmpeg 轉 AMR 分段 → 串流回應。CPU 密集，需佇列與快取，適合長尾內容。
3. 混合模式：熱門內容預處理，冷門內容即時轉碼並快取。

實務上，預處理 + 靜態 CDN 為最穩健架構；即時轉碼僅作備援或特殊需求。