Contents 5 Part 1. MXF 쉽게 들여다보기 15 17 24 30 36 43 57 Part 2. MXF 표준기술 동향 I. MXF 개요 II. MXF 파일 구조 III. MXF 에센스 콘테이너 IV. MXF 운영패턴 V. MXF 메타데이터 VI. MXF 활

Broadcast Technical Research 방송기술연구 MXF 기술 동향

Contents 5 Part 1. MXF 쉽게 들여다보기 15 17 24 30 36 43 57 Part 2. MXF 표준기술 동향 I. MXF 개요 II. MXF 파일 구조 III. MXF 에센스 콘테이너 IV. MXF 운영패턴 V. MXF 메타데이터 VI. MXF 활용 및 관련 단체/업체 동향

Part 3. MXF 지원 장비 동향 63 I. 개요 II. 테이프리스 카메라/덱 III. 비디오 서버 IV. 넌리니어 편집기(NLE) 65 67 84 96 [참고문헌] 102

4 I Broadcast Technical Research

Part 1. MXF 쉽게 들여다보기 1. MXF란 무엇인가요? 2. MXF는 왜 사용해야 하나요? 3. MXF 지원 장비는 뭐가 있나요? 4. MXF는 어떻게 개발되었나요? 5. MXF 파일을 재생하고 싶어요. 6. MXF 파일을 사용하려면 기존의 장비를 다 바꿔야 하나요? 어떤 장비를 사용해야 하나요? 7. MXF 파일 안에 어떤 포맷의 에센스가 들 어있는지 확인하고 싶어요. 8. OP-1a와 OP-Atom은 뭐가 다르죠?

Part 1. MXF 쉽게 들여다보기 1. MXF란 무엇인가요? MXF는 AVI와 같이 비디오와 오디오, 메타데이터를 저장하는 래퍼(wrapper) 포맷 입니다. 쉽게 설명하면 A/V 콘텐츠를 싸는 포장지라고 생각할 수 있으며, MXF는 주 로 방송용 콘텐츠에 사용되고 있습니다. MXF는 특정 A/V 포맷에 제한적이지 않고 MPEG, DV등의 다양한 압축 포맷을 지원하며 비압축 에센스도 담을 수 있는 것이 특 징입니다. 또한 MXF 파일은 A/V 에센스뿐만 아니라 메타데이터도 같이 저장합니다. 메타데이터는 데이터에 대한 데이터 로, MXF 파일에 들어가는 메타데이터는 미디 어에 대한 정보와 프로그램에 대한 정보로 구분될 수 있습니다. MXF 파일구조 Essence 구성 TImecode ID/Version 타이틀 제작정보 Essence 내용 (Clip/Frame) DVCAM (DV-DIF compatible) MPEG stream D10/D11 JPEG 2000 AVC, VC-1, VC-3, etc. 구조적 메타데이터 서술적 메타데이터 System Item Video Item Audio Item Data Item 메타데이터 Index Table Generic Container(GC) Header Body Footer MXF 파일 구조도 Essence Data Metadata KBS 방송기술연구 2007-2 I 7

2. MXF는 왜 사용해야 하나요? 방송 장비가 IT화, 테이프리스화 되면서 각 장비사들은 OMF, AVI, MOV, GXF 등 고유한 파일 포맷을 사용하였으며, 그 결과 장비간 또는 제작 시스템간 상호 운용이 어려웠습니다. MXF는 이러한 호환성 문제를 해결하기 위해 개발되었습니다. 현재 XDCAM, P2 시리즈 등 대부분의 방송용 테이프리스 촬영장비는 MXF를 래퍼 포맷 으로 사용하고 있습니다. 개방형 표준인 MXF는 주요 방송 장비에서 지원되기 때문에 촬영, 편집, 송출 등 방송 제작에 사용하기 적합합니다. 그림출처 : Sony 자료 8 I Broadcast Technical Research

Part 1. MXF 쉽게 들여다보기 3. MXF 지원 장비는 뭐가 있나요? MXF 지원 방송 장비는 촬영장비, 넌리니어 편집기, 비디오 서버 등으로 분류됩니 다. 소니는 테이프와 파일의 중간단계 역할을 하는 e-vtr을 MXF 제품으로 제일 먼 저 출시하였습니다. 대표적인 테이프리스 촬영장비군은 소니의 XDCAM 시리즈, 파 나소닉의 P2 시리즈가 있습니다. 넌리니어 편집기는 MXF 뿐만 아니라 다양한 에센 스 포맷을 지원하며, 방송 제작용으로 사용하는 대표적인 넌리니어 편집기는 아비드 제품군, 애플의 FinalCutPro, 매트록스의 Axio가 있습니다. MXF를 지원하는 비디 오 서버는 옴네온의 스펙트럼 시리즈, 그라스밸리의 K2, 아비드의 Airspeed 등이 있 습니다. KBS 방송기술연구 2007-2 I 9

4. MXF는 어떻게 개발되었나요? MXF는 1999년 Pro-MPEG포럼에서 개발되기 시작했으며, EBU와 AMW협회(전 AAF협회)가 개발에 같이 참여하였습니다. SMPTE에 의해 진행된 MXF 표준화는 2004년 SMPTE 377M 을 기본으로 30여개의 세부 표준이 만들어졌으며, 현재까지 도 표준화가 계속 진행되고 있습니다. SMPTE 표준화와 함께 MXF 구현 그룹은 실제 MXF 코드 구현을 통해 표준을 검증하는 역할을 하고 있습니다. 이렇게 개발된 MXF 표준 규격을 토대로, 장비사들은 MXF 지원 장비를 개발하고 있습니다. MXF 장비 장비/ 표준화/ 개발 MXF 표준화 MXF 개발 377M, OP-1a, D10/DV. etc. OP-1b/2a, OP-atom, Uncompressed, etc. OP-3a/3b, JPEG2000, etc. SMPTE W25 SMPTE W25.10-MXF Implementers Working Group AVC, VC-1/3, etc. 진행 중 1999 2003 2004 2005 2007 10 I Broadcast Technical Research

Part 1. MXF 쉽게 들여다보기 5. MXF 파일을 재생하고 싶어요. MXF 파일을 재생하기 위해서는 통상 MXF 지원 소프트웨어나 하드웨어를 사용합 니다. MXF를 지원하는 넌리니어 편집기를 이용하면 MXF 파일을 재생할 수 있으며, 비디오 서버를 이용하면 MXF 파일을 SDI 출력을 통해 재생할 수 있습니다. 마이크 로소프트의 미디어 플레이어를 통해 MXF 파일을 재생하기 위해서는 PC에 해당 에 센스 코덱이 설치되어 있어야 합니다. 참고) 마이크로소프트는 다양한 멀티미디어 재생을 위해 다이렉트쇼 기술을 개발 하였습니다. 다이렉트쇼 기술은 필터를 통해 에센스 처리를 모듈화하여 처리합니다. 예를 들어 MXF 파일에서 비디오, 오디오 에센스를 분리하기 위해 파서 필터가 필요 합니다. 분리된 비디오, 오디오 에센스는 각각의 에센스 디코더 필터를 통해 재생됩 니다. KBS 방송기술연구 2007-2 I 11

6. MXF 파일을 사용하려면 기존의 장비를 다 바꿔야 하나요? 어떤 장비 를 사용해야 하나요? 방송 제작 단계인 촬영 - (인제스트) - 편집 - 송출 과정을 통해 생각해봅시다. 모 든 단계에서 MXF 장비가 전부 필요할 수도 있지만, 일부 단계에서만 MXF 장비를 활 용하고 나머지 단계에서는 기존의 제작 장비를 사용하는 것도 가능합니다. 즉, 테이프 리스 제작을 위해 방송 제작 단계의 모든 장비를 다 바꾸지 않고 단계적으로 MXF를 적용할 수 있습니다. 촬영단계에서 MXF를 생성하기 위해서는 XDCAM, P2 등의 테이프리스 카메라를 사용해야 합니다. 인제스트 단계에서 MXF를 지원하기 위해서는 MXF 파일을 분석 하여 메타데이터를 추출하는 시스템, 필요에 따라 MXF 파일을 저해상도 검색용 영 상으로 변환하는 시스템 등이 필요합니다. 편집 단계에서는 MXF 파일을 편집할 수 있는 넌리니어 편집기를 사용하며, 송출 단계에서는 MXF 파일을 비디오 출력으로 내보낼 수 있는 비디오 서버를 사용해야 합니다. 예를 들어, 기존의 테이프기반 송출시스템을 사용하고자 할 경우에는 편집이 끝난 MXF 파일을 테이프로 마스터링하여 송출시스템에 넘기면 됩니다. 12 I Broadcast Technical Research

Part 1. MXF 쉽게 들여다보기 7. MXF 파일 안에 어떤 포맷의 에센스가 들어있는지 확인하고 싶어요. MXF 파일 내에는 다양한 에센스 포맷이 저장될 수 있습니다. 하지만, MXF 파일 은 항상 확장자가.mxf 이므로 겉으로 보기에 MXF 파일 내에 어떤 에센스가 들어 있는지 확인하기 어렵습니다. MXF 내의 에센스 포맷 정보는 헤더 메타데이터 안에 들어있습니다. 따라서 MXF 헤더 메타데이터를 분석하여 에센스 포맷이 MPEG인지 DV인지 알 수 있으며, 이러한 정보는 MXF 지원 소프트웨어나 하드웨어를 통해 확인 가능합니다. 예를 들어 MXF를 지원하는 넌리니어 편집기에 MXF파일을 올리면 에 센스 포맷을 포함한 미디어 정보를 볼 수 있습니다. KBS 방송기술연구 2007-2 I 13

8. OP-1a와 OP-Atom은 뭐가 다르죠? OP-1a, OP-Atom 모두 MXF 파일의 복잡도를 나타내는 운영패턴 방식입니다. MXF 운영패턴은 OP-1a~OP-3c, OP-Atom으로 총 10가지 종류가 있으며, 현재 사 용되는 대부분의 MXF 파일은 OP-1a나 OP-Atom입니다. OP-1a MXF 파일은 1개 의 MXF 파일에 비디오와 오디오, 데이터 모두를 저장하는 형식으로 소니 XDCAM 시리즈에서 채택하여 사용하고 있는 운영패턴입니다. OP-Atom은 파나소닉의 P2 시리즈와 이케가미의 Editcam 등에서 채택하여 사용하고 있는 운영패턴으로, 오디 오와 비디오를 각각 다른 MXF 파일에 분리하여 저장하는 형식입니다. 예를 들어, 비 디오 1채널과 오디오 4채널인 동영상의 경우에는 총 5개의 MXF 파일이 존재하게 됩 니다. OP-1a는 송출에 적합하고, OP-Atom은 편집 용도로 적합합니다. 송출에 적합 편집에 적합 C0001.MXF vs. 0002J8.MXF 0002J800.MXF 0002J801.MXF OP-1a OP-Atom 14 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 I. MXF 개요 II. MXF 파일 구조 III. MXF 에센스 콘테이너 IV. MXF 운영패턴 V. MXF 메타데이터 VI. MXF 활용 및 관련 단체/업체 동향

Part 2. MXF 표준기술 동향 I. MXF 개요 MXF(Material exchange Format)는 이기종 방송 제작 장비 간 상호 운용성을 증진시키 기 위해 설계된 개방형 표준 콘텐츠 교환 포맷이다. 방송 제작이 아날로그에서 디지털로 전 환되면서 콘텐츠가 파일로 저장되기 시작했을 때, 각각의 방송 제작 장비들은 영상 저장을 위해 상이한 압축 포맷을 사용하는 경우가 많았다. 게다가 같은 압축 포맷도 AVI 1), OMF 2), MOV 3) 등의 장비사에 의존적인 방식으로 저장되어, 방송 장비들 간의 상호 운용이 어려웠다. 이를 극복하기 위해 MXF나 GXF 4) 와 같은 표준화된 콘텐츠 래퍼 규격이 제안되기 시작하였 다. 이 중 방송 관련 단체 및 장비사들이 공동으로 개발한 MXF는 사실상의 방송 콘텐츠 래 퍼 표준으로 자리 잡아 가고 있다. 1. MXF (Material exchange Format) 가. 개요 SMPTE 5) 표준 개방형 콘텐츠 교환 포맷 SMPTE 377M을 포함 총 30개 이상의 표준 문서로 구성 이기종 방송 제작 장비간 상호운용성을 증진시키기 위해 개발 1) AVI(Audio Visual Interleaved) : 마이크로소프트에서 디지털 비디오/오디오를 저장하기 위해 개발한 파일 규격. 비디오와 오디오 가 한프레임씩 순차적으로 배열됨 2) OMF(Open Media Framework) : 비디오, 오디오, 그래픽 등을 어플리케이션에서 쉽게 이해하고 활용하기 위해 아비드에서 제안 하고 사용하는 파일 포맷 3) MOV : 비디오, 사운드, 애니메이션, 그래픽, 텍스트 등을 생성하고 배포하기 위해 애플에서 개발한 멀티미디어 저장, 재생 기술 4) GXF(General exchange Format) : 로컬 네트워크에서 압축영상을 교환하고 데이터 테이프에 저장하기 위해 그라스밸리(GV)에 서 제안한 교환 규격. SMPTE 360M 표준임 5) SMPTE(Society of Motion Picture and Television Engineers) : 1916년에 설립된 국제적인 조직을 가진 방송 및 영화 관련자 협회. SMPTE는 방송/영화와 관련된 표준, 권고사항, 기술 가이드라인을 개발하여 발표 KBS 방송기술연구 2007-2 I 17

