透明格式與播放相容性

透明有三個檢查點

透明結果需要：合適的來源/處理流程、能儲存 Alpha 的格式、實際使用該通道的播放器或渲染器。滿足其中一點，不代表其餘兩點也成立。

公開 API/MCP 流程應從帶有效 Alpha 的圖片開始，使用 video.transparency.mode: "alpha_key" 並開啟透明匯出。這不是任意背景移除服務。原始生成影片使用臨時鍵色背景，本身仍不透明。

按目標環境選擇格式

當前 WebM Alpha 編碼使用 VP8，不是 VP9。僅顯示“支援 WebM”不能證明支援此組合中的 Alpha。ProRes 4444 面向編輯和交換，不承諾在所有瀏覽器內嵌播放。

不能只看副檔名。任意 MOV 或 PNG 都可能是不透明檔案；同一個透明檔案也可能在某個檢視器裡顯示黑底，在另一個軟體中正確合成。

用同一幀做對照排查

1. 選擇包含動作和細邊緣的短片段。
2. 在權益和報價允許時，同時匯出 PNG 幀與目標格式。
3. 將同一幀分別放到白色、深灰和對比色背景上。
4. PNG Alpha 正確但影片顯示異常時，先檢查解碼與合成，不要直接重新生成動作。
5. 各種輸出都出現同一不透明區域時，檢查來源模式、匯出透明開關、畫布背景和源圖 Alpha。

原圖中畫上去的棋盤格不是透明；只把輸出畫布設成透明，也不會消除每幀內部已有的不透明背景。

不只看四角，還要看邊緣

檢查頭髮、煙霧、半透明服裝、運動模糊和接近鍵色的區域。光暈可能來自源圖汙染、鍵色溢位、縮放、濾波或目標軟體對 Alpha 的解釋方式。

對照時優先使用原始匯出檔案，避免經過可能壓平透明通道的中間轉換器。引擎紋理還應檢查目標平臺的過濾、壓縮和材質設定。改副檔名不能修復丟失的通道。

匯出校驗失敗時仍可能有部分可用資產。應儲存這些檔案並檢查報錯，不能僅因影片已經生成就把整個任務判為成功。

預算與交付

高階格式需要匯出權益，處理也可能消耗點數。大批次交付前先做小範圍相容性測試；下游需要備用路徑時，保留通用的 PNG 基線和匹配後設資料。

需要接入網站時，可以直接使用經過實測的網頁透明角色動畫 HTML 指南及其 WebM／PNG 下載示例。然後繼續閱讀輸出格式和透明匯出排障。

需要直接做選擇時，可以檢視 WebM Alpha、ProRes 4444 與 PNG 序列實測對比：同一段 96 幀動畫提供三種真實檔案，並公佈檔案大小、解碼後 Alpha 檢查與原始下載。