直播廣告插播編碼 (DASH)

多時段 MPEG-DASH 資訊清單規範

Google DAI 會對原始 MPD 執行下列驗證：

• MPD 元素驗證
• Period 元素驗證
• AdaptationSet 元素驗證
• Representation 元素驗證
• SegmentTemplate 時間驗證
• 時間元件驗證

MPD 元素驗證

• type 應設為 dynamic
• profile 應設為 urn:mpeg:dash:profile:isoff-live:2011
• availabilityStartTime 不得為零，而且值不得在 MPD 的連續輪詢期間變更
• publishTime 不得為零，而且值在連續輪詢期間應遞增或保持相同。不過，publishTime 屬性每次更新時，都必須設為目前時間
• 相同 MPD 中參照的 DASH 內容必須全部採用 HTTPS

Period 元素驗證

• start 必須大於或等於零

  這樣就能視需要在 ISO-8601 時間長度中納入整數天數欄位，例如：P3DT3H1M30S 代表 3 天 3 小時 1 分鐘 30 秒。

  ISO-8601 目前尚未支持「年」、「月」和「週」時間長度的標示符號。

• Period 至少要有一個 AdaptationSet 元素
• 位址架構只能遵照數字和時間位址的範本

在 MPD 的連續輪詢期間：

• 只能移除 MPD 頂端的 Period 元素
• Period 元素只能附加到 MPD 的底部
• 只有 MPD 中的第一個和最後一個時段可以更新，其他時段皆不得修改。您只能進行下列更新操作：
  • 從第一個時段頂端移除片段或事件
  • 在最後一個時段的底部新增片段或事件

AdaptationSet 元素驗證

• AdaptationSet 至少要有一個 Representation 元素
• 如果 AdaptationSet 設有 ContentProtection 元素和子元素，皆不得在 MPD 的連續輪詢期間變更

Representation 元素驗證

• id 不可空白
• 不得含有 SegmentBase 或 SegmentList 元素

SegmentTemplate 時間驗證

• SegmentTimeline S 元素可以包含用於媒體網址的 t 屬性
  • 如未提供，系統會假設第一個 S 元素的值為 0。至於後續的 S 元素，系統會假設這個值為前一個 S 元素最早顯示時間和連續時間長度的總和，也就是 [ t + d × (前一個 S 元素的 r + 1) ]) 的值。
  • 多時段資訊清單同時支援 $Time$ 和 $Number$
  • 不得使用 SegmentTemplate 的 startNumber
• 在 MPD 的連續輪詢期間：
  • 片段必須先從 DVR 段落快照移出，才能從 SegmentTimeline 的頂端移除
  • 片段只能附加到 SegmentTimeline 的底部

時間元件驗證

Google DAI 支援 ISO-8601 時間長度的時間元件部分，也允許加入選用整數天數元件：P0Y0M[n]DT[n]H[n]M[n]S。系統會依照 1 天 = 24 小時的原則，將天數元件轉換為時間長度，並加到時間元件中。系統可辨識的最低精細程度為奈秒。

有效的時間格式示例

• P0Y0M
• P0Y0M2D
• P2D
• PT3H
• PT0H3M
• P0Y0M0DT0H0M1.000S
• P0Y0M1DT2H4M10S
• PT0.000000001S

無效的時間格式示例

• P
• PT
• 2007-03-01
• P5Y0M1DT2H4M1.000S
• P0Y1.5M1DT2H4M1.000S
• P0YiM1DT2H4M1.000S
• P0Y0M.3DT0H0M1.000S
• 3h
• PT100,000H

關閉提示點和顯示提示點訊息事件規範

Google DAI 會對關閉提示點和顯示提示點訊息事件執行下列驗證。請務必根據下列規範設定內容的先決條件：

• 媒體顯示期間必須分成多個時段，且每個片中廣告的 CUE-OUT 和 CUE-IN 都落在時段邊界上。
• 必須備妥每個時段開始和結束時的內容片段，確保片段中的每個畫面格都包含在該時段內。
• 主要畫面格/IDR 畫面格應在提示點後面，且必須位於時段開始處。如果提示點並非落在自然邊界上，可能需要設定一個簡短的片段來做為結束時段。

廣告插播信號

• 與單一廣告插播相關的所有內容，都必須包含在一個或多個連續的時段中，而且這些時段只能含有要替換的內容片段。