나. MXF 특징 콘텐츠 래핑 규격 에센스와 메타데이터를 모두 담을 수 있음 다양한 에센스를 지원함 플러그인 형식으로 사용자 메타데이터 저장 가능 2. MXF 표준화 가. MXF 표준화 개요 1999년에 Pro-MPEG 6) 포럼에서 제안되었음 Pro-MPEG포럼과 AMWA 7), EBU 8) 등이 공동으로 개발 SMPTE W25 9) 에서 MXF 규격 표준화 담당 SMPTE에 의해 2004년 표준으로 공표됨 SMPTE 377M 포함 30개 이상의 표준 규격 문서가 존재함 MXF 개발자 그룹 10) 은 SMPTE 내의 작업 그룹 W25.10(MXF Implementers Working Group)으로 편입되어 MXF 구현과 관련하여 MXF 표준 문서를 검증하는 역할을 수행 중임 6) Pro-MPEG 포럼 : MPEG-2 표준의 활용도와 방송 장비의 상호 운용성을 높이기 위해 1998년 만든 단체 7) AMWA(Advanced Media Workflow Association) : 전 AAF(Advanced Authoring Format) 협회. 콘텐츠 저작 규격인 AAF를 개발하였고, AAF와 MXF를 포함하는 파일 기반의 워크플로우를 개발한 단체 8) EBU(European Broadcasting Union) : 유럽 방송 단체 9) SMPTE W25 : SMPTE의 메타데이터와 래퍼기술 위원회 10) MXF 개발자 그룹 : MXFIG(MXF Implementers Group). MXF 구현을 위한 개발자간 토론 및 MXF 규격 보완 의견을 개진하기 위해 발족된 그룹. 현재는 SMPTE 작업 그룹임. http://www.smpte-mxf.org 18 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 < MXF 표준화 > 나. MXF 표준 문서 구성 (2007년 6월 기준) [ 기술 가이드라인 ] 표준 문서 표준명 표준화 상태 EG 41 Engineering Guideline 표준 EG 42 MXF Descriptive Metadata 표준 [ 포맷, 인코딩 ] 표준 문서 표준명 표준화 상태 SMPTE 377M MXF File Format Specification 표준 SMPTE 410M Generic Stream Partition 위원회 최종초안 11) 투표 SMPTE 429-6M MXF Track File Essence Encryption 표준 SMPTE 434M XML Encoding for Metadata and File Structure 표준 Information 11) 위원회 최종초안 : FCD(Final Committee Draft). SMPTE 기술 위원회가 표준 문서의 기술 내용에 대해 동의한 상태 KBS 방송기술연구 2007-2 I 19

[ 운영패턴 ] 표준 문서 표준명 표준화 상태 SMPTE 378M Operational Pattern 1a 표준 SMPTE 390M OP Atom 표준 SMPTE 391M Operational Pattern 1b 표준 SMPTE 392M Operational Pattern 2a 표준 SMPTE 393M Operational Pattern 2b 표준 SMPTE 407M Operational Pattern 3a and 3b 표준 SMPTE 408M Operational Pattern 1c, 2c and 3c 표준 [ 에센스 콘테이너 구조 ] 표준 문서 표준명 표준화 상태 SMPTE 379M MXF Generic Container 표준 SMPTE 385M SMPTE 389M Mapping SDTI-CP Essence and Metadata into the MXF GC MXF Generic Container Reverse Play System Element 표준 표준 SMPTE 394M System Item Scheme-1 for MXF Generic Container 표준 SMPTE 405M Elements and Individual Data Items for the GC SI Scheme 1 표준 12) 표준위원회 : ST13(Standards Committee). SMPTE 표준 위원회가 문서 작성동안 SMPTE의 규정을 준수했는지 검토하는 단 계. SMPTE 표준화 마지막 단계임 13) DV(Digital Video) : 소니, 파나소닉, JVC 등의 60여개사로 구성된 컨소시움에서 1994년 제정한 표준으로 가정용 캠코더에 보 편적으로 사용되는 포맷 14) D10 : 소니에서 만든 MPEG-2 기반의 방송 제작용 미디어 포맷 IMX를 SMPTE에서 표준화한 규격 15) D11 : 소니에서 만든 HD디지털 비디오 포맷인 HDCAM을 SMPTE에서 표준화한 규격 20 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 [ 에센스 콘테이너 규격 ] 표준 문서 표준명 표준화 상태 SMPTE 381M Mapping MPEG Streams into the MXF GC 표준 SMPTE 382M Mapping AES3 and Broadcast Wave Audio into 표준위원회 12) the MXF GC 투표 SMPTE 383M Mapping DV 13) -DIF Data to the MXF GC 표준 SMPTE 384M Mapping of Uncompressed Pictures into the Generic Container 표준 SMPTE 386M Mapping Type D-10 14) Essence Data to the MXF GC 표준 SMPTE 387M Mapping Type D-11 15) Essence Data to the MXF GC 표준 SMPTE 388M SMPTE 422M SMPTE 436 Mapping A-law Coded Audio into the MXF Generic Container Mapping JPEG 2000 16) Codestreams into the MXF Generic Container MXF Mapping for VBI Lines and Ancillary Data Packets 표준 표준 표준 RP 2008 Mapping AVC 17) Streams into the MXF Generic 위원회 최종초안 Container 투표 SMPTE xxxx Mapping VC-1 18) into the MXF Generic Container 작업문서 19) SMPTE 2028 Mapping VC-3 20) Coding Units into the MXF Generic Container 표준위원회 SMPTE xxxx Carriage of event-oriented essence in MXF 작업승인 21) 16) JPEG 2000 : JPEG의 화질 개선을 위하여 2000년에 주파수 영역을 여러 대역으로 나누어 처리하는 웨이블릿 방식을 채택하여 압축 효율성을 높인 압축 포맷. 압축/복원 과정에서 손실이 없는 무손실 압축을 지원하므로 영화, 의료용 영상 등에 많이 사용됨 17) AVC(Advanced Video Coding) : MPEG-4 AVC 또는 H.264라고 불리우는 MPEG-4 계열의 압축 포맷으로 압축 효율이 높 아 DMB, IPTV, 차세대 DVD 등에 활용되고 있음 18) VC-1 : 마이크로소프트에서 개발한 윈도우즈 미디어 비디오 9 코텍을 SMPTE에서 표준화한 규격 19) 작업문서 : WD(Working Draft). 표준 문서가 SMPTE에 제출되었으나, 문서 내용과 구조에 대해 기술 위원회의 동의를 얻기 전 상태임 20) VC-3 : 아비드에서 개발한 방송 제작/편집용의 HD 코덱인 DNxHD를 SMPTE에서 표준화한 규격 21) 작업승인 : WA(Work Assignment). SMPTE가 작업을 승인한 상태 KBS 방송기술연구 2007-2 I 21

[ 서술적 메타데이터 ] 표준 문서 표준명 표준화 상태 SMPTE 380M MXF Descriptive Metadata Scheme - 1 표준 [ 권고 규격 ] 표준 문서 표준명 표준화 상태 RP 2002 Content Specification on Solid State Media Card 표준 for DV/DV-based Essence RP 2006 Solid State Media Card Specification 표준 [ SMPTE 등록부 ] 표준 문서 표준명 표준화 상태 RP 210 SMPTE Metadata Dictionary 표준 (v10) RP 224 Registry of SMPTE Universal Labels 표준 (v9) [ 제품 관련 문서 ] 표준 문서 표준명 표준화 상태 RDD 3 e-vtr MXF Interoperability Specification 표준 RDD 9 MXF Interoperability Specification of Sony MPEG Long GOP products 표준 22 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 다. MXF 관련 표준 MXF는 다양한 표준 기술 기반으로 정의되었음 MXF는 KLV 인코딩을 사용하여 모든 데이터를 저장함 MXF에서 에센스 포맷이나 운영패턴의 종류 등을 식별하기 위해 UL을 이용 UMID는 MXF 파일의 식별자로 사용되며, 에센스를 관련 메타데이터에 연결할 때 에도 활용됨 <MXF 관련 표준> 표준이름 표준문서 특 징 Key Length Value (KLV) SMPTE 336M - Key Length Value 형식의 인코딩 규칙 - Key 값은 Value값의 식별자로 사용됨 - MXF 파일에서 데이터가 물리적으로 저장되는 방식임 - 디지털 데이터와 인코딩 종류 등을 정리한 공통 라벨 Universal Labels ANSI/SMPTE - MXF에서 에센스 코덱이나 운영패턴, 서술적 메타데이터를 (UL) 298M 식별하기 위해 사용됨 Unique Material - 비디오, 오디오, 데이터 소재를 유일하게 구별하는 식별자 IDentifier SMPTE 330M - 기본 UMID는 32byte이고, 시각/위치/사용자 정보를 담은 (UMID) 확장 UMID는 64byte 길이임 SMPTE Labels SMPTE RP - 에센스와 메타데이터 등의 데이터를 식별하기 위해 사용되는 Registry 224 UL 등록부 SMPTE Metadata SMPTE RP Dictionaries 210 - SMPTE에서 권고하는 메타데이터 사전 등록부 - 메타데이터는 이름과 정의, 데이터 타입, 길이, 존재하는 표준에 대한 참조에 의해 정의됨 KBS 방송기술연구 2007-2 I 23

II. MXF 파일 구조 MXF 파일은 파일 헤더, 파일 바디, 파일 풋터로 구성된다. 파일 헤더에는 MXF 파일에 대 한 정보를 담은 헤더 메타데이터(Header Metadata)가 있고, 인덱스 테이블은 옵션으로 저장 될 수 있다. 에센스는 에센스 콘테이너를 통해 파일 바디에 저장되는데, MXF 파일 바디는 에 센스 콘테이너를 한 개 이상 포함한다. 이와 같이 에센스는 MXF 파일 내에 저장되는 것이 보 통이나, 때로는 MXF 파일 외부에 위치한 에센스를 참조하기도 한다. 파일 풋터는 MXF 파일 의 끝을 표시한다. 1. MXF 파일 개요 가. MXF 파일 구성 파일 헤더(File Header) - 파일 헤더는 MXF 파일의 시작이며 헤더 메타데이터를 포함 - 런인(Run-in) : MXF를 다른 포맷으로 위장하기 위한 헤더. 옵션임. (예. WAV 의헤더) - 헤더 메타데이터 : MXF 파일 및 콘텐츠에 관련된 정보를 저장 - 인덱스 테이블(Index Table) : 에센스에 임의 접근을 지원하기 위한 구조체. 타 임코드를 에센스 콘테이너(Essence Container)의 주소 오프셋으로 변환하기 위 한 정보 포함. 옵션임 파일 바디(File Body) - 파일 바디는 A/V 에센스와 데이터를 저장함 - A/V 에센스와 데이터는 에센스 콘테이너에 담음(에센스 콘테이너는 3장 참조) 24 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 파일 풋터(File Footer) - 파일 풋터는 MXF 파일의 끝을 표시함 - 파일 풋터에는 옵션으로 헤더 메타데이터를 담을 수 있음 - RIP(Random Index Pack) : 각 파티션(Partition) 시작 주소에 대한 인덱스 정 보를 담고 있는 구조체. 옵션임. (파티션은 2절 참조) File Header File Body File Footer Run In Header Partition Pack Header Index Metadata Table Essence Container Body Essence Partition Container Pack Footer Partition Pack Header Random Metadata Index (optional) (optional) (optional) (optional) (optional) <MXF 파일 구성> 나. MXF 파일 특징 MXF 파일은 KLV(Key Length Value) 코딩을 사용함 - KLV는 SMPTE 336M에 정의된 바이너리 인코딩 방식 - MXF 파일 내의 모든 데이터는 KLV 방식으로 코딩됨 MXF 파일은 파티션에 의해 논리적으로 구분됨 필 아이템(Fill Item)은 빈 데이터로 공간을 채우는 용도로 사용됨 - KLV 저장시, 에센스 등의 데이터가 저장되는 주소가 컴퓨터에 친화적인 숫자가 되게 하기 위해 필 아이템 사용 각각의 에센스 콘테이너마다 관련 인덱스 테이블이 있을 수 있음 - 한 개의 MXF 파일 내에는 에센스 콘테이너와 관련 인덱스 테이블이 복수 개 존 재가능 KBS 방송기술연구 2007-2 I 25

