기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # 입력 전환 설정 전환하려는 여러 입력이 포함된 MediaLive 채널을 계획하는 경우 고려해야 할 특별 요구 사항이 있습니다. 이 섹션에서는 사용자가 채널을 설계하고([채널의 출력 계획](planning-the-channel-in-workflow.md)) 채널을 생성하는([채널 처음부터 새로 생성](creating-channel-scratch.md)) 일반적인 절차에 익숙하다고 가정합니다. **Topics** + [출력 계획](ips-step-plan-outputs.md) + [소스 평가](ips-step-plan-inputs.md) + [소스를 정적 입력 및 동적 입력으로 구성](ips-step-design-inputs.md) + [각 입력에 대한 선택기 설계](ips-step-plan-attachments.md) + [일정에서 입력 전환 계획](ips-step-plan-switches.md) + [입력 및 채널 생성](ips-step-create-inputs-channel.md) + [입력 전환으로 일정 설정](ips-set-up-schedule.md) # 출력 계획 일반적인 방법으로 MediaLive 채널의 출력 측을 계획합니다. + 모든 출력 그룹을 식별합니다. + 각 출력 그룹의 출력 유형을 식별합니다. + 각 출력에 대한 비디오, 오디오 및 캡션 인코딩을 식별합니다. 자세한 내용은 [MediaLive 워크플로 계획](container-planning-workflow.md) 단원을 참조하십시오. 이 단계를 완료하면 출력 그룹 유형 목록과 각 출력 그룹의 비디오, 오디오 및 캡션 출력 수 목록을 얻게 됩니다. # 소스 평가 다중 입력 MediaLive 채널을 계획할 경우 필요한 모든 소스를 식별해야 합니다. 그런 다음 각 소스의 오디오 및 캡션을 평가하여 소스가 입력 전환 시나리오에 적합한지 확인해야 합니다. **이 단계의 결과** 이 단계가 끝나면 채널에서 입력 전환을 구현하기 위해 성공적으로 입력으로 설정하고 채널에 연결할 수 있는 소스 세트를 갖추게 됩니다. 이러한 소스를 유형에 따라 라이브 소스 또는 파일 소스로 분류했습니다. **Topics** + [소스 식별](ips-collect-sources.md) + [소스의 비디오 평가](ips-assess-video.md) + [소스의 오디오 평가](ips-assess-audio.md) + [소스에서 캡션 평가](ips-assess-captions.md) # 소스 식별 1. MediaLive 채널의 수명 동안 또는 적어도 계획된 다음 유지 관리 기간까지 필요할 모든 소스를 식별합니다. 1. 푸시 입력과 풀 입력의 소스를 기록합니다. [제한](eml-limitations-and-rules.md#limits-inputs)을 초과하지 않도록 해야 합니다. 1. 어떤 소스가 라이브 소스이고 어떤 소스가 파일 소스인지 기록합니다. 소스가 라이브 또는 파일(VOD) 소스인지 식별하는 방법에 대한 자세한 내용은 [MediaLive에서 지원하는 입력 유형](inputs-supported-containers.md) 섹션을 참조하세요. # 소스의 비디오 평가 다중 입력 MediaLive 채널을 계획하는 경우에는 비디오에 대한 특별한 요구 사항이 없습니다. AWS Elemental MediaLive가 소스에 있는 비디오 코덱을 지원한다고 가정하면 해당 소스를 채널의 입력으로 사용할 수 있습니다. 소스에 일치하는 비디오 코덱이 있어야 할 필요는 없습니다. # 소스의 오디오 평가 MediaLive는 다중 입력 MediaLive 채널의 소스에서 오디오를 유연하게 추출할 수 있습니다. 또한 이러한 소스의 오디오에 대한 몇 가지 특별한 요구 사항이 있습니다. **소스의 오디오를 평가하려면** 1. 아래에 나온 유연성 관련 정보를 확인하여 MediaLive에서 다양한 오디오 소스를 지원하는 방법을 알아봅니다. 1. 그런 다음 각 요구 사항을 확인하여 오디오 소스의 특정 제약 조건 정보를 파악합니다. 각 소스의 오디오가 이러한 요구 사항을 충족하는지 확인합니다. 1. 소스를 거부하려는 경우 업스트림 시스템에 연결하여 소스 콘텐츠의 보다 적합한 버전을 얻을 수 있는지 확인하는 것이 좋습니다. ## 오디오 사용의 유연성 오디오를 평가할 때 다음 규칙에 유의하십시오. 이러한 규칙을 따르면 오디오를 유연하게 추출할 수 있으므로 다양한 소스를 사용할 수 있습니다. + 소스 언어마다 다른 코덱을 사용할 수 있습니다. 예를 들어 소스에서 영어는 AAC를 사용하고 스페인어는 MPEG-2를 사용할 수 있습니다. + 소스에서 오디오 언어를 식별하는 방법이 다중 입력 채널의 모든 소스에서 동일할 필요는 없습니다. 예를 들어 소스 1에서는 PID로 언어를 식별하고, 소스 2에서는 언어 코드로 언어를 식별할 수 있습니다. ## 첫 번째 요구 사항: 각 언어의 코딩 모드가 모든 소스에서 동일해야 함 각 출력 언어가 모든 소스에 존재하고 코딩 모드가 모든 소스에서 동일해야 합니다. 예를 들어 채널에 영어 2.0용 오디오 인코딩 하나와 프랑스어 2.0용 오디오 인코딩 하나가 포함된 아카이브 출력 그룹이 포함되어 있다고 가정합니다. + 영어 AAC 2.0 오디오와 프랑스어 Dolby Digital 5.1을 포함하는 소스가 있다고 가정합니다. + 영어 AAC 2.0 오디오와 프랑스어 AAC 5.1 오디오를 포함하는 두 번째 소스가 있다고 가정합니다. 영어의 경우 이 소스에는 첫 번째 소스와 코덱 및 코딩 모드가 동일한 오디오가 포함됩니다. 프랑스어의 경우 코딩 모드는 첫 번째 소스와 동일하지만 코덱이 다릅니다. 이 소스는 허용됩니다. 소스 1과 소스 2를 비교할 때 코덱이 프랑스어와 다르다는 사실은 중요하지 않습니다. 요구 사항은 *코딩 모드*가 동일해야 합니다. + 영어 AAC 2.0 오디오와 프랑스어 AAC 2.0 오디오를 포함하는 세 번째 소스가 있다고 가정합니다. 프랑스어의 경우 오디오의 코딩 모드가 첫 번째 소스와 다르기 때문에 이 소스는 허용되지 *않습니다*. ## 두 번째 요구 사항: 각 언어는 필요한 가장 높은 코딩 모드를 제공해야 함 각 언어에 대해 모든 소스는 채널의 모든 출력 중에서 가장 높은 코딩 모드를 생성할 수 있는 오디오를 포함해야 합니다. 예를 들어 채널에 스페인어 AAC 2.0용 오디오 인코딩 하나를 포함하는 아카이브 출력 그룹이 포함되어 있다고 가정합니다. 또한 채널에는 스페인어 Dolby Digital 5.1에 대한 오디오 인코딩 하나를 포함하는 HLS 출력 그룹 하나가 포함되어 있습니다. + 스페인어 Dolby Digital 5.1 오디오를 포함하는 소스가 있다고 가정합니다. 이 소스에는 스페인어에 대해 원하는 출력 오디오 인코딩을 모두 생성할 수 있는 오디오가 포함되어 있습니다. 오디오를 2.0으로 리믹싱하도록 아카이브 출력을 설정해야 합니다. 오디오를 리믹스하기 위해 HLS 출력을 설정할 필요는 없습니다. + 스페인어 AAC 2.0을 포함하는 두 번째 소스가 있다고 가정합니다. 이 소스는 허용되지 *않습니다*. 이 소스는 HLS 출력에 대한 스페인어 Dolby Digital 5.1을 생성할 수 없습니다. ## 세 번째 요구 사항: MP4 소스에 동일한 언어의 변형이 포함되지 않아야 함 언어의 여러 변형을 포함하는 MP4 파일은 원치 않는 출력 오디오를 생성할 수 있습니다. 최상의 결과를 얻으려면 파일에 한 가지 버전의 언어만 포함해야 합니다. + 예를 들어 하나의 MP4 소스에 영어 AAC 5.1 오디오가 포함되어 있다고 가정합니다. 채널 출력에는 영어 2.0용 오디오 인코딩 하나가 필요합니다. 따라서 출력에서 오디오 인코딩을 5.1에서 2.0으로 다운 믹싱하도록 설정합니다. + 트랙 2에 영어 AAC 2.0과 트랙 3에 영어 Dolby Digital 5.1 오디오를 포함하는 두 번째 소스가 있다고 가정합니다. MediaLive는 언어 코드를 기준으로 MP4 파일에서 오디오를 추출하고 해당 언어가 포함된 첫 번째 트랙에서 추출합니다. 이 예에서는 AAC 2.0이 포함된 트랙 2를 추출합니다. 트랙 3은 무시합니다. 출력 측에서 MediaLive가 이 소스를 리믹싱하려고 시도하여 품질이 나쁜 오디오가 생성됩니다. ## 네 번째 요구 사항: 패스스루 인코딩을 생성하는 경우 모든 소스에 Dolby가 포함되어야 함 출력 중 하나에 패스스루 코덱으로 설정된 인코딩이 포함되어 있는 경우 필요한 모든 언어로 된 Dolby Digital, Dolby Digital Plus 또는 Dolby Atmos가 모든 소스에 포함되어야 합니다. 단일 소스에 이러한 코덱 중 하나가 포함되어 있지 않으면 다중 입력 채널에서 해당 코덱을 사용할 수 없습니다. 코덱에 대한 패스스루 옵션을 사용하면 Dolby Digital, Dolby Digital Plus 또는 Dolby Atmos 및 모든 코딩 모드에서 오디오를 수집하여 코드를 변환하지 않고 전달할 수 있습니다. # 소스에서 캡션 평가 다중 입력 MediaLive 채널의 경우 소스의 캡션에 대한 특별한 요구 사항이 있습니다. **소스의 캡션을 평가하려면** 1. 다음에 나오는 각 요구 사항을 확인하여 캡션 소스의 특정 제약 조건 정보를 파악합니다. 각 소스의 캡션이 이러한 요구 사항을 충족하는지 확인합니다. 1. 소스를 거부하려는 경우 업스트림 시스템에 연결하여 소스 콘텐츠의 보다 적합한 버전을 얻을 수 있는지 확인하는 것이 좋습니다. ## 첫 번째 요구 사항: 필요한 모든 캡션 언어와 형식이 소스에 포함되어 있어야 함 다중 입력 채널의 경우 모든 출력에 대해 해당 출력에서 캡션을 생성할 수 있는 소스에 캡션 자산이 있어야 합니다. 소스에 모든 출력 캡션을 생성하기 위한 모든 소스 캡션이 없는 경우 다중 입력 채널에서 소스로 사용할 수 없습니다. 예를 들어 채널에 영어, 프랑스어, 스페인어 및 독일어로 된 임베디드 캡션에 대한 캡션 인코딩 하나를 가진 하나의 출력이 포함된 아카이브 출력 그룹이 포함되어 있다고 가정합니다. 또한 채널에는 영어, 프랑스어, 스페인어 및 독일어 웹 VTT 캡션용 캡션 출력이 각각 하나씩 4개가 포함된 HLS 출력 그룹 하나가 포함되어 있습니다. 모든 소스는 임베디드 캡션과 웹 VTT 캡션을 모두 생성할 수 있는 캡션 소스를 포함해야 합니다. 소스는 두 출력 유형을 모두 생성할 수 있는 캡션 소스를 하나만 포함하거나 두 가지 캡션 소스를 포함할 수 있습니다. + 4개 언어로 된 임베디드 캡션을 포함하는 소스가 있다고 가정합니다. 임베디드 캡션은 임베디드 캡션을 출력에서 생성하고 웹 VTT 캡션을 출력에서 생성할 수 있기 때문에 이 소스는 허용됩니다. + 4개의 언어로 된 DVB Sub를 포함하는 소스가 있다고 가정해 보겠습니다. DVB Sub 캡션은 출력에서 임베디드 캡션을 생성할 수 없으므로 이 소스는 허용되지 *않습니다* . + 영어, 프랑스어, 독일어 및 불가리아어로 된 임베디드 캡션을 포함하는 소스가 있다고 가정합니다. 언어 중 하나가 스페인어 대신 불가리아어이므로 이 소스는 허용되지 *않습니다*. + 영어와 프랑스어로 된 임베디드 캡션을 포함하는 소스가 있다고 가정합니다. 출력 언어 중 두 개가 누락되어 있으므로 이 소스는 허용되지 *않습니다* . ## 두 번째 요구 사항: 임베디드 패스스루의 경우 모든 소스에 동일한 순서로 언어가 포함되어야 함 임베디드 캡션이 있는 출력이 하나 이상 있고 임베디드 캡션이 있는 소스가 두 개 이상 있는 경우 해당 소스에서 언어의 순서가 동일해야 합니다. *패스스루*는 출력에 하나 이상의 언어로 된 임베디드 캡션 인코딩이 필요하고 소스에 임베디드 캡션(일반적으로 4개 언어)이 포함되는 것을 의미합니다. 예를 들어 출력에 영어 및 스페인어 임베디드 캡션이 필요합니다. 소스에는 영어 및 스페인어와 두 개의 다른 언어로 된 임베디드 캡션이 포함되어 있습니다. 두 소스에서 임베디드 캡션의 언어 순서가 다른 경우 다중 입력 채널에서 두 소스를 모두 사용할 수 없습니다. 소스 중 하나만 사용해야 합니다. 앞에 나온 요구 사항의 예를 다시 살펴보십시오. + 4개 채널의 언어가 영어, 프랑스어, 스페인어, 독일어 순으로 된 임베디드 캡션을 포함하는 소스가 있다고 가정합니다. 언어 순서가 다른(프랑스어, 스페인어, 독일어, 영어) 임베디드 캡션을 포함하는 두 번째 소스가 있다고 가정합니다. 이러한 소스 중 하나만 허용됩니다. 이 시나리오가 채널에 적용되는 경우 유지할 소스와 거부할 소스를 결정해야 합니다. 다음과 같은 한 가지 규칙을 따를 수 있습니다. + 소스에서 캡션 언어의 순서를 비교해 보십시오. + 가장 중요한 소스의 순서를 식별하거나 대부분의 소스가 따르는 순서를 식별합니다. + 이 순서를 따르는 소스만 수락하고, 다른 소스를 거부합니다. **참고** 이 요구 사항은 임베디드 패스스루에만 적용됩니다. 채널에 임베디드 캡션을 포함하는 출력이 없으면 소스의 언어 순서는 중요하지 않으므로 임베디드 캡션이 포함된 모든 소스를 사용할 수 있습니다. 임베디드 캡션이 전달되지 않습니다. DVB-Sub와 같은 다른 형식으로 변환되고 있습니다. # 소스를 정적 입력 및 동적 입력으로 구성 이 단원은 [입력 작업](creating-input.md)의 내용에 대한 추가 설명입니다. 다중 입력 MediaLive 채널의 입력에 적용되는 정보를 제공합니다. 2단계를 수행하여 소스를 평가하면 다중 입력 채널에 적합한 소스 세트를 갖추게 됩니다. 이제 이러한 소스를 정적 라이브 입력, 정적 파일 입력, 동적 파일 입력의 3가지 MediaLive 입력 유형으로 구성해야 합니다. **이 단계의 결과** 이 단계를 완료하면 다음 목록을 얻게 됩니다. + 정적 라이브 입력으로 설정할 소스. 각 소스가 하나의 입력(및 하나의 입력 연결)이 됩니다. + 정적 파일 입력으로 설정할 소스. 각 소스가 하나의 입력(및 하나의 입력 연결)이 됩니다. + 동적 파일 입력으로 설정할 소스. 여러 소스가 하나의 입력(및 하나의 입력 연결)이 됩니다. ## 라이브 소스 식별 라이브 소스를 기록해 둡니다. 각 라이브 소스는 정적 라이브 입력이 됩니다. ## 파일 소스 식별 및 구성 파일 소스를 평가하고 일부 소스를 정적 입력이 아닌 동적 입력으로 구현할지 여부를 결정해야 합니다. 정적 입력은 항상 동일한 소스와 연관됩니다. 동적 입력은 채널에 연결할 때마다 다른 소스와 연관될 수 있습니다. 따라서 더 유연하며 채널에 연결되는 입력 수에 대한 제약 조건을 쉽게 다룰 수 있습니다. 동적 입력에 대한 일반적인 정보는 [정적 입력 및 동적 입력](how-dynamic-inputs-work.md) 단원을 참조하십시오. **소스를 구성하려면** 1. 파일 소스를 세트로 구성합니다. 여기서 각 세트의 소스는 모두 동일한 액세스 자격 증명을 사용하여 동일한 소스 위치(예: Amazon S3의 동일한 버킷)에 저장됩니다. 예를 들어, 한 파일 소스 세트는 “prerolls”라는 버킷에 있고, 또 한 세트는 “filler”라는 버킷에 있을 수 있습니다. 각 버킷은 서로 다른 액세스 자격 증명을 가지므로 각 버킷은 고유한 세트입니다. 1. 임베디드 캡션을 포함하는 입력이 있고 해당 입력을 전달하는 대신 변환하려는 경우 이 단계를 따릅니다. 임베디드 캡션을 포함하는 입력이 없거나 임베디드 캡션을 포함하는 입력이 있지만 항상 출력으로 전달되는 경우 이 단계를 건너뜁니다. + 각 세트 내에서 임베디드 캡션이 포함된 파일 소스를 식별합니다. 이러한 캡션을 전달하지 않고 변환하는 출력이 하나 이상 있는지 확인합니다. + 임베디드 캡션을 포함하는 각 파일 소스에서 언어의 순서를 식별합니다. + 필요한 경우 언어 순서에 따라 세트를 세분화합니다. 예를 들어 언어가 영어, 프랑스어, 스페인어, 독일어 순으로 된 파일 소스 세트가 Amazon S3 버킷에 있고, 프랑스어, 스페인어, 독일어, 영어 순으로 된 다른 세트가 동일한 버킷에 있는 경우, 이 세트를 두 세트로 나눕니다. 1. 식별한 세트의 목록을 만듭니다. 예를 들어 다음과 같은 세트가 있습니다. + 영어, 프랑스어, 스페인어, 독일어 순으로 된 임베디드 캡션을 포함하는 Amazon S3 “preroll” 버킷의 파일 소스 + 프랑스어, 스페인어, 독일어, 영어 순으로 된 임베디드 캡션을 포함하는 Amazon S3 “filler” 버킷의 파일 소스 + 다른 순서(예: 영어, 프랑스어, 스페인어, 독일어)로 된 임베디드 캡션을 포함하는 Amazon S3 “filler” 버킷의 파일 소스 1. 각 파일 소스 세트가 정적 파일 입력이 될지 아니면 동적 파일 입력이 될지 결정합니다. 다음 규칙을 따르십시오. + 둘 이상의 파일 소스가 포함된 세트는 하나의 동적 입력이 됩니다. + 파일 소스를 하나만 포함하는 모든 세트는 정적 입력이 될 수 있습니다. 그러나 나중에 해당 위치(예: 해당 Amazon S3 버킷)의 다른 파일 소스를 사용할 가능성이 있는 경우 [파일 입력에 대한 제한](eml-limitations-and-rules.md#limits-inputs)을 벗어나지 않도록 동적 입력으로 세트를 취급하는 것이 좋습니다. # 각 입력에 대한 선택기 설계 3단계를 수행하여 소스를 여러 가지 입력 및 입력 유형(정적 및 동적)으로 구성한 후에는 각 MediaLive 입력에서 추출할 콘텐츠를 식별해야 합니다. **이 단계의 결과** 이 단계를 완료하면 다음을 얻게 됩니다. + 모든 입력의 이름 + 각 입력의 비디오, 오디오 및 캡션 선택기 목록 **Topics** + [입력 및 입력 연결 이름 계획](ips-plan-input-names.md) + [비디오 선택기 계획](ips-plan-video-sels.md) + [오디오 선택기 계획](ips-plan-audio-sels.md) + [캡션 선택기 계획](ips-plan-captions-sels.md) # 입력 및 입력 연결 이름 계획 입력 및 입력 연결의 이름을 계획해야 합니다. 여기 몇 가지 팁이 있습니다. + 입력과 입력 연결에는 동일한 이름을 사용합니다. + 엔터티가 정적인지 동적인지에 대한 표시를 포함합니다. + 정적 입력의 경우 비디오 소스의 이름 또는 설명을 포함합니다. + 동적 입력의 경우 2단계에서 파악한 특성 표시를 포함합니다. 이렇게 하면 입력 전환 작업의 URI를 지정할 때 부적합한 비디오 소스가 연결되지 않습니다. 정적 입력의 경우 예를 들면 다음과 같습니다. + `static-filler` + `static-live-studio-feed` 동적 입력의 경우 예를 들면 다음과 같습니다. + `dynamic-s3-preroll-bucket-embedded-EN-FR-ES-DE` + `dynamic-s3-preroll-bucket-embedded-FR-ES-DE-EN` # 비디오 선택기 계획 각 MediaLive 입력에서는 하나의 비디오만 추출할 수 있습니다. 지정된 입력에 비디오가 두 개 이상 포함된 경우 비디오 선택기를 생성하여 해당 비디오를 추출합니다. 지정된 입력에 비디오가 하나만 포함된 경우 비디오 선택기를 생성할 필요가 없습니다. AWS Elemental MediaLive는 해당 비디오를 자동으로 찾고 추출합니다. 출력 측에서 MediaLive는 해당 비디오 자산을 자동으로 사용합니다. # 오디오 선택기 계획 MediaLive 입력에 사용할 오디오 선택기를 계획할 때 따라야 하는 몇 가지 규칙이 있습니다. 입력에 대한 오디오 선택기를 설정할 때 추출할 언어를 지정하지만 해당 입력에 오디오 형식을 지정하지는 않습니다. AWS Elemental MediaLive는 출력에 포함될 수 있도록 해당 입력을 추출합니다. 출력은 추출된 특정 언어를 찾을 수 있어야 합니다. ## 규칙 1: 모든 입력에서 동일한 수의 선택기 계획 각 MediaLive 입력의 선택기는 모든 출력 오디오 인코딩을 생성하기에 충분한 자산을 추출해야 합니다. 또한 모든 입력에는 동일한 수의 선택기가 있어야 합니다. 예를 들어 영어 및 프랑스어로 된 AAC 2.0 오디오가 필요한 출력이 있다고 가정합니다. 영어 및 프랑스어로 된 Dolby 5.1 오디오가 필요한 두 번째 출력이 있습니다. 프랑스어, 스페인어 및 포르투갈어로 된 Dolby 5.1 오디오가 필요한 세 번째 출력이 있습니다. + 첫 번째 입력에 4개 언어로 된 Dolby Digital 5.1이 포함된 경우 각 언어에 대해 하나씩 4개의 선택기를 생성해야 합니다. 네 개의 선택기에서 추출한 오디오는 모든 언어를 생성할 수 있습니다. 리믹싱용 출력을 설정할 수 있으므로 첫 번째 출력에 대해 Dolby Digital 5.1을 생성하고 두 번째 출력에 대해 AAC 2.0을 생성할 수 있습니다. 채널에 출력 오디오 인코딩이 7개 있지만 선택기가 7개 필요하지는 않습니다. + 두 번째 입력에 프랑스어(다른 언어 없음)용 Dolby Digital 5.1이 있고 영어, 스페인어 및 포르투갈어(프랑스어 아님) AAC 2.0도 포함되어 있는 경우 선택기를 4개 생성합니다. 프랑스어 선택기는 Dolby Digital 5.1에서만 오디오를 찾을 수 있습니다. 다른 언어의 선택기는 AAC 2.0에서만 오디오 자산을 찾습니다. + 세 번째 입력에 4가지 언어로 된 Dolby Digital 5.1과 4가지 언어로 된 AAC 2.0이 포함되어 있는 경우에도 선택기를 4개만 생성합니다. 이 입력에 대해 프랑스어 및 영어 AAC 2.0 오디오를 추출하기 위한 선택기를 생성할 수도 있지만 첫 번째 입력에 이러한 선택기가 없기 때문에 이렇게 하면 안 됩니다. 모든 입력에는 동일한 수의 선택기가 있어야 합니다. ## 규칙 2: Dolby Digital Plus 7.1을 위한 별도의 선택기 계획 MediaLive 채널에 Dolby Digital Plus 7.1을 포함하는 하나 이상의 출력이 있는 경우 모든 입력에서 해당 오디오 자산에 대한 선택기 하나를 생성합니다. 출력 측의 Dolby Digital Plus 7.1을 위한 모든 오디오 인코딩에서 오디오 인코딩을 해당 선택기에 매핑합니다. 모든 입력에 대한 모든 선택기를 식별한 후에 다음과 같은 목록이 표시될 수 있습니다. + 영어 선택기 + 프랑스어 선택기 + 스페인어 선택기 + 포르투갈어 선택기 + EAC3 패스스루용 선택기(EAC3은 Dolby Digital Plus의 다른 이름) 이러한 각 선택기는 해당 입력의 오디오 형식에 상관없이 모든 입력에 적용됩니다. ## 규칙 3: 모든 입력에서 동일한 선택기 이름 계획 특정 언어에 대한 모든 MediaLive 선택기는 모든 입력에서 이름이 동일해야 합니다. 이 규칙은 각 출력이 선택기를 한 번만 참조하기 때문에 존재합니다. 출력에서는 각 입력에 대해 선택기를 한 번만 참조하지 않습니다. 언어가 포함된 선택기 이름을 지정하는 것이 좋습니다. Dolby Digital Plus 7.1을 위한 선택기를 생성하지 않을 경우 형식을 포함하지 마십시오. # 캡션 선택기 계획 MediaLive 입력에 대한 캡션 선택기를 설정할 때 입력에서 추출할 형식과 언어를 모두 지정합니다. 각 입력에는 해당 입력의 캡션 형식에 적합한 수의 선택기가 있습니다. 따라서 입력마다 포함되는 선택기의 수가 다를 수 있습니다. 캡션을 추출하는 방법은 오디오를 추출하는 방법과 다릅니다. ## 규칙 1: 입력에 대해 입력 및 출력에 적합한 선택기 수 계획 각 입력에서 입력 형식 및 출력 형식에 적합한 수의 선택기를 생성해야 합니다. + 예를 들어 캡션을 전달하기 위해 임베디드를 추출하려는 경우 선택기를 한 개 생성합니다. + TTML로 변환하기 위해 임베디드를 추출하려면 경우 언어마다 하나의 선택기를 생성합니다. 모든 입력에 대한 모든 선택기를 식별한 후에 다음과 같은 목록이 표시될 수 있습니다. + 임베디드 패스스루용 선택기 - 입력 1, 입력 3 및 입력 4에 적용 + 임베디드용 선택기, 영어 - 입력 1, 입력 3 및 입력 4에 적용 + 임베디드용 선택기, 프랑스어 - 입력 1, 입력 3 및 입력 4에 적용 + DVB Sub용 선택기, 영어 - 입력 2에 적용 + DVB Sub용 선택기, 프랑스어 - 입력 2에 적용 + 텔레텍스트 패스스루용 선택기 - 모든 입력에 적용 입력 1, 3 및 4에 각각 4개의 선택기가 포함되어 있습니다. 입력 2는 세 개의 선택기를 포함합니다. ## 규칙 2: 모든 입력에서 동일한 선택기 이름 계획 모든 고유한 선택기는 모든 입력에서 선택기 이름이 동일해야 합니다. 이 규칙은 각 출력이 선택기를 한 번만 참조하기 때문에 존재합니다. 출력에서는 선택기가 있는 각 입력에 대해 선택기를 한 번만 참조하지 않습니다. 각 선택기에는 언어 및 소스 형식이 포함된 이름을 지정하는 것이 좋습니다. 설명이 포함된 이름을 지정하면 출력 측에서 올바른 선택기를 선택하는 데 도움이 됩니다. # 일정에서 입력 전환 계획 각 입력에 대한 선택기를 설계한 후(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) # 작업 이름 계획 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` # 입력 전환 순서 계획 MediaLive 일정에서 작업을 생성하기 전에 입력 전환의 순서를 계획하는 것이 좋습니다. **입력 전환 순서를 계획하려면** 1. MediaLive에서 먼저 수집할 입력 연결을 첫 번째 위치에 배치합니다. 이 입력은 일정에서 즉시 전환 유형이라는 점에 유의하십시오. 1. 각 전환에 사용할 전환 및 입력 연결 목록을 만듭니다. 각 전환에 대한 시작 유형(고정, 즉시 또는 후속)을 결정합니다. 자세한 내용은 [고정, 즉시 및 후속 전환](ips-switch-types.md) 및 [입력 전환의 규칙 및 제한](ips-limits.md) 섹션을 참조하세요. 고정 및 후속 입력 전환을 정렬된 목록으로 구성할 수 있어야 합니다. 시작 시간을 모르기 때문에 순서가 지정된 목록에 즉시 전환을 포함하지 못할 수 있습니다. 이 절차 이후의 [예제](ips-step-plan-switches.md#ips-ordered-list-examples)를 참조하세요. 입력으로 전환하는 방법에 대한 내용은 다음과 같습니다. + 원하는 만큼 여러 번 입력 연결로 전환할 수 있습니다. + 동적 입력으로 전환하는 경우 해당 동적 입력을 사용하는 데 적용되는 URL을 제공해야 합니다. 생성한 목록에서 각각을 사용하기 위한 URL을 지정합니다. 1. 이 단원의 뒷부분에 나온 전환 처리에 대한 정보를 확인합니다. 목록의 각 입력 연결에 대해 전환을 처리하는 방법을 기록해 둡니다. **일정에 사용되는 모델 정보** 일정에 입력 전환을 설정하는 데는 두 가지 모델이 있습니다. + 권장 모델에서는 일정만 사용하여 모든 입력의 수집을 제어합니다. 이 모델에서는 채널의 입력 연결 순서가 중요하지 않습니다. 첫 번째 입력 전환이 가장 먼저 수집할 입력에 대한 즉시 전환이 되도록 일정을 설정합니다. 채널이 시작된 후 채널은 입력을 수집하기 전에 즉시 전환을 수행합니다. 이 단원의 앞 단계에서는 이 모델에 따라 일정을 설계하는 방법을 보여 줍니다. + 다른 모델에서는 첫 번째 입력 연결이 MediaLive에서 수집하는 첫 번째 입력입니다. 첫 수집 이후에만 입력 전환을 수행하도록 일정을 설정합니다. 이 모델은 입력 연결 순서와 일정을 확인해야 하므로 권장하지 않습니다. 첫 번째 모델을 사용하면 한 곳(일정)에서 수집 순서를 모니터링할 수 있습니다. ## 입력 전환 목록의 예 이 예제는 계획된 입력 전환의 목록을 보여줍니다. 첫 번째 입력은 파일 입력으로의 즉시 전환입니다. 그런 다음 후속 전환인 몇 가지 짧은 파일 입력이 있으며, 따라서 이전 입력이 끝날 때 전환이 이루어집니다. 이러한 입력은 차례로 실행되지만 첫 번째 라이브 입력으로 즉시 전환하여 언제든지 이러한 입력을 중단시키도록 계획되어 있습니다. 그런 다음 일정은 두 라이브 입력 간에 전환됩니다. 전환의 정확한 타이밍을 알 수 없으므로 이러한 전환을 즉시 전환으로 설정해야 합니다. 순서 목록: 작업 이름, 시작 유형, 입력 연결 이름 + 시작, 즉시, 배너 + static-1, follow, short-clip-12 + static-2, follow, short-clip-32 + static-3, follow, short-clip-77 + static-4, follow, short-clip-18 언제든지 즉시 전환 가능: + static-live-studio, immediate, live-1 + static-live-alternate, immediate, live-2 # 다음 입력이 고정 또는 즉시일 때 이전 처리 일정 계획 시 파일 입력(입력 A)에서 고정 시간에 시작하거나 즉시 시작하는 입력(입력 B)으로 전환할 때 간격이 없도록 해야 합니다. 입력 B는 파일 또는 라이브 입력입니다. 현재 입력이 전환 시작 시간 전에 종료되는 경우 간격이 있을 수 있습니다. 각 입력 연결의 **소스 종료 동작** 필드는 이 간격을 제어합니다. (이 필드는 채널의 **Input attachments(입력 연결)** 페이지, **General input settings(일반 입력 설정)** 섹션에 표시됩니다.) 이 상황에서 이전이 원활하게 이루어지도록 하기 위한 두 개 옵션이 있습니다. + 입력 A에 대한 **소스 종료 동작** 필드를 **LOOP**로 설정할 경우 입력 A가 완료되면 MediaLive는 돌아가서 입력 B의 시작 시간이 발생할 때까지 입력 A를 다시 수집합니다. + 입력 A에 대해 **소스 종료 동작** 필드를 **계속**으로 설정하는 경우 입력 A가 한 번만 수집됩니다. 입력이 완료되면 채널은 ("반복 프레임" 로직이 없더라도) 필드의 **입력 손실 동작**에 지정된 동작을 수행합니다. 입력 B의 시작 시간이 발생하면 입력 손실 동작이 종료되고 채널이 입력 B로 전환됩니다. (이 필드를 표시하려면 **글로벌 구성** 의 **일반 입력 설정**에서 **입력 손실 동작**의 **입력 손실 동작**을 선택합니다. 그러면 더 많은 필드가 나타납니다. 자세한 내용은 [비디오 입력 손실 처리](feature-input-loss.md) 섹션을 참조하세요.) # 다음 입력이 후속일 때 이전 처리 일정을 계획할 때 한 입력에서 "팔로우 입력"으로의 전환이 성공적으로 이루어질 수 있도록 해야 합니다. 현재 입력(입력 A)가 루프로 설정된 경우에는 팔로우 입력(입력 B)이 성공하지 않습니다. AWS Elemental MediaLive가 파일 끝에 도달하면 파일 시작부터 다시 수집되기 시작합니다. 각 입력 연결의 **소스 종료 동작** 필드는 이 반복을 제어합니다. (이 필드는 채널의 **Input attachments(입력 연결)** 페이지, **General input settings(일반 입력 설정)** 섹션에 표시됩니다.) + 항상 입력 A에 대한 **소스 종료 동작**을 **계속**으로 설정합니다. 입력 A가 완료되면 채널이 입력 B로 즉시 전환됩니다. 채널 생성 시 일정에서 다음 번 계획된 입력이 팔로우 입력인 모든 입력 연결에서는**소스 종료 동작**을 **계속**으로 설정해야 합니다. **계속**으로 입력을 설정하지 않으면 다음 입력인 팔로우 입력인 일정을 설정할 수 없습니다. 일정 작업을 취소하고 입력 연결을 수정한 다음, 일정 작업을 다시 시도해야 합니다. ## **입력 준비 - 다음 입력이 즉시일 때 지연 시간 감소** 즉각 입력 전환으로 식별한 입력 전환이 있을 수 있지만 언제 전환이 필요한지는 알 수 없습니다. 몇 초 전에 미리 알림을 받게 될 때에만 알 수 있습니다. 이 경우 입력 준비 작업을 생성하여 입력을 미리 준비해야 할 수 있습니다. 자세한 내용은 [AWS Elemental MediaLive에서 입력 준비](feature-prepare-input.md) 단원을 참조하십시오. # 입력 및 채널 생성 1단계부터 5단계까지의 계획을 수행한 후에는 입력을 생성하고 MediaLive 채널을 생성할 준비가 됩니다. 다중 입력 채널에서는 채널을 시작하기 전에 모든 입력이 채널에 이미 존재해야 합니다. 채널이 실행 중일 때는 입력을 추가할 수 없습니다. 따라서 다음 계획된 유지 관리 기간까지 필요할 수 있는 모든 입력을 식별해야 합니다. **Topics** + [입력 생성](ips-create-inputs-tips.md) + [채널의 첫 번째 입력 지정](ips-plan-first-input.md) + [채널 생성](ips-create-channel-tips.md) # 입력 생성 이 단원은 [입력 작업](creating-input.md)의 내용에 대한 추가 설명입니다. 여기서는 여러 입력 연결을 포함하는 MediaLive 채널에 사용할 입력을 생성하는 데 특별히 적용되는 정보를 제공합니다. 다음 사항에 유의하고 [입력 생성](create-input.md) 단원의 단계를 따라 채널을 생성합니다. + 이 단원의 앞 단계에서 식별한 입력을 생성합니다. + 각 입력을 올바른 유형(정적 라이브, 정적 파일 또는 동적 파일)으로 설정해야 합니다. 정적 라이브 입력 또는 정적 파일 입력을 생성하기 위한 특별한 단계는 없습니다. 동적 입력을 생성하려면 파일 소스의 URL에 변수를 입력해야 합니다. 이 변수가 있으면 MediaLive에서 입력을 동적 입력으로 인식합니다. 자세한 내용은 [동적 입력 설정](dynamic-inputs.md) 단원을 참조하십시오. # 채널의 첫 번째 입력 지정 MediaLive 채널의 입력 연결 목록에서 첫 번째 입력으로 설정할 입력을 지정합니다. + 일정을 사용하여 수집할 첫 번째 입력으로 전환할 것이므로 이 입력은 수집할 첫 번째 입력이 아닙니다. + 동적 파일 입력일 수 없습니다. 채널을 시작하려면 라이브 입력 또는 정적 파일 입력이어야 합니다. # 채널 생성 이 단원은 [채널 처음부터 새로 생성](creating-channel-scratch.md)의 내용에 대한 추가 설명입니다. 여기서는 여러 입력 연결을 포함하는 MediaLive 채널의 생성과 특별히 관련된 정보를 제공합니다. 다음 사항에 유의하고 [채널 처음부터 새로 생성](creating-channel-scratch.md)에 설명된 대로 채널을 생성하는 단계를 따릅니다. ## 채널 및 입력 세부 정보 창 채널의 **Channel and input details(채널 및 입력 세부 정보)** 창의 [Input specifications(입력 사양)](input-specification.md) 섹션에서 입력의 최대 요구량을 충족하거나 초과하도록 각 옵션을 설정합니다. ## 입력 연결 창 채널의 **Input attachments(입력 연결)** 창에서 [생성한 입력](ips-create-inputs-tips.md)에 대한 입력 연결을 설정합니다. **각 입력 연결을 설정하려면** 1. **입력 연결** 창에서 **추가**를 선택합니다. 1. 입력을 선택합니다. [연결을 계획](ips-step-plan-attachments.md)할 때 결정한 이름을 입력합니다. 1. **Confirm(확인)**을 선택하여 일반 설정 필드, 비디오 선택기 필드, 오디오 선택기 필드 및 캡션 선택기 필드를 표시합니다. 1. 이러한 필드를 알맞게 작성합니다. 다음 사항에 주의하세요. + 식별한 모든 입력을 연결합니다. 입력을 생략하면 채널을 중지하지 않는 한 입력을 연결할 수 없습니다. 이미 [첫 번째 입력 연결이 지정](ips-order-switches.md)되어 있어야 합니다. 이 연결을 먼저 생성하여 채널에 첫 번째로 나타나도록 해야 합니다. + 나머지 입력 연결을 임의의 순서로 추가합니다. + 각 입력 연결에 대한 **General input settings(일반 입력 설정)** 섹션에서 **Source end behavior(소스 종료 동작)**를 올바르게 작동하도록 설정합니다. 자세한 내용은 [다음 입력이 고정 또는 즉시일 때 이전 처리](ips-transition-gap.md) 단원을 참조하세요. + 각 입력 연결에 대한 **General input settings(일반 입력 설정)** 섹션에서 [연결을 계획](ips-step-plan-attachments.md)할 때 생성한 계획에 따라 다음 필드를 설정합니다. + **비디오 선택기**의 필드 + **오디오 선택기**의 필드 + **캡션 선택기**의 필드 ## 출력 그룹 채널의 **Output groups(출력 그룹)** 창에서 일반 절차에 따라 [출력 계획](ips-step-plan-outputs.md)에서 지정한 모든 출력 그룹을 생성합니다. # 입력 전환으로 일정 설정 입력 및 채널을 생성한(6단계) 후 원하는 입력 전환을 설정하려면 MediaLive 일정에서 작업을 생성해야 합니다. 입력 전환 작업 생성에 대한 자세한 내용은 [일정에서 작업 생성(콘솔)](schedule-using-console-create.md) 섹션을 참조하세요. 일정을 설정할 때는 다음 지침을 따르세요. + 채널을 시작하기 전에 고정 입력 전환 중 적어도 일부를 생성한 다음 입력 전환 작업을 따라야 합니다. + 새 채널의 첫 번째 입력 전환은 즉시 입력 전환이어야 합니다. 채널을 시작하기 전에 이 입력 전환을 생성해야 합니다. 이러한 방식으로 설정하면 입력 수집 순서가 항상 일정에 따라 제어됩니다. + 다른 즉시 전환의 경우 채널을 시작하기 전에 일정에 전환을 추가할 수 있습니다. 또는 채널이 실행된 후에만 추가할 수 있습니다. 어떤 전략이 계획에 적용되는지 알고 있어야 합니다. + 정기적인 일정 업데이트를 계획하세요. 채널을 중지하지 않고 일정에 작업을 추가할 수 있습니다.