익스포트 사양이 없으면 어떤 일이 생기나
창작 작업이 승인되어도 납품에서 실패할 수 있습니다. 세로 컷이 가로 폴더에 들어가고, 커버 이미지는 오래된 제목 안전 영역을 쓰고, 편집자는 프롬프트 기록 없는 최종 클립만 받고, 클라이언트는 final_final이라는 두 파일의 자막이 왜 다른지 묻습니다. 애니메이션 샷 자체가 문제인 것은 아닙니다. 빠진 것은 익스포트 사양입니다. 이 글에서는 납품 사양을 빠짐없이 챙기는 법을 단계별로 짚어 드립니다.
AI 애니메이션의 배치 익스포트는 다운로드 버튼을 누르는 것보다 어렵습니다. 프로젝트에는 보통 마스터 클립, 세로 버전, 정사각 크롭, 커버, 썸네일, 프롬프트 기록, 보이스 타이밍, 자막 파일, 메타데이터, 권리 노트, 아카이브된 선택 테이크 같은 관련 출력물이 많기 때문입니다. 이 납품물들을 함께 계획하지 않으면 팀은 마지막 날 파일명을 고치고, 커버 크기를 다시 맞추고, 어떤 버전이 승인된 것인지 설명하게 됩니다.
익스포트는 대부분의 사람이 생각하는 것보다 훨씬 일찍 시작됩니다. 화면 비율(16:9 또는 9:16)과 스타일은 Story Brief에서 이미 정해지므로, 마지막에 다시 크롭할 필요가 없습니다. 이 에피소드가 완성되면 Export / Publish가 완성본을 내보내는 곳입니다. 더 폭넓은 제작 관리를 위해서는 저비용 초안에서 최종본까지와 배치 익스포트와 납품 사양 가이드를 함께 사용하세요.
렌더 전에 납품물을 정해야 하는 이유
최종 폴리싱 전에 익스포트를 계획하세요. 형식, 길이, 화면비, 안전 영역, 오디오 상태, 자막 필요 여부, 메타데이터는 샷 구도에 영향을 줄 수 있습니다. 이 규칙이 렌더 후에 오면 팀은 막 승인한 화면을 크롭으로 잘라 납품을 고쳐야 합니다.
창작 승인과 납품 승인을 분리하세요. 샷이 캐릭터, 액션, 스토리 검토를 통과해도 파일 해상도가 틀리거나 자막 타이밍이 없으면 납품은 실패할 수 있습니다. 서로 다른 상태를 사용해 "approved"가 곧 "출고 가능"이라고 오해되지 않게 하세요.
매니페스트는 지루할 만큼 명확해야 합니다. 각 줄은 납품물, 소스 샷, 형식, 화면비, 길이, 언어, 오디오 상태, 자막 상태, 담당자, 승인 상태를 식별해야 합니다. 영리한 폴더 구조는 읽히는 매니페스트를 대신하지 못합니다.
메타데이터는 설명하는 자산 옆에 둡니다. 프롬프트 기록, 레퍼런스 역할, 사용 노트, 제목, 에피소드 번호, 플랫폼 캡션, 익스포트 날짜가 끊어진 문서에 따로 살면 안 됩니다. 파일이 편집자나 아카이브로 간다면 맥락도 같이 가야 합니다.
배치 전에 샘플 익스포트를 실행하세요. 대표 샷 하나를 골라 필요한 모든 변형을 익스포트하고 인수인계를 검토합니다. 안전 영역 오류는 40개 클립에서 찾는 것보다 1개 클립에서 찾는 편이 훨씬 싸게 먹힙니다.
배치 익스포트 워크플로 단계별 진행 방법
납품 브리프에서 시작합니다. 작업물이 어디로 갈지 나열하세요. 편집자 인수인계, 클라이언트 검토, 소셜 퍼블리싱, 아카이브, 더빙 패스, 트레일러 컷, 에피소드 조립 등이 있습니다. 각 목적지는 다른 파일을 만듭니다. 목적지 없는 납품물을 만들지 마세요.
ArcLoop 안에서 별도의 익스포트 매니페스트를 만들 필요가 없습니다. 프로젝트 자체가 기록이기 때문입니다. 승인된 샷을 Edit 타임라인에 배치하고 길이와 순서를 조정한 다음, 여기서 Generate Voiceover와 BGM을 추가하고, 완성되면 Export / Publish로 내보내세요. 이 한 경로가 곧 전체 납품물입니다.
각 목적지에 대한 납품 사양을 씁니다. 플랫폼 파일은 화면비, 길이 범위, 커버 크기, 자막 요구사항, 오디오 상태, 제목/카피 필드를 정의합니다. 편집자 파일은 코덱 또는 컨테이너, 필요하면 handles, 오디오 분리, 프롬프트 기록, 검토 노트를 정의합니다. 아카이브 파일은 소스 번들, 선택된 테이크, 최종 익스포트, 승인 근거를 정의합니다.
배치 렌더링 전에 이름을 확인하세요. 이름에는 프로젝트, 에피소드, 샷, 변형, 버전, 상태가 들어가야 하지만 문단이 되면 안 됩니다. 메타데이터가 길다면 파일명이 아니라 매니페스트에 넣습니다.
완전한 샘플 패키지를 하나 익스포트합니다. 받는 사람처럼 샘플을 검토하세요. 편집자가 묻지 않고 소스 샷과 상태를 식별할 수 있나요? 퍼블리셔가 올바른 커버를 찾을 수 있나요? 아카이브가 최종본을 선택된 테이크에 연결할 수 있나요?
익스포트에 문제가 있을 때는 원인부터 고칩니다. 잘못된 그 샷 하나만 다시 생성하거나 Edit 타임라인에서 다시 잘라내면 되고, 프로젝트 전체를 다시 만들 필요는 없습니다. 내 자산에 있는 정체성과 장면 설정은 건드릴 필요 없이, 실제로 문제가 있는 그 작은 부분만 고치면 됩니다.
"배치 내보내기"라고 하면 사실 서로 다른 곳에서 일어나는 두 가지 작업을 가리킬 때가 많아요. 시작하기 전에 둘을 먼저 나눠 두세요.
먼저 하는 건 한꺼번에 생성하는 쪽이고, Episode의 Storyboard에서 해요. shot card의 Generate를 하나씩 클릭하는 대신 AI Chat Panel에 "Generate videos for Shots 4, 7, and 9."라고 한 줄만 입력하면 세 개가 한 번에 생성돼요. 결과는 각 shot card에서 확인하고, 이상한 게 있으면 그 샷만 다시 생성하고 나머지는 그대로 두세요.
배치 내보내기는 Edit 타임라인 그 자체예요. 확정한 샷을 납품 순서대로 타임라인에 올리고, 길이 규격에 맞춰 앞뒤를 다듬고, 순서가 틀리면 바꿔요. Generate Voiceover와 BGM은 컷이 굳어진 뒤에 넣어요. 그래야 트림할 때마다 오디오를 다시 맞출 일이 없어요. 그다음 타임라인 전체를 처음부터 끝까지, 받는 사람 입장에서 한 번 쭉 봐요. 샷 순서가 틀렸거나, 컷 지점에 빈 프레임이 있거나, 등불 단서가 9:16 화면 가장자리에 너무 붙어 있거나 — 이런 건 파일이 나간 뒤에 고치는 것보다 여기서 잡는 게 훨씬 싸요.
문제가 없으면 그때 Export / Publish를 눌러요. 이 한 단계로 그 타임라인의 완성 컷이 나와요. 화면 비율과 스타일은 이미 Story Brief에서 정해졌으니 마지막에 포맷을 다시 맞추는 과정이 없고, 어떤 샷과 자산이 그 파일에 들어갔는지는 프로젝트 자체에 그대로 남아요.
익스포트는 타임라인의 마지막 단계다
익스포트는 마지막에 덧붙인 별도 시스템이 아니라 같은 프로젝트의 마지막 단계입니다. 내 자산 안의 캐릭터와 장면 자산, 이 에피소드 콘티 안의 샷, Edit 안의 타임라인은 모두 같은 워크플로에 속합니다. 그래서 Export / Publish가 쓰는 것은 이 에피소드를 만들 때와 같은 프로젝트이지, 창작 이력을 추측하는 표가 아닙니다.
배치가 커지기 전에 캐릭터 프로필 항목로 제작 경로를 설정하세요. 에피소드 프로젝트라면 에피소드마다 납품 체크리스트 하나, 릴리스 패키지마다 매니페스트 하나를 둡니다. 멀티 플랫폼 캠페인이라면 창작 마스터 하나와 별도 플랫폼 변형을 둡니다. 이렇게 하면 소셜 크롭이 우연히 아카이브 마스터가 되는 일을 막을 수 있습니다.
기획도 같은 프로젝트 안에 남습니다. 스토리 개요, 내 자산 안의 캐릭터와 장면 자산, 각 에피소드의 콘티, Edit 타임라인이 모두 하나의 IP 프로젝트 안에 있습니다. 팀이 다른 곳에서 기획하고 마지막에 파일 더미를 가져올 필요가 없습니다. Export / Publish가 쓰는 것은 프로젝트 안에 이미 있는 것입니다.
예시 1: Neon Lantern Case 일괄 내보내기
Medium shot of @Riko Vale slowing to a stop in @Night Market as one paper lantern above her blinks out of rhythm with the rest. She tilts her head, reading the coded flicker while @Signal Lantern pulses on its string. Camera tracks alongside her at shoulder height, then settles as she stops, stalls drifting past in the foreground. Warm red and amber lantern light washes across her coat, steam curling from a food stall behind her. Market chatter and clinking cookware drop low under the lantern's soft, uneven click.
이 프롬프트는 팀이 수십 개 파일을 만들기 전에 익스포트 작업을 구체화합니다.
예시 2: 세로 클립 패키지 납품 사양
Close-up on @Riko Vale's face and raised hand as she lifts @Signal Lantern close to study its blinking code, keeping her eyes and the lantern both inside the top half of frame. Camera holds tight and steady, angled slightly up toward her. Warm amber light flickers unevenly across her face, @Night Market blurring into soft color behind her. The lantern's faint mechanical click is the only sound; the market noise underneath drops almost to silence.
이 사양은 납품 의도 문제가 합쳐지는 지점을 다룹니다. 수신자는 팀 내부 축약어를 해석하지 않고 게시, 편집, 아카이브할 수 있습니다.
예시 3: 검토 후 배치 익스포트 수정
Wide shot of @Riko Vale standing still at the center of @Night Market, coat catching the glow of @Signal Lantern and the rows of lanterns strung above her. Camera is locked off at chest height, leaving clean space above her head instead of crowding the frame. Warm lantern light rims her silhouette against deep blue shadow across the stalls behind her. She doesn't move; only the lanterns sway. The market itself has gone quiet, just a low hum of distant chatter.
이 배치에는 창작 재시작이 필요하지 않습니다. 좁은 납품 사양 수리만 필요합니다.
배치 익스포트에서 가장 자주 나오는 실수
가장 비싼 실수는 마지막에야 화면비를 생각하는 것입니다. 가로 리빌을 기준으로 잡은 샷이 세로 크롭을 버틸 수는 없습니다. 플랫폼 요구사항은 최종 렌더링 전에 콘티와 샷 프롬프트에 넣으세요.
또 다른 실수는 승인 라벨을 하나만 쓰는 것입니다. "Approved"는 감독이 샷을 좋아했다는 뜻일 수도, 캐릭터 연속성을 통과했다는 뜻일 수도, 자막이 확인됐다는 뜻일 수도, 패키지가 업로드 준비됐다는 뜻일 수도 있습니다. 창작 승인과 납품 승인을 나누세요.
팀은 파일명에 너무 많은 정보를 넣기도 합니다. 좋은 파일명은 납품물을 식별하고, 전체 맥락은 매니페스트가 맡습니다. 긴 파일명은 금방 깨지고 승인 이력도 제대로 설명하지 못합니다.
네 번째 실수는 가능한 모든 변형을 익스포트하는 것입니다. 배치 익스포트는 가상의 형식 메뉴가 아닙니다. 실제 목적지와 연결된 형식만 익스포트하세요. 새 플랫폼, 편집자, 언어, 아카이브 규칙이 실제로 필요할 때 변형을 추가합니다.
자주 묻는 질문
AI 애니메이션 익스포트 매니페스트에는 무엇이 들어가야 하나요?
납품물 ID, 소스 샷, 파일 유형, 화면비, 길이, 오디오 상태, 자막 상태, 메타데이터 요구사항, 담당자, 창작 승인, 납품 승인, 아카이브 링크를 포함하세요. 목적지별 필드는 실제로 쓰일 때만 추가합니다.
익스포트 매니페스트와 납품 사양의 차이는 무엇인가요?
매니페스트는 모든 납품물을 나열합니다. 납품 사양은 그 납품물이 충족해야 할 규칙을 정의합니다. 형식, 크기, 안전 영역, 명명, 메타데이터, 자막, 승인 상태, 수신자 노트입니다.
모든 플랫폼 버전을 한 번에 익스포트해야 하나요?
먼저 완전한 샘플 패키지 하나를 익스포트하세요. 샘플이 크롭, 자막, 명명, 메타데이터, 인수인계 검토를 통과하면 나머지를 익스포트합니다. 시스템 오류가 늘어나기 전에 잡을 수 있습니다.
익스포트한 파일을 그것을 만든 샷과 어떻게 연결해 둘 수 있나요?
캐릭터와 장면 자산은 내 자산 안에 그대로 두고, 그것들을 쓰는 모든 샷에서 @로 참조하세요. 익스포트할 때 완성된 영상은 여전히 같은 자산과 이 에피소드의 콘티로 거슬러 올라갈 수 있으며, 출처를 알 수 없는 파일이 흩어진 폴더에 섞이지 않습니다.
어떤 샷도 생성하기 전에 익스포트를 미리 계획해 둘 수 있나요?
가능합니다. 먼저 Story Brief에서 화면 비율과 스타일을 정하고, 스토리 개요를 쓴 다음, 샷을 하나씩 쌓아 이 에피소드의 콘티를 구성하세요. Export / Publish 단계에 이를 때쯤이면 포맷은 이미 처음부터 정해져 있고, 마지막에 급하게 맞춘 것이 아닙니다.