- 에센스 콘테이너의 식별자는 BodySID 이고, 인덱스 테이블의 식별자는 IndexSID 임 - 각각의 에센스 콘테이너와 인덱스 테이블은 여러 개의 세그먼트로 분리되어 다 른 파티션에 저장될 수 있음 2. 파티션(Partition) 가. 파티션 개요 파티션은 MXF 파일을 논리적으로 구분하는 단위 파티션은 MXF 파일을 쉽게 파싱하고, 스트리밍을 도우며, 인덱스 테이블 생성을 관 리하기 위해 사용됨 파티션은 파티션 정보를 담는 파티션 팩(Partition Pack)으로 시작 파티션은 그 위치에 따라 다음과 같이 구분됨 - 헤더 파티션(Header Partition) : 첫 번째 파티션. 에센스 콘테이너를 가질 수 있음 - 바디 파티션(Body Partition) : 중간 파티션. 에센스 콘테이너를 가질 수 있음 - 풋터 파티션(Footer Partition) : 마지막 파티션. 에센스 콘테이너를 가질 수 없음 헤더 파티션과 풋터 파티션은 1개만 존재해야 하며 필수임 에센스 콘테이너는 에센스 콘테이너 세그먼트로 분리되어 여러 파티션에 걸쳐 위치 할수있음 바디 파티션은 옵션이며 복수 개 존재 가능 26 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 File Header File Body File Footer Partition Head Essence Container(a) Partition Head Index Essence Container(b) Partition Head Index Header Partition Body Partition Footer Partition <MXF 파일의 파티션> 나. 파티션 상태 Open - 헤더 메타데이터가 존재하고, 필수 아이템 값이 빠지거나 부정확한 경우 Closed - 헤더 메타데이터가 없거나, - 헤더 메타데이터의 모든 필수 아이템 값이 정확한 최종 값인 경우 Incomplete - 헤더 메타데이터가 존재하고, 한 개 이상의 베스트 에포트 22) 아이템 값을 알 수 없 는경우 Complete - 헤더 메타데이터가 없거나, - 헤더 메타데이터가 존재하고, 베스트 에포트 아이템 값이 모두 존재하며 정확한 경우 22) 베스트 에포트(Best Effort) : 베스트 에포트 메타데이터는 MXF 파일을 기록할 당시 MXF 인코더에 의해 알 수 없을 수도 있는 메타데이터 요소임. 베스트 에포트는 MXF 파일을 생성하는 동안 정확한 값으로 수정되어야 하며, 그것이 불가능할 경우 미리 구 분된 값으로 세팅되어야 함 KBS 방송기술연구 2007-2 I 27

다. 파티션 특징 MXF 파일 상태는 Open이거나 Closed임 - Open/Close 상태는 파티션이 부분 또는 완전한 헤더 메타데이터를 가졌는지를 표시함 MXF 파일 상태는 Complete이거나 Incomplete임 - Complete/Incomplete 상태는 헤더 메타데이터 생성시 모든 베스트 에포트 아 이템 값이 존재하고 정확한 지 여부를 표시함 MXF 파일은 Closed 상태여야 함 - 헤더 메타데이터를 포함한 헤더 파티션 또는 풋터 파티션이 Closed 상태이면, 해 당 MXF 파일은 Closed 상태임 - Closed 상태의 파티션은 Complete하거나 Incomplete할 수 있음 Open 상태는 MXF 파일이 레코딩되는 동안 사용될 수 있음 3. 인덱스 테이블(Index Table) 가. 인덱스 테이블 개요 인덱스 테이블은 MXF 파일 내의 에센스에 임의 접근을 지원하기 위해 제공됨 인덱스 테이블은 타임코드에 따른 에센스의 시작 주소 오프셋을 구하기 위해 필요한 정보를 담은 구조체임 각각의 에센스 콘테이너마다 관련 인덱스 테이블이 있을 수 있음 나. 인덱스 테이블 특징 인덱스 테이블은 파일 헤더나 파일 바디, 또는 파일 풋터에 위치할 수 있음 28 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 MXF 파일 내에 인덱스 테이블은 복수 개 존재할 수 있으며, 각각을 식별하기 위해 IndexSID를 사용함 인덱스 테이블은 편집 단위(Edit Unit)로 에센스를 인덱싱함. 편집 단위는 주로 비 디오의 필드나 프레임이 사용됨 KBS 방송기술연구 2007-2 I 29

III. MXF 에센스 콘테이너 MXF는 다양한 종류의 비디오, 오디오, 데이터를 래핑하기 위한 포맷으로 디자인되었다. 다양한 에센스 포맷을 지원하기 위해 일반적인 에센스 콘테이너를 정의하고, 각 포맷에 대해 에센스 콘테이너에 매핑하는 규격을 정의하였다. MXF 포맷은 프레임과 같은 단위로 비디오 를 저장하거나 클립단위의 저장을 지원하며, 이러한 저장방식의 적용은 각 에센스 매핑 표준 에 정의되어 있다. 1. 에센스 콘테이너(Essence Container) 가. 개요 에센스 콘테이너는 MXF 파일에 에센스를 저장하는 규격임 일반적인 에센스 콘테이너를 위해 SDTI-CP(Content Package, 콘텐츠 패키지) 인 터페이스 기반의 일반 콘테이너(Generic Container, 이하 GC)를 설계하였음 Content Package All content packages in any Generic Container should have the same number and order of elements System Item Picture Item Sound Item Data Item System System System element element element Picture element Picture element Sound Sound Sound element element element Data Data Data element element element System metadata to element linking <일반 콘테이너(Generic Container)의 콘텐츠 패키지> 30 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 - GC 표준은 SMPTE 379M에 정의 SDTI-CP는 다양한 종류의 에센스 스트림을 운반하기 위해 SMPTE 331M에 표준 으로 정의한 것임 - 주로 MPEG-2를 타깃으로 고안된 콘텐츠 패키지는 시스템, 비디오, 오디오, 데 이터의 네 가지 기본 아이템의 패키징 구조임 - 시스템 아이템은 전체 또는 각각의 아이템에 대한 메타데이터를 포함 - 비디오/오디오/데이터 아이템은 각각 최대 255개의 비디오/오디오/데이터 요소 를 포함하는 그룹으로 구성 2. 에센스 콘테이너 규격 가. 개요 에센스 콘테이너의 식별자는 BodySID임 에센스 콘테이너를 포함하는 파티션의 파티션 팩에는 해당 에센스 콘테이너의 BodySID 정보가 있음 에센스 콘테이너는 MXF 파일의 헤더 파티션이나 바디 파티션에 저장될 수 있음 하나의 에센스 콘테이너는 여러 개의 파티션에 분할되어 저장될 수도 있음 헤더 메타데이터의 에센스 콘테이너 데이터(Essence Container Data) 구조체는 BodySID와 관련 파일 패키지를 가리키는 패키지ID 정보를 포함 나. 에센스 매핑 방법 콘텐츠 패키지에 에센스를 매핑하는 방법은 에센스 단위에 따라 프레임 래핑(frame wrapping)과 클립 래핑(clip wrapping)으로 나뉨 - 프레임 래핑의 콘텐츠 패키지는 한 프레임에 해당되는 시스템/비디오/오디오/데 KBS 방송기술연구 2007-2 I 31

이터 아이템만을 담음 - 클립 래핑은 전체 클립에 대한 시스템/비디오/오디오/데이터 에센스를 한 번에 담음 Picture Item Sound Element Sound Item Sound Element Data Item Picture Item Sound Item Sound Element Sound Element Data Item 1frame 1frame K L K L K L K L K L K L K L K L V V V V V V V V <프레임 래핑 예> Picture Item Sound Item Sound Element Sound Element Data item 1frame 1frame 1frame 1frame K L K L K L K L V V V V <클립래핑예> 다. 에센스 저장에 대한 헤더 메타데이터(헤더 메타데이터는 5장 참조) 머티리얼 패키지(Material Package) - 콘텐츠의 출력 타임라인을 정의 - 비디오, 오디오 트랙의 소스클립은 실제 에센스를 가리키는 파일 패키지를 참조 파일 패키지(File Package) - 실제 에센스 정보를 가리킴 - 각각의 파일 패키지가 가리키는 에센스는, 해당 패키지ID를 갖는 에센스 콘테이 너 데이터의 BodySID를 보고 알 수 있음 32 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 Material package UMID Timecode Track Sequence Source Clip Picture Track Sequence Source Clip Source Clip Sound Track Sequence Source Clip Source Clip Reference via file package Reference via file package Reference via file package Reference via file package Essence Container Data Essence Container Data Essence Container Data Essence Container Data UMID UMID UMID UMID <헤더 메타데이터에서 에센스 참조> 3. 에센스 매핑 표준 가. 개요 에센스를 MXF 파일에 담는 방법은 GC 표준 문서에 정의된 내용에 따름 각각의 에센스 특성에 따라서 달라지는 점은 에센스 매핑 표준 문서에 별도로 정의 KBS 방송기술연구 2007-2 I 33

<에센스 매핑 표준 현황> 에센스/인터페이스 표준문서 표준화상태 에센스/인터페이스 표준문서 표준화상태 MPEG Streams SMPTE 381M 표준 Data Item for GC SI Scheme 1 SMPTE 405M 표준 AES3 and BWF SMPTE 382M 표준위원회 JPEG 2000 SMPTE 422M 표준 투표 DV-DIF SMPTE 383M 표준 VBI and Ancillary Data SMPTE 436M 표준 Uncompressed SMPTE 384M 표준 AVC RP 2008 위원회 최종 초안 투표 SDTI-CP SMPTE 385M 표준 VC-1 SMPTE xxxx 작업문서 D-10 SMPTE 386M 표준 VC-3 SMPTE 2028 표준위원회 D-11 SMPTE 387M 표준 A-law SMPTE 388M 표준 Event-oriented essence SMPTE xxxx 작업승인 나. DV-DIF (SMPTE 383M) DV-DIF 데이터는 MXF 파일에 KLV(SMPTE 336M) 인코딩 DIF 프레임 구조는 다음 그림과 같으며, 하나의 프레임 내에 부가정보(Aux), 오디오 (Audio), 비디오(Video) 데이터가 같이 포함 1 Frame Aux Audio Audio Audio Audio Video Video Video Video <DIF 프레임 구조> 34 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 DIF 프레임을 MXF의 GC에 매핑하는 방법은 프레임 래핑과 클립 래핑이 있음 - 파나소닉의 P2장비는 DVCPRO 23) 영상을 클립 래핑함 다. D10 24) (SMPTE 386M) SMPTE 386M 문서는 D10 형식의 비디오와 AES3 오디오 최대 8채널을 MXF GC 에 매핑하는 것을 정의 D10의 에센스 콘테이너 매핑은 GC의 프레임 래핑만을 정의 - 아이템의 저장 순서는 시스템, 비디오, 오디오, 데이터임 시스템 아이템은 시스템 메타데이터 팩(System Metadata Pack)과 패키지 메타데 이터 팩(Package Metadata Pack)으로 구성됨 - 시스템 아이템의 매핑은 SDTI-CP의 GC 매핑 문서인 SMPTE 385M 내용을 준수 비디오 아이템의 에센스는 MPEG-2 4:2:2P@ML이고, 오디오 아이템의 에센스는 8채널 AES3 비디오와 오디오 에센스를 담은 KLV의 길이(Length, L)는 4 byte 길이로 표시해야 함 소니의 e-vtr과 XDCAM SD는 D10 매핑 표준을 준수하여 MXF 파일을 생성하는 대표적인 장비 D10 영상을 담은 에센스 콘테이너를 포함하는 MXF 파티션은 KAG(KLV Alignment Grid) 값이 512(200h) - KAG는 MXF 파일 내의 각각의 KLV의 시작 주소를 컴퓨터에 친화적인 주소로 하기 위한 약속 - KAG를 위해 데이터가 없는 필 아이템을 가진 KLV를 생성 - KAG 값이 512인 경우는, 각각의 비디오, 오디오, 데이터 아이템 KLV의 시작 주 소를 512의 배수로 맞춰야 함 23) DVCPRO : DV 포맷을 파나소닉에서 상업화한 변형 포맷. 비디오는 25Mbps의 전송속도로 18마이크론 트랙의 메탈 테이프에 녹화. DVCPRO 50은 50Mbps 전송속도에 4:2:2 샘플링을 함. DVCPRO HD는 100Mbps의 전송속도에 4:2:2 샘플링을 함 24) D10 : 소니에서 만든 MPEG-2 기반의 방송 제작용 미디어 포맷 IMX를 SMPTE에서 표준화한 규격 KBS 방송기술연구 2007-2 I 35

