현재 ProRes 애셋을 납품할 때는 UI 내의 드롭다운 필드에서 원본 영상 언어를 설정합니다. IMF의 경우, 언어는 XML 및 MXF 메타데이터 안의 IMF 패키지(IMP) 내에서 설정됩니다.
따라서 IMP 생성 시 올바른 언어 코드의 확인은 대단히 중요합니다.
1. 완성본 IMF 패키지 준비
먼저, 완성본 IMP를 생성하기 전에 오픈 Backlot Source Request(백랏 소스 요청)를 확인한 다음 IMP의 언어를 확인해야 합니다.
참고 사항: 넷플릭스는 현재 IMP 내의 다국어 애셋을 허용하지 않습니다. 여기에는 추가 오디오 더빙 및 타임 설정 텍스트 애셋이 포함됩니다. 다만, 이 자료들 자체의 소스 요청에 따라 해당되는 다국어 애셋 자료는 계속 납품해주시기 바랍니다.
Backlot: Manage Requests(백랏: 요청 관리) 대시보드에서 Request(요청)에 마우스를 가져가면 ‘i’ 아이콘이 나옵니다. 이 아이콘을 클릭해 Source Request Details(소스 요청 세부 사항) 페이지로 이동합니다.
다음 이미지를 보면, 소스 요청에서 규정된 언어(Language)는 별표와 함께 ‘Original Language(원어)’라고 나옵니다. 따라서 원어(OL) 메타데이터 필드를 검토해 IMP에서 사용할 올바른 언어를 확인해야 합니다. 이 경우에는 영어(en)입니다.
참고 사항: 언어 코드는 반드시 정확하게 일치해야 합니다. 예를 들어 소스 리퀘스트의 언어 코드가 ‘영어(en)’라면, IMP의 언어 태그 또한 ‘en’이어야 합니다.
IMP 언어 결정 규칙:
IAV(먹스) “언어” = *일 경우, ‘Original Language(원어)’ 값으로 확인하십시오(위의 이미지)
- 원어는 콘텐츠 파트너가 정의한 메타데이터입니다.
- IMF 언어가 일치하지 않으면 납품할 수 없습니다.
2. 새 백랏 요청에 완성본 IMF 패키지를 업로드하는 방법
IMP 납품 준비가 끝났다면 해당하는 AV MUX Source Request(먹스 소스 요청)으로 커서를 가져가 추가 옵션을 확인한 다음 ’Deliver(납품)’를 클릭해 Source Delivery(소스 납품) UI를 엽니다.
Source Delivery(소스 납품) UI로 가면 소스 요청 내용이 나열됩니다. 여기에서 IMP 콘텐츠를 클릭해 드래그합니다.
다음 예시에서 전체 IMP 콘텐츠를 볼 수 있습니다: .mxf 확장명으로 정의된 영상 에센스 1개, 오디오 에센스 파일 2개, IMF 패키지를 구성하는 XML 파일들
파일을 드롭 영역에 가져다 두면 Photon 인증 확인이 실행됩니다. 만약 오류가 있다면 해당 내용이 나타납니다. 오류 없이 애셋 맵, 패킹 리스트(PKL), 컴포지션 플레이리스트(CPL) 파일이 확인되면 ‘continue(계속)’를 클릭해 진행할 수 있습니다.
그다음 Select a CPL to deliver’ 드롭다운 메뉴를 선택해 ‘CHOOSE A CPL(CPL 선택)’을 클릭합니다.
“AV (Muxed)”소스 요청은 이제 “IMP”로 표시되어 전송할 트랙을 반영합니다. 본 예시에서 각 트랙은 “신규(New)”로 표시되어 있는데, 이는 패키지에 이전에 처리된 버전이 없음을 의미합니다.
소스 요청란에 있는 체크박스를 선택하고 “전달(Deliver)”을 클릭하여 Aspera 전송을 시작합니다. 전송 시 CPL에 참조된 모든 트랙이 동시에 검사되며, 에센스 또는 트랙이 검사에 통과되지 않으면 전체 IMP 전송이 거부됩니다.
참고 사항: 넷플릭스는 현재 IMP 내의 다국어 애셋을 허용하지 않습니다. 여기에는 외국어 더빙 오디오 및 타임 설정 텍스트 애셋이 포함됩니다. 다만, 이 자료들 자체의 리퀘스트에 따라 백랏에서 해당 자료를 계속 납품해 주시기 바랍니다.
다시 Backlot: Manage Requests(백랏: 요청 관리) 대시보드로 돌아가면 단일 AV(먹스) 요청이 여러 개로 분할된 것을 볼 수 있습니다. 이 분할은 CPL에 포함된 에센스 트랙들로 결정됩니다. CPL에 영상, 5.1과 2.0이 포함되면 요청은 3개, 즉 영상 요청, 오디오(5.1) 요청, 오디오(2.0) 요청으로 분할되어 나타납니다.
IMP 처리 여부나 검사 상태를 확인하고 싶다면, 3개 리퀘스트(영상, 5.1, 2.0) 각각의 Source Request Details(소스 요청 상세 페이지)에서 확인할 수 있습니다. 오디오 요청은 영상이 성공적으로 처리되기 전까지 ‘Waiting for Primary(원본 대기 중)’ 상태로 유지됩니다.
서플리멘털 IMF 패키지 납품 방법
서플리멘털 IMP는 영상 자체는 승인되었지만 영상 내의 프레임 몇 개나 샷 하나를 수정해야 할 경우, 또는 오디오 오류가 플래깅되었을 경우, 재납품 요청 실행에 사용할 수 있습니다. 이런 경우에는 완성본 IMF 패키지에 필요한 수정 작업을 한 다음 서플리멘털 패키지를 생성하면 됩니다.
서플리멘털 패키지는 수정된 프레임 및/또는 오디오 파일, 그리고 사전 납품된 원본 IMP를 참조하는 새로운 지침을 포함하게 됩니다. 넷플릭스 납품 시 고유 식별 코드(UUID)를 원본 및 서플리멘털 패키지에서 사용해, 사전 납품된 IMF와 새로운 영상 및/또는 오디오 파일과 페어링합니다.
1. 서플리멘털 IMF 패키지 준비
서플리멘털 패키지 생성 전에 확인할 중요한 사항이 있습니다. 가장 최근에 납품을 성공적으로 완료한 IMF 패키지를 사용해 서플리멘털 패키지를 생성해야 합니다. 즉, 서플리멘털 패키지가 여러 개 있다면 다음 패키지에는 이 중 가장 최근에 납품한 서플리멘털 패키지를 사용해야 한다는 뜻입니다. 다음 개요에서 서플리멘털 패키지 여러 개를 다루는 법을 설명하겠습니다:
- 넷플릭스에 납품한 완성본 IMP(CPL 1)
- CPL 1을 사용한 서플리멘털 1(CPL 2)
- CPL 2를 사용한 서플리멘털 2(CPL 3)
참고 사항: 위의 워크플로는 모든 패키지가 백랏에 성공적으로 입력됐다고 가정하는 경우입니다. CPL 2가 백랏에 입력되지 못했다면, CPL 1으로 되돌려서 CPL 2와 3 모두의 수정 사항을 포함하는 서플리멘털 패키지를 생성해야 합니다.
어떤 CPL을 사용할지 확인하고 싶다면, 가장 최근 업로드를 완료한 Source Request Details(소스 요청 상세 페이지)를 열어 봐야 합니다. CPL ID는 파일명에서 언더바 앞부분에 있는 숫자 및 알파벳 문자열입니다.
다음 XML 정보에 나타난 것처럼, 위의 ID가 CPL 내 태그와정확하게 일치해야 합니다.
2. 백랏 재납품 요청에 서플리멘털 IMF 패키지를 업로드하는 방법
참고 사항: 논브랜디드, 브랜디드, 또는 텍스트 없는 클린 버전 납품에 서플리멘털 IMP를 사용할 경우, 처음 업로드는 새로운 단일 AV(먹스) 요청에 의해 실행됩니다. 관련 절차를 더 자세히 알고 싶다면, 위의 ‘새 백랏 요청에 완성본 IMF 패키지를 업로드하는 방법’을 참조하시기 바랍니다.
재납품 요청을 이행하기 위해 추가 패키지를 전달하려면 비디오, 5.1 오디오, 2.0 오디오 또는 오디오(Dolby Atmos) 중 IMP 납품이 허용되는 유효한 소스 요청을 선택하기만 하면 됩니다. 아래 예시에서는 거부된 2.0 오디오 소스 요청에 대해서만 수정본을 전달하면 됩니다.
소스 요청을 선택하고 납품 UI를 실행시킵니다. 새 브라우저 탭에서 납품 UI가 로드되면 전송할 단일 IMP 소스 요청 항목이 표시됩니다. CPL을 선택하면 백랏은 패키지에 이미 존재하는 트랙과 비교하여 새 트랙의 유효성을 검사합니다.
추가 패키지의 전체 콘텐츠를 선택하여 UI 드롭존으로 드래그앤드롭 합니다. 아래 이미지상에서 추가되는 패키지에는 수정된 새로운 2.0 MXF 에센스와 새로운 XML 파일만 패키지로 구성되어 있습니다.
업로드할 CPL을 선택해야 합니다. 선택한 단일 CPL은 패키지의 모든 유효한 소스 요청을 참조하고 적용합니다.
CPL을 선택하면 백랏은 패키지에 있는 각 트랙의 유효성을 검사하고 상태를 표시하게 됩니다. 이 예시에서는 2.0 오디오 트랙이 “수정됨(modified)” 상태이며, 이는 현재 납품된 이전 버전의 패키지에 있는 트랙과 다른 버전임을 의미합니다. 비디오 및 5.1 오디오 트랙은 “수정되지 않음(unmodified)” 상태이며, 이는 기존 버전의 패키지에 존재하는 트랙이 동일하게 유지됨을 의미합니다.
접할 수 있는 트랙의 상태는 다음과 같습니다:
- 신규(New): 트랙이 이전에 처리된 버전이 없는 경우
- 수정됨(modified): 트랙이 이전에 처리된 버전과 다른 경우
- 수정되지 않음(unmodified): 트랙이 이전에 처리된 버전과 동일한 경우
-
오류(Error): 1개 이상의 오류로 유효성 검사에 실패한 트랙인 경우
- 오류에 대한 자세한 내용은 다음 섹션을 참조하세요.
준비가 완료되면 IMP 소스 요청을 선택하고 전달(Deliver) 버튼을 클릭합니다. 이 때 CPL에 참조된 모든 트랙이 동시에 검사되며, 검사에 실패한 에센스나 트랙이 있으면 전체 IMP 전달이 거부됩니다.
IMF 검증
CPL이 선택되면 백랏은 IMF 유효성 검사를 실행합니다. 이러한 유효성 검사는 딜리버리 전에 오류를 확인하여 올바른 파일이 전송될 수 있는지 확인합니다. 딜리버리 과정중에 접할 수 있는 여러가지 오류들은 명확한 설명과 해결 방법이 함께 나와 있지만, 두가지 예를 소개합니다.
아래의 유효성 검사는 수정된 트랙이 재납품 상태가 아닌 소스 요청인 경우 해당 CPL의 납품을 방지하고 있습니다.
아래 유효성 검사는 CPL속 1개 이상의 트랙이 이전에 납품된 적이 없거나 누락이 되어 해당 CPL의 납품을 방지하고 있습니다.
IMF 입력 검사
완성본이든 서플리멘털 패키지든, 모든 IMF 납품은 3단계의 검사를 거칩니다. Photon, 검사 서비스(IaaS), 자동 QC입니다.
1. Photon
Photon은 넷플릭스가 개발한 SMPTE IMF 패키지용 오픈 소스 소프트웨어입니다. GitHub에서 사용 가능한 커맨드 라인 버전 또는 일부 IMF 승인 툴에 내장된 버전과 달리, 백랏 납품 UI와 통합된 이 버전은 App#2e 준수 확인을 위해 XML만 따로 검토합니다. MXF 트랙 검토는 2단계의 순차적 검사를 거칩니다.
이 단계에서 패키지가 승인에 실패하면 업로드를 시작할 수 없습니다.
CPL이 선택되면 백랏은 해당 CPL에 대해 일련의 유효성 검사를 수행하여 해당 소스 요청으로 납품이 가능한지 확인합니다. 이러한 검증은 전송 이전에 IMF 패키징 및 납품 문제를 감지하고 방지할 수 있도록 사전 납품 실패 여부를 제공합니다.
3. 검사 서비스(IaaS)
검사 서비스(IaaS)는 애셋이 넷플릭스의 기술적 요건을 충족하는지 확인하는 일련의 검사 과정입니다. IMF MXF가 승인에 실패하는 경우로는 채널 매핑 또는 과도한 오디오 무음 감지 등이 있습니다.
이 단계에서 승인에 실패하면, 파트너가 넷플릭스의 개입 없이 트러블슈팅 및 재납품을 할 수 있도록 소스 요청이 ‘Open(오픈)’ 상태로 유지됩니다. IaaS에서 플래깅되는 오류 중 무효화할 수 있는 것도 있지만, 일부는 블로커(blocker)로 수정 및 재업로드가 필요합니다.
패키지가 모든 IaaS 검사를 통과하면 넷플릭스가 개발한 자동 QC 확인을 받게 됩니다. 이 과정을 통해 파일을 검토하여 손상 및 오디오 드롭아웃 같은 문제가 있는지 확인합니다. IMF의 경우, MXF 헤더 메타데이터를 CPL에 요약된 인코딩 파라미터와 대조합니다. 예를 들어, MXF 헤더 메타데이터에 포함되지 않은 컬러 메타데이터가 CPL의 에센스 설명 목록(Essence Descriptor List)에 존재한다면, 이 단계에서 실패하게 됩니다. IMF에서 가장 흔히 볼 수 있는 자동 QC 실패 오류는 IMF_CPL_ERROR입니다.
자동 QC에서 실패하면 해당 요청은 실패 상태로 유지되며, 파트너가 재납품을 시도하기 전에 넷플릭스 담당자가 요청을 다시 열어야 합니다.
추가 질문이 있다면 요청 제출하기를 이용하시기 바랍니다.
추가 자료
- 다빈치 리졸브에서 IMF 패키지 생성하기 [파트너 제공]
- 다빈치 리졸브의 영상 IMF 서플리멘털 [파트너 제공]
- 다빈치 리졸브의 오디오 IMF 서플리멘털 [파트너 제공]
- 다빈치 리졸브의 대체 영상 IMF 서플리멘털 [파트너 제공]
변경 로그:
2023-03-14
2023년 4월 23일에 시행되는 IMF 납품 관련 업데이트에 대한 수정 반영
2021-11-30
추가 자료 섹션 추가
2021-05-28
IMP 내에서 지원하지 않는 다국어 애셋에서 돌비 애트모스 삭제