觀點 · 資訊分享
AWS 直播服務 MediaLive 新增「用畫面對齊」：沒有時間碼的串流，雙備援切換也能逐格同步
AWS Elemental MediaLive 推出 Video Aligned Locking，靠比對畫面特徵而不是時間碼，讓直播的兩條備援管線輸出逐格對齊。常見的網路串流來源沒有時間碼，這次不用再買專用硬體或自己搞外部同步。
- 發布
- 2026-09-13
- 篇幅
- 約 4 分鐘 · 1,953 字
- 結構
- 7 節 + 3 題常見問題
- 標籤
一句話看懂：AWS 的直播服務 MediaLive 新增「Video Aligned Locking」，改用比對畫面來讓兩條備援管線逐格對齊，來源沒有時間碼也能用。
先用白話講：直播為什麼要「兩條管線」？
想像演唱會直播時，現場有兩組一模一樣的導播團隊同時在剪輯、輸出畫面，其中一組出狀況，另一組馬上接手，觀眾完全不會發現。AWS Elemental MediaLive 是 AWS 的雲端直播處理服務，它的「標準頻道」就是這樣：有兩條管線（pipeline）同時處理同一個來源，互相備援。
但接手時有個前提：兩組團隊剪出來的畫面必須逐格對齊。如果 A 組比 B 組慢了半秒，切過去的瞬間，觀眾就會看到畫面跳一下或重複一小段。讓兩條管線逐格對齊的功能，叫做管線鎖定（pipeline locking）。
發生什麼事
AWS 在 2026 年 9 月 12 日發布更新：MediaLive 新增 Video Aligned Locking。
- 以前：要做到逐格對齊，通常得靠來源影像裡的時間碼（timecode），沒有的話，AWS 說得買專用硬體，或自己管理複雜的外部同步流程
- 現在：MediaLive 會比對兩條管線畫面的「視覺特徵」，自動找出對應的影格再對齊，不需要來源提供時間碼
- 適用範圍：一般的標準頻道，以及用「連結頻道」做的跨區域單管線頻道
- 支援的輸出：HLS、MediaPackage、CMAF Ingest、UDP、SRT
- 所有有提供 MediaLive 的 AWS 區域都能使用
AWS 的說明是：時間碼在傳統電視等高度製作的內容很常見，但一般網路串流常常沒有、也很難管理，所以才需要這個新方法。
兩種同步方法怎麼選？
| 比較 | 來源時間碼（預設） | 畫面對齊（新） |
|---|---|---|
| 原理 | 用影像內嵌的時間碼對齊 | 比對畫面的視覺特徵 |
| 需要來源有時間碼 | 建議要有，沒有只能大概對齊 | 不需要 |
| 可用的輸出 | 另外多支援 Microsoft Smooth | HLS、MediaPackage、CMAF Ingest、UDP、SRT |
給開發者的技術細節
- 設定方式：在管線鎖定模式（
PIPELINE_LOCKING）下，把 Pipeline locking method 設成VIDEO_ALIGNMENT；它不能搭配EPOCH_LOCKING - 不相容的輸入：檔案輸入（
MP4_FILE、TS_FILE）、HLS 拉流（URL_PULL）、RTMP_PULL。碰到這些輸入時，頻道以「不鎖定」的方式繼續跑，而且不會顯示驗證錯誤，這是為了讓輸入切換流程不被打斷 - 兩條管線必須收到同樣的影像內容，畫面比對才有辦法成功
- 影格率要是整數倍：輸出是輸入的整數倍（例如 45 對 90），或輸入是輸出的整數倍（例如 60 對 30）才行；59.4 對 60、45 對 60、29.97 對 23.978 都不支援。如果不是整數倍，系統會停止嘗試鎖定，直到切換到下一個輸入
- UDP 與 SRT 輸出需要是分段（segmented）輸出才能鎖定
我的看法
坦白說，直播串流離多數中小企業的日常有點遠，但如果有活動直播、線上課程這類「不能斷」的需求，雙備援加逐格對齊就是讓觀眾無感切換的關鍵。這次更新的價值是把門檻降下來：以前沒有時間碼就得加預算，現在多了一個軟體解法。
不過細節很多：輸入類型、影格率倍數、輸出是否分段，任何一項不符就會悄悄退回「不鎖定」，而且不報錯。所以上線前我會做一次實際切換測試，確認備援切換時畫面真的沒有跳，而不是只看設定頁有沒有勾選。
名詞小辭典
- MediaLive：AWS 的雲端直播編碼服務，把來源影像轉成各種格式再送出去。
- 管線（pipeline）：處理影像的一條處理路徑；標準頻道有兩條，互為備援。
- 時間碼（timecode）：寫在影像裡、標記每一格畫面時間的編號。
- HLS / SRT：常見的串流傳輸格式與協定，用來把直播送到播放器。