IV. MXF 운영패턴 운영패턴(Operational Pattern)은 MXF 파일 구조의 복잡도 수준을 정의한 것이다. MXF 는 처음에 아이템과 패키지 복잡도에 따라 9가지 운영패턴을 정의하였다. 그 후에 비디오와 오디오를 분리하기 위한 운영패턴인 OP-Atom을 추가로 정의하였다. 현재는 가장 간단한 운 영패턴인 OP-1a와 OP-Atom이 보편적으로 사용된다. 1. 운영패턴(Operational Pattern) 가. 운영패턴 개요 운영패턴은 MXF 파일의 복잡도 수준을 나타냄 운영패턴은 MXF 내의 에센스 구성 방법을 아이템 복잡도(Item Complexity)와 패 키지 복잡도(Package Complexity)로 정의 - 운영패턴의 이름은 아이템 복잡도와 패키지 복잡도가 합쳐져 OP-[아이템 복잡 도][패키지 복잡도]로 만들어짐 - OP-1a ~ OP-3c까지 존재함 OP-Atom은 추가로 정의된 운영패턴임 - OP-Atom은 비디오와 오디오를 독립된 파일에 저장하기 위해 정의되었음 36 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 2. 운영패턴 분류 기준 가. 아이템 복잡도 출력 타임라인을 표현하는 한 개의 머티리얼 패키지를 구성하는 최상위 파일 패키지 의 개수와 길이에 따라 정의됨 복잡도에 따라 1~3의 숫자로 표시됨 - 단일 아이템(Single Item) : 머티리얼 패키지와 최상위 파일 패키지의 길이가 같 은 경우이며, 하나의 아이템만을 포함. 1 로 표시됨 - 재생목록 아이템(Play-list Items) : 머티리얼 패키지가 여러 개의 소스클립으로 구성되고, 소스클립이 참조하는 최상위 파일 패키지들의 총 길이는 머티리얼 패 키지의 길이와 같음. 2 로 표시됨 - 편집 아이템(Edit Items) : 머티리얼 패키지가 여러 개의 소스클립으로 구성되 나, 각각의 소스클립은 파일 패키지의 부분을 참조할 수 있어 최상위 파일 패키 지들의 총 길이는 머티리얼 패키지의 길이와 다름. 3 으로 표시됨 나. 패키지 복잡도 머티리얼 패키지와 소스 패키지의 관계에 따라 결정됨 복잡도에 따라 a, b, c 로 표시됨 - 단일 패키지(Single Package) : 머티리얼 패키지가 한 순간에 1개의 최상위 소스 패키지만을 참조할 수 있음 - 갱드 패키지(Ganged Packages) : 머티리얼 패키지가 한 순간에 1개 이상의 최 상위 소스 패키지를 참조할 수 있음. 갱드 패키지를 이용하면 한 개의 비디오에 복수 개의 오디오 트랙을 정의 가능 - 대체 패키지(Alternative Package) : 출력 타임라인을 표현하는 머티리얼 패키 지가 복수 개 존재. 즉, MXF 파일이 재생할 수 있는 프로그램이 복수 개가 됨 KBS 방송기술연구 2007-2 I 37

Item Complexity Package Complexity MP Single Item 1 MP Play-list Items 2 MP Edit Items 3 Single Package a FP FPs FPs MP MP MP Ganged Packages b FPs FPs FPs AND Only 1 MP SourceClip=FP duration Each MP SourceClip=entire FP Any MP track from any FP track MP1 MP1 MP1 Alternate Packages c MP2 OR MP2 OR MP2 OR Only 1 MP SourceClip = FP duration Each MP SourceClip = entire FP Any MP track from any FP track <MXF 운영패턴> 3. 운영패턴 종류 가. OP-1a 단일 아이템, 단일 패키지 가장 간단한 운영패턴이며 비디오 서버에서 주로 활용됨 소니 e-vtr 25), XDCAM 제품군에서 사용됨 25) e-vtr : 소니의 MSW-M2000 일반 방송용 VCR에 옵션 카드를 설치하여 이더넷 포트를 통해 MXF 파일을 입출력 할 수 있는 데, 이를 소니에서 e-vtr이라고 부름 38 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 나. OP-1b 단일 아이템, 갱드 패키지 동시에 재생되어야 될 에센스 콘테이너가 복수 개임. 즉 여러 에센스를 동시에 재생 하기 위한 운영패턴임 오디오와 비디오가 다른 장비에서 만들어지는 경우에 활용될 수 있음 다. OP-1c 단일 아이템, 대체 패키지 재생될 수 있는 출력 타임라인이 복수 개이며, 각각의 출력 타임라인은 1개의 아이 템으로 구성 다국어, 다해상도 지원을 위해 활용 가능 라. OP-2a 재생목록 아이템, 단일 패키지 여러 개의 연속된 재생 목록을 가진 경우임. 각각은 동일한 에센스 형식임 간단한 컷편집 결과 저장이나 완성된 프로그램 저장/교환에 적합 마. OP-2b 재생목록 아이템, 갱드 패키지 바. OP-2c 재생목록 아이템, 대체 패키지 KBS 방송기술연구 2007-2 I 39

재생될 수 있는 출력 타임라인이 복수 개이며, 각각의 출력 타임라인은 재생 목록 아 이템으로 구성 사. OP-3a 편집 아이템, 단일 패키지 한 개 이상의 파일 패키지에서 편집 목록을 재생 아. OP-3b 편집 아이템, 갱드 패키지 한개 이상의 갱드 패키지에서 편집 목록을 재생 자. OP-3c 편집 아이템, 대체 패키지 넌리니어 편집기에서 각각의 출력 타임라인이 여러 에센스 콘테이너로 구성되었을 때, 다양한 재생 옵션을 지원하기 위해 활용 가능 차. OP-Atom 넌리니어 편집기와 같이 비디오 및 오디오 에센스를 독립적으로 처리해야 하는 애플 리케이션을 위해 정의되었음 각각의 에센스 트랙이 다른 MXF 파일에 저장됨. 즉, 한 개의 콘텐츠가 여러 개의 MXF 파일에 저장됨 각각의 MXF 파일은 공통의 머티리얼 패키지를 공유하여 재생을 위한 싱크정보를 유지 40 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 파나소닉의 P2 캠코더는 OP-Atom 형식의 MXF 파일을 생성. 촬영된 클립에 대하 여 1개의 비디오 MXF 파일과 4개의 오디오 MXF 파일이 생성됨 ClipV.mxf ClipA.mxf UMID-A Material Package UMID-B File Package Audio Track Video Track Link to UMID-B External Link to UMID-D UMID-C Material Package UMID-D File Package Video Track Audio Track Link to UMID-D External Link to UMID-B Video Track Audio Track Essence Container(Video) Essence Container(Audio) [NOTE] In MXF applications, UMID-C will typically equal UMID-A it the Material Packages are identical. <OP-Atom 파일 구조> 4. OP-1a과 OP-Atom 비교분석 가. 개요 MXF 운영패턴 중에서 현재 방송 제작 장비에 많이 이용되고 있는 것은 OP-1a와 OP-Atom임 OP-1a와 OP-Atom은 상호 변환 가능함 나. OP-1a 특징 OP-1a는 가장 간단한 운영패턴임 KBS 방송기술연구 2007-2 I 41

OP-1a는 비디오와 오디오, 데이터를 하나의 MXF 파일에 저장함 소니의 e-vtr과 XDCAM의 저장 포맷으로 이용됨 비디오 서버에서도 많이 사용됨 다. OP-Atom 특징 OP-Atom은 비디오와 오디오 에센스를 독립된 파일에 따로 저장 OP-Atom 형식의 동일한 콘텐츠를 담은 MXF 비디오, 오디오 파일은 동일한 헤더 메타데이터를 공유함 - 비디오와 오디오 MXF 파일의 UMID는 동일함 OP-Atom을 지원하는 대표적인 방송 장비는 파나소닉의 P2임 - P2는 촬영과 녹화시 1개의 비디오 MXF파일과, 4개의 오디오 MXF 파일을 생성함 - P2는 오디오 MXF 파일의 이름 생성시, 비디오 MXF 파일 이름 뒤에 번호를 붙 여생성 아비드의 편집기도 OP-Atom 형식을 기본 포맷으로 사용함 - OP-Atom 형식의 콘텐츠는 그대로 내부 포맷으로 활용 - OP-1a 형식의 콘텐츠를 입력받으면, OP-Atom 형식으로 변환하여 내부 포맷 으로 사용 42 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 V. MXF 메타데이터 본 절에서는 MXF의 메타데이터 종류와 저장방식, 표준 메타데이터 스킴에 대해 설명한다. 개방형 표준 콘텐츠 교환 포맷 MXF는 다양한 테이프리스 방송장비에서 사용되고 있으며, 애 플리케이션에서의 활용 가능성은 아직도 무궁무진하다. 특히 MXF 포맷의 메타데이터 표현 및 저장은 기존의 에센스와 메타데이터의 이원적 관리체계에 새로운 방향을 제시하고 있다. MXF 메타데이터는 담고 있는 정보의 성격에 따라 구조적 메타데이터와 서술적 메타데이터 로 구분된다. 프로그램과 그 내용을 설명하는 서술적 메타데이터의 대표적인 예로서 DMS-1 (Descriptive Metadata Scheme-1)이 있다. 1. MXF 메타데이터 개요 가. 메타데이터 데이터에 대한 데이터 - 그리스어로 about 의 의미를 지닌 meta- 와 라틴어 data 가 합쳐져 만들어 졌음 방송분야에서 압축방식과 같은 미디어 정보뿐만 아니라 제목, 대본, 출연진 정보 등 의 콘텐츠를 서술하는 데이터를 모두 포함하는 개념으로 사용됨 방송 콘텐츠의 대표적인 메타데이터 표준으로는 P_Meta, MPEG-7, TV-Anytime 메타데이터 등이 있음 - P_Meta는 유럽방송연합 EBU의 프로젝트 그룹인 P/Meta에서 방송 프로그램 관련한 메타데이터와 콘텐츠를 교환하기 위한 스킴을 B2B 환경을 고려하여 정 의한 메타데이터 프레임워크임 KBS 방송기술연구 2007-2 I 43

- ISO/IEC 표준인 MPEG-7은 멀티미디어 콘텐츠를 서술하는 메타데이터와 그것 들의 구조 및 관계를 정의 - TV-Anytime은 PVR과 같은 저장장치 기반의 TV수신장치에 서비스하기 위한 프로그램, 그룹, 사용자, 서비스 관련한 메타데이터를 정의 나. MXF 메타데이터 개요 MXF의 메타데이터는 편집정보를 위한 AAF 26) 의 데이터 모델을 구현한 것임 대부분의 메타데이터는 MXF 파일 헤더에 저장됨 프레임 단위의 메타데이터는 에센스와 함께 MXF 파일 바디에 저장될 수 있음 MXF 디코더가 해석할 수 없는 메타데이터는 다크 메타데이터(Dark Metadata)로 간주되어 무시됨 MXF 헤더 메타데이터, 파티션 구조, 인덱스 테이블을 XML 문서로 저장하는 표준 은 SMPTE 434M임 다. MXF 메타데이터 종류 구조적 메타데이터(Structural Metadata, SM) - MXF 파일 구조 및 에센스 정보에 대한 메타데이터 서술적 메타데이터(Descriptive Metadata, DM) - 제작, 클립, 씬 등 콘텐츠 자체에 대해 서술하는 메타데이터 라. MXF내 메타데이터 저장 구조적 메타데이터와 서술적 메타데이터는 헤더 메타데이터에 저장 서술적 메타데이터 저장은 SMPTE 377M에 정의된 서술적 메타데이터 플러그인 방 식활용 44 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 에센스 콘테이너의 시스템 아이템 영역에도 메타데이터 저장됨 - 예) 확장 UMID 에센스 스트림 내 특정 영역에 메타데이터 저장됨 - 예) MPEG-2 27) 비디오 ES user bits 그 외에 다양한 사용자 메타데이터 저장 가능함 - 예) 1개의 KLV내에 XML 데이터 저장 2. 헤더 메타데이터(Header Metadata) 가. 개요 헤더 메타데이터는 MXF 파일 내 메타데이터를 구조화 하여 MXF 파일 헤더에 위치 한것임 헤더 메타데이터는 메타데이터 셋으로 구성됨 헤더 메타데이터는 파일 풋터에 옵션으로 위치할 수 있음 나. 헤더 메타데이터 저장 메타데이터 셋은 KLV 방식으로 저장됨 - 각각의 메타데이터 셋은 16바이트 UL(Universal Label)이 키로 사용되는 KLV 방식으로 저장됨 - 헤더 메타데이터 셋 안에는 2바이트 길이의 로컬 태그(Local Tag)로 정의되는 로 컬 셋(Local Set)이 존재함 26) AAF(Advanced Authoring Format) : 이기종 멀티미디어 저작 도구들 간의 콘텐츠와 편집 정보의 교환을 목적으로 만든 파일 포맷 27) MPEG-2: 데이터 전송속도가 4~100Mbps 정도의 고품질 방송/통신을 고려한 압축 포맷으로 DTV와 DVD에 활용됨. MPEG에 서 제안했으며 1994년 표준화됨 KBS 방송기술연구 2007-2 I 45

