기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 업스트림 시스템 평가
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 출력에 캡션을 포함할 수 있다고 결론을 내렸습니다.