本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 設計輸出目的地的路徑
如果您尚未設計完整的目的地路徑，請執行此步驟。如果您已經設計路徑，請前往 [完成主控台上的欄位](hls-specify-destination.md)。
**設計路徑**
1. 收集您[先前](origin-server-http.md)從下游系統運算子取得的資訊：
+ 下游系統的連線類型 – Akamai、基本 PUT 或 WebDAV。
+ 如果下游系統有特殊需求，則為連線欄位設定。
+ 交付的通訊協定：HTTP 或 HTTPS。
+ 如果下游系統需要已驗證的請求，存取下游系統的使用者名稱和密碼。請注意，這些使用者登入資料與使用者身分驗證相關，而不是與通訊協定相關。使用者身分驗證是關於下游系統是否接受您的請求。通訊協定則會影響系統是否要透過安全連線傳送請求。
+ 全部或部分目的地路徑，可能包括檔案名稱。
+ 您是否需要設定個別的子目錄。
1. 作為下游系統運算子規劃的一部分，您應該確定是否要實作備援資訊清單。您也應該判斷下游系統是否需要自訂資訊清單。鑑於這兩個決策，請閱讀適當的章節：
+ 如果您要實作備援資訊清單，請參閱 [建立備援 HLS 資訊清單](hls-redundant-manifests.md)，然後返回本節。
+ 如果您要實作資訊清單的自訂路徑，請參閱[自訂 HLS 資訊清單內的路徑](hls-manifest-paths.md)，然後返回本節。
+ 如果您未實作其中一個功能，請繼續閱讀本節。
1. 設計遵循儲存貯體或儲存貯體的目的地路徑部分。如需詳細資訊，請參閱以下各節。
**Topics**
+ [輸出路徑的語法](#hls-syntax-http)
+ [設計資料夾和 baseFilename](#hls-baseFilename-design)
+ [設計 nameModifier](#hls-nameModifier-design)
+ [設計 segmentModifier](#hls-segmentModifier-design)
## 輸出路徑的語法
下表說明組成這三種檔案類別目的地路徑的部分。
這三個類別檔案的目的地路徑與 *baseFilename* 相同，這表示thatMediaLive 會將所有這些類別的檔案傳送至相同的資料夾。每個檔案類別的修飾詞和副檔名都不同。
| 檔案 | 路徑的語法 | 範例 |
| --- | --- | --- |
| 主要資訊清單檔案 | 通訊協定網域路徑 baseFilename 延伸 | 檔案名稱為 */index* 之主要資訊清單的 URL：http://203.0.113.55/sports/delivery/curling/index.m3u8 |
| 子資訊清單檔案 | 通訊協定網域路徑 baseFilename nameModifier 延伸 | 輸出高解析度轉譯的子資訊清單 URL`http://203.0.113.55/sports/delivery/curling/index-high.m3u8` |
| 媒體檔案 （區段） | protocol domain path baseFilename nameModifier optionalSegmentModifier counter extension | 第 230 個區段的檔案 URL 可能是：http:// 203.0.113.55/sports/delivery/curling/index-high-00230.ts |
這些目的地路徑的建構方式如下：
+ 下游系統的運算子[應該已為您提供](origin-server-http.md)通訊協定、網域和路徑的一部分。例如：
`http://203.0.113.55/sports/`
通訊協定一律為 HTTP 或 HTTPS。
+ 運算子可能已提供下列項目。否則，您可以決定：
+ 資料夾
+ baseFilename
+ 修飾詞
+ segmentModifier
請參閱以下各節。
+ MediaLive 會在計數器之前插入底線。
+ MediaLive 會產生計數器，從 00001 開始一律為五位數。
+ MediaLive 會在延伸模組之前插入點。
+ MediaLive 選取延伸模組：
+ 對於資訊清單檔案 – 一律` .m3u8`
+ 用於媒體檔案 – `.ts` 用於傳輸串流中的檔案，以及`.mp4`用於 fMP4 容器中的檔案
## 設計資料夾和 baseFilename
對於目的地路徑的 `folder`和 `baseFilename`部分，請遵循下列準則：
+ 對於單一管道頻道，您只需要一個 `baseFilename`。
+ 對於標準通道，當*未*實作[備援資訊清單](hls-opg-redundant-manifest.md)時，您需要兩個 `baseFilenames`。這兩個 `baseFilenames` 可以相同或不同。在您建立不同的 `baseFilenames` 之前，請確定下游系統可以使用該設定。
+ 對於標準通道，當**實作備援資訊清單時，請參閱[備援資訊清單的欄位](hls-opg-redundant-manifest.md)。
## 設計 nameModifier
設計檔案名稱`nameModifier`的部分。子資訊清單和媒體檔案在其檔案名稱中包含此修飾詞。此 `nameModifier` 會區分每個輸出與其他輸出，因此它在每個輸出中必須是唯一的。請遵守下列準則：
+ 對於包含視訊 (以及可能是其他串流) 的輸出，您通常會描述視訊。例如，**-high** 或 **-1920x1080-5500kpbs** (描述解析度和位元率)。
+ 對於只包含音訊或只包含字幕的輸出，您通常會描述音訊或字幕。例如 **-aac** 或 **-webVTT**。
+ 最好包含分隔符號，以清楚將 ` baseFilename`與 分隔`nameModifier`。
+ ` nameModifier` 可以包含[資料變數](variable-data-identifiers.md)。
## 設計 segmentModifier
設計目的地路徑的 segmentModifiers 部分。segmentModifier 是選用的，如果您包含它，則只有媒體檔案名稱包含它。
這個修飾詞的典型使用案例是使用資料變數建立時間戳記，以防止頻道重新啟動時區段彼此覆寫。例如，假設您包含時間戳記 **\$1t\$1-**。區段 00001 可能有名稱 `/index-120028-00001`。如果輸出在幾分鐘後重新啟動 （導致區段計數器重新啟動），則新區段 00001 將具有名稱 `/index-120039-00001`。新檔案不會覆寫原始區段 00001 的檔案。某些下游系統可能更偏好這種行為。