• 務必在 MPD 資訊清單中發出廣告插播的 CUE-OUT 標示信號，如下列其中一個示例所示：

  示例 1

  • SCTE-35 EventStream 元素
  • SchemeIdUri="urn:scte:scte35:2014:xml+bin"
  • 在 DASH 標準中定義。

  ---

  <MPD>

  <Period start="PT0S" id="1">

     <!-- 內容時段 -->

     ...

  </Period>

  <Period start="PT32S" id="2">

      <!-- 廣告插播時段 -->

      <!-- 這個時段的第一個片段為廣告插播的開頭

      廣告插播結束於最後一個片段 -->

      <EventStream timescale="90000"

      schemeIdUri="urn:scte:scte35:2014:xml+bin">

       <Event duration="2520000" id="1">

       <!-- 這個事件中指定的時間長度應盡可能

       與時段的實際長度相同 -->

          <Signal xmlns="http://www.scte.org/schemas/35/2016"
  

           <Binary>

             /DAlAAAAAAAAAP/wFAUAAAAEf+/+kybGyP4BSvaQAAEBAQAArky/3g==

           <Binary>

         </Signal>

        </Event>

      </EventStream> 

  </Period>

  <Period start="PT60S" id="3"> 

     <!-- 內容時段 -->

     ...

     </Period>

  </MPD>

  示例 2

  • SCTE-35 EventStream 元素
  • SchemeIdUri="urn:scte:scte35:2013:xml"
  • 在 DASH 標準中定義。

  ---

  <MPD>

  <Period start="PT0S" id="1">

     <!-- 內容時段 -->

     ...

  </Period>

  <Period start="PT32S" id="2">

      <!-- 廣告插播時段 -->

      <!-- 這個時段的第一個片段為廣告插播的開頭

      廣告插播結束於最後一個片段 -->

     <EventStream timescale="90000"

     schemeIdUri="urn:scte:scte35:2013:xml">

       <Event duration="2520000" id="1">

       <!-- 這個事件中指定的時間長度應盡可能

         與時段的實際長度相同 -->

         <SpliceInfoSection xmlns="urn:scte:scte35:2013:xml">

            <SpliceInsert outOfNetworkIndicator="true" 

            spliceImmediateFlag="true">

              <BreakDuration autoReturn="true"

              duration="2520000"/>

              </SpliceInsert>

          </SpliceInfoSection>

        </Event>

      </EventStream> 

  </Period>

  <Period start="PT60S" id="3"> 

      <!-- 內容時段 -->

      ...

  </Period>

  </MPD>

• CUE-OUT 事件中指定的廣告插播時間長度，應等於廣告插播時段中所有片段的總時間長度。

支援的廣告標記

單一時段 MPEG-DASH 資訊清單規範

Google DAI 會對原始 MPD 執行下列驗證：

• MPD 元素驗證
• Period 元素驗證
• EventStream 元素驗證
• AdaptationSet 元素驗證
• Representation 元素驗證
• SegmentTemplate 時間驗證
• 時間元件驗證

MPD 元素驗證

• type 應設為 dynamic
• profiles 應設為 urn:mpeg:dash:profile:isoff-live:2011
• availabilityStartTime 不得為零，而且值不得在 MPD 的連續輪詢期間變更
• publishTime 不得為零，而且值在連續輪詢期間應遞增或保持相同
• MPD 只能有一個 Period 元素
• 相同 MPD 中參照的 DASH 內容必須全部採用 HTTPS

Period 元素驗證

• start 必須大於或等於零
• Period 至少要有一個 AdaptationSet 元素

EventStream 元素驗證

在 MPD 的連續輪詢期間：

• 只能移除 EventStream 頂端的 Event 元素
• Event 元素只能附加到 EventStream 的底部

AdaptationSet 元素驗證

• AdaptationSet 至少要有一個 Representation 元素
• 如果 AdaptationSet 設有 ContentProtection 元素和子元素，皆不得在 MPD 的連續輪詢期間變更

Representation 元素驗證

• id 不可空白
• 不得含有 SegmentBase 或 SegmentList 元素

SegmentTemplate $Time$ 驗證

• SegmentTimeline S 元素可以包含用於媒體網址的 t 屬性
  • 如未提供，系統會假設第一個 S 元素的值為 0。至於後續的 S 元素，系統會假設這個值為前一個 S 元素最早顯示時間和連續時間長度的總和，也就是 [ t + d × (前一個 S 元素的 r + 1) ]) 的值。
  • 單一時段資訊清單目前只支援 $Time$，尚未支援 $Number$
  • 不得使用 SegmentTemplate 的 startNumber
• 在 MPD 的連續輪詢期間：
  • 片段必須先從 DVR 段落快照移出，才能從 SegmentTimeline 的頂端移除
  • 片段只能附加到 SegmentTimeline 的底部

時間元件驗證

Google DAI 支援 ISO-8601 時間長度的時間元件部分，也允許加入選用整數天數元件：P0Y0M[n]DT[n]H[n]M[n]S。系統會依照 1 天 = 24 小時的原則，將天數元件轉換為時間長度，並加到時間元件中。系統可辨識的最低精細程度為奈秒。

有效的時間格式示例

• P0Y0M
• P0Y0M2D
• P2D
• PT3H
• PT0H3M
• P0Y0M0DT0H0M1.000S
• P0Y0M1DT2H4M10S
• PT0.000000001S

無效的時間格式示例

