格式轉換

FlowPick 在下載串流媒體的同時，能夠將分片合併並轉換為標準格式。本文件說明支援的轉換路徑、底層技術原理、輸出格式選擇以及效能特徵。

前置概念：容器 vs 編碼

理解格式轉換前，需要區分兩個容易混淆的概念：

FlowPick 的格式轉換只改變容器，不改變編碼（即「轉封裝」或 Remux）。這意味著：

• 影片畫質和音訊音質完全不變
• 轉換速度很快（不涉及重新編碼）
• 無法改變編碼格式（如 H.265 → H.264）

轉換路徑概覽

FlowPick 支援以下轉換路徑，涵蓋 HLS 和 DASH 兩種主流串流媒體協定：

「無損」指不進行重新編碼，僅改變容器格式。影片和音訊的編碼資料保持不變。

轉換技術原理

FlowPick 使用兩套轉換引擎，根據場景自動選擇最優方案：

TS 分片 → MP4（FFmpeg WASM 轉封裝）

HLS 串流通常使用 MPEG-TS 容器封裝。轉換為 MP4 時，FlowPick 使用 FFmpeg WASM 執行以下操作：

輸入：多個 .ts 分片檔案

處理流程：

1. 將所有 TS 分片寫入 FFmpeg 虛擬檔案系統（WASM 記憶體）
2. 產生 concat 檔案列表（filelist.txt）
3. 執行轉封裝命令：

ffmpeg -f concat -safe 0 -i filelist.txt \
  -c copy \
  -movflags +faststart \
  -bsf:a aac_adtstoasc \
  output.mp4

關鍵參數說明：

效能特徵：

• 不涉及編解碼，CPU 佔用低
• 主要耗時在檔案 I/O（WASM 虛擬檔案系統讀寫）
• 處理速度約為 50-100 MB/s（取決於 CPU 和分片數量）

TS 分片 → MP4（TSToMP4Muxer 串流式轉封裝）

對於大檔案場景，FlowPick 優先使用自研的 TSToMP4Muxer 進行串流式轉封裝，避免 FFmpeg WASM 的記憶體限制：

處理流程：

1. 逐分片解析 TS 包（188 位元組/包），提取 PES 資料
2. 即時轉換為 MP4 格式的媒體資料
3. 透過 Streams API 串流式寫入磁碟（FSA）或記憶體（Blob）

優勢：

• 純 JavaScript 實作，無需載入 FFmpeg WASM（節省 ~30MB 記憶體）
• 串流式處理，記憶體佔用與檔案大小無關
• 支援 File System Access API 直接寫入磁碟

劣勢：

• 僅支援 TS→MP4 單一轉換路徑
• 不支援音影片分離合併

TS 分片 → TS（直接拼接）

這是最快的「轉換」方式——實際上不進行任何轉換，僅將 TS 分片按順序二進位拼接。

處理流程：

1. 下載所有 TS 分片到記憶體
2. 按順序將 ArrayBuffer 拼接為單個 Uint8Array
3. 直接寫入檔案

優勢：

• 零 CPU 開銷，速度僅受磁碟寫入速度限制
• 完全保真，不修改任何位元組
• 適合後續使用專業工具處理的場景

劣勢：

• 檔案體積可能略大於 MP4（TS 容器開銷約 5-15%）
• 部分播放器對 TS 檔案的支援不如 MP4

DASH 分片 → MP4

DASH 串流的分片通常是 MP4 或 FMP4 格式。轉換過程：

標準 MP4 分片：

ffmpeg -f concat -safe 0 -i filelist.txt \
  -c copy \
  -movflags +faststart \
  output.mp4

FMP4 分片（需要初始化分片）：

ffmpeg -i init.mp4 -i video.mp4 -i audio.mp4 \
  -c:v copy -c:a copy \
  -movflags +faststart \
  output.mp4

音影片分離合併

DASH 串流的影片和音訊通常在不同的 AdaptationSet 中。合併過程：

