1.5 테이프에서 파일 기반 워크플로우로

#파일 기반 워크플로우(File-Based Workflow)란

파일 기반 워크플로우는 영상 소재를 실시간 신호가 아니라 파일 단위로 주고받으며 제작하는 방식입니다. 테이프 시절에는 영상을 옮기려면 "재생 시간만큼" 걸렸지만, 파일은 네트워크 속도가 허락하는 한 실시간보다 빠르게 복사할 수 있습니다. 반대로 대역폭이 모자라면 실시간보다 느려질 수도 있습니다.

#전형적인 파일 기반 제작 흐름

영상 한 편이 만들어지고 방송되기까지 파일은 다음과 같은 단계를 지납니다. MAM은 이 모든 단계를 연결하고 기록하는 시스템입니다.

촬영/수신 → 인제스트 → 프록시 생성 → 카탈로깅 → 편집 → 승인/QC → 송출·배포 → 아카이브

#1. 인제스트(Ingest)

촬영 카드(XDCAM, P2 등), 외부에서 받은 파일, 생방송 신호, 위성 피드 등 다양한 입력을 MAM 스토리지로 끌어들이는 단계입니다. 단순한 복사가 아니라 다음 작업이 함께 이루어집니다.

• 파일 형식·코덱·해상도·프레임레이트 확인(분석)
• 파일 무결성 검증(체크섬)
• 기본 메타데이터 등록(소재 이름, 입수 경로, 촬영일 등)
• 필요 시 방송 규격으로 트랜스코딩

#2. 프록시 생성

원본(Hi-res)은 용량이 크고 웹에서 재생할 수 없는 경우가 많아, 가볍게 확인할 수 있는 저해상도 복사본(프록시) 을 따로 만듭니다. 편집자·PD·기자는 프록시로 소재를 찾고 구간을 고릅니다. 프록시 설계는 2장에서 자세히 다룹니다.

#3. 카탈로깅과 메타데이터 작업

소재에 제목, 출연자, 장소, 키워드, 사용 권한 등을 입력하고, 장면 단위 마커나 서브클립을 만듭니다. 최근에는 음성 인식(STT), 문자 인식(OCR), 얼굴 인식 같은 AI 메타데이터 추출이 이 단계의 상당 부분을 자동화합니다.

#4. 편집·제작

편집 소프트웨어가 MAM 스토리지의 원본을 직접 읽거나, MAM에서 선택한 소재를 편집 시스템으로 내려보냅니다. 결과물(편집본)도 다시 MAM에 등록되어 원본과 연결됩니다.

#5. 송출·배포

방송 송출 서버(플레이아웃)나 OTT/웹 플랫폼으로 영상을 내보냅니다. 송출 서버로는 방송 규격에 맞는 포맷으로, 웹에는 H.264/AAC 같은 일반 포맷으로 변환해서 전달합니다.

#6. 아카이브

방송이 끝난 소재는 일정 기간 후 저비용 장기 저장소(LTO 테이프, 광디스크, 클라우드 오브젝트 스토리지)로 이동합니다. 그러나 나중에 다시 찾아 쓸 수 있어야 하므로 메타데이터와 프록시는 계속 온라인에 두고, 원본만 아카이브로 보내는 구성이 일반적입니다.

#파일 기반으로 바뀌며 새로 생긴 문제들

파일 기반 전환은 편리함만 주지 않았습니다. 테이프에서는 문제가 되지 않았던 일들이 새로운 과제가 되었습니다.

1. 포맷의 폭증: 카메라 제조사마다 다른 컨테이너와 코덱이 쏟아져 들어옵니다. 모든 소재를 분석하고 정규화하는 과정이 필요합니다.
2. 무결성 보장: 파일은 복사 중 일부가 손상될 수 있습니다. 눈에 보이지 않는 손상을 잡으려면 체크섬 비교가 필수입니다.
3. 권한과 보안: 누구나 파일을 복사할 수 있으므로 접근 제어와 이력 관리가 필요합니다.
4. 스토리지 성능: 다수의 편집자가 동시에 고비트레이트 영상을 읽을 때의 처리량을 맞추기 어렵습니다.
5. 파일 이동의 자동화: 사람이 일일이 옮기던 일을 워크플로우 엔진(감시 폴더, 작업 큐)으로 자동화해야 합니다.

#정리

• 파일 기반 워크플로우는 인제스트부터 아카이브까지 소재를 파일로 연결하는 방식입니다.
• 편리해진 만큼 포맷, 무결성, 성능, 자동화라는 새로운 과제가 생겼고, 이를 한곳에서 관리하는 시스템이 MAM입니다.
• 다음 장에서는 이 파일들이 실제로 어떤 구조로 되어 있는지, 컨테이너와 코덱부터 살펴봅니다.