Skip to main content

20. [6부] 딜리버리 — 내보내기 마스터

편집이 끝났다고 영상이 끝난 것은 아니다. 진짜 마지막 한 수는 딜리버리 설정이다. 같은 타임라인이라도 어떤 코덱으로, 어떤 해상도로, 어떤 비트레이트로 내보내느냐에 따라 결과는 놀랄 만큼 달라진다. 어떤 파일은 선명한데 업로드가 너무 느리고, 어떤 파일은 빨리 나왔는데 유튜브에 올리자마자 뭉개진다. 그래서 딜리버리는 단순한 저장 버튼이 아니라, 화질·호환성·렌더 시간을 동시에 조율하는 마지막 편집이라고 생각하면 된다.

이번 장에서는 다빈치 리졸브의 Deliver 페이지를 "설정 창"이 아니라 "출력 전략실"처럼 다뤄 보겠다.

6부 딜리버리 — 내보내기 마스터

딜리버리 페이지를 보는 눈부터 바꾸자

리졸브에는 빠르게 끝내는 Quick Export와 세밀하게 제어하는 Deliver 페이지가 있다. Quick Export는 급하게 시안을 보내거나, 늘 같은 형식으로 내보낼 때 편하다. 하지만 플랫폼별 최적화, 코덱 선택, 자막 처리, 비트레이트 조절, 하드웨어 인코더 선택까지 손보려면 결국 Deliver 페이지로 와야 한다.1

여기서 가장 먼저 기억할 것은 단 하나다. 내보내기 설정은 타임라인을 뒤집지 못한다는 점이다. 예를 들어 4K로 촬영했더라도 타임라인이 1080p라면, Deliver에서 4K를 고른다고 해서 진짜 4K 품질이 복원되지는 않는다. 이미 타임라인 단계에서 샘플링이 줄었기 때문이다.3

그러니 렌더 직전에는 늘 세 가지를 먼저 확인해야 한다.

  • 타임라인 해상도가 최종 목적에 맞는가

  • 프레임레이트가 소스와 의도에 맞는가

  • 색공간 태그와 감마 태그가 출력 환경과 맞는가

이 세 가지가 맞지 않으면, 나머지 세팅은 열심히 해도 결과가 어딘가 어색해진다.

먼저 결정할 것: 이 파일은 최종본인가, 중간본인가

초보자는 보통 "유튜브에 올릴 파일 하나"만 생각한다. 하지만 실제 작업에서는 출력 파일이 한 종류가 아닐 때가 많다. 편한 방식은 다음처럼 두 갈래로 생각하는 것이다.

첫째는 업로드용 최종본이다. 유튜브, 릴스, 쇼츠처럼 바로 게시할 파일이다. 이 경우는 파일 크기와 업로드 시간, 플랫폼 호환성이 중요하다.

둘째는 마스터 파일이다. 다시 수정할 수도 있고, 다른 플랫폼으로 변환할 수도 있고, 클라이언트에게 전달할 수도 있는 원본 성격의 출력물이다. 이 경우는 파일이 크더라도 화질 손실이 적은 코덱이 유리하다.

이 구분을 해 두면 코덱 선택이 갑자기 쉬워진다. 유튜브용 한 방 파일이 필요하면 H.264나 H.265를, 나중에 다시 가공할 가능성이 크면 ProRes나 DNxHR를 고르면 된다.

유튜브용 프리셋: 가장 무난하면서도 가장 많이 틀리는 설정

유튜브는 업로드한 영상을 다시 압축한다. 그래서 "내 파일이 좋아 보인다"보다 중요한 것은 유튜브가 다시 압축해도 덜 망가지는 파일을 올리는 것이다. 실전에서는 1080p 영상이라도 가능하면 4K UHD로 내보내 업로드하는 전략이 자주 쓰인다. 이렇게 하면 유튜브가 더 높은 품질의 코덱 파이프라인을 적용할 가능성이 커져, 실제 시청자가 1080p로 보더라도 더 깨끗하게 보이는 경우가 많다.4

또 한 가지는 감마 태그다. 웹 업로드에서는 Rec.709 기반 출력이 기본이고, QuickTime 계열에서 보이는 감마 차이를 줄이려면 Deliver의 고급 설정에서 Gamma Tag를 Rec.709 또는 Rec.709-A로 맞춰 주는 습관이 좋다.3

아래 설정은 유튜브 롱폼 영상의 출발점으로 생각하면 된다.

