本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 在排程中規劃輸入切換
<a name="ips-step-plan-switches"></a>

為每個輸入設計選擇器後 （步驟 4)，您必須規劃您希望 MediaLive 在擷取這些輸入時遵循的順序。

**此步驟的結果**

遵循此步驟，您已將一個輸入識別為您要新增至頻道的第一個輸入。

您也會識別輸入切換的排序清單。您會針對每個切換，具備以下項目：
+ 交換器的動作名稱。
+ 與交換器相關聯的輸入附件名稱。
+ 識別為靜態或動態的切換輸入。
+ 切換類型 - 固定、跟隨或立即。

**Topics**
+ [規劃動作名稱](ips-plan-action-names.md)
+ [規劃輸入切換的順序](ips-order-switches.md)
+ [輸入切換清單的範例](#ips-ordered-list-examples)
+ [在下一個輸入固定或立即時處理轉換](ips-transition-gap.md)
+ [在下一個輸入接續時處理轉換](transition-follow-success.md)
+ [**準備輸入 - 在下一個輸入為立即時減少延遲**](#ips-plan-immediate-prepare-input)

# 規劃動作名稱
<a name="ips-plan-action-names"></a>

您應該在 MediaLive 排程中規劃輸入切換動作的名稱。動作名稱在每個頻道的排程中必須是唯一的。

針對靜態輸入，建議您命名動作，使其指出其適用的輸入。例如，對於每個切換到名為 static-live-studio-feed 的輸入：
+ `static-live-studio-feed-action-1`
+ `static-live-studio-feed-action-2`
+ `static-live-studio-feed-action-3`

針對動態輸入的輸入切換動作，您可以使用輸入名稱 (或是該名稱的一部分)，加上檔案的 URL (或是 URL 的一部分)。例如：
+ `dyn-preroll-EN-FR-ES-DE-ad-ward-cars-1`
+ `dyn-preroll-EN-FR-ES-DE-ad-zel-cafe`
+ `dyn-preroll-EN-FR-ES-DE-ad-ward-cars-2`

# 規劃輸入切換的順序
<a name="ips-order-switches"></a>

建議您先規劃輸入切換的順序，再於 MediaLive 排程中建立動作。

**規劃輸入切換的順序**

1. 在第一個位置，先放置您希望 MediaLive 擷取的輸入附件。請注意，這個輸入將會是排程中的立即切換。

1. 列出要用於每個交換器的交換器和輸入附件清單。決定每個開關的啟動類型 - 固定、立即或跟隨。如需詳細資訊，請參閱[已修正、立即並遵循切換](ips-switch-types.md)及[輸入切換的規則和限制](ips-limits.md)。

   您應該能夠組織固定的 ，並遵循輸入切換到排序清單。您可能無法在排序清單中包含立即切換，因為您不知道其開始時間。請參閱此程序之後[的範例](ips-step-plan-switches.md#ips-ordered-list-examples)。

   請注意下列有關切換到 輸入的事項：
   + 您可以視您需要的次數切換輸入附件。
   + 當您切換至動態輸入時，您必須提供適用於該動態輸入使用項目的 URL。在您建立的清單中，指定每個用量的 URL。

1. 請閱讀本節中稍後的資訊，了解處理切換之間的轉換。針對您清單中的每個輸入附件，記下如何處理轉換。

**關於排程的模型**  
在排程中設定輸入切換有兩種模型：
+ 在建議的模型中，您只會使用排程來控制所有輸入的擷取。使用這種模型，頻道中輸入附件的順序並不重要。您會設定排程，使第一個輸入切換成為切換至您希望先行擷取輸入的立即切換。在頻道啟動且在頻道啟動擷取之前，頻道會先執行立即切換。

  本節中稍早的步驟會示範如何針對這種模型設計排程。
+ 在另一個模型中，第一個輸入連接是 MediaLive 擷取的第一個輸入。您設定排程僅在第一次擷取之後執行其輸入切換。

  我們不建議使用此模型，因為您必須查看輸入附件的順序和排程。使用第一個模型，您可以監控從一個位置擷取的順序 - 排程。

## 輸入切換清單的範例
<a name="ips-ordered-list-examples"></a>

此範例顯示計劃的輸入切換清單。第一個輸入是立即切換到檔案輸入。然後，有幾個短檔案輸入是遵循切換，因此切換發生在先前輸入的結尾。這些輸入會逐一執行，但計畫是隨時透過立即切換至第一個即時輸入來中斷這些輸入。之後，排程會在兩個即時輸入之間來回切換。您不知道切換的確切時間，因此會將這些切換設定為立即切換。

排序清單：動作名稱、開始類型、輸入附件名稱
+ 啟動、立即、橫幅
+ static-1、low、short-clip-12
+ static-2、low、short-clip-32
+ static-3、low、short-clip-77
+ static-4、low、short-clip-18

立即切換會隨時發生：
+ static-live-studio、Immediate、live-1
+ static-live-alternate， immediate， live-2

# 在下一個輸入固定或立即時處理轉換
<a name="ips-transition-gap"></a>

規劃排程時，您應該確保從檔案輸入 （輸入 A) 切換到在固定時間開始或立即開始的輸入 （輸入 B) 時沒有間隙。輸入 B 可以是檔案或即時輸入。如果目前的輸入在切換開始之前便結束，就可能出現間隙。

每個輸入附件的 **Source end behavior (來源端行為)** 控制間隙。（此欄位會出現在頻道**的一般輸入設定**區段的**輸入附件**頁面。) 有兩個選項可確保此情況的移轉順暢：
+ 如果您將輸入 A 的**來源結束行為**欄位設定為 **LOOP**，則當輸入 A 完成時，MediaLive 會返回並再次擷取它，直到輸入 B 的開始時間發生為止。
+ 如果您輸入 A 的 **Source end behavior (來源端行為)** 欄位設為 **CONTINUE (繼續)**，則輸入 A 只導入一次；在輸入完成時，該頻道會跟隨 **Input Loss Behavior (輸入損耗行為)** 欄位集中指定的行為 (雖然沒有「重複影格」邏輯)。在輸入 B 的啟動時間發生時，輸入耗損行為結束，頻道會切換至輸入 B。

  （若要顯示此欄位，請在**全域組態****的一般輸入設定**中，針對**輸入遺失行為**選擇**輸入遺失行為**。 出現更多欄位。 如需詳細資訊，請參閱 [處理視訊輸入遺失](feature-input-loss.md)。)