• P
• PT
• 2007-03-01
• P5Y0M1DT2H4M1.000S
• P0Y1.5M1DT2H4M1.000S
• P0YiM1DT2H4M1.000S
• P0Y0M.3DT0H0M1.000S
• 3h
• PT100,000H

SCTE-35 輸入標記規範

Google DAI 會對 SCTE-35 輸入標記執行下列驗證：

• 剪接點驗證
• splice_insert 驗證
• time_signal 驗證
• 顯示時間驗證
• 時段、關閉提示點和顯示提示點訊息事件

剪接點驗證

剪接點必須通過下列驗證，Google DAI 才會將剪接點辨識為 DASH MPD Event 元素中包含的 SCTE-35 標記：

• 事件 Signal 元素的 Binary 元素必須含有採用 Base64 編碼格式的 SCTE-35 資料
  • 支援 splice_insert
  • 支援含有 segmentation_descriptor 指令的 time_signal
• 如果 EventStream 元素包含設有 SCTE-35 標記的事件，schemeIdUri 必須設為 urn:scte:scte35:2014:xml+bin
• Signal 命名空間必須設為 http://www.scte.org/schemas/35/2016
• 使用關閉提示點時，必須設定 Event 中的 presentationTime
• 使用顯示提示點時，必須設定 Event 中的 presentationTime，但不得設定時間長度
• EventStream 中的 Event 元素必須按照 presentationTime 排序

splice_insert 驗證

• 關閉提示點是 splice_insert，out_of_network_indicator 應設為 1
• 顯示提示點是 splice_insert，out_of_network_indicator 應設為 0
• 只有在含有關閉提示點的 Event 是 splice_insert，且 duration 設定的值不是零時，才能選用顯示提示點
  • Google DAI 會運用關閉提示點的 presentationTime + duration 顯示時間，解讀隱含的 splice_insert 顯示提示點
  • 如要提前結束關閉提示點，可使用明確的顯示提示點事件，這是提早返回正片的觸發方式。

time_signal 驗證

• 關閉提示點是 time_signal，且 segmentation_descriptor 的 segmentation_type_id 符合：
  • 34 - 廣告插播開始
  • 48 - 供應商廣告開始
  • 52 - 供應商刊登位置商機開始
• 顯示提示點是 time_signal，且 segmentation_descriptor 的 segmentation_type_id 符合：
  • 35 - 廣告插播結束
  • 49 - 供應商廣告結束
  • 53 - 供應商刊登位置商機結束
• 不支援所有其他的 segmentation_type_ids
• time_signal 不支援使用明確顯示提示點從廣告插播時間點自動返回

顯示時間驗證

Google DAI 不支援分割片段，因此剪接點顯示時間與最近的片段邊界最多只能相距 100 毫秒。

• 剪接點的顯示時間是以 MPD 的 availabilityStartTime 為準，再將 Event 的 presentationTime (經過 EventStream 的 timescale 調整) 加上 Period 的 start 即可算出。

  只要將時間長度新增至相關的關閉提示點顯示時間，就能計算隱含顯示提示點的顯示時間。剪接點時間長度的計算方法是 Event 的 duration/EventStream 的 timescale。

  在這種情況下，當系統在計算顯示時間或時間長度時，不會使用 SCTE-35 信號提供的 PTS 時間和時間長度。

• 關閉提示點不得與另一個關閉提示點或顯示提示點位於相同的 Segment 邊界
• 一或多個顯示提示點可位於同一個 Segment 邊界 (例如：預先廣告插播通知與廣告插播的實際結束時間同時觸發)，這樣系統就能有效地忽略重複的顯示提示點

時段、關閉提示點和顯示提示點訊息事件

建立單一時段資訊清單的多時段顯示內容時，新的 Periods 會插入關閉提示點事件的開始和結束時間，或是關閉提示點和顯示提示點事件的開始時間。

• 第一個新的 Period 開始時間，是以關閉提示點的顯示時間表示。第二個新的 Period 開始時間，則是 presentationTime 和關閉提示點 duration 或顯示提示點 presentationTime (如有提供) 的總和。
  • 如果設有 duration 的關閉提示點提供了顯示提示點，系統會使用較早的剪接點分割 Period
• Google DAI 會忽略 SCTE-35 訊息中的 splice_time、break_duration、auto_return 和 splice_immediate_flag 欄位

在整個廣告插播期間，都必須有傳送關閉提示點訊息信號的 Event。

這不代表 EventStream 中的第一個 Event 一定是關閉提示點訊息。如果輸入 DVR 段落夠長，這個段落可能會涵蓋屬於先前廣告插播的事件。

關閉提示點訊息會由下一則顯示提示點訊息結束。

• 系統會忽略 SCTE-35 剪接 ID (splice_event_id 或 segmentation_event_id) 和事件的 id 屬性
• 如未設定 auto_return，splice_insert 關閉提示點訊息就只能由 splice_insert 顯示提示點訊息結束
• time_signal 關閉提示點訊息只能由 segmentation_type_id 相同的 time_signal 顯示提示點訊息結束