影片為什麼切換會黑屏：預載、快取與無縫分支播放

分支切換黑屏通常不是播放器「效能差」這麼簡單，而是下一段影片尚未準備、首幀還沒解碼、算繪紋理被清空，或兩段素材本身無法在視覺上連續。解決方案要同時涵蓋編碼、預載、雙播放器切換、快取預算和出口鏡頭設計。

從玩家提交選項到看見下一段首幀，可分為路徑確定、檔案定位、讀取、容器解析、解碼首幀、上傳紋理、音訊啟動和顯示。為每個階段記錄時間戳記，才能知道慢在哪裡。只記錄「載入用了 500 毫秒」，無法判斷是網路、磁碟還是關鍵影格。

在開發畫面顯示目前節點、候選節點、準備狀態、緩衝時長和首幀耗時。用冷啟動與第二次播放分別測試：第二次順暢而第一次黑屏，通常說明快取掩蓋了真正的問題。

播放器知道即將出現的選項時，就應開始準備所有可能的下一段，而不是等玩家點擊後才載入。候選只有兩個時，可以預載兩段首幀和少量緩衝；候選很多時，按機率、網路和記憶體分級，至少確保預設或高頻路線已準備好。

Unity 的 VideoPlayer.Prepare 會預先準備播放，並在完成後提供事件，可用它把「檔案準備」放到選擇階段之前，但仍需在目標裝置測量解碼和算繪表現。Unity VideoPlayer.Prepare

單播放器切換 URL 時常會清空目前畫面。更穩妥的方案是 A 播放目前片段，B 在背景準備下一片段；玩家提交後，B 已停在首幀，畫面在一幀內切換，隨後 A 被釋放並準備未來候選。音訊也要同步交叉淡化或準確切點。

雙播放器會增加記憶體、解碼器與平台相容成本。部分行動裝置無法同時硬體解碼兩路高解析度影片，因此需要測試是否只保留下一段首幀紋理，或在出口處用短暫定格遮蔽極短的切換。遮蔽是美學手段，不是無限等待的藉口。

長 GOP 會讓播放器為了顯示目標影格而回溯更多資料。分支片段應在入口附近安排關鍵影格，並統一編碼器、解析度、影格率、色彩空間和音訊參數。兩段素材參數不同，播放器可能重建解碼管線，增加延遲或閃爍。

不要單純把關鍵影格間隔壓到極短：檔案大小和位元率會增加。選取幾種代表性裝置，用實際出口片段測量首幀時間、記憶體使用峰值和套件大小，再確定編碼預設。

即使技術切換為零毫秒，出口與入口的構圖、動作、曝光或環境音不連續，玩家仍會感到斷裂。拍攝時設計出口姿勢和視線，剪輯時保留可銜接的影格，聲音用環境底音連續跨越剪接點。必要時用手機螢幕、眨眼或門的遮擋作為自然轉場。

選擇介面出現期間，背景影片應停在有張力但可持續的鏡頭。角色嘴停在半個音節、手懸在空中，任何等待都會顯得異常。

將資源分為目前必需、下一步候選、近期回退和遠期內容。按裝置記憶體與磁碟設定上限，優先保留目前與候選資源，離開章節後釋放不再可達的分支。快取鍵包含資產版本和編碼規格，防止更新後繼續播放舊檔案。

串流環境還要定義弱網策略：等待到安全緩衝再開放選擇、降低位元率、提前下載整章，或提供明確的載入畫面。不要讓倒數計時開始後才發現候選影片尚未就緒。

選擇提交到下一段首幀的 P50、P95 和最差值都要測量；同時記錄影音同步、掉幀、記憶體使用峰值和失敗復原。涵蓋低階目標裝置、冷快取、從背景恢復和資源下載中斷。指標由作品節奏決定，但「肉眼看不出」不能取代資料。

若準備失敗，保留目前畫面並重試、降低位元率或進入設計好的備援節點，不能直接黑屏卡死。每次失敗日誌記錄資產 ID、錯誤和裝置資訊。

最後把選擇層本身納入測量：按鈕動畫結束、輸入鎖定和播放器切換之間若有空檔，也會被誤認為載入。用螢幕錄影逐幀核對，確保效能日誌與玩家看見的時間一致。

下一步：挑選最常見、最高位元率和最複雜的三處分支，在冷快取目標裝置上逐階段計時；先把最嚴重的一次黑屏定位到具體階段，再決定改編碼、載入還是鏡頭。