# 在下一個輸入接續時處理轉換
<a name="transition-follow-success"></a>

在規劃排程時，您應該確保輸入可成功切換到「跟隨輸入」。

如果目前的輸入 (輸入 A) 設定為迴圈時，則跟隨輸入 (輸入 B) 無法成功。當 AWS Elemental MediaLive 到達檔案結尾時，它會從檔案的開頭開始再次擷取。

每個輸入附件的 **Source end behavior (來源端行為)** 控制迴圈。（此欄位會出現在頻道**的一般輸入設定**區段的**輸入附件**頁面。) 
+ 請一律將輸入 A 的 **Source end behavior (來源端行為)** 設為 **CONTINUE (繼續)**。當輸入 A 完成時，頻道會立即切換到輸入 B。

在您建立管道時，請務必將每一個輸入附件中的 **Source end behavior (來源端行為)** 設為 **CONTINUE (繼續)** 以確保排程中的下一個規劃的輸入為跟隨輸入。如果您未將該輸入設為 **CONTINUE (繼續)**，您將無法設定排程中的下一個輸入為跟隨輸入。您將必須取消排程動作、修改輸入附件，然後再試一次排程動作。

## **準備輸入 - 在下一個輸入為立即時減少延遲**
<a name="ips-plan-immediate-prepare-input"></a>

您可能有一個已識別為立即輸入切換的輸入切換，但您不知道何時需要發生切換。您只知道，您只會提前幾秒鐘收到通知。在這種情況下，您可能想要透過建立準備輸入動作來預先準備輸入。如需詳細資訊，請參閱[在 AWS Elemental MediaLive 中準備輸入](feature-prepare-input.md)。