기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # 워크플로에서 업스트림 및 다운스트림 시스템 준비 워크플로 계획의 첫 번째 단계로 업스트림 및 다운스트림 시스템을 설정해야 합니다. **중요** 이 절차에서는 출력부터 시작해서 다시 입력으로 작업하는 워크플로를 계획하는 방법을 설명합니다. 워크플로를 계획하는 가장 효과적인 방법입니다. **워크플로 계획 방법:** 1. MediaLive의 다운스트림 시스템을 기반으로 생성해야 하는 출력 그룹을 식별합니다. [다운스트림 시스템의 출력 그룹 유형 식별](identify-downstream-system.md)을 참조하세요. 1. 각 출력 그룹에 포함할 비디오 및 오디오 인코딩에 대한 요구 사항을 파악합니다. [출력 그룹에 대한 인코딩 요구 사항 식별](identify-dss-video-audio.md)을 참조하세요. 1. 채널 클래스 결정 - 중복성을 지원하는 표준 채널을 생성할지 아니면 중복성을 지원하지 않는 단일 파이프라인 채널을 생성할지 결정합니다. [복원력 요구 사항 식별하기](plan-redundancy.md)을 참조하세요. 1. 소스 콘텐츠를 평가하여 MediaLive 및 생성해야 하는 출력과 호환되는지 확인합니다. 예를 들어 소스 콘텐츠에 MediaLive가 지원하는 비디오 코덱이 있는지 확인합니다. [업스트림 시스템 평가](evaluate-upstream-system.md)을 참조하세요. 이 4단계를 수행한 후 MediaLive가 트랜스코딩 요청을 처리할 수 있는지를 알 수 있습니다. 1. 소스 콘텐츠의 식별자를 수집합니다. 예를 들어 업스트림 시스템의 운영자에게 콘텐츠에서 추출하려는 다양한 오디오 언어의 식별자를 요청합니다. [소스 콘텐츠 정보 수집](planning-content-extract.md)을 참조하세요. 1. 다운스트림 시스템 또는 시스템과 협력하여 MediaLive가 생성할 출력 그룹의 대상을 제공합니다. [다운스트림 시스템을 통한 조정](setting-up-downstream-system.md)을 참조하세요. # 다운스트림 시스템의 출력 그룹 유형 식별 AWS Elemental MediaLive 워크플로를 계획하는 첫 번째 단계는 MediaLive 다운스트림에 있는 시스템의 요구 사항 및 기능에 따라 생성해야 하는 [*출력 그룹*](what-is-terminology.md) 유형을 결정하는 것입니다. [업스트림 시스템](evaluate-upstream-system.md)을 평가하기 전에 다운스트림 시스템에서 이 작업을 수행합니다. 워크플로의 의사 결정은 다운스트림 시스템에서 시작되며 업스트림 시스템으로 진행됩니다. **중요** 이 워크플로에 대해 MediaLive 출력을 보낼 다운스트림 시스템 또는 시스템을 이미 식별한 상태여야 합니다. 다운스트림 시스템을 아직 식별하지 않은 경우 워크플로 준비를 계속하기 전에 몇 가지 조사를 수행해야 합니다. 이 가이드는 다운스트림 시스템 식별에 대한 도움을 제공하지 않습니다. 다운스트림 시스템을 식별했다면 이 섹션으로 돌아오세요. **출력 그룹을 식별하는 방법** 1. 다운스트림 시스템에서 다음 정보를 가져옵니다. + 필요한 출력 형식. 예를 들어 HLS가 있습니다. + 각 출력 형식에 대한 애플리케이션 프로토콜입니다. 예를 들어 HTTP가 있습니다. 1. 출력의 전송 모드를 결정합니다. + VPC의 EC2 인스턴스에 있는 서버에 출력이 있을 수 있습니다. 또는 Amazon S3에 출력이 있을 수 있습니다. 이러한 상황 중 하나 또는 둘 다 적용되는 경우 VPC를 통한 전송을 설정할 수 있습니다. 자세한 내용은 [VPC를 통해 출력 전송](delivery-out-vpc.md) 단원을 참조하십시오. + 이러한 유형의 출력이 없는 경우에는 정기적으로 전송합니다. 1. MediaLive에 다운스트림 시스템에 필요한 출력 형식 및 프로토콜을 지원하는 *출력 그룹*이 포함되어 있는지 확인합니다. [MediaLive에서 지원하는 출력 유형](outputs-supported-containers.md)을(를) 참조하세요. 1. 선호하는 다운스트림 시스템이 다른 AWS 미디어 서비스인 경우 [서비스 선택에 대한 자세한 내용은이 섹션을 참조하세요](dss-choose-service.md). 1. 다운스트림 시스템에서 Microsoft Smooth Streaming을 지원하는 경우 옵션에 대해서는 [Microsoft Smooth 출력 처리 옵션](downstream-system-for-mss.md) 섹션을 참조하세요. 1. 배포 전에 출력을 다른 AWS 리전 또는 다른 AWS 계정으로 보내려면 MediaConnect Router 출력 그룹을 생성하는 것이 좋습니다. MediaConnect Router는 교차 리전 또는 교차 계정 배포가 필요한 워크플로에 매우 적합합니다. 1. 콘텐츠의 아카이브 파일을 생성하기 위해 아카이브 출력 그룹을 생성할지 여부를 결정합니다. 아카이브 파일은 스트리밍을 보완하는 것으로, 그 자체가 스트리밍 출력인 것은 아닙니다. 일반적으로 아카이브 파일을 스트리밍 출력의 영구 파일 버전으로 생성합니다. 1. FrameCapture 출력을 생성하기 위해 프레임 캡처 출력 그룹을 생성할지 여부를 결정합니다. FrameCapture 출력은 스트리밍을 보완하는 것으로, 그 자체가 스트리밍 출력인 것은 아닙니다. 이러한 출력 유형은 워크플로에 유용하게 사용할 수 있습니다. 예를 들어, FrameCapture 출력을 사용하여 콘텐츠의 썸네일을 생성할 수 있습니다. 1. 생성하려는 출력 그룹을 기록해 둡니다. 예를 들어 다음 단계를 따른 후에는 아래와 같은 출력 그룹 목록이 있을 것입니다. + 다운스트림 시스템으로를 AWS Elemental MediaPackage 사용하는 HLS 출력 그룹 1개. + 소셜 미디어 사이트의 다운스트림 시스템으로 보내는 RTMP 출력 그룹 한 개 + 레코드로 사용되는 아카이브 출력 그룹 한 개 **Topics** + [AWS 미디어 서비스 중에서 선택](dss-choose-service.md) + [HLS 출력 그룹과 MediaPackage 출력 그룹 중 선택](hls-choosing-hls-vs-emp.md) + [Microsoft Smooth 출력 처리 옵션](downstream-system-for-mss.md) # AWS 미디어 서비스 중에서 선택 선호하는 다운스트림 시스템이 다른 AWS 미디어 서비스인 경우 사용할 서비스를 선택하는 데 유용한 몇 가지 팁은 다음과 같습니다. + HLS 출력 AWS Elemental MediaStore 에 대해 AWS Elemental MediaPackage 또는 중에서 선택해야 하는 경우 다음 지침을 따르세요. + 디지털 권한 관리(DRM) 솔루션으로 콘텐츠를 보호할지 여부를 결정합니다. DRM은 권한이 없는 사람이 콘텐츠에 액세스하는 것을 방지합니다. + 콘텐츠에 광고를 삽입할지 여부를 결정합니다. 이러한 기능 중 하나 또는 둘 다를 원하는 경우 출력을 다시 패키징해야 하므로 MediaPackage를 오리진 서비스로 선택해야 합니다. 이러한 기능을 원하지 않는 경우 MediaPackage 또는를 선택할 수 있습니다 AWS Elemental MediaStore. AWS Elemental MediaStore 는 일반적으로 오리진 서비스로 더 간단한 솔루션이지만 MediaPackage의 재패키징 기능은 없습니다. + 를 오 AWS Elemental MediaPackage 리진 서비스로 식별한 경우 HLS 출력 그룹 또는 MediaPackage 출력 그룹을 사용하여 HLS 출력을 생성할지 여부를 결정합니다. 이를 선택하는 방법에 대한 지침은 [다음 섹션](hls-choosing-hls-vs-emp.md)을 참조하세요. # HLS 출력 그룹과 MediaPackage 출력 그룹 중 선택 HLS 출력을에 전송하려면 HLS 출력 그룹을 생성할지 또는 MediaPackage 출력 그룹을 생성할지 결정 AWS Elemental MediaPackage해야 합니다. ## MediaPackage v2로 전송 MediaPackage v2를 사용하는 MediaPackage 채널로 전송하는 경우 HLS 출력 그룹을 생성해야 합니다. MediaPackage 연산자를 확인하면 채널이 API 버전 2를 사용하는지 여부를 알 수 있습니다. 버전 2를 사용하는 사용 사례 중 하나는 MediaLive와 MediaPackage를 모두 포함하는 지연 시간이 짧은 유리 간 워크플로를 구현하는 것입니다. ## 표준 MediaPackage(v1)로 전송 각 출력 그룹 유형의 설정에는 다음과 같은 차이점이 있습니다. + MediaPackage 출력에는 더 적은 설정이 필요합니다. AWS Elemental MediaLive는 사용자가 지정한 채널에 출력을 AWS Elemental MediaPackage 패키징하고 전달하는 데 필요한 대부분의 정보로 이미 설정되어 있습니다. 이와 같은 더 쉬운 설정은 이점도 있지만 일부 구성을 제어할 수 없다는 단점도 있습니다. MediaLive가 MediaPackage 출력 그룹을 설정하는 방법에 대한 자세한 내용은 [이 절차의 결과](mediapackage-create-result.md) 섹션을 참조하세요. + MediaPackage 출력의 경우 MediaLive 채널과 AWS Elemental MediaPackage 채널이 동일한 AWS 리전에 있어야 합니다. + MediaPackage 출력에는 ID3 메타데이터 설정에 대한 몇 가지 제한이 있습니다. 자세한 내용은 [ID3 메타데이터 작업](id3-metadata.md)을 참조하세요. # Microsoft Smooth 출력 처리 옵션 Microsoft Smooth Streaming 서버로 전송하는 경우 설정은 디지털 권한 관리(DRM) 솔루션으로 콘텐츠를 보호할지 여부에 따라 달라집니다. DRM은 권한이 없는 사람이 콘텐츠에 액세스하는 것을 방지합니다. + DRM을 구현하지 않으려면 Microsoft Smooth 출력 그룹을 생성합니다. + DRM을 구현하려면 출력을 전송할 HLS 또는 MediaPackage 출력 그룹을 생성한 다음 AWS Elemental MediaPackage를 사용하여 DRM AWS Elemental MediaPackage 을 추가할 수 있습니다. 그런 다음 Microsoft Smooth 오리진 서버로 전송하도록 AWS Elemental MediaPackage 를 설정합니다. # 출력 그룹에 대한 인코딩 요구 사항 식별 생성해야 하는 출력 그룹을 식별한 후에는 각 출력 그룹에 포함할 비디오 및 오디오 인코딩 요구 사항을 식별해야 합니다. 다운스트림 시스템은 이러한 요구 사항을 제어합니다. [업스트림 시스템](evaluate-upstream-system.md)을 평가하기 전에 다운스트림 시스템에서 이 작업을 수행합니다. 워크플로의 의사 결정은 다운스트림 시스템에서 시작되며 업스트림 시스템으로 진행됩니다. **각 출력 그룹에서 비디오 및 오디오 코덱을 식별하는 방법** 식별한 모든 출력 그룹에 대해 이 절차를 수행합니다. 1. 다운스트림 시스템에서 다음 비디오 정보를 가져옵니다. + 지원하는 비디오 코덱 + 지원할 수 있는 최대 비트 전송률 및 최대 해상도 1. 다운스트림 시스템에서 다음 오디오 정보를 가져옵니다. + 지원되는 오디오 코덱 + 각 코덱에서 지원되는 오디오 코딩 모드(예: 2.0) + 오디오에 지원되는 최대 비트 전송률 + HLS 또는 Microsoft Smooth 출력 형식의 경우 다운스트림 시스템에서 오디오를 비디오와 번들링하거나 각 오디오를 자체 변환에 표시해야 하는지 여부 이 정보는 MediaLive 출력에서 자산을 구성할 때 필요합니다. 1. 다운스트림 시스템에서 다음 캡션 정보를 가져옵니다. + 지원하는 캡션 형식 1. 비디오를 확인합니다. 다운스트림 시스템에 필요한 비디오 코덱을 MediaLive가 이 출력 그룹에 대해 지원하는 비디오 코덱과 비교합니다. [출력 유형별 지원 코덱](outputs-supported-codecs.md)의 테이블을 참조하세요. 다운스트림 시스템에서 제공하는 코덱 중 하나 이상이 지원되는지 확인합니다. 1. 오디오를 확인합니다. 다운스트림 시스템에 필요한 오디오 코덱을 MediaLive가 이 출력 그룹에 대해 지원하는 비디오 코덱과 비교합니다. [출력 유형별 지원 코덱](outputs-supported-codecs.md)의 테이블을 참조하세요. 다운스트림 시스템에서 제공하는 코덱 중 하나 이상이 지원되는지 확인합니다. 1. 현재 캡션 형식의 평가를 건너뜁니다. [이후 섹션](assess-uss-captions.md)에서 이러한 요구 사항을 평가합니다. 1. 각 출력 그룹에 생성할 수 있는 비디오 코덱과 오디오 코덱을 기록해 둡니다. 1. 트릭 재생 트랙을 구현할지 여부를 결정합니다. 자세한 내용은 [트릭 재생 트랙 구현](trick-play-solutions.md) 단원을 참조하십시오. **이 단계의 결과** 이 절차를 수행한 후에는 생성할 출력 그룹과 해당 출력 그룹이 지원할 수 있는 비디오 및 오디오 코덱을 알 수 있습니다. 따라서 이 예제와 같은 출력 정보가 있어야 합니다. **예제** | 출력 그룹 | 다운스트림 시스템 | 다운스트림 시스템에서 지원하는 비디오 코덱 | 다운스트림 시스템에서 지원되는 오디오 코덱 | | --- | --- | --- | --- | | HLS | MediaPackage | AVC | AAC 2.0, Dolby Digital Plus | | RTMP | 소셜 미디어 사이트 | AVC | AAC 2.0 | | 아카이브 | Amazon S3 | 다운스트림 시스템은 코덱을 결정하지 않으므로 원하는 코덱을 선택합니다. | 다운스트림 시스템은 코덱을 결정하지 않으므로 원하는 코덱을 선택합니다. | # 복원력 요구 사항 식별하기 복원력은 문제가 발생했을 때 채널이 계속 작동할 수 있는 능력입니다. MediaLive는 지금 계획해야 하는 두 가지 복원력 기능이 포함되어 있습니다. 이러한 기능 중 구현하려는 기능을 결정해야 합니다. 이러한 기능은 콘텐츠에 필요한 소스 수에 영향을 미치며 업스트림 시스템과의 논의가 필요하므로 이 결정을 지금 수행해야 합니다. ## 파이프라인 중복성 일반적으로 두 개의 파이프라인이 있는 채널을 설정하여 채널 처리 파이프라인 내에서 복원력을 제공할 수 있습니다. 두 파이프라인 설정 요구 사항에 대한 자세한 내용은 섹션을 참조하세요. 파이프라인 중복은 전체 채널과 채널에 연결된 모든 입력에 적용되는 기능입니다. 채널 계획 초기에 파이프라인을 설정할 방법을 결정해야 합니다. 채널을 *표준 채널*로 설정하여 두 개의 인코딩 파이프라인을 갖도록 파이프라인 중복성을 설정합니다. 두 파이프라인 모두 소스 콘텐츠를 수집하고 출력을 생성합니다. 현재 파이프라인이 실패하면 다운스트림 시스템은 더 이상 콘텐츠를 수신하지 않음을 감지하고 다른 출력으로 전환할 수 있습니다. 다운스트림 시스템에는 중단이 없습니다. MediaLive는 몇 분 내에 두 번째 파이프라인을 다시 시작합니다. 파이프라인 중복성에 대한 자세한 내용은 섹션을 참조하세요[파이프라인 중복성을 구현하는 방법](plan-redundancy-mode.md). ## 자동 입력 장애 조치 일부 입력을 사용하면 두 개의 입력을 자동 입력 장애 조치 *페어*로 설정하여 채널의 한 입력에 대한 복원력을 제공할 수 있습니다. 자동 입력 장애 조치는 개별 입력에 적용되는 기능입니다. 채널을 계획할 때 자동 입력 장애 조치를 구현하는 것에 대해 결정할 필요는 없습니다. 나중에 새 입력을 연결하거나 기존 입력을 업그레이드하여 자동 입력 장애 조치를 구현하려는 경우 이를 구현할 수 있습니다. 자동 입력 장애 조치를 위해 설정하려면 두 개의 입력(소스 콘텐츠가 정확히 동일함)을 *입력 장애 조치 페어*로 설정합니다. 이 방식으로 설정하면 업스트림 시스템에서 또는 업스트림 시스템과 채널 간에 장애가 발생할 경우 복원력이 제공됩니다. 입력 페어에서 입력 중 하나는 *활성* 입력이고 하나는 *대기* 상태입니다. MediaLive는 항상 전환할 준비가 되도록 두 입력을 모두 수집하지만, 일반적으로 대기 상태의 입력을 즉시 폐기합니다. 활성 입력이 실패하면 MediaLive는 즉시 장애 조치를 수행하고 대기 입력을 폐기하는 대신 대기 입력에서 처리를 시작합니다. 파이프라인 중복성을 위해 설정된 채널(표준 채널) 또는 파이프라인 중복성이 없는 채널(단일 파이프라인 채널)에서 자동 입력 장애 조치를 구현할 수 있습니다. 자동 입력 장애 조치에 대한 자세한 내용은 [자동 입력 장애 조치 구현](automatic-input-failover.md) 단원을 참조하십시오. ## 두 기능 비교 다음은 파이프라인 중복성과 자동 입력 장애 조치를 비교한 것입니다. + 각 기능에서 처리하는 장애에는 차이가 있습니다. 파이프라인 중복성은 MediaLive 인코더 파이프라인에 장애가 발생할 경우 복원력을 제공합니다. 자동 입력 장애 조치는 업스트림 시스템 또는 업스트림 시스템과 MediaLive 입력 간의 네트워크 연결에서 장애가 발생할 경우 MediaLive보다 먼저 복구할 수 있는 복원력을 제공합니다. + 두 기능 모두 두 개의 콘텐츠 소스 인스턴스가 필요하므로 두 경우 모두 업스트림 시스템에서 두 개의 인스턴스를 제공할 수 있어야 합니다. 파이프라인 중복성을 사용하면 두 소스가 동일한 인코더에서 생성될 수 있습니다. 자동 입력 장애 조치의 경우 소스는 서로 다른 인코더에서 제공되어야 하며, 그러지 않으면 두 소스가 동시에 장애가 발생하고 입력 장애 조치 전환에 실패합니다. + 파이프라인 중복성은 전체 채널에 적용됩니다. 따라서 채널을 계획할 때 구현할지 여부를 결정해야 합니다. 자동 입력 장애 조치는 특정 입력 유형에만 적용됩니다. 따라서 예를 들어 가장 중요한 입력을 연결할 때만 자동 입력 장애 조치를 구현하기로 결정할 수 있습니다. + 자동 입력 장애 조치를 수행하려면 다운스트림 시스템이 출력의 두 인스턴스를 처리하고 한 인스턴스에서 장애가 발생하면 다른 인스턴스로 전환할 수 있어야 합니다. 예를 들어, MediaPackage는 두 개의 인스턴스를 처리할 수 있습니다. 다운스트림 시스템에 이 로직이 내장되어 있지 않은 경우, 자동 입력 장애 조치를 구현할 수 없습니다. # 업스트림 시스템 평가 MediaLive 워크플로 계획의 일환으로 콘텐츠의 소스인 업스트림 시스템을 평가하여 MediaLive 와 호환되는지 확인해야 합니다. 그런 다음 소스 콘텐츠를 평가하여 MediaLive가 수집할 수 있는 형식과 원하는 출력에 MediaLive가 포함할 수 있는지 확인해야 합니다. *콘텐츠 공급자*에서 *소스 콘텐츠*를 가져옵니다. 소스 콘텐츠는 콘텐츠 공급자가 제어하는 *업스트림 시스템*에서 제공됩니다. 일반적으로 콘텐츠 공급자를 이미 식별한 상태입니다. 소스 콘텐츠 및 업스트림 시스템에 대한 자세한 내용은 다음을 참조하세요[MediaLive 작동 방식](how-medialive-works-channels.md). **업스트림 시스템 평가하기** 1. 콘텐츠 제공업체와 상의하여 업스트림 시스템에 대한 정보를 얻습니다. 이 정보를 사용하여 MediaLive가 업스트림 시스템에 연결하는 기능을 평가하고 MediaLive가 해당 업스트림 시스템에서 소스 콘텐츠를 사용하는 기능에 대해 평가합니다. 획득 및 평가할 정보에 대한 자세한 내용은 다음 섹션을 참조하세요. + [소스 형식 및 패키징 평가](uss-obtain-info.md) + [비디오 콘텐츠 평가](assess-uss-source.md) + [오디오 콘텐츠 평가](assess-uss-audio.md) + [캡션 평가](assess-uss-captions.md) 1. 소스 콘텐츠에 대해 식별한 MediaLive 입력 유형을 기록해 둡니다. 1. 소스 스트림의 다음 세 가지 특성을 기록해 둡니다. [채널을 설정하려면](input-specification.md) 이 정보가 필요합니다. + 비디오 코덱 + 비디오의 해상도(SD, HD, UHD) + 최대 입력 비트레이트 **이 단계의 결과** 이 단계가 끝나면 MediaLive가 콘텐츠를 수집할 수 있다는 확신을 가지게 됩니다. 또한 다음을 확인하게 될 것입니다. + 소스 콘텐츠를 수집하기 위해 생성할 MediaLive 입력 유형입니다. + 소스에서 비디오, 오디오 및 캡션을 추출하는 데 필요한 정보(MediaLive 입력에서)입니다. 예제: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/evaluate-upstream-system.html) # 소스 형식 및 패키징 평가 소스 형식 및 패키징을 평가하는 방법에 대한 자세한 내용은 다음 표를 참조하세요. 각 행을 확인하세요. **** | 획득할 정보 | 다음을 확인합니다. | | --- | --- | | 콘텐츠 공급자가 제공할 수 있는 소스 수입니다. | [복원력 기능](plan-redundancy.md)을 구현하려는 경우, 콘텐츠 공급자가 필요한 입력을 제공할 수 있는지 확인합니다.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/uss-obtain-info.html) | | 전송 형식 및 프로토콜식별된 형식에 적용되는 MediaLive 입력 유형 | 업스트림 시스템이 전송을 위해 지원하는 형식과 프로토콜을 알아봅니다.이 형식이 [입력 유형, 프로토콜, 업스트림 시스템](inputs-supported-formats.md)의 테이블에 나열되어 있는지 확인합니다.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/uss-obtain-info.html)CDI 또는 AWS Elemental Link를 통해 전달된 콘텐츠에 대해서는 이 정보를 확인할 필요가 없습니다. MediaLive는 항상 이러한 입력 유형을 처리할 수 있습니다. | | 업스트림 시스템에서 최신 SDK를 사용하는지 여부 | 콘텐츠 공급자가 업스트림 CDI 소스 디바이스에서 최신 버전의 [AWS CDI SDK](https://aws.amazon.com/media-services/resources/cdi/)를 사용하고 있는지 확인합니다. | | 소스 콘텐츠가 스트림인지 VOD 자산인지 여부 | 소스 콘텐츠가 라이브 스트림인지 VOD 자산인지 알아봅니다.MediaLive가 식별한 형식에 대한 전송을 지원하는지 확인합니다. [라이브 및 파일 소스 지원](inputs-live-vs-file.md)의 표를 참조하세요. | | 콘텐츠 암호화 여부 | MediaLive는 HLS 콘텐츠에서만 암호화된 콘텐츠를 수집할 수 있습니다.소스 콘텐츠가 HLS이고 암호화되어 있는 경우, MediaLive에서 지원하는 형식으로 암호화되어 있는지 확인합니다. [HLS에서 암호화된 소스 콘텐츠 처리하기](planning-hls-input-encrypted.md)을 참조하세요. MediaLive가 사용 가능한 암호화 형식을 지원하지 않는 경우 암호화되지 않은 형식으로 콘텐츠를 가져올 수 있는지 확인합니다. | | 소스 콘텐츠가 RTP인 경우에만 FEC를 포함 여부와 관계없이 적용됩니다. | 시각적 중단이 있는 출력이 발생할 가능성이 낮으므로 FEC가 포함된 소스 콘텐츠를 권장합니다. | # HLS에서 암호화된 소스 콘텐츠 처리하기 MediaLive는 HTTP 라이브 스트리밍 사양에 따라 암호화된 HLS 소스를 수집할 수 있습니다. **지원되는 암호화 유형** MediaLive는 암호화된 HLS 소스에 대해 다음 형식을 지원합니다. + 소스는 AES-128로 암호화됩니다. MediaLive는 AES-SAMPLE을 지원하지 않습니다. + 소스 콘텐츠는 정적 또는 회전 키를 사용하여 암호화됩니다. + 매니페스트에는 다음 속성과 함께 `#EXT-X-KEY `태그가 포함됩니다. + `METHOD` 속성은 AES-128을 지정합니다. + URI는 암호화 키에 대한 라이선스 서버를 지정합니다. + IV는 비어 있거나 사용할 초기화 벡터(IV)를 지정합니다. IV가 비어 있는 경우 MediaLive는 `#EXT-X-MEDIA-SEQUENCE` 태그의 값을 IV로 사용합니다. + 업스트림 시스템과 라이선스 서버 모두에 인증 자격 증명(사용자 이름 및 암호)이 필요한 경우 두 서버 모두에서 동일한 자격 증명이 사용되는지 확인하세요. MediaLive는 이 두 서버에 대해 서로 다른 보안 인증 정보를 사용하는 것을 지원하지 않습니다. **암호 복호화 작동 방식** 콘텐츠 소유자는 `#EXT-X-KEY`를 메서드(AES-128), 라이선스 서버의 URL 및 초기화 벡터(IV)와 함께 포함하도록 기본 매니페스트를 설정합니다. 콘텐츠 소유자는 라이선스 서버에 암호화 키를 배치합니다. 이 소스를 사용하는 MediaLive 채널이 시작되면 MediaLive는 기본 매니페스트를 가져오고 라이선스 서버의 URL에 대한 `#EXT-X-KEY `태그를 읽습니다. MediaLive는 라이선스 서버에 연결하고 암호화 키를 가져옵니다. MediaLive는 업스트림 시스템에서 콘텐츠를 가져오기 시작하고 암호화 키와 IV를 사용하여 콘텐츠를 복호화합니다. # 비디오 콘텐츠 평가 비디오 소스를 평가하는 방법에 대한 자세한 내용은 다음 표를 참조하세요. 각 행을 확인하세요. **참고** CDI를 통해 또는 AWS Elemental Link 디바이스에서 전송되는 비디오에 대한 평가를 수행할 필요가 없습니다. 이러한 소스는 MediaLive에서 항상 허용됩니다. **** | 획득할 정보 | 다음을 확인합니다. | | --- | --- | | 사용 가능한 비디오 코덱 또는 형식입니다. | 패키지 형식의 비디오 코덱 목록에 비디오 코덱 중 하나 이상이 포함되어 있는지 확인합니다. [입력 유형별 지원 코덱](inputs-supported-codecs-by-input-type.md)을(를) 참조하세요.콘텐츠가 두 개 이상의 지원되는 코덱으로 제공되는 경우 사용할 단일 비디오 코덱을 결정합니다. 소스 콘텐츠에서 하나의 비디오 자산만 추출할 수 있습니다. | | 최대 예상 비트 전송률입니다. | 업스트림 시스템과 MediaLive 간의 대역폭이 소스 콘텐츠의 예상 최대 비트레이트를 처리하기에 충분한지 확인합니다.표준 채널을 설정하는 경우([파이프라인 중복](plan-redundancy.md)을 구현하기 위해) 파이프라인이 두 개이으므로 대역폭이 예상 최대 비트 전송률의 두 배가 되도록 설정합니다. | | 비디오 특성이 스트림 중간에 변경되는지 여부. | 최상의 결과를 얻으려면 스트림 중간에 비디오 소스의 비디오 특성이 변경되지 않는지 확인합니다. 예를 들어, 코덱은 변경되지 않아야 합니다. 프레임 속도는 변경되지 않아야 합니다. | # 오디오 콘텐츠 평가 오디오 소스를 평가하는 방법에 대한 자세한 내용은 다음 표를 참조하세요. 각 행을 확인하세요. **참고** CDI를 통해 또는 AWS Elemental Link 디바이스에서 전송되는 오디오에 대한 평가를 수행할 필요가 없습니다. 이러한 소스는 MediaLive에서 항상 허용됩니다. **** | 획득할 정보 | 다음을 확인합니다. | | --- | --- | | 사용 가능한 오디오 코덱 또는 형식입니다. | 오디오 코덱 중 하나 이상이 [입력 유형별 지원 코덱](inputs-supported-codecs-by-input-type.md)의 오디오 코덱 목록에 포함되어 있는지 확인합니다. | | 각 코덱에 사용할 수 있는 언어입니다. 예: 영어, 프랑스어. | 제공하고자 하는 언어를 식별합니다. 콘텐츠 공급자가 제공할 수 있는 언어를 결정합니다. | | 각 코덱에 사용 가능한 코딩 모드(예: 2.0 및 5.1). | 각 오디오 언어에 대해 선호하는 오디오 코딩 모드를 식별합니다. 콘텐츠 공급자가 제공할 수 있는 코딩 모드를 결정합니다. 자세한 내용은 이 [테이블 뒤에 있는 섹션](#coding)을 참조하세요. | | 스트림 중간에 오디오 특성이 변경되는지 여부. | 최상의 결과를 얻으려면 스트림 중간에 소스 콘텐츠의 오디오 특성이 변경되지 않는지 확인합니다. 예를 들어 소스의 코덱은 변경되지 않아야 합니다. 코딩 모드는 변경되지 않아야 합니다. 언어는 사라지지 않아야 합니다. | | 소스 콘텐츠가 HLS인 경우 오디오 자산이 오디오 변환 그룹에 있는지 아니면 비디오와 멀티플렉싱되었는지 여부. | MediaLive는 별도의 렌더링 그룹에 있거나 비디오를 사용하여 단일 스트림으로 멀티플렉싱된 오디오 자산을 수집할 수 있습니다. | **코딩 모드 결정하기** 동일한 언어에 대해 여러 코딩 모드를 사용할 수 있는 경우 사용할 모드를 결정합니다. 아래 지침을 따르세요. + 한 코덱 및 코딩 모드에서 일부 언어를 추출하고 다른 코덱 및 코딩 모드에서 다른 언어를 추출할 수 있습니다. 예를 들어 5.1 코딩 모드에서 하나 또는 두 개의 언어를 사용할 수 있고 2.0 코딩 모드에서 다른 언어를 사용하고 싶을 수 있습니다. + 동일한 언어를 두 번 이상 추출할 수 있습니다. 예를 들어, 5.1 코딩 모드와 코딩 모드 2.0 모두에서 하나의 언어를 원할 수 있습니다. + 지정된 언어에 대해 추출할 코덱 및 코딩 모드를 결정할 때는 출력에서 해당 언어에 사용할 코딩 모드를 고려합니다. 각 언어에 대해 소스 콘텐츠의 코딩 모드가 출력의 코딩 모드와 일치하는 경우가 항상 가장 쉽습니다. 코딩 모드를 변환하기 위해 오디오를 리믹스할 필요가 없기 때문입니다. MediaLive는 리믹스를 지원하지만 리믹스는 오디오를 잘 이해해야 하는 고급 기능입니다. 예를 들어 출력에서 한 언어가 코딩 모드 5.1이 되도록 할 수 있습니다. 코딩 모드 2.0에서 다른 언어를 사용할 수도 있습니다. 따라서 다음을 추출하도록 선택할 수 있습니다. + Dolby Digital 5.1에서 스페인어 추출 + AAC 2.0에서 프랑스어 및 영어 추출 # 캡션 평가 출력 그룹에 캡션을 포함하려는 경우 MediaLive가 소스의 캡션 형식을 사용하여 출력에서 원하는 캡션 형식을 생성할 수 있는지 확인해야 합니다. 캡션 소스에 대한 다음 정보를 얻습니다. **** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/assess-uss-captions.html) **캡션 요구 사항 평가하기** 워크플로에 대해 [식별한 각 출력 그룹](identify-downstream-system.md)에 대해 다음 단계를 따르세요. 1. [MediaLive에서 지원되는 캡션](supported-captions.md)로 이동하여 출력 그룹에 대한 섹션을 찾습니다. 예를 들면, [HLS 출력 또는 MediaPackage 출력에서 지원하는 캡션 형식](supported-formats-hls-output.md)를 찾습니다. 해당 섹션의 테이블에서 첫 번째 열을 읽고 콘텐츠 공급자가 제공하는 형식(컨테이너)을 찾습니다. 1. *소스 캡션 입력* 열을 읽어 MediaLive가 해당 소스 형식으로 지원하는 캡션 형식을 찾습니다. 1. 그런 다음 *지원되는 출력 캡션* 열을 읽어 MediaLive가 소스 형식을 변환할 수 있는 캡션 형식을 찾습니다. “HLS 출력을 생성하려는 경우 소스 콘텐츠가 RTMP인 경우 임베디드 캡션을 번인, 임베디드 또는 WebVTT 변환할 수 있습니다.”와 같은 문장으로 끝납니다. 1. 콘텐츠 공급자의 소스 콘텐츠가 테이블의 *지원되는 캡션 입력* 열의 형식 중 하나와 일치하는지 확인합니다. 예를 들어, 소스 콘텐츠에 임베디드 캡션이 포함되어 있는지 확인합니다. 1. 다운스트림 시스템에서 지원하는 캡션 형식 목록을 찾습니다. [식별한 출력 그룹에 대한 인코딩 요구 사항을 확인](identify-dss-video-audio.md)했을 때 이 목록을 얻었습니다. 이러한 출력 형식 중 하나 이상이 테이블의 *지원되는 출력 캡션* 열에 나타나는지 확인합니다. 소스 콘텐츠에 일치하는 항목이 없거나 출력에 일치하는 항목이 없는 경우 출력에 캡션을 포함할 수 없습니다. 예를 들어 HLS 출력 그룹을 생성해야 한다고 가정합니다. 콘텐츠 공급자가 캡션이 포함된 RTP 형식의 콘텐츠를 제공할 수 있다고 가정합니다. 다운스트림 시스템에서 HLS 출력의 경우 출력에 WebVTT 캡션이 포함되어야 한다고 가정합니다. 위의 단계에 따라 HLS 출력에 대한 표를 읽습니다. 테이블의 컨테이너 열에서 RTP 형식의 행을 찾을 수 있습니다. 소스 열로 이동하여 임베디드 캡션이 지원되는 소스 형식인지 확인합니다. 그런 다음 출력 열을 읽으면 임베디드 캡션을 번인, 임베디드 또는 WebVTT 캡션으로 변환할 수 있습니다. WebVTT 캡션은 다운스트림 시스템에 필요한 형식입니다. 따라서 HLS 출력에 캡션을 포함할 수 있다고 결론을 내렸습니다. # 소스 콘텐츠 정보 수집 소스 콘텐츠를 평가하고 해당 콘텐츠에서 적절한 비디오, 오디오, 캡션 자산을 식별한 후에는 이들 자산에 대한 정보를 얻어야 합니다. 필요한 정보는 소스 유형에 따라 다릅니다. MediaLive에서 [입력을 생성하는](medialive-inputs.md) 데에는 이 정보가 필요 없습니다. 하지만, MediaLive 의 채널에 [입력을 연결](creating-a-channel-step2.md)할 때는 이 정보가 필요합니다. **이 단계의 결과** 이 단계에서 절차를 수행한 뒤에는 이 예제와 같은 형태의 소스 콘텐츠 정보를 확보한 상태여야 합니다. **예제** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/planning-content-extract.html) **Topics** + [CDI 소스에서 콘텐츠 식별](extract-contents-cdi.md) + [AWS Elemental Link 소스의 콘텐츠 식별](extract-contents-link.md) + [HLS 소스에서 콘텐츠 식별](extract-contents-hls.md) + [MediaConnect 소스에서 콘텐츠 식별](extract-content-emx.md) + [MP4 소스에서 콘텐츠 식별](extract-contents-mp4.md) + [RTMP 소스에서 콘텐츠 식별](extract-contents-rtmp.md) + [RTP 소스에서 콘텐츠 식별](extract-contents-rtp.md) + [SMPTE 2110 소스의 콘텐츠 식별](extract-contents-s2110.md) + [SRT 소스에서 콘텐츠 식별](extract-contents-srt.md) # CDI 소스에서 콘텐츠 식별 CDI 소스의 콘텐츠는 항상 압축되지 않은 비디오, 압축되지 않은 오디오, 캡션으로 구성됩니다. 콘텐츠 공급자로부터 식별 정보를 얻습니다. **** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/extract-contents-cdi.html) # AWS Elemental Link 소스의 콘텐츠 식별 AWS Elemental Link 소스의 콘텐츠는 항상 비디오 자산 1개, 오디오 페어 1개 및 선택적 캡션이 포함된 전송 스트림(TS)입니다. 콘텐츠 공급자로부터 식별 정보를 얻습니다. **** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/extract-contents-link.html) 콘텐츠와 관련하여 다음과 같은 정보를 얻습니다. + 최대 비트레이트. MediaLive에서 디바이스를 설정할 때 이 비트 전송률을 조절할 수 있는 옵션이 있습니다. 자세한 내용은 [설 AWS Elemental Link정](setup-devices.md) 단원을 참조하십시오. + 콘텐츠에 임베디드 타임코드가 포함되어 있는지 여부. 이 경우 해당 타임코드를 사용하도록 선택할 수 있습니다. 자세한 내용은 [타임코드 구성](https://docs.aws.amazon.com/medialive/latest/ug/timecode.html)[타임코드 및 타임스탬프 작업](timecode.md)을 참조하세요. + 콘텐츠에 광고 사용 메시지(MediaLive가 SCTE-35 메시지로 자동 변환하는 SCTE-104 메시지)가 포함되어 있는지 여부. 광고 가용성 메시지에 대한 자세한 내용은 [SCTE-35 메시지 처리](scte-35-message-processing.md)을(를) 참조하세요. # HLS 소스에서 콘텐츠 식별 HLS 컨테이너의 콘텐츠는 항상 하나의 비디오 렌디션(프로그램)만 포함하는 전송 스트림(TS)입니다. 콘텐츠 공급자로부터 식별 정보를 얻습니다. **** | 자산 | 세부 정보 | 획득할 정보 | | --- | --- | --- | | 비디오 | 식별 정보가 필요하지 않습니다. MediaLive는 항상 단일 비디오 자산을 추출합니다. | | | 오디오 | 소스에는 여러 오디오 PIDs. | 원하는 언어의 PIDs 또는 3자 언어 코드를 가져옵니다.오디오 자산의 PID를 가져오는 것이 좋습니다. 이렇게 하면 오디오 자산 식별의 신뢰도를 제고할 수 있습니다. | | 캡션 | 임베디드 | 채널 번호의 언어를 가져옵니다. 예: "채널 1은 프랑스어" | # MediaConnect 소스에서 콘텐츠 식별 AWS Elemental MediaConnect 소스의 콘텐츠는 항상 전송 스트림(TS)입니다. TS는 하나의 프로그램(SPTS) 또는 여러 프로그램(MPTS)으로 구성됩니다. 각 프로그램에는 비디오, 오디오 및 선택적 캡션의 조합이 포함되어 있습니다. 콘텐츠 공급자로부터 식별 정보를 얻습니다. **** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/extract-content-emx.html) # MP4 소스에서 콘텐츠 식별 MP4 소스의 콘텐츠는 항상 하나의 비디오 트랙, 하나 이상의 오디오 트랙 및 선택적 캡션으로 구성됩니다. 콘텐츠 공급자로부터 식별 정보를 얻습니다. **** | 자산 | 세부 정보 | 획득할 정보 | | --- | --- | --- | | 비디오 | 식별 정보가 필요하지 않습니다. MediaLive는 항상 단일 비디오 자산을 추출합니다. | 없음 | | 오디오 | 소스에는 일반적으로 각 언어에 대해 하나씩 여러 오디오 트랙이 포함될 수 있습니다. | 원하는 언어의 트랙 번호 또는 3자 언어 코드를 가져옵니다. | | 캡션 | 임베디드캡션은 비디오 트랙에 임베딩되거나 보조 트랙에 임베딩될 수 있습니다. | 채널 번호의 언어를 가져옵니다. 예를 들어, '채널 1은 프랑스어'입니다. | # RTMP 소스에서 콘텐츠 식별 이 절차는 인터넷의 RTMP 푸시 입력 및 풀 입력과 Amazon Virtual Private Cloud의 RTMP 입력에 공통적으로 적용됩니다. RTMP 입력의 콘텐츠는 항상 하나의 비디오, 하나의 오디오 및 선택적 캡션으로 구성됩니다. 콘텐츠 공급자로부터 식별 정보를 얻습니다. **** | 자산 | 세부 정보 | 획득할 정보 | | --- | --- | --- | | 비디오 | 식별 정보가 필요하지 않습니다. MediaLive는 항상 단일 비디오 자산을 추출합니다. | 없음 | | 오디오 | 식별 정보가 필요하지 않습니다. MediaLive는 항상 단일 오디오 자산을 추출합니다. | 트랙의 번호와 언어를 가져옵니다. 예를 들어, '채널 1은 프랑스어'입니다. | | 캡션 | 임베디드캡션은 비디오 트랙에 임베딩되거나 보조 트랙에 임베딩될 수 있습니다. | 채널 번호의 언어를 가져옵니다. 예를 들어, '채널 1은 프랑스어'입니다. | # RTP 소스에서 콘텐츠 식별 이 절차는 인터넷의 RTP 푸시 입력과 Amazon Virtual Private Cloud의 입력에 공통적으로 적용됩니다. RTP 입력의 콘텐츠는 항상 전송 스트림(TS)입니다. TS는 하나의 프로그램(SPTS) 또는 여러 프로그램(MPTS)으로 구성됩니다. 각 프로그램에는 비디오 조합, 오디오 조합 및 선택적 캡션이 포함되어 있습니다. 콘텐츠 공급자로부터 식별 정보를 얻습니다. **** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/extract-contents-rtp.html) # SMPTE 2110 소스의 콘텐츠 식별 SMPTE 2110 소스의 콘텐츠는 항상 하나의 비디오 자산, 0개 이상의 오디오 자산, 0개 이상의 캡션(보조 데이터) 자산으로 구성된 스트림 세트입니다. 각 자산은 자체 스트림에 있습니다. 콘텐츠 공급자로부터 식별 정보를 얻습니다. **** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/extract-contents-s2110.html) # SRT 소스에서 콘텐츠 식별 SRT 입력의 콘텐츠는 항상 전송 스트림(TS)입니다. TS는 하나의 프로그램(SPTS) 또는 여러 프로그램(MPTS)으로 구성됩니다. 각 프로그램에는 비디오 조합, 오디오 조합 및 선택적 캡션이 포함되어 있습니다. 콘텐츠 공급자로부터 식별 정보를 얻습니다. **** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/extract-contents-srt.html) # 다운스트림 시스템을 통한 조정 워크플로에서 다운스트림 및 업스트림 시스템을 준비하는 마지막 단계로 다운스트림 시스템의 운영자와 상의하고 정보를 조정해야 합니다. MediaLive의 *출력*은 이 다운스트림 시스템에 대한 *입력*으로 간주합니다. 설정은 출력 그룹과 다운스트림 시스템 유형에 따라 다릅니다. 자세한 내용은 [설정: 출력 그룹 및 출력 생성](medialive-outputs.md)을 참조하고 생성 중인 출력 그룹 유형에 대한 섹션으로 이동합니다. 다운스트림 시스템을 통한 조정에 대한 정보를 읽습니다.