- 로컬태그는 16바이트 UL이나 UID를 2바이트로 줄여 표현한 것임 - 로컬태그는 메타데이터 로컬 셋을 태그-길이-값(Tag-Length-Value) 형식으 로 저장할 때 사용됨 헤더 메타데이터는 프리머 팩(Primer Pack)으로 시작함 - 프리머 팩은 2-byte 로컬태그를 16-byte UL로 변환하는 색인 테이블 헤더 메타데이터 끝에는 필 아이템이 옵션으로 올 수 있음 Primer Pack Preface Set Header Metadata : KLV coded metadata Sets KLV Fill Item Defines the start of the Header Metadata Contains the file informaion labels Metadata Set Set Key 16bytes Set Length 4bytes Set Value-variable Optional : fills data space to the end of the Header Metadata as required by the application Item property Local Tag 2bytes Length 2bytes Item Value-variable <MXF 헤더 메타데이터 저장> 다. 주요 헤더 메타데이터 셋 프레피스셋(Preface Set) - MXF 파일 구조와 에센스 정보 등 모든 헤더 메타데이터 셋의 링크가 포함 - 운영패턴 정보와 버전 정보 및 에센스 콘테이너, 서술적 메타데이터 스킴(DM Scheme) 등의 정보를 포함 - 콘텐츠 저장(Content Storage) 셋과, 식별자(Identification) 셋을 참조하는 MXF 헤더 메타데이터의 루트임 46 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 콘텐츠 저장 셋(Content Storage Set) - 패키지 메타데이터와 에센스 콘테이너 데이터(Essence Container Data)를 참 조함 - 패키지 메타데이터는 MXF 파일 내 에센스의 구조를 표현(패키지 메타데이터는 3절을 참조) 식별자 셋(Identification Set) - MXF 파일 생성 장비사, 제품이름, 제품버전, 변경시간 등의 정보를 포함 - MXF 파일이 변경되었을 경우, 변경 정보가 추가되어야 함 KBS 방송기술연구 2007-2 I 47

Preface ContentStorage MaterialPackage TimelineTrack Sequence TimecodeComponent TimelineTrack TimelineTrack StaticTrack Sequence DMSegment ProductiionFramework EventTrack Sequence DMSegment SceneFramework Titles Annotation Participant Person Person Person DMSegment DMSegment DMSegment DMSegment DMSegment DMSegment DMSegment SourcePackage MultipleDescriptor CDCIPictureEssenceDescriptor GenericSoundEssenceDescriptor TimelineTrack Sequence TimecodeComponent TimelineTrack TimelineTrack EssenceContainerData Identifications Identification < 헤더 메타데이터 (트리구조) > 48 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 3. 구조적 메타데이터 (Structural Metadata : SM) 가. 개요 구조적 메타데이터는 MXF 헤더 메타데이터에 위치함 MXF 파일 구조 및 MXF가 포함하는 에센스 등을 정의함 구조적 메타데이터의 구성은 MXF 표준에 정의되어 있으며, 사용자가 임의로 변경 하거나 추가할 수 없음 구조적 메타데이터는 사용자에 의해 정의될 수 있는 서술적 메타데이터를 플러그인 할수있음 Preface 1 1..* Identification Content Storage 1 1 The Operational Pattern defines the number of Material Packages and File Packages allowed Essence Container Data 0..* Materlal Package 1..* File Package 1..* Physical Package 0..* Generic Package Source Package < 헤더 메타데이터 내 패키지 구조 > KBS 방송기술연구 2007-2 I 49

나. 패키지(Package) 구조 패키지 개요 - 패키지는 에센스와 메타데이터를 트랙(Track) 구조로 서술함 - 패키지는 머티리얼 패키지와 파일 패키지, 물리적 패키지, 소스 패키지로 구분됨 머티리얼 패키지(Material Package) - 머티리얼 패키지는 A/V 재생을 위한 출력 타임라인을 정의하는 트랙을 가짐 - 일반적으로 머티리얼 패키지의 소스클립 항목은 최상위 소스 패키지의 트랙을 참조 소스 패키지(Source Package) - 소스 패키지는 파일 패키지와 물리적 패키지의 추상 클래스 파일 패키지(File Package) - 파일 패키지는 저장된 에센스와 에센스 서술자를 포함 물리적 패키지(Physical Package) - 물리적 패키지는 물리적 에센스 서술자를 이용하여 테이프 등의 미디어를 표현 다. 트랙과 구조적 컴포넌트 트랙(Track) - 트랙은 시작점 정보를 포함 - 트랙은 길이 정보를 갖는 시퀀스를 가짐 시퀀스(Sequence) - 시퀀스는 길이 정보를 포함 - 시퀀스는 한 개 이상의 구조적 컴포넌트를 가짐 구조적 컴포넌트(Structural Component) - 구조적 컴포넌트는 소스클립, 타임코드 컴포넌트, DM 세그먼트, DM 소스클립 의 추상 개념임 50 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 - 타임코드 컴포넌트(Timecode Component)는 타임코드 정보를 표현 - 소스클립(SourceClip)은 다른 패키지의 트랙을 참조하기 위해 사용됨 - DM 세그먼트(DM Segment)는 서술적 메타데이터 가짐. DM 세그먼트는 시작 점과 길이를 표현할 수 있으며, 이를 통해 에센스의 부분에 대한 서술 지원 - DM 소스클립(DM SourceClip)은 서술적 메타데이터를 참조하기 위해 사용됨 Material Package Track(defines origin) Sequence(defines duration) Top-Level Source Package (Top-Level File Package) SourceClip Start Position SourceClip SourceClip SourceClip Essence Container SourceClip Duration Track(defines origin) Sequence(defines duration) SourceClip SourceClip SourceClip SourcePackageID and SourceTrackID of the Material Package SourceClip define respectively the File Package and the Track containing the essence. SourceClip Start Position Essence Descriptor e.g. MPEG SourceClip Duration SourcePackageID and SourceTrackID of the File Package SourceClip define respectively the Source Package and the Track containing the derivation of the essence. This provides historical annotation. Lower-Level Source Package (Lower-Level File Package or Physical Package) Essence Descriptor e.g. Tape Descriptor Track(defines origin) Sequence(defines duration) < MXF 패키지 구조 > KBS 방송기술연구 2007-2 I 51

라. 서술적 메타데이터 플러그인 서술적 메타데이터를 에센스의 부분이나 전체에 링크하기 위해, MXF 구조적 메타 데이터는 DM 트랙(DM Track)을 이용 DM 트랙은 타임라인 트랙(Timeline Track), 이벤트 트랙(Event Track), 정적 트랙 (Static Track)으로 분류 - 각각의 DM 트랙은 DM 세그먼트를 포함할 수 있음 - 타임라인 트랙은 시간 축에 대해 연속적인 DM 세그먼트들로 구성. 따라서 타임 라인 트랙에서는 DM 세그먼트들의 총시간은 트랙의 시간과 같음 - 이벤트 트랙의 DM 세그먼트들은 시간 축에 대해 서로 겹치는 것을 허용하며, 연 속적이지 않아도 됨. 다시 말해서, 이벤트 트랙에서는 DM 세그먼트들이 같은 시 간에 겹쳐서 존재할 수 있음 - 정적 트랙은 타임라인이 없으며, 따라서 정적 트랙에 존재하는 모든 DM 세그먼 트는 관련된 에센스 트랙의 전체 길이에 적용됨 DM 트랙은 DM 세그먼트나 DM 소스클립을 이용하여 서술적 메타데이터를 표현함 DM 소스클립을 이용한 서술적 메타데이터 플러그인의 경우 머티리얼 패키지의 DM 트랙은 DM 소스클립을 가지고 있고, 이 DM 소스클립은 소스 패키지에 있는 서술적 메타데이터를 참조하여 메타데이터를 플러그인 함 Header Metadata Root Sets (Preface, ldent & Content Storage) Package (Material, File and Source) Event Start Position DM Track & Sequence DM Framework DM Segment 1 Timecode Track Picture Track Sound Track 1 Sound Track 2 Data Track Linksito all essance tracks(default) Links only to sound tracks Links only to the picture track Virtual DM Track Duration Edit unit DM Framework DM Segment 2 DM Framework DM Segment 3 < DM 세그먼트를 이용한 서술적 메타데이터 플러그인 > 52 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 Header Metadata Root Sets (Preface, ldent & Content Storage) Origin Material Package DM Track & Sequence Start Position DM Source Clip Links to Links to Duration Material (Output) Timecode Track Picture Track Sound Track 1 Sound Track 2 Data Track DM Track Source Package DM Track & Sequence Source Package ID Source Track ID Event Start Position Origin DM Segment Duration DM Framework Source (Input) Timecode Track Picture Track Sound Track 1 Sound Track 2 Data Track DM Track Edit unit < DM 소스클립을 이용한 서술적 메타데이터 플러그인 > 4. 서술적 메타데이터 (Descriptive Metadata : DM) 가. 개요 서술적 메타데이터는 콘텐츠 내용 및 제작 정보 등을 서술 서술적 메타데이터는 MXF 구조적 메타데이터에 플러그인 형식으로 저장됨 - 서술적 메타데이터는 DM 세그먼트나 DM 소스클립에 의해 MXF 헤더 메타데이 터의 메타데이터 트랙에 플러그인 됨 서술적 메타데이터 셋도 KLV 형식으로 저장됨 - 다른 메타데이터 셋을 아이템으로 가질 경우, 해당 메타데이터 셋의 키를 참조 KBS 방송기술연구 2007-2 I 53

나. 서술적 메타데이터 구조 서술적 메타데이터는 그 특성과 종류에 따라, 메타데이터 아이템과 셋의 계층 구조 로 정의될 수 있는데, 이것이 바로 DM 프레임워크(DM Framework)임 DM 프레임워크가 모여 DM 스킴(DM Scheme)이 됨 - SMPTE 380M에 정의된 DMS-1은 대표적인 DMS임(DMS-1은 6절 참조) KLV 형식 Production Framework 프로그램 부제목 Title Sets Participant Sets Person Sets K L K L K L K L 참조 메타데이터 프로그램 제목 역할 성 이름 < MXF 파일에 DM이 저장되는 물리적 구조 > 5. MXF파일의 UMID (Unique Material Identifier) Basic UMID Extended UMID(64bytes) Source Pack(32bytes) Inst. Universal label L No. Material Number Time/Date Spatial Co-ordinates Country Org User 12bytes 1 3 16bytes 8bytes 12bytes 4 4 4 bytes bytes bytes bytes <UMID 포맷> 54 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 가. UMID 개요 SMPTE 330M에 정의된 식별자 규격임 UMID는 기본 UMID와 확장 UMID로 구분됨 기본 UMID는 소재 콘텐츠를 유일하게 식별하는데 사용됨 확장 UMID는 기본 UMID에, 언제/어디서/누가 정보를 담은 소스팩 (SourcePack)이 포함됨 나. MXF파일의 UMID MXF 파일은 UMID를 식별자로 사용함 GPS 모듈이 장착된 촬영장비는 에센스 단위(예. 프레임)로 확장 UMID를 MXF 파 일에 저장할 수 있음. 즉 촬영정보에 대한 메타데이터는 확장 UMID를 통해 MXF 파일에 저장됨 자세한 내용은 KBS 방송기술연구 2007-1 참조 6. DMS-1 (Descriptive Metadata Scheme - 1) 가. DMS-1 개요 SMPTE 380M 표준 문서에 정의 방송 제작에 유용한 메타데이터를 체계화한 메타데이터 스킴 제작 프레임워크, 클립 프레임워크, 씬 프레임워크로 구성 KBS 방송기술연구 2007-2 I 55

