기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # 입력 전환 설정 입력 하나만을 수집하도록 설정하는 것이 아니라 여러 순차 입력을 수집하도록 MediaLive 채널을 설정할 수 있습니다. 두 개 이상의 입력을 채널에 연결한 다음 채널 일정에서 한 입력에서 다른 입력으로 전환할 시기를 지정하는 작업을 추가하여 이 *다중 입력 채널*을 설정합니다. **Topics** + [다중 입력 채널 및 입력 전환 정보](ips-overview.md) + [입력 전환의 규칙 및 제한](ips-limits.md) + [입력 전환 설정](setup-ips.md) + [일정에서 작업 삭제](ips-manage-schedule.md) + [다중 입력이 있는 채널 시작 및 재시작](ips-start-channel-multi-inputs.md) # 다중 입력 채널 및 입력 전환 정보 다중 입력 채널에서 입력을 수집하려면 MediaLive 채널에 입력 전환을 설정합니다. **Topics** + [다중 입력 채널 및 일정](schedule-and-switching.md) + [일반적인 사용 사례](typical-use-cases.md) + [고정, 즉시 및 후속 전환](ips-switch-types.md) + [정적 입력 및 동적 입력](how-dynamic-inputs-work.md) + [입력 준비](ips-input-prepare.md) # 다중 입력 채널 및 일정 MediaLive 채널의 입력 전환의 작동 방식은 다음과 같습니다. 먼저, 두 개 이상의 입력 연결을 포함하는 채널을 생성합니다. 채널이 생성되면 해당 채널의 일정으로 이동하고 입력 전환을 추가하여 한 입력 연결에서 다른 입력 연결로 이동하는 규칙을 생성합니다. 채널을 시작하면 채널에서 일정에 따라 자동으로 입력을 전환합니다. 다중 입력 채널에서 성공적으로 작업하려면 다음 사항에 유의하십시오. **일정은 채널 내에 있음** 일정은 채널과 별도로 존재하지 않습니다. 콘솔의 세부 정보 페이지에서 기존 채널의 일정을 찾을 수 있습니다. **암시적 전환은 없음** 다중 입력 채널의 경우 일정에 입력 전환을 추가하여 채널이 전환하도록 지시해야 합니다. 입력 연결이 두 개 이상 포함된 채널은 일정에 지정되어 있지 않으면 입력 연결 목록의 다음 입력 연결로 전환되지 않습니다. **“기본” 입력은 없음** 다중 입력 채널에서는 입력 연결을 모두 동일한 상태를 갖는 입력 *풀*로 간주해야 합니다. 수집할 입력이 없는 경우 채널이 돌아오는 기본 입력이 없습니다. # 일반적인 사용 사례 MediaLive 채널의 예약된 입력 전환은 다음 사용 사례를 지원합니다. ## 사용 사례 1: 라이브 피드 하나와 파일 입력 전환 하나 특정 소스(아마도 스포츠 토너먼트 관련) 의 라이브 피드(스트리밍)을 처리할 채널이 있습니다. 정기적으로(아마도 개별 스포츠 행사 간에) 라이브 피드를 파일 콘텐츠(아마도 파도 비디오 같은 필러)로 대체해야 합니다. 몇 분 후에 동일한 라이브 피드를 재개해야 합니다. 채널을 라이브 입력 하나와 파일 입력 하나로 설정합니다. 첫 번째 입력이 라이브 입력입니다. 채널을 시작하기 전에 각 시간 정각(오전 10시, 오전 11시 등)에 실시간 입력으로 전환하는 작업으로 구성된 일정을 생성합니다. 그런 다음 채널을 시작합니다. 각 스포츠 행사가 종료되자 마자 "즉시" 일정을 비디오 필러로 전환하도록 수정합니다. 라이브 피드가 몇 분간 계속되다가(아마도 스포츠 관객이나 경기장을 나가는 선수 모습을 보여줌) 채널이 필러 비디오로 전환됩니다. 매시간 시작 시 채널이 라이브 피드로 전환됩니다. ## 사용 사례 2: 라이브 피드 하나와 여러 입력, 그리고 채널이 파일 입력으로 시작됨 요구 사항이 사용 사례 1과 동일하나, (아마도 스포츠 행사 개막 시점부터) 파일 클립으로 채널을 시작하려 한다는 점만 다릅니다. 첫 번째 시간 시작 시 비디오 필러를 표시하려고 합니다. 하지만 두 번째 및 그 이후 시간의 시작 시점에는 당일 이전 시간의 하이라이트를 표시하려고 합니다. 라이브 이벤트(라이브 입력) 하나와 여러 파일 입력(개막용 하나, 비디오 필러용 하나, 그리고 하이라이트용 여러 개)으로 채널을 설정합니다. 첫 번째 입력은 행사 개막용 파일 입력입니다. 채널을 시작하기 전에 파일 입력이 완료되자 마자 라이브 입력으로 전환할 작업 하나를 포함하는 일정을 생성합니다. 그런 다음 채널을 시작합니다. 시간이 경과됨에 따라, 일정을 수정하여 사용 사례 1의 경우 라이브 입력과 파일 입력 간에 앞/뒤로 전환하는 여러 작업을 추가합니다. ## 사용 사례 3: 라이브 피드 두 개 서로 다른 소스에서 라이브 피드를 처리하는 채널 하나가 있습니다. 필요 시 광고 콘텐츠를 채널에 삽입하려고 합니다. MediaLive를 사용하여 이 광고 콘텐츠를 삽입하려고 합니다. (광고 가능 구간을 광고 콘텐츠로 대체하기 위해 다운스트림 시스템에서 읽는 SCTE-35 메시지를 삽입하고 싶지 않습니다.) 라이브 피드는 동일 스포츠 행사에 대한 경기장 피드와 스튜디오 내 피드일 수 있습니다. 라이브 피드 하나를 다른 라이브 피드로 전환하려고 합니다. 엄격한 시간 일정을 따르기 보다는 전환 시간을 "즉시" 지정하려고 합니다. 경우에 따라 라이브 피드 하나를 광고로 전환하려고 합니다. 광고가 종료되면 라이브 피드 중 하나로 돌아가야 할 수도 있습니다. 두 라이브 입력과 여러 파일 입력(각 광고마다 파일 하나)으로 채널을 설정합니다. 채널을 시작하기 전에 첫 번째 작업을 포함하는 일정을 생성합니다. 해당 작업은 채널에서 수집할 첫 번째 입력인 입력 A로 전환하는 것입니다. 입력 A의 시작 시간을 일정 시작 시간보다 1분 이상 이른 시간으로 설정합니다. 그런 다음 채널을 시작합니다. MediaLive에서는 일정을 즉시 읽고 현재 작업으로 예정된 입력(입력 A)으로 전환합니다. 해당되는 경우 일정을 즉시 수정하여 하나 이상의 전환을 대기열에 넣는 작업을 추가합니다. ## 사용 사례 4: VOD-to-Live MP4 파일 입력만 처리하거나 대부분 MP4 파일 입력을 처리하는 연중무휴 채널이 있습니다. 일련의 파일 입력을 차례로 실행하도록 채널을 설정합니다. 각 파일이 처음부터 끝까지 인코딩된 후 다음 파일이 시작됩니다. 파일을 잘라내 해당 파일의 일부만 재생할 수도 있습니다. 예약된 다음 유지 관리 기간(몇 주 후가 될 수도 있음)까지 이 채널을 중지하지 않고 실행하려고 합니다. 채널당 20개 입력 제한을 극복하려면 *동적 입력* 기능을 활용합니다. 경로 및 파일 이름의 전체 또는 일부를 변수로 대체하여 일부 파일 입력을 생성합니다. 변수에 다른 파일 이름을 배정할 때마다 이 동적 입력을 반복해서 사용하도록 일정을 설정합니다. 여러 동적 입력을 설정할 수 있습니다. # 고정, 즉시 및 후속 전환 MediaLive에서는 전환의 시작 유형에 따라 입력 전환을 분류할 수 있습니다. + 고정 - 입력 전환이 특정 시간에 시작됩니다. 고정 전환은 UTC 시간을 사용합니다. 이러한 전환에 입력 타임코드는 사용되지 않습니다. + 즉시 - 즉시 입력 전환이 최대한 빨리 시작됩니다. 이 유형의 전환은 현재 입력을 중단하므로 후속 전환보다 고정 전환과 비슷합니다. 고정 전환에 비해 이 전환은 시작 시간에 버퍼를 계산할 필요가 없다는 이점이 있습니다. + 후속 - 후속 입력 전환은 이전 입력이 종료되었을 때(MediaLive가 파일의 끝에 도달했을 때) 시작됩니다. 이 시작 유형은 입력 자체의 속성이 아니라 전환의 속성입니다. 따라서 일정에서 고정 전환을 사용하여 특정 입력으로 전환한 다음 나중에 후속 전환을 사용하여 동일한 입력으로 전환할 수 있습니다. ## 전환 유형 및 입력 유형 전환 유형과 입력 유형(파일 및 라이브)을 조합하여 세 가지 전환 유형을 사용할 수 있습니다. + 시작 시간이 고정된 파일 입력. 이전 입력이 파일 또는 라이브 입력입니다. 특정 시작 시간에 MediaLive는 이전 입력 수집을 중지하고 새 입력으로 전환합니다. + 즉시 시작이 포함된 파일 입력. 이전 입력이 파일 또는 라이브 입력입니다. 일정에 이 전환을 입력한 후 가급적 빨리 MediaLive가 이전 입력 수집을 중지하고 새 입력으로 전환합니다. + 이전 입력 다음에 이어지는 파일 입력. 이전 입력이 파일 입력이어야 합니다. 라이브 입력에는 끝점이 없어서 전환이 절대로 발생하지 않으므로 라이브 입력이면 안 됩니다. + 시작 시간이 고정된 라이브 입력. 이전 입력이 파일 또는 라이브 입력입니다. 특정 시작 시간에 MediaLive는 이전 입력 수집을 중지하고 새 입력으로 전환합니다. + 즉시 시작이 포함된 라이브 입력. 이전 입력이 파일 또는 라이브 입력입니다. 일정에 이 전환을 입력한 후 가급적 빨리 MediaLive가 이전 입력 수집을 중지하고 새 입력으로 전환합니다. + 이전 입력 다음에 이어지는 라이브 입력. 이전 입력이 파일 입력이어야 합니다. 라이브 입력에는 끝점이 없어서 전환이 절대로 발생하지 않으므로 라이브 입력이면 안 됩니다. 다음 표에는 입력 및 시작 유형이 요약되어 있습니다. | 현재 입력 | 다음 입력 | 가능한 시작 유형 | | --- | --- | --- | | 파일 | 파일 | 고정 또는 즉시 | | 파일 | 파일 | 후속 | | 파일 | 라이브 | 고정 또는 즉시 | | 파일 | 라이브 | 후속 | | 라이브 | 파일 | 고정 또는 즉시 | | 라이브 | 라이브 | 고정 또는 즉시 | ## 후속 체인 후속 입력 전환 시리즈를 *후속 체인*이라고 합니다. 각 입력이 끝나면 MediaLive는 다음 입력 수집을 자동으로 시작합니다. 후속 체인 다이어그램은 다음과 같습니다. ``` Input A Fixed or Immediate File Input B Follow File Input C Follow File Input D Follow File or Live Input E Fixed or Immediate File or Live ``` 후속 체인은 *참조 작업*(첫 번째 후속 작업 위의 입력)으로 시작되고 후속 입력으로 끝납니다. 앞의 예에서 체인은 참조 작업 입력 A로 시작하고 입력 D로 끝납니다. 입력 A, B 및 C는 다음 입력이 성공적으로 따를 수 있도록 정의된 끝이 있어야 하므로 파일이어야 합니다. 입력 E는 고정되었거나 즉각적이므로 체인을 중단합니다. # 정적 입력 및 동적 입력 MediaLive 채널에 파일 입력이 포함된 경우 각 입력을 *정적 입력* 또는 *동적 입력* 중 어느 것으로 설정할지 결정해야 합니다. 동적 입력을 사용하면 채널에 연결할 수 있는 입력 수에 대한 제한을 준수하면서 채널에서 사용할 수 있는 비디오 소스 수를 늘릴 수 있습니다. 파일 입력을 정적 또는 동적 입력으로 설정할 수 있습니다. (라이브 입력은 항상 정적 입력입니다.) 정적 입력을 설정하려면 표준 파일 URL을 지정합니다. 예를 들어 `s3ssl://amzn-s3-demo-bucket/my-movie.mp4`입니다. 동적 입력을 설정하려면 변수를 사용하여 파일 URL의 전부를 설정합니다. 예를 들어 `s3ssl://amzn-s3-demo-bucket/movies/$urlPath$`입니다. 이 입력으로 전환하도록 일정에 설정할 때마다 `$urlPath$`의 값을 지정합니다. 예를 들어 한 입력 전환의 `s3ssl://amzn-s3-demo-bucket/movies/my-movie.mp4`와 다른 입력 전환의 `s3ssl://amzn-s3-demo-bucket/movies/mlaw.mp4`로 전환하는 경우가 있습니다. MP4 파일 입력 및 전송 스트림(TS) 파일 입력의 동적 콘텐츠에 대해 설정할 수 있습니다. 이 섹션의 뒷부분에 있는 입력 전환을 위한 [설정 절차](ips-step-design-inputs.md)에서는 일부 입력을 동적 입력으로 설정해야 하는지 여부를 결정하는 방법에 대한 자세한 정보를 제공합니다. # 입력 준비 MediaLive 일정에는 입력 전환에 대한 헬퍼 작업인 입력 준비 작업이 포함되어 있습니다. 입력 준비에 대한 자세한 내용은 [AWS Elemental MediaLive에서 입력 준비](feature-prepare-input.md)를 참조하세요. # 입력 전환의 규칙 및 제한 이 섹션은 MediaLive 일정의 입력 전환에 적용되는 규칙 및 제한을 설명합니다. ## 입력 유형 규칙 입력 전환을 위해 입력의 수와 유형을 유연하게 설정할 수 있습니다. 예제: + HLS 입력과 MediaConnect 입력을 하나의 채널에 모두 연결할 수 있습니다. + 퍼블릭 인터넷의 소스에 사용되는 RTMP 푸시 입력과 RTMP VPC 푸시 입력을 둘 다 사용할 수 있습니다. 하지만 몇 가지 제한 사항도 있습니다. + 채널에 연결할 수 있는 푸시 입력 및 풀 입력 수 + 특정 입력 유형의 입력 수 예를 들어 채널에 연결할 수 있는 CDI 입력 수가 있습니다. + 사용하는 VOD 자산 + 다양한 가용 영역에서 사용하는 입력 + 입력 전환 워크플로에서 사용하는 동적 입력 이러한 규칙에 대한 내용은 [MediaLive 기능 규칙 및 제약 조건](eml-limitations-and-rules.md) 섹션을 참조하세요. ## 첫 번째 전환은 정적 전환이어야 함 채널의 첫 번째 전환은 정적 입력용이어야 합니다. 동적 입력일 수 없습니다. ## 입력 전환 개수에 대한 제한 없음 채널 일정에는 임의 개수의 예약된 입력 전환 작업을 포함할 수 있습니다. 원하는 횟수만큼 특정 입력으로 전환할 수 있습니다. ## 파일 입력 재사용 정적 파일 입력에서 전환한 후 다시 전환하면 채널은 파일 또는 파일 클립(파일을 잘라낸 경우)의 시작 부분부터 파일을 수집합니다. 이 규칙은 파일이 끝나기 전에 파일 입력에서 전환하는 경우에도 적용됩니다. 이 규칙은 동적 파일 입력에서 전환한 다음 URL의 변수 부분 값을 변경하지 않고 다시 전환한 경우에도 적용됩니다. 채널은 항상 처음부터 수집합니다. # 입력 전환 설정 전환하려는 여러 입력이 포함된 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) 섹션을 참조하세요. 일정을 설정할 때는 다음 지침을 따르세요. + 채널을 시작하기 전에 고정 입력 전환 중 적어도 일부를 생성한 다음 입력 전환 작업을 따라야 합니다. + 새 채널의 첫 번째 입력 전환은 즉시 입력 전환이어야 합니다. 채널을 시작하기 전에 이 입력 전환을 생성해야 합니다. 이러한 방식으로 설정하면 입력 수집 순서가 항상 일정에 따라 제어됩니다. + 다른 즉시 전환의 경우 채널을 시작하기 전에 일정에 전환을 추가할 수 있습니다. 또는 채널이 실행된 후에만 추가할 수 있습니다. 어떤 전략이 계획에 적용되는지 알고 있어야 합니다. + 정기적인 일정 업데이트를 계획하세요. 채널을 중지하지 않고 일정에 작업을 추가할 수 있습니다. # 일정에서 작업 삭제 MediaLive 일정에서 입력 전환 작업을 삭제할 수 있습니다. 채널의 현재 상태에 따라 작업을 삭제하는 규칙이 다릅니다. 채널은 실행 중이거나 유휴 상태이거나 복구 중일 수 있습니다. 채널을 수동으로 중지하면 채널이 유휴 상태가 됩니다. 채널이 실패하면 복구 중인 것이며 MediaLive가 자동으로 다시 시작합니다. **채널이 실행되는 동안 작업 삭제** 채널이 실행 중일 때 삭제할 수 있는 입력 전환 작업에 대한 제한이 있습니다. MediaLive는 현재 활성 입력에 대한 정보를 보존해야 합니다. 채널이 실패할 경우 MediaLive가 적절한 입력을 복구하고 수집을 시작할 수 있도록 해당 정보를 보존해야 합니다. 따라서 이러한 규칙이 적용됩니다. + 최신 고정 또는 즉시 입력 전환은 삭제할 수 없습니다. *가장 최근*이라는 용어는 다음 중 하나를 의미합니다. + 입력은 현재 수집 중인 입력입니다. 따라서 가장 최근의 입력과 활성 입력은 동일합니다. + 입력은 가장 최근에 수집된 고정 또는 즉시 입력 전환입니다. 활성 입력이 후속 입력일 수 있습니다. + 이 최신 고정 또는 즉시 입력 전환을 따르는 후속 체인의 작업은 삭제할 수 없습니다. 예를 들어 다음 다이어그램에서 입력 A가 가장 최근의 고정 또는 즉시 입력 전환이라고 가정하면 작업 B, C 또는 D는 삭제할 수 없습니다. 다만 후속 체인의 일부가 아닌 E는 삭제할 수 있습니다. ``` Input A Fixed Input B Follow Input C Follow Input D Follow Input E Immediate ``` **채널이 유휴 상태인 동안 작업 삭제** 작업이 일정에 있는 한 채널이 유휴 상태일 때 입력 전환 작업을 삭제할 수 있습니다. 후속 체인에 있는 작업을 삭제하려면 전체 후속 체인을 삭제한 다음 후속 체인을 다시 생성한 다음 원치 않는 작업을 생략해야 합니다. [일정에서 작업 삭제(콘솔)](schedule-using-console-delete.md)을(를) 참조하세요. **채널이 복구되는 동안 작업 삭제** 채널이 복구되는 동안 입력 전환 작업을 삭제할 수 있습니다. # 다중 입력이 있는 채널 시작 및 재시작 MediaLive 채널을 생성하고 일정에 작업을 추가한 후 채널을 시작할 수 있습니다. 채널을 시작하기 전에 채널에 연결된 입력이 준비되었는지 확인하십시오. + 푸시 입력은 채널을 시작하기 전에 이미 푸시 중이어야 합니다. 푸시 입력은 채널의 첫 번째 입력이 아니더라도 이미 푸시 중이어야 합니다. + 채널의 첫 번째 입력이 파일 입력인 경우 풀될 준비가 완료되어야 합니다. + 첫 번째 입력이 아닌 파일 입력의 경우 입력 전환이 발생하기 약 30초 전까지는 풀될 준비가 완료되지 않아도 됩니다. **Topics** + [실행 시간 작동](#ips-runtime-behavior) + [채널 다시 시작](#ips-restart-channel-multi-inputs) + [빈 일정을 사용할 때 발생하는 일](#ips-empty-channel-charges) ## 실행 시간 작동 채널을 시작하면 AWS Elemental MediaLive가 채널을 실행할 준비를 하는 데 잠시 시간이 걸립니다. 채널이 준비되자마자 MediaLive는 일정을 살펴보고 시작 시간이 지났거나 현재인 즉시 입력 전환이 있는지 여부를 확인합니다. + 이 작업을 찾으면 해당 입력으로 전환하고 수집을 시작합니다. + 이 작업을 찾지 못하면 채널에 나열된 첫 번째 입력 연결을 수집하기 시작합니다. 권장 사항에 따라 채널과 일정을 설정하면 채널이 준비되자마자 MediaLive를 통해 수집할 첫 번째 입력에 대한 즉시 전환이 확인됩니다. ## 채널 다시 시작 예약된 입력 전환을 위해 설정된 여러 입력이 있는 채널을 다시 시작하는 경우 AWS Elemental MediaLive는 일정을 살펴보고 현재 실행 중이어야 하는 입력을 결정합니다. 그런 다음 MediaLive는 다음과 같이 작동합니다. + 해당 입력이 라이브 입력인 경우 MediaLive는 현재 프레임에서 해당 입력을 수집하기 시작합니다. + 해당 입력이 고정 시작 시간 또는 즉시로 설정된 파일 입력인 경우 MediaLive는 파일 또는 파일 클립(입력을 자른 경우) 시작 시 해당 입력을 수집하기 시작합니다. 예약된 시간과 현재 시간 간의 차이를 조정하지 않습니다. 예를 들어 현재 13:10:00 UTC라고 가정해 보겠습니다. 일정은 13:00:00에 입력 X로 전환하도록 지정합니다. MediaLive는 시작부터 파일을 수집하기 시작합니다. 파일 수집 10분부터는 수집하지 않습니다. + "후속" 입력 체인이 있어서 현재 입력이 모호한 경우 MediaLive는 팔로우 입력을 무시합니다. 채널을 다시 시작하는 UTC 시간을 기준으로 할 때 과거 시점인 최근 고정 또는 즉시 입력을 찾습니다. 파일 시작 시 입력을 수집하기 시작합니다. 예를 들면, 일정이 다음과 같다고 가정합니다. + 고정 시작 시간이 11:00인 라이브 입력 X + 고정 시작 시간이 11:06인 파일 입력 A + 팔로우 시작 시간인 파일 입력 B + 팔로우 시작 시간인 파일 입력 C + 고정 시작 시간이 12:15인 라이브 입력 D 시나리오 1: 입력 X가 활성화되었을 때 11:04에 채널이 중지되었다고 가정해 보겠습니다. 12:09에 채널을 다시 시작합니다. 현재 시간을 기준으로 최근 고정 입력 전환은 11:06에 있습니다. 이 전환은 파일 입력 A로 전환되는 전환입니다. MediaLive는 시작 시점부터 해당 입력을 수집하기 시작합니다. 시나리오 2: 입력 X가 활성화되었을 때 11:04에 채널이 중지되었다고 가정해 보겠습니다. 12:16에 채널을 다시 시작합니다. 현재 시간을 기준으로 최근 고정 입력 전환은 12:15에 있습니다. 이 전환은 라이브 입력 D로 전환되는 전환입니다. MediaLive는 입력 D로 전환하여 수집을 시작합니다. 시나리오 3: 입력 A가 활성화되었을 때 11:08에 채널이 중지되었다고 가정해 보겠습니다. 12:14에 채널을 다시 시작합니다. 현재 시간을 기준으로 최근 고정 입력 전환은 11:06에 있습니다. 이 전환은 파일 입력 A로 전환되는 전환입니다. MediaLive는 입력 A로 다시 돌아가서 수집을 시작합니다. 라이브 입력으로 전환되는 12:15까지 파일 A에서 C까지 수집합니다. 파일 A의 일부분을 수집할 것이며, 파일 B와 C를 수집할 수도 있습니다. 하지만 12:15에는 입력 D로 확실히 전환됩니다. ## 빈 일정을 사용할 때 발생하는 일 채널이 일정의 마지막 입력을 완료하여 일정이 비어 있고 입력이 반복되지 않도록 설정한 경우 MediaLive에서 수집을 중지하지만 채널은 계속 실행됩니다. 따라서 채널에 대한 요금은 계속 발생합니다.