ffmpeg -f concat -safe 0 -i video_list.txt \
  -f concat -safe 0 -i audio_list.txt \
  -c:v copy -c:a copy \
  -movflags +faststart \
  -bsf:a aac_adtstoasc \
  output.mp4

輸出格式選擇指南

MP4（推薦）

適用場景：

• 需要在各種播放器和裝置上播放
• 需要匯入影片編輯軟體（Premiere、DaVinci Resolve 等）
• 需要上傳到影片平台（YouTube、Bilibili 等）
• 需要確保最大相容性

技術細節：

• 容器：MPEG-4 Part 14
• MIME 型別：video/mp4
• 支援 H.264/AVC、H.265/HEVC、AAC、MP3 等編碼
• faststart 標誌確保網路漸進式播放

TS

適用場景：

• 追求最快下載速度（跳過轉封裝步驟）
• 後續會用專業工具（如 FFmpeg 命令列）進一步處理
• 來源串流本身就是 TS 格式且不需要轉換
• 暫時儲存，後續可能刪除

技術細節：

• 容器：MPEG Transport Stream
• MIME 型別：video/mp2t
• 每個分片獨立可播放
• 檔案體積通常比 MP4 大 5-15%

格式選擇決策樹

需要最大相容性？ ──是──→ 選擇 MP4
      │
      否
      │
      ▼
追求最快速度？ ──是──→ 選擇 TS
      │
      否
      │
      ▼
後續會用 FFmpeg 處理？ ──是──→ 選擇 TS
      │
      否
      │
      ▼
    選擇 MP4（推薦）

效能對比

以下是在典型條件下（Chrome 126，Intel i7-13700，16GB RAM）的實測資料：

以上資料為估算值，實際效能取決於 CPU、記憶體和瀏覽器狀態。串流式 Muxer 在處理大檔案時優勢更明顯。

影響轉換速度的因素

限制與注意事項

編碼格式限制

FlowPick 的轉換僅改變容器格式，不進行重新編碼。這意味著：

記憶體限制

FFmpeg WASM 在瀏覽器中執行，受以下限制：

瀏覽器相容性

命令列替代方案

如果你熟悉命令列，可以使用原生 FFmpeg 獲得更好的效能：

# HLS → MP4
ffmpeg -i "https://example.com/playlist.m3u8" -c copy -bsf:a aac_adtstoasc output.mp4

# DASH → MP4
ffmpeg -i "https://example.com/manifest.mpd" -c copy output.mp4

# TS 分片合併
cat segment_*.ts > output.ts

# TS → MP4 轉封裝
ffmpeg -i output.ts -c copy -bsf:a aac_adtstoasc output.mp4

原生 FFmpeg 的優勢：

常見問題

為什麼轉換後的 MP4 檔案比 TS 小？

TS 容器每個 188 位元組的包都有包頭開銷，而 MP4 容器的索引結構更緊湊。轉封裝後檔案體積通常減少 5-15%，但音影片資料完全不變。

轉換會損失畫質嗎？

不會。 FlowPick 使用 -c copy（串流拷貝）模式，只改變容器格式，不重新編碼。影片和音訊的每一個位元組都原樣保留。

為什麼有些影片轉換後無法播放？

可能的原因：

• 來源影片使用了你的播放器不支援的編碼（如 H.265）
• 轉換過程中分片缺失導致檔案不完整
• 來源串流本身存在問題

相關文件

• 影片嗅探 — 瞭解 HLS 和 DASH 串流的偵測原理
• 下載引擎 — 深入瞭解串流式處理和記憶體管理
• 設定參考 — 輸出格式等下載設定項
• 使用指南 — 格式轉換的實際操作步驟
• 瀏覽器相容性 — 各瀏覽器對 WASM 和 FSA 的支援情況
• 常見問題排查 — 轉換相關問題的診斷和解決
• 已知問題 — 格式轉換的已知限制