항목권장값이유
해상도가능하면 3840×2160유튜브 재압축 후 선명도 확보에 유리
프레임레이트타임라인과 동일불필요한 프레임 변환 방지
포맷MP4 또는 QuickTimeMP4는 배포용, MOV는 마스터용에 유리
코덱H.265 우선, 호환성 필요 시 H.264H.265가 더 작은 용량으로 비슷한 화질 확보
비트레이트4K 30fps 기준 44~56 Mbps, 4K 60fps 기준 66~85 Mbps유튜브 재압축 전 충분한 정보량 확보
인코딩 프로파일High 또는 Main 10 지원 시 활용세부 정보 유지에 유리
오디오AAC 320 kbps, 최종 라우드니스는 -14 LUFS 근처유튜브 표준 재생 환경에 잘 맞음
색 태그Color Space Tag Rec.709, Gamma Tag Rec.709 또는 Rec.709-A플랫폼/플레이어에서 색 차이 줄임

이 표를 외우기보다 핵심만 기억하면 된다. 유튜브는 4K 업로드, 충분한 비트레이트, 올바른 Rec.709 태그가 안정적인 조합이다.34

만약 영상이 길고 업로드 속도도 신경 쓰인다면 H.265가 특히 좋다. 같은 화질 기준으로 H.264보다 파일이 더 작게 나오는 경우가 많기 때문이다. 다만 오래된 기기나 일부 재생 환경과의 호환성이 중요하면 H.264가 더 안전하다.5

릴스와 쇼츠 프리셋: 세로 영상은 '작은 영상'이 아니라 '다른 영상'이다

세로 영상에서 가장 흔한 실수는 가로 타임라인을 억지로 잘라서 내보내는 것이다. 그러면 얼굴은 커지는데 자막은 잘리고, 손동작은 프레임 밖으로 나간다. 세로 콘텐츠는 애초에 1080×1920 타임라인으로 생각하는 편이 낫다.

리졸브의 유튜브 프리셋에서는 Use Vertical Resolution 옵션으로 세로 해상도를 빠르게 잡을 수 있다. 바로 업로드까지 하려면 같은 페이지에서 제목, 설명, 공개 범위, 썸네일까지 지정할 수 있다.6

릴스와 쇼츠는 보통 아래처럼 시작하면 무난하다.

항목권장값이유
해상도1080×1920표준 세로 비율
프레임레이트원본과 동일, 보통 30fps 또는 60fps움직임 느낌 유지
포맷MP4플랫폼 호환성 우수
코덱H.264 우선모바일 호환성과 업로드 안정성 우수
비트레이트30fps 기준 10 Mbps 전후에서 시작용량과 화질의 균형
오디오AAC 320 kbps대부분의 플랫폼에서 무난

인스타 릴스처럼 자동 압축이 센 플랫폼에서는 지나치게 높은 비트레이트가 체감상 큰 차이를 못 만들 때도 있다. 그래서 숏폼은 "무조건 최고 수치"보다 플랫폼이 잘 먹는 표준값이 더 중요하다.5

그리고 세로 영상에서는 숫자 하나 더 기억하자. 가로·세로 해상도는 짝수값이 안전하다. 홀수 해상도는 인코딩 오류나 예기치 않은 문제를 부를 수 있다.7

H.264, H.265, ProRes, DNxHR는 언제 고를까

이 네 가지는 자주 보이지만, 사실 질문은 하나다. 지금 필요한 것이 '배포'인가, '보존'인가?

코덱성격추천 상황주의할 점
H.264가장 범용적인 배포 코덱유튜브, 이메일 전송, 호환성 최우선같은 화질이면 파일이 더 커질 수 있음
H.265고효율 배포 코덱4K 업로드, 저장 공간 절약, 빠른 업로드일부 구형 기기/환경에서 호환성 변수
ProRes 422 HQ고품질 마스터 코덱맥 기반 작업, 클라이언트 마스터, 재편집용파일 크기 큼
DNxHR HQX고품질 마스터 코덱윈도우/크로스플랫폼, 아카이브, 후속 편집용파일 크기 큼

쉽게 비유하면 이렇다. H.264와 H.265는 잘 접히는 여행 가방이고, ProRes와 DNxHR는 큰 하드케이스다. 여행 가방은 들고 다니기 좋지만, 하드케이스만큼 여유롭지는 않다.

그래서 다음처럼 결정하면 실패가 적다.

  • 바로 업로드할 최종본이면 H.264 또는 H.265

  • 다시 편집하거나 보관할 마스터면 ProRes 또는 DNxHR

  • 유튜브 4K 중심이면 H.265 우선

  • 여러 사람에게 쉽게 재생시켜야 하면 H.264 우선

특히 클라이언트 수정이 잦다면 마스터 1개 + 플랫폼용 출력 1개를 함께 만들어 두는 습관이 강력하다. 한 번 더 렌더하는 수고가 나중에 세 번의 재렌더를 줄여 준다.

하드웨어 가속: 기다림을 줄이는 가장 현실적인 방법