나. 제작 프레임워크(Production Framework) 오디오/비디오 콘텐츠의 제목, 아이디, 소유권 정보 등의 제작정보를 포함 콘텐츠의 일부분이나 세그먼트에 대한 정보를 다루기보다는 MXF 파일 내에 포함 된 전체 콘텐츠의 제작에 관련된 메타데이터를 다룸 다. 클립 프레임워크(Clip Framework) 오디오/비디오의 캡처와 생성에 관련된 정보를 포함 라. 씬 프레임워크(Scene Framework) 오디오/비디오의 개별적인 씬이나 이벤트 정보를 포함 MXF에서 씬은 주로 이야기나 극본에 의해 구분됨 자세한 내용은 KBS 방송기술연구 2007-1 참조 56 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 VI. MXF 활용 및 관련 단체/업체 동향 MXF를 지원하는 제작 장비는 촬영장비, VCR, 편집기, 비디오 서버 등으로 구분된다. 가장 먼저 출시된 MXF 장비인 소니의 e-vtr은 테이프에 있는 영상을 D10 포맷의 MXF 파일로 생성하여 기가비트 이더넷 인터페이스를 통해 FTP로 전송한다. 기존의 테이프를 사용하여 MXF 파일을 생성할 수 있는 e-vtr은 테이프기반 제작과 파일기반 제작의 연결자 역할을 할 수 있는 장비이다. e-vtr 이후 주요 방송용 카메라 업체인 소니와 파나소닉, 이케가미는 옵티컬 디스크나 메모리, 하드디스크와 같은 테이프리스 미디어 기반의 촬영장비와 데크를 출시했고, 이 장비들은 모두 MXF를 콘텐츠 래퍼 포맷으로 사용한다. MXF 관련된 S/W 기술을 가지고 있는 대표적인 단체/업체는 IRT, MOG Solutions, Snell&Wilcox, KBS, 코난테크놀로지 등이 있다. IRT는 MXF 파일을 분석할 수 있는 analyzerlight 프로그램을 무료로 배포하여 MXF 표준 준수 여부를 검증하고, 이종의 장비 에서 생성하는 MXF 파일의 상호 운용성 증진에 기여하고 있다. 1. 주요 MXF 지원 제작 장비 가. 촬영장비/VCR 소니 XDCAM 파나소닉 P2 이케가미 Editcam 그라스밸리 Infinity (출시예정) KBS 방송기술연구 2007-2 I 57

나. 넌리니어 편집기 아비드 편집기(Media Composer, News Cutter, Liquid 등) 애플 FinalCutPro : 임포트 과정을 통해 지원 매트록스 Axio(with 어도비 Premiere Pro) 다. 비디오 서버 아비드 Airspeed, MediaStream 그라스밸리 K2 옴네온 MediaDeck, Spectrum <주요 MXF 제품군> 58 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 2. MXF 활용 시 고려사항 가. MXF 활용 시 고려사항 에센스 포맷 운영패턴 해당 MXF 포맷을 지원하는 장비 현황 나. 에센스 포맷 MXF 포맷은 다양한 에센스 포맷을 지원하도록 설계되었음 실제 장비가 지원하는 에센스 포맷은 한정적이고 제한적임 편집 과정에서는 다양한 에센스 소스를 사용할 수 있지만, 편집 결과는 한 가지 에센 스 포맷으로 통일하는 것이 바람직함 에센스 포맷의 고려사항은 압축방식, SD/HD, 압축률, 오디오 채널 수 등임 다. 운영패턴 운영패턴은 MXF 파일의 복잡도를 정의한 것 현재 OP-1a와 OP-Atom 방식이 가장 보편적으로 사용 통상 다른 운영패턴의 MXF 파일을 지원하기 위해서는 주로 임포트 방식을 사용하 여 MXF 파일을 내부적으로 변환하여 사용 라. MXF 지원 장비간 호환성 방송 제작 워크플로우에서 다양한 장비가 사용됨 따라서 연결된 제작 단계에서 상호 호환 가능한 장비 선택이 중요 KBS 방송기술연구 2007-2 I 59

MXF 지원 촬영장비, 넌리니어 편집기, 비디오 서버를 고를 때에 상호 호환 가능한 제품을 선택해야 함 < 장비별 MXF 지원 현황 > 장비 이름 장비 종류 에센스 포맷 장비사 XDCAM(HD) 촬영장비 [OP-1a] D10, DVCAM25, MPEG2 Long GOP Sony 18/25/35Mbps P2(HD) 촬영장비 [OP-Atom] DVCPRO25/50, DVCPRO HD Panasonic EditCam(HD) 촬영장비 [OP-Atom] DV25/50, MPEG50, DNxHD Ikegami e-vtr VCR [OP-1a] D10 Sony AirSpeed 비디오서버 [OP-Atom] DV25/50, IMX30/50, DNxHD(옵션) Avid K2 비디오서버 [OP-1a] DV25/50, MPEG2, D10 GV Spectrum Media 비디오서버 [OP-1a] MPEG2 HD 19-78Mbps, D10, Omneon Server DVCPRO25/50 Liquid NLE [OP-1a] D10, MPEG2 (오디오 분리) Avid [OP-Atom import] DVCPRO 25/50 NewsCutter XP, [OP-1a import] D10, MPEG2 MediaComposer, NLE Avid [OP-Atom] DVCPRO25/50/HD, DNxHD DS Nitris, etc. FinalCutPro HD NLE [OP-1a import] D10, MPEG2 Apple [OP-Atom import] DVCPRO25/50/HD Axio NLE [OP-1a] D10, MPEG2 Matrox [OP-Atom] DVCPRO25/50/HD 60 I Broadcast Technical Research

Part 2. MXF 표준기술 동향 3. MXF 관련 기관 및 업체 동향 가. IRT 독일, 오스트리아, 스위스 공영방송국 기술연구소인 IRT는 MXF 테스트 센터를 운영 - http://www.irt.de/mxf IRT는 MXF 파일을 분석할 수 있는 소프트웨어를 제공 다양한 장비 업체에서 생성한 MXF 파일들을 테스트하고 표준 준수 여부를 검증 - 이종의 장비에서 생성하는 MXF 파일의 상호 운용성을 증진시키는데 기여 나. MOG Solutions 대표적인 상용 MXF 소프트웨어 업체 - http://www.mog-solutions.com MOG Solutions는 IRT와 공동으로 MXF::SDK를 개발하였음 MOG Solutions가 개발한 상용 MXF 애플리케이션은 MXFPlayer와 thescribe, MXFExplorer 등임 다. Snell&Wilcox Snell&Wilcox는 MXF 소프트웨어인 MXF Express와 MXF Desktop을 무료로 제공 - MXF Express는 MXF 파일을 처리할 수 있는 기능을 API 형태로 제공 - MXF Desktop은 윈도우 익스플로러에 애드인 되게 설치되어, 윈도우 익스플로 러에서 MXF 파일을 인식하고 재생하며 MXF파일을 래핑/언래핑 하는 기능을 제공 KBS 방송기술연구 2007-2 I 61

라. KBS 방송기술연구팀 KBS 방송기술연구팀은 코난테크놀로지와의 공동 연구를 통해 MXF 엔진과 응용 소프트웨어를 개발하였음 MXF엔진은 소니 XDCAM과 파나소닉 P2에서 생성하는 SD/HD MXF 파일을 처리 할수있는SDK 주요 응용 소프트웨어는 래퍼/언래퍼, 메타데이터 추출모듈, MXF 트랜스코더, MXF 브라우저, MXF-MOV 변환모듈 등이 있음 < KBS와 코난테크놀로지가 공동 개발한 MXF 기술 > 62 I Broadcast Technical Research

Part 3. MXF 지원 장비 동향 I. 개요 II. 테이프리스 카메라/덱 III. 비디오 서버 IV. 넌리니어 편집기(NLE)

Part 3. MXF 지원 장비 동향 I. 개요 방송 제작 시스템은 최근 10여년 동안 IT 기술과의 융합으로 많은 변화를 가져오게 되었 다. 90년대 초까지는 IT 기술의 한계로 인해 비디오에 대한 실시간 처리가 어려웠기에, 방송 기술과 IT 기술은 서로 다른 영역에 있으면서 실험적인 적용이 시도되었다. 90년대 중반 이후 CPU, 디스크, 네트워크 등의 IT 기술이 급속도로 발전하면서 방송 장비에도 영향을 미치기 시작하여 디지털화를 촉진시키는 계기가 되었으며, 아비드 편집기와 비디오 서버 등의 IT 장 비가 등장하였다. 2000년대로 접어들어 IT 기술이 보편화되면서 PC 기반의 넌리니어 편집기 와 비디오 서버, 저장 장치가 다양하게 활용되기 시작하였다. 이 시기의 아비드, 피나클, 리 치, 그라스밸리(GV) 등의 장비사들은 단독 장비 위주로 제품을 선보였는데, 이는 워크플로우 가 서로 연결되지 못하여 비효율적인 요소가 많을 수밖에 없었다. 따라서 장비사들은 네트워 크 기술을 적용하여 전체 제작 워크플로우를 지원하는 제품군을 선보이기 시작하였다. 이를 기점으로 방송에서도 광대역을 중심으로 한 정보 기술의 시대로 접어들게 된 것이다. 불과 몇 년 전까지도 각 장비사들은 독자적인 기술의 사용으로 자사 제품들 간의 연계만을 지원하였기에 장비사들간의 장비 및 파일의 호환은 거의 불가능했었다. 이러한 문제를 해결 하기 위하여 90년대 말에 Pro-MPEG 포럼 28) 이 만들어졌으며 2004년에 표준 콘텐츠 교환 포 맷인 MXF가 탄생하게 되었다. 이때까지도 과거의 모습과 기능을 그대로 유지하고 있던 장비 가 바로 카메라와 VCR이었는데, 소니에서 기존의 VTR에서 MXF 파일을 입출력할 수 있는 e-vtr 29) 을 개발하여 IT화의 시발점이 되었다. 그 후 2000년대 중반 IT 기술과 접목된 소니 XDCAM, 파나소닉 P2 등의 테이프리스(tapeless) 카메라 시스템이 등장하여 제작 시스템 전 반에 많은 영향을 미치게 되었다. 28) Pro-MPEG 포럼 : MPEG-2 표준의 활용도와 방송 장비의 상호 운용성을 높이기 위해 1998년 만든 단체 29) e-vtr : 소니의 MSW-M2000 일반 방송용 VCR에 옵션 카드를 설치하여 이더넷 포트를 통해 MXF 파일을 입출력 할 수 있는 데, 이를 소니에서 e-vtr이라고 부름 KBS 방송기술연구 2007-2 I 65

테이프리스 카메라 시스템에서는 방송용 테이프가 아닌 메모리, 옵티컬 디스크, 하드디스 크 등의 저장 매체를 사용하여 파일로 저장을 하므로, 제작 시스템에서 이를 직접 전송받아 활용하는 효율적인 방안이 모색되었다. 소니, 파나소닉, 그라스밸리, 이케가미 등의 시스템에 서 MXF를 기본 포맷으로 채택함에 따라 각 장비사에서는 MXF 포맷을 기본으로 지원하게 되었고, 그 결과 장비사간의 호환성도 개선되어 개방적인 모습을 갖추게 되었다. 이러한 흐름 속에서 이루어진 방송 기술의 IT화는 제작 워크플로우의 전반적인 변화를 이 끌어내었고, 이는 곧 최근의 미디어 융합에 따른 방송 환경의 변화에 대응할 수 있는 토대가 될 것으로 기대된다. 66 I Broadcast Technical Research

Part 3. MXF 지원 장비 동향 II. 테이프리스 카메라/덱 대표적인 카메라/VCR 회사들인 소니, 파나소닉, 이케가미, 그라스밸리 등에서는 IT기반으 로의 제작 시스템 전환을 발판으로 지금까지의 테이프 기반 제작 장비에서 테이프리스 제작 장비로 라인업을 옮겨가고 있다. 이러한 테이프리스 장비들의 특징으로는 IT기반 저장매체인 하드디스크, 메모리, 옵티컬 디스크 등을 사용하여 파일 형태로 저장을 하며, USB 30), IEEE- 1394 31), 이더넷 등의 인터페이스를 지원하므로 PC와 같은 IT 장비로의 전송을 손쉽게 할 수 있다. 전통적인 카메라/VCR 기능에 IT의 장점을 접목하여 썸네일 기능, 클립에의 랜덤 액세 스 기능, 메타데이터 저장 기능, 간편한 EDL 32) 편집 기능 등을 제공하여 사용 환경을 대폭 개 선하였다. 또한 MXF 포맷을 기본 저장 포맷으로 지원하여 넌리니어 편집기, 비디오 서버 등 의 다른 장비들과의 호환성을 높이고 있다. 1. 소니(Sony) 가. XDCAM 시스템 특징 2003년 기존 VCR에서 MXF 출력이 가능한 e-vtr을 출시하여 MXF에 대한 지원 을 하기 시작하여 2004년 XDCAM 출시함 30) USB(Universal Serial Bus) : 키보드, 마우스, 스캐너 등의 PC 주변 장치들과 컴퓨터 간의 연결을 목적으로 만든 범용 직렬 버 스. USB2.0에서 480Mbps 지원 31) IEEE-1394 : 컴퓨터와 캠코더, 하드디스크 등의 주변장치를 연결하기 위한 목적으로 만든 직렬 버스. Firewire 또는 i.link라고 도 함. 400Mbps 전송속도 지원 32) EDL(Edit Decision List) : 인/아웃점, 디졸브/와이프 패턴 등의 가편집 정보를 저장하는 표준 포맷 KBS 방송기술연구 2007-2 I 67