다빈치 리졸브 Studio는 가속된 H.264/H.265 하드웨어 디코딩과 인코딩, 다중 GPU 활용 등을 지원한다. 즉, 같은 코덱이라도 CPU만 붙잡고 씨름하지 않고 GPU의 영상 엔진을 활용해 더 빠르게 읽고, 더 빠르게 쓸 수 있다.2

실전에서는 이 차이가 꽤 크다. 특히 4K H.265 소스를 다루거나, 최종 출력도 H.265로 뽑을 때 체감이 크다. 메뉴 기준으로는 환경설정의 GPU/디코드 옵션과 Deliver 페이지의 Encoder 항목을 확인하면 된다. Studio 사용자는 여기서 Native 대신 NVIDIA나 AMD 같은 하드웨어 인코더를 선택할 수 있다.8

다만 꼭 기억할 점이 있다. 빠르다고 항상 정답은 아니다. 특정 드라이버, 특정 GPU, 특정 플레이어 조합에서는 하드웨어 인코딩 결과가 예상과 다르게 나올 때가 있다. 이럴 때는 짧은 구간을 테스트 렌더해서 눈으로 먼저 확인하는 편이 훨씬 안전하다. 렌더 시간 2분을 아끼려다 재렌더 40분이 생기면 아무 의미가 없다.

또한 무료판과 Studio의 차이도 있다. 일반적으로 Windows와 Linux에서는 무료판의 하드웨어 디코드/인코드 제약이 더 크고, Studio에서 이점이 훨씬 분명하다. 반면 macOS는 시스템 차원 가속의 혜택을 더 잘 받는 편이지만, 고해상도·고압축 워크플로우에서는 여전히 Studio의 장점이 분명하다.8

신규 포인트: MainConcept H.265 하드웨어 가속은 어떻게 이해하면 좋을까

여기서 말하는 MainConcept H.265 하드웨어 가속은 리졸브 기본 기능과는 조금 다른 결이다. MainConcept는 다빈치 리졸브 Studio용 공식 승인 코덱 플러그인을 제공하며, 이를 통해 Sony·Panasonic 계열의 방송/카메라 포맷이나 HEVC/H.265 12K 출력 같은 전문적인 전달 형식을 리졸브 안에서 직접 다룰 수 있게 한다.9

일부 배포처 설명에 따르면 이 플러그인의 최신 버전은 NVIDIA RTX/Quadro 계열에서 GPU 가속 HEVC/H.265 인코딩도 지원한다. 즉, "기본 H.265 출력"보다 더 방송 친화적인 형식과 워크플로우를 필요로 하는 사용자를 위한 확장 카드에 가깝다.10

대부분의 독자에게는 이렇게 정리하면 된다.

첫째, 일반 유튜브·릴스·쇼츠 출력이라면 리졸브 기본 H.264/H.265만으로 충분하다.

둘째, 방송 납품 규격이나 특정 카메라 네이티브 포맷 유지가 필요하다면 MainConcept 플러그인이 의미가 커진다.

셋째, 이 기능은 Resolve Studio + 플러그인 + 지원 GPU라는 조건이 맞아야 진가가 난다.

즉, "누구에게나 필수"는 아니지만, 해당 업무를 하는 사람에게는 시간을 크게 줄여 주는 전문 장비 같은 옵션이다.

유튜브 프리셋을 그대로 믿지 말고, '출발점'으로만 써라

리졸브에 내장된 YouTube 프리셋은 매우 편하다. 하지만 프리셋은 어디까지나 출발점이다. 같은 유튜브라도 브이로그, 강의 영상, 게임 캡처, 다큐 인터뷰는 최적 비트레이트가 다르게 느껴질 수 있다.

예를 들어 말이 많고 화면 변화가 적은 강의 영상은 비교적 낮은 비트레이트에서도 잘 버틴다. 반대로 물결, 나뭇잎, 군중, 야경, 필름 그레인처럼 복잡한 장면이 많으면 압축이 훨씬 어려워져 더 높은 비트레이트가 필요하다. 그래서 프리셋을 고른 뒤에는 최소한 아래 두 가지는 직접 만지는 습관이 좋다.

  • 해상도

  • 비트레이트

여기에 색 태그까지 맞추면, 프리셋은 비로소 "자동"이 아니라 "반자동 전문가 모드"가 된다.

자막, 챕터, 직접 업로드까지 한 번에 끝내기

유튜브 작업이라면 Deliver 페이지는 영상 파일만 뽑는 곳이 아니다. 자막과 챕터 관리도 꽤 중요하다.

리졸브에서는 자막 트랙을 별도 SRT 파일로 내보낼 수 있고, 타임라인 마커를 활용해 챕터 기준점을 만들 수도 있다. 다만 챕터는 플랫폼이 그대로 읽는 방식과 메타데이터로만 남는 방식이 다를 수 있으니, 실제 업로드 후 설명란 반영 방식은 한 번 더 확인하는 편이 좋다.3

직접 업로드 기능도 유용하다. 리졸브에서 YouTube 계정을 연결하면 Deliver 페이지에서 제목, 설명, 공개 범위, 썸네일까지 지정해 바로 업로드할 수 있다. 특히 쇼츠를 자주 만드는 사람에게는 "렌더 후 브라우저 이동"이라는 작은 귀찮음을 없애 준다.6

다만 중요한 영상이라면 바로 공개하지 말고, Review Before Upload처럼 먼저 결과를 확인하는 흐름이 안전하다. 마지막 한 번 보는 습관이 의외로 많은 사고를 막아 준다.6

자주 생기는 출력 사고 4가지

첫 번째 사고는 생각보다 화질이 흐린 경우다. 이때 가장 먼저 의심할 것은 코덱이 아니라 타임라인 해상도다. 4K 소스를 1080 타임라인에서 편집해 놓고 4K로 뽑으면, 숫자만 4K인 파일이 나올 수 있다.3

두 번째 사고는 내보낸 색이 타임라인과 달라 보이는 경우다. 이때는 Color Space Tag와 Gamma Tag를 먼저 확인하자. 웹용이면 Rec.709 기반 태그를 명확히 주는 편이 안전하다.3

세 번째 사고는 렌더는 빠른데 재생 호환성이 떨어지는 경우다. 이럴 때는 H.265 대신 H.264로 한 번 바꿔 보거나, 하드웨어 인코더 대신 Native로 테스트하는 것이 좋다. 특히 납품처가 오래된 재생 장비를 쓴다면 더 그렇다.

네 번째 사고는 이유 없이 인코딩 오류가 나는 경우다. 해상도 숫자가 홀수인지, 하드웨어 인코더가 해당 설정을 제대로 지원하는지, 프레임 재정렬 옵션이 문제를 일으키는지 확인해 보자. H.265는 보통 frame reordering을 켜 두는 편이 압축 효율에 유리하지만, H.264는 플랫폼이나 플레이어에 따라 꺼서 테스트하는 것이 더 안정적일 때도 있다.7

상황별 추천 전략

마지막으로, 고민될 때 바로 꺼내 쓰는 실전 공식을 정리해 보자.

  • 유튜브 메인 영상: 4K UHD, H.265, 충분한 비트레이트, AAC 320 kbps, Rec.709 태그

  • 클라이언트 수정 가능본: QuickTime ProRes 422 HQ 또는 DNxHR HQX 마스터 1개 먼저 출력

  • 오래된 장비 호환이 중요한 납품: MP4 H.264 우선

  • 쇼츠/릴스 대량 제작: 1080×1920 H.264 MP4 프리셋을 저장해 반복 사용

  • 렌더 시간이 너무 길다: Studio의 하드웨어 인코더 활용, 또는 먼저 고품질 마스터를 만든 뒤 후속 인코딩 분리

결국 딜리버리의 정답은 하나가 아니다. 대신 좋은 질문은 있다. 이 파일을 누가, 어디서, 어떤 장비로, 다시 쓸 가능성까지 포함해 어떻게 볼 것인가? 이 질문에 답하면 코덱과 포맷은 생각보다 쉽게 따라온다.

좋은 편집은 타임라인에서 끝나지 않는다. 좋은 출력이 붙어야 비로소 완성된다. 그리고 그 완성은, 종종 아주 작은 체크박스 하나에서 갈린다.

참고

1The Ultimate Guide to Exporting Videos in DaVinci Resolve

2DaVinci Resolve - Studio | Blackmagic Design

3Best Resolve to YouTube Export Settings

4Best Export Settings for YouTube in DaVinci Resolve (Highest Quality Results)

5How to export Video in DaVinci Resolve (best export settings guide)

6DaVinci Resolve Export Directly To YouTube (2025 Update!)

7Recommended export settings for DaVinci Resolve

8How to Make DaVinci Resolve Use GPU (Helpful Tips!)

9Codec Plugin for DaVinci Resolve Studio

10MainConcept Codec Plugin for DaVinci Resolve Studio

책 목록

다빈치 리졸브 21 완전 정복: 무료 편집부터 색보정·Fusion·Fairlight·AI 실전까지

전체 목차 보기

이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.

틸노트는 사용자가 AI를 활용해 노트를 쉽게 작성하거나 편집할 수 있는 서비스입니다.

AI 스퀘어 단톡방에 함께해요

AI 활용과 틸노트 사용 팁을 나누는 오픈채팅방입니다. 입장 비밀번호는 tilnote입니다.

참여하기