블루레이 33) 기반의 옵티컬 디스크인 프로페셔널 디스크(Professional Disk)를 저장 매체로 사용 기가비트 이더넷, i.link(ieee-1394) 인터페이스 지원 MPEG-2 34) /DVCAM 35) 으로 압축된 MXF(OP-1a) 파일 지원 MPEG-4 36) 프락시 파일 생성 PDZ-1 소프트웨어를 이용하여 PC로의 클립 전송 및 활용이 가능 아비드, 애플 등의 편집기에서 직접 XDCAM 파일 전송 가능하며, 편집을 위해서 래 퍼 포맷을 바꾸기도 함 33) 블루레이(Blu-ray) : DVD 등에 사용되는 적색 레이저 기술과는 달리 청색 레이저를 사용하여 더욱 정밀하게 데이터를 기록할 수있는기술 34) MPEG-2 : 데이터 전송속도가 4~100Mbps 정도의 고품질 방송/통신을 고려한 압축 포맷으로 DTV와 DVD에 활용됨. MPEG 에서 제안했으며 1994년 표준화됨 35) DVCAM : DV 포맷을 소니에서 상업화한 변형 포맷. 비디오는 25Mbps의 전송속도로 15마이크론 트랙의 메탈 테이프에 녹화. NTSC 4:1:1, PAL 4:2:0으로 샘플링 36) MPEG-4 : 대화형 TV, 게임, 화상 통신 등의 양방향 멀티미디어를 위해 만든 포맷으로 화면을 요소별로 구분하는 객체 기반 코 딩이 가능함 68 I Broadcast Technical Research

Part 3. MXF 지원 장비 동향 나. 장비 요약 주요 장비 스펙 - MPEG-2 IMX 37) /DVCAM 지원 XDCAM SD XDCAM HD 카메라 덱 카메라 덱 PDW-530 PDW-510 PDW-1500 PDW-V1 PDW-D1 PDW-F350 PDW-F330 PDW-F70 PDW-F30-2.5인치 LCD - 10초 인터벌 녹화, 썸네일 검색 기능 - 이더넷, i.link - DVCAM 지원 - 녹화 및 재생 가능한 콤팩트 덱 - MPEG-2 IMX/DVCAM 지원 - 2.5배속 파일 전송(50Mbps 기준) - EDL 가편집 기능 - 기가비트 이더넷, i.link - 재생가능한 모바일 덱 - MPEG-2 IMX/DVCAM 재생 및 파일 녹화 - 3.5인치 LCD - 이더넷, i.link - 파일 전송 가능한 드라이브 유닛 - MPEG-2 IMX/DVCAM i.link 전송 - 1/2 인치 156만 화소 3CCD - 3.5인치 LCD - 1080/59.94i, 50i, 29.97p, 25p, 23.98p - MPEG-2, DVCAM(SD) 지원 - Slow&Quick Motion 기능 (가변 프레임) - i.link 지원 - 입출력이 단순화된 HD 카메라 - MPEG-2, DVCAM(SD) 지원 - i.link, 아날로그 A/V 입출력 - HD 녹화/재생 덱 - MPEG-2, DVCAM(SD) 녹화 재생 지원 - 3.5인치 LCD - 1.7배속 파일 전송(35Mbps 기준) - 기가비트 이더넷, i.link - NLE 연동을 위한 HD 재생 덱 - 3.5인치 LCD - MPEG-2, DVCAM(SD) 전송/재생 지원 - 기가비트 이더넷, i.link 37) MPEG-2 IMX : 소니에서 만든 MPEG-2 기반의 방송 제작용 미디어 포맷으로 SMPTE에서 D-10 포맷으로 표준화함 KBS 방송기술연구 2007-2 I 69

PDZ-1 소프트웨어 - PC와 XDCAM을 연결하여 파일 전송, EDL 관련 기능 등 지원 - i.link(파일 접근 모드), 이더넷(FTP 모드) 인터페이스 지원 - 고해상도 및 프락시 다운로딩과 프리뷰, 스토리보드 기능 - 클립 이름 변경 및 여유구간을 갖는 부분추출 지원 (버전 2.2) <PDZ-1 소프트웨어 화면> 70 I Broadcast Technical Research

Part 3. MXF 지원 장비 동향 주요 장비 사진 PDW-530 PDW-F350 PDW-1500 PDW-F70 <XDCAM 주요 장비 사진> 다. 포맷 프로페셔널 디스크(Professional Disk) 스펙 사진 용량 전송율 저장 시간 크기 반복 쓰기 데이터 보관 23.3GB 72Mbps (옵티컬 헤드 1개 기준) 45분 (50Mbps 기준) 129(W) x 131(H) x 9(D) mm 1000회 50년 KBS 방송기술연구 2007-2 I 71

압축 포맷 스펙 (59.94i 기준) 압축 방식 MPEG-2 MP@HL 샘플링 레이트 4:2:0 HD Video Codec 전송률 및 HQ : 35 Mbps VBR 38) 65 분 녹화 시간(오디오 SP : 25 Mbps CBR 39) 90 분 포함, 근사치) LP : 18 Mbps VBR 120 분 압축 해상도 1440 1080 압축 방식 MPEG-2 422P@ML 샘플링 레이트 4:2:2 SD Video Codec 전송률 및 50 Mbps CBR 45 분 녹화 시간(오디오 40 Mbps CBR 55 분 포함, 근사치) 30 Mbps CBR 68 분 압축 해상도 720 x 512 압축 방식 MPEG-4 Proxy Video Codec 전송율 1.5Mbps 압축 해상도 352 x 240 MXF의 운영패턴은 비디오, 오디오가 프레임별로 교차되어 하나의 파일에 저장되 는 OP-1a임 라. 향후 계획 XDCAM의 Phase-3 제품 출시 예정(2007년 하반기) - MPEG-2 4:2:2P@HL 50Mbps 지원 - 1080 25p/29.97p/50i/59.94i 지원 38) VBR(Variable Bit Rate) : 가변비트율, 복잡하거나 움직임이 많은 화면에서는 비트율을 높이고 그렇지 않은 경우는 비트율을 낮 추어 압축 효율을 높이는 방식 39) CBR(Constant Bit Rate) : 고정비트율, 모든화면에서 동일한 비트율을 가짐으로서 재생시 안정적인 방식 72 I Broadcast Technical Research

Part 3. MXF 지원 장비 동향 - Full HD 지원 (1920x1080) - 50GB 듀얼 레이어 디스크 - 4배속 이상의 전송 속도 (50Mbps 기준) - 2/3 HD 프로그레시브 CCD PDW-U1 드라이브 유닛 출시 예정(2007년 하반기) - 외장형 디스크 드라이브 유닛 - USB 2.0 인터페이스 - 120Mbps 읽기 속도 - 다중 파일 접속 가능 XDCAM ex 시리즈 출시 예정 - 포터블 캠코더 타입의 XDCAM - 플래시 메모리를 사용 - MPEG-2 지원 2. 파나소닉 (Panasonic) 가. P2 시스템 특징 PC 카드 규격 40) (Card Bus) 형태의 메모리 카드를 저장매체로 사용 DVCPRO 41) 방식으로 압축된 MXF(OP-Atom) 파일 지원 MPEG-4 프락시 지원 40) PC 카드 규격(Card Bus) : 노트북, PDA 등에 맞는 신용카드 크기의 68핀 입출력 카드 규격(PCMCIA)으로서 메모리, 네트워크 카드 등에 활용 41) DVCPRO : DV 포맷을 파나소닉에서 상업화한 변형 포맷. 비디오는 25Mbps의 전송속도로 18마이크론 트랙의 메탈 테이프에 녹화. NTSC/PAL 4:1:1로 샘플링 KBS 방송기술연구 2007-2 I 73

IEEE-1394, USB2.0 인터페이스 지원 포터블 하드디스크를 활용하여 현장에서 파일 복사 및 보관 가능 P2 뷰어 소프트웨어를 이용하여 프리뷰 아비드, 애플 등의 NLE에서 직접 파일 전송받아 편집 가능 74 I Broadcast Technical Research

Part 3. MXF 지원 장비 동향 나. 장비 요약 주요 장비 스펙 P2-SD P2-HD (HD/SD 지원) - ENG 타입의 카메라 - 2/3인치 3 IT-CCD AJ-SPX800-5개의 P2 카드 슬롯 카메라 - NTSC 60i/30p/24p 지원 - IEEE-1394, USB2.0 (이하 모든 장비 기본) - 2/3인치 52만화소 3CCD, 3.5인치 LCD AJ-SPC700-5개의 P2 카드 슬롯 - NTSC 60i - VCR과 유사한 형태의 덱 덱 AJ-SPD850-5개의 P2 카드 슬롯 - 보이스 메모 기능 - 고감도(F11) HD/SD 카메라 - AVC-Intra 50/100 HD 코덱 지원 예정 AJ-HPX2100-15초 프리-레코딩 기능 - 5개의 P2 카드 슬롯 - HD/SD 17개 모드(1080i/p, 720p) 지원 - 저렴한 ENG 타입 HD/SD 카메라 - 4개의 P2 카드 슬롯 - DVCPRO-HD, DVCPRO 25/50 카메라 AG-HPX500 - 가변 프레임 속도 기능 지원 - 2/3인치 프로그레시브 3CCD, 3.5인치 LCD - 1080 60i/50i/30p/25p/24p, 720 60p/50p/30p/25p - 핸드헬드 포터블 캠코더 - 2개의 P2 카드 슬롯 AG-HVX200-1/3인치 CCDs, 3.5인치 LCD - DV 42) 테이프 드라이브 지원 - 1080 60i/30p/24p, 720 60p - IEEE-1394, USB2.0, 아날로그 A/V 입출력 - 포터블 녹화 재생기 - AVC-Intra 43) HD 코덱 지원 예정 - 6개 P2 카드 슬롯 AJ-HPM100 - 오디오 페이더 기능 덱 - 플레이 리스트를 이용한 간이 편집 기능 - HD-SDI, IEEE-1394, USB2.0 지원 - P2 드라이브 유닛 AJ-PDC20 - IEEE-1394, USB2.0 인터페이스 지원 - 5개의 P2 카드 슬롯 지원 KBS 방송기술연구 2007-2 I 75

비디오는 기본적으로 DVCPRO 25/50 또는 HD를 지원 오디오는 DVCPRO 25/50/HD 44) 각각 2/4/8 채널을 지원 PC용 소프트웨어인 P2 뷰어를 통한 프리뷰 기능 지원 주요장비사진 AJ-SPX800/SPC700/HPX2100 AG-HVX200 AJ-SPD850 AJ-HPM100 P2 Drive <P2 주요 장비 사진> 42) DV(Digital Video) : 소니, 파나소닉, JVC 등의 60여개사로 구성된 컨소시움에서 1994년 제정한 표준으로 가정용 캠코더에 보 편적으로 사용되는 포맷 43) AVC(Advanced Video Coding) : MPEG-4 AVC 또는 H.264라고 불리우는 MPEG-4 계열의 압축 포맷으로 압축 효율이 높 아 DMB, IPTV, 차세대 DVD 등에 활용되고 있음 44) DVCPRO 25/50/HD : 파나소닉의 DVCPRO 계열은 DV 변형 포맷으로 프레임내의 압축만을 수행함. DVCPRO 50은 50Mbps 전송속도에 4:2:2 샘플링을 함. DVCPRO HD는 100Mbps의 전송속도에 4:2:2 샘플링을 함 76 I Broadcast Technical Research

Part 3. MXF 지원 장비 동향 다. 포맷 P2 메모리 카드 스펙 사진 용량 인터페이스 전송율 저장 시간 크기 반복 쓰기 4, 8, 16 GB PC 카드 Type-II (PCMCIA 규격) 640Mbps 32분 (16GB, 50Mbps 기준) 54(W) x 5(H) x 85.6(D) mm 10만회 압축 코덱 스펙 HD Video Codec SD Video Codec 압축 방식 샘플링 레이트 4:2:2 전송률 및 녹화 시간(오디오 포함, 근사치) DVCPRO-HD 100 Mbps 압축 해상도 1280 1080 16 분 (16GB 기준) 압축 방식 DVCPRO DVCPRO-50 샘플링 레이트 4:1:1 4:2:2 전송률 및 25Mbps (64 분, 50Mbps (32 분, 녹화 시간(오디오 16GB 기준) 16GB 기준) 포함, 근사치) 압축 해상도 720 x 480 압축 방식 MPEG-4 Proxy Video Codec 전송율 1.5Mbps, 768Kbps, 196kbps 압축 해상도 320 x 240 KBS 방송기술연구 2007-2 I 77

라. 향후 계획 AJ-HPX3000 P2-HD 카메라 출시 예정(2007년 하반기) - 영화에도 사용 가능한 D-5 HD 급의 고품질 카메라 - 2/3인치 2.2백만 화소 3CCD - DVCPRO-50/HD 및 AVC-Intra(50/100Mbps) 코텍 지원 - 5개의 P2 카드 슬롯, 1080p 지원 AG-HPS10 포터블 P2 재생기 출시 예정(2007년 하반기) - 2개의 P2 카드 슬롯 - 3.5인치 LCD 모니터 - USB2.0, IEEE-1394 인터페이스 지원 32GB P2 메모리 출시 예정 (2007년 하반기) 3. 이케가미 (Ikegami) 가. Editcam 특징 하드디스크 또는 플래시 메모리를 지원하는 FieldPak2를 저장 매체로 사용 HD의 경우 아비드의 DNxHD 45) 포맷을 MXF(OP-Atom) 파일로 저장 마이크로소프트의 WMV 프락시 지원 아비드와의 협력으로 아비드 NLE에서 직접 편집 지원 FieldPak 어뎁터(SCSI 46), USB2.0)를 이용해서 PC에 연결 45) DNxHD : 아비드(Avid)에서 개발한 방송 제작/편집용의 HD 코덱으로 145/220Mbps를 지원함 46) SCSI(Small Computer System Interface) : 하드디스크 등의 주변기기를 컴퓨터에 연결하기 위한 표준 인터페이스로 전송 속 도가 빠르고 연결과 분리가 쉬움 78 I Broadcast Technical Research

Part 3. MXF 지원 장비 동향 나. 장비 요약 주요 장비 스펙 카메라 DNS-33W - 2/3인치 52만 화소의 3 AIT CCD - 4채널 오디오 - JFIF 47) (Avid Meridian), DV25/50, MPEG-2 IMX 압축 포맷 지원 Editcam3(SD) - MXF 또는 OMF 지원 - IEEE-1394(DV out) - VCR과 유사한 녹화 및 재생 덱 덱 DNE-31 - JFIF, DV25/50, MPEG-2 IMX 지원 - 이더넷 지원 - 2/3인치 210만 화소 CMOS 센서 카메라 HDN-X10 (예정) - DNxHD 145Mbps 지원 - 1080 60i/50i/24p, 720 60p/50p - MXF 지원 - HD용 녹화 재생 덱 EditcamHD HDE-X11 - DNxHD 145Mbps 지원 - 1080 60i/50i/24p, 720 60p/50p 덱 - 이더넷 지원 - FieldPak 어뎁터 SAT-110/200 - USB2.0, IEEE-1394 인터페이스 지원 - SCSI 인터페이스 지원(200모델) 47) JFIF(JPEG File Interchange Format) : JPEG으로 압축된 이미지를 서로 호환성있게 감싸기 위한 래핑 포맷. 흔히 이야기하는 JPEG 파일은 JFIF 파일임 KBS 방송기술연구 2007-2 I 79

주요장비사진 DNS-33W HDN-W10 DNE-31 SAT-200 HDE-X11 <EditCam 주요 장비 사진> 다. 포맷 FieldPak2 스펙 사진 용량 저장 시간 크기 40, 80, 120 GB (HDD) 4, 10, 20 GB(Flash Memory) 270분 (120GB, 50Mbps 기준) 82.5(W) x 127(H) x 25.4(D) mm 80 I Broadcast Technical Research

Part 3. MXF 지원 장비 동향 압축 포맷 압축 방식 DNxHD 샘플링 레이트 4:2:2 HD Video Codec 전송률 및 145Mbps 70분 녹화 시간(오디오 220Mbps (예정) 45분 포함, 근사치) (120GB 기준) 압축 해상도 1920 1080 압축 방식 DV25/50 MPEG-2 IMX 샘플링 레이트 4:1:1 / 4:2:2 4:2:2 SD Video Codec 전송률 및 녹화 시간(오디오 포함, 근사치) 25/50Mbps (270/135분, 120GB 기준) 50Mbps (135 분, 120GB 기준) 압축 해상도 720 x 480 압축 방식 WMV Proxy Video Codec 전송율 350Kbps ~ 2Mbps 압축 해상도 352x288 라. 향후 계획 도시바(Toshiba)와 공동 개발하는 플래쉬 메모리 기반의 테이프리스 카메라/덱 시 스템으로 2008년 상반기 출시 예정 - GFCAM 카메라와 GFSTATION, GFSTATION PORTABLE 덱, GFPAK 저장 미디어로 구성 - GFPAK은 S-ATA 48) 인터페이스를 통해 카메라와 연결 - 16/32/64GB의 플래시 메모리 또는 120GB 하드디스크 지원 48) S-ATA(Serial-Advanced Technology Attachment) : 하드디스크를 연결하기 위한 인터페이스 방식으로 기존의 병렬 구조를 직렬로 바꾸어 버스 대역폭을 S-ATA에서는 150MB/s, S-ATA2 에서는 300MB/s 까지 지원함 KBS 방송기술연구 2007-2 I 81

- MPEG-2 Long-GOP 50Mbps/I-Frame 100Mbps MXF 포맷 저장 및 MPEG-4 프락시 포맷 지원 <2008년 출시 예정인 플래시 메모리 타입의 카메라/덱> 4. 그라스밸리(Grass Valley, GV) 가. Infinity 특징 IOMEGA사의 REV Pro 디스크를 저장매체로 사용 CF(Compact Flash) 메모리와 외장 USB 저장장치 지원 JPEG 2000 49) 과 MPEG-2로 압축된 MXF(OP-1a) 파일 지원 Canopus의 Edius NLE에서 JPEG 2000 편집 지원 2007년 하반기에 출시할 예정 49) JPEG 2000 : JPEG의 화질 개선을 위하여 2000년에 주파수 영역을 여러 대역으로 나누어 처리하는 웨이블릿 방식을 채택하여 압축 효율성을 높인 압축 포맷. 압축/복원 과정에서 손실이 없는 무손실 압축을 지원하므로 영화, 의료용 영상 등에 많이 사용됨 82 I Broadcast Technical Research

Part 3. MXF 지원 장비 동향 나. 장비 요약 주요 장비 스펙 카메라 DMC1000-2/3인치 240만 픽셀 3 CMOS 센서 - DV25, JPEG2000, MPEG-2 지원 - 1080i 50/60, 720p 50/60, 625i 50, 525i 60 Infinity - 기가비트 이더넷, USB2.0, IEEE-1394, (SD/HD) HDMI 50) 모니터 지원 - 파일 기반의 포터블 녹화/재생 덱 - REV 디스크와 CF 메모리 지원 덱 DMR1000 - DV25 JPEG 2000, MPEG-2 지원 - 기가비트 이더넷, USB2.0, IEEE-1394, HDMI 모니터 지원 다. 포맷 REV PRO 디스크 스펙 사진 용량 전송율 저장 시간 크기 반복 쓰기 보관 35 GB 110Mbps 64분 (32GB, 50Mbps 기준) 77(W) x 10(H) x 75(D) mm 100만회 이상 30년 이상 50) HDMI(High Definition Multimedia Interface) : 압축되지 않은 풀 디지털 비디오/오디오 신호를 전송할 수 있는 초고속 멀티미 디어 인터페이스. 5.1채널 오디오 전송이 가능함 KBS 방송기술연구 2007-2 I 83

압축코덱스펙 압축 방식 JPEG2000 MPEG-2 샘플링 레이트 4:2:2 4:2:0 HD Video Codec SD Video Codec 전송률 및 50/75/100Mbps 60/80Mbps I-프레임 녹화 시간(오디오 60분(50Mbps, 25/35/50/75 Mbps 포함, 근사치) 32GB 기준) Long-GOP 압축 해상도 1920 1080 압축 방식 JPEG2000 MPEG-2 샘플링 레이트 4:2:2 4:2:2 4:2:0 전송률 및 30/40/50Mbps 30/40/50Mbps 녹화 시간(오디오 60분 (50Mbps, 60분 (50Mbps, 포함, 근사치) 32GB 기준) 32GB 기준) 압축 해상도 720 x 480 주요장비사진 DMC1000 DMR1000 <Infinity 주요 장비 사진> 84 I Broadcast Technical Research

Part 3. MXF 지원 장비 동향 III. 비디오 서버 비디오 서버는 기존에는 각 제조사별 제작 워크플로우를 위한 전용의 포맷을 가진 장비였 으나 표준 포맷으로서 MXF 포맷이 확산되면서 비디오 서버에서도 이에 대한 지원이 늘어나 고 있는 추세이다. 이에 따라 상호간의 호환성이 보장되는 범용성을 가진 장비로 탈바꿈하고 있다. 비디오 서버는 주요 기능으로 파일 인제스트와 파일 송출 기능을 가지고 있으며 비디오 /오디오 관련된 다양한 입출력 단자를 지원하고 있다. SAN 51), 기가비트 이더넷 등의 IT 인터 페이스 발전으로 시스템간의 전송이 더욱 빨라지고 있으며, 파일에 대한 관리 부분을 강화하 고 있다. 파일 송출에 있어서 가장 중요한 것은 안정성으로 이를 위하여 전용의 저장장치와 시스템을 사용하는 경우가 많다. 1. 그라스밸리(GV) 가. K2 시스템 특징 K2 미디어 클라이언트, 미디어 서버, 미디어 스토리지로 구성됨 GXF 52), MXF(OP-1a), MOV 53), AVI 54) 지원 압축 포맷으로 MPEG-2와 DV 지원 51) SAN(Storage Area Network) : 분산되어 있는 저장장치를 공유하기 위한 서버와 저장장치간 고속 네트워크로 파이버 채널 기술 이 적용됨. 현재 4Gbps 지원 52) GXF(General exchange Format) : 로컬 네트워크에서 압축영상을 교환하고 데이터 테이프에 저장하기 위해 그라스밸리(GV) 에서 제안한 교환 규격. SMPTE 360M 표준임 53) MOV : 비디오, 사운드, 애니메이션, 그래픽, 텍스트 등을 생성하고 배포하기 위해 애플에서 개발한 멀티미디어 저장, 재생 기술 54) AVI(Audio Visual Interleaved) : 마이크로소프트에서 디지털 비디오/오디오를 저장하기 위해 개발한 파일 규격. 비디오와 오디 오가 한프레임씩 순차적으로 배열됨 KBS 방송기술연구 2007-2 I 85

I/O 채널과 관리 서버를 분리하여 자유로운 채널 확장이 가능 iscsi 55) 프로토콜 사용하여 스토리지 연결 공유 스토리지 솔루션은 ADIC사의 SNFS 56) 를사용 FTP 57) 와 CIFS 58) 를 이용한 네트워크 파일 전송 가능 SD/HD 업다운 변환 지원 나. K2 장비 요약 비디오/오디오 포맷 항목 기술 스펙 NTSC (SD) or PAL (SD) 비디오 포맷 720p 59.94/50 1080i 59.94/50 압축 포맷 MPEG-2, DV SD MPEG-2 4:2:0 4-15 Mbps SD MPEG-2 4:2:2 4-50 Mbps SD D10/IMX 4:2:2 30/40/50Mbps playout 포맷 지원 SD DVCPRO 25/50, DVCAM HD MPEG-2 4:2:0 12-100 Mbps. HD MPEG-2 4:2:2 20-100 Mbps GXF(DV25/50, MPEG-2) MXF(OP-1a, DV25/50, MPEG-2/D10) 래핑 포맷 AVI(DV25/50) MOV(DV25/50) 오디오 포맷 48kHz 16/24bit PCM 또는 DolbyE/AC-3 55) iscsi(internet SCSI) : SAN을 일반 이더넷 네트워크상에서 구현한 기술. 설치와 유지 관리가 용이한 장점이 있음 56) SNFS(StorNext File System) : 이기종 서버에서 저장장치에 접속해 공유 사용가능하도록 해주는 ADIC사의 SAN 공유 파일 시 스템임 57) FTP(File Transfer Protocol) : 인터넷상의 컴퓨터간에 파일을 교환하기 위한 표준 프로토콜. 가장 기본적이면서 범용적으로 사 용되는 프로토콜임 58) CIFS(Common Internet File System) : 인터넷을 통해 원격지 컴퓨터의 파일이나 서비스에 대한 요구를할수있는NFS와유 사한 프로토콜 86 I Broadcast Technical Research