4.2 트랜스코딩 프로파일 - H.264, ProRes, DNxHD, XDCAM HD422
용도별 변환 프로파일(웹 배포, 편집 중간 파일, 방송 제작 MXF)의 FFmpeg 명령과 CRF·프리셋·프로파일에 따른 용량·속도 차이, 결과 검증 방법을 정리합니다.
#프로파일이란
MAM에서 변환은 매번 옵션을 새로 짜는 일이 아니라, 미리 정의한 프로파일을 적용하는 일입니다. 프로파일은 "어떤 용도의 결과물을 만들 것인가"에 대한 옵션 묶음입니다.
| 프로파일 | 용도 | 컨테이너/코덱 |
|---|---|---|
| 웹 배포 | 브라우저·모바일 재생, 프록시 | MP4 / H.264 + AAC |
| 편집 중간 파일 | 편집 소프트웨어에서 사용 | MOV / ProRes 또는 DNxHD |
| 방송 제작·납품 | 송출 서버, 방송사 납품 | MXF OP1a / MPEG-2(XDCAM HD422), DNxHD 등 |
#1) H.264 웹 배포
ffmpeg -i input.mxf -vf "yadif,scale=-2:720" \
-c:v libx264 -preset medium -crf 23 -pix_fmt yuv420p \
-c:a aac -b:a 128k -movflags +faststart out.mp4
#CRF: 화질을 직접 지정하는 방식
-crf는 일정한 화질을 유지하도록 비트레이트를 자동으로 조절합니다(낮을수록 고화질). 10초짜리 합성 영상(1080i → 720p)으로 같은 프리셋(medium)에서 CRF만 바꿔 보았습니다.
| CRF | 결과 용량 |
|---|---|
| 18 | 약 48.1 MB |
| 23 | 약 15.3 MB |
| 28 | 약 2.0 MB |
| 33 | 약 0.6 MB |
CRF가 5 올라갈 때마다 용량이 크게(경우에 따라 3배 이상) 줄어듭니다. 이 테스트 영상은 노이즈를 섞어 만든 것이라 실제 방송 영상과 용량 차이가 다를 수 있지만, 곡선의 형태(기하급수적 감소)는 같습니다. 일반적인 기준은 다음과 같습니다.
| 용도 | CRF 권장 범위 |
|---|---|
| 고화질 배포 | 18~22 |
| 일반 웹 배포 | 22~26 |
| 프록시(미리보기) | 26~30 |
#프리셋: 속도와 압축 효율의 교환
같은 영상을 프리셋만 바꿔 인코딩한 시간입니다(CRF 23, 10초 1080i → 720p, 테스트 PC 기준).
| 프리셋 | 소요 시간 | 용량 |
|---|---|---|
| ultrafast | 0.6초 | 약 22.7 MB |
| fast | 1.8초 | 약 16.3 MB |
| medium | 2.3초 | 약 15.3 MB |
| slow | 4.9초 | 약 15.7 MB |
ultrafast는 가장 빠르지만 용량이 눈에 띄게 큽니다.fast에서medium으로는 시간이 약 28% 늘고 용량이 약간 줄었습니다.slow는 시간이 두 배가 되었는데 이 테스트에서는 용량 이득이 없었습니다(합성 노이즈 영상의 특성). 실제 영상에서는slow가 몇 %의 이득을 주는 경우가 많으나, 시간 대비 효율은medium근처가 좋은 경우가 많습니다.
#웹 호환성 옵션
-pix_fmt yuv420p: 필수에 가깝습니다. 4:2:2 소스를 그대로 인코딩하면 H.264 High 4:2:2 프로파일이 되어 많은 브라우저와 모바일에서 재생되지 않습니다. 4:4:4 입력은High 4:4:4 Predictive로 출력됨을 확인했습니다.-movflags +faststart: 웹 재생 시작 속도(2장 참고).-profile:v high -level 4.1: 구형 기기 호환성이 필요할 때 지정합니다.
#2) ProRes: 편집 중간 파일
ProRes는 프레임마다 독립적으로 압축하는 인트라 코덱이라 편집 부담이 적고, 맥 기반 편집 환경에서 널리 쓰입니다. FFmpeg에서는 prores_ks 인코더를 사용합니다.
ffmpeg -i input.mxf -vf "scale=1280:720" \
-c:v prores_ks -profile:v 3 -pix_fmt yuv422p10le \
-c:a pcm_s24le output.mov
-profile:v 값은 다음과 같습니다. 2초짜리 합성 영상 결과의 용량을 함께 적었습니다.
| 값 | 이름 | 용량(2초, 720p) | 특징 |
|---|---|---|---|
| 0 | Proxy | 3.5 MB | 가장 작음 |
| 1 | LT | 7.1 MB | |
| 2 | 422 (Standard) | 9.2 MB | |
| 3 | 422 HQ | 12.4 MB | 방송 제작에서 흔한 선택 |
| 4 | 4444 | 15.1 MB | 알파 채널 가능 |
변환한 파일을 MediaInfo로 확인하면 Format : ProRes, Format profile : 422 HQ, Codec ID : apch로 나왔습니다(3장 참고).
#3) DNxHD / DNxHR
DNxHD는 Avid 계열 편집 환경의 표준 코덱입니다. 해상도와 프레임레이트별로 허용되는 비트레이트가 정해져 있어서 임의의 값을 줄 수 없습니다.
# 1080i 29.97, 145Mbps
ffmpeg -i src.mxf -vf "format=yuv422p,setfield=tff" -flags +ildct+ilme \
-c:v dnxhd -b:v 145M -c:a pcm_s24le dnx145.mxf
결과를 MediaInfo로 확인하면 Format : VC-3, Commercial name : DNxHD 145, Format profile : HD@SQ, 컨테이너는 MXF OP-1a로 나왔습니다. 1080i 29.97에서 145와 220을 지정했을 때 용량이 각각 초당 약 18MB와 27.5MB(145Mbps와 220Mbps에 해당)로 나왔고, 규격에 없는 값(120M, 185M)을 주었을 때는 가까운 규격과 동일한 파일이 만들어졌습니다. 지정한 비트레이트가 그대로 적용되었다고 가정하지 말고, 결과를 반드시 분석해서 확인해야 합니다.
해상도 독립적인 후속 규격인 DNxHR은 프로파일로 지정합니다.
ffmpeg -i src.mxf -vf format=yuv422p -c:v dnxhd -profile:v dnxhr_hq out.mov
#4) XDCAM HD422 계열 MPEG-2 MXF
방송 제작 현장에서 수신·송출 서버로 가는 포맷입니다. 아래는 XDCAM HD422와 같은 파라미터(MPEG-2 4:2:2@High, 50Mbps, GOP N=12 M=3, OP1a MXF)로 만드는 명령입니다.
ffmpeg -i src.mp4 \
-vf "scale=1920:1080,fps=30000/1001,format=yuv422p" \
-c:v mpeg2video -b:v 50M -minrate 50M -maxrate 50M -bufsize 17M \
-g 12 -bf 2 -flags +ildct+ilme \
-c:a pcm_s24le -ar 48000 -f mxf xdcam.mxf
결과를 MediaInfo로 분석했습니다.
General : Format MXF, Format profile OP-1a, Format settings Closed / Complete
Video : Commercial name XDCAM HD422, Format profile 4:2:2@High,
Format settings, BVOP : Yes, GOP : M=3, N=12, Scan type Interlaced
#변환 결과 검증
변환이 끝났다고 성공이 아닙니다. 프로파일 변환 후에는 아래를 자동으로 확인하는 단계를 두세요.
| 검증 | 방법 |
|---|---|
| 스트림 구성 | FFprobe로 비디오/오디오 개수 확인 |
| 해상도·프레임레이트·필드 순서 | FFprobe/MediaInfo 값을 프로파일 기대값과 비교 |
| 길이·프레임 수 | 원본과 결과의 차이가 허용 오차 이내인지 |
| 타임코드 | 시작 타임코드 보존 여부 |
| 재생 가능성 | ffmpeg -v error -i out -f null -에서 오류가 없는지 |
#정리
- 변환은 용도별 프로파일로 관리하고, 결과를 분석해서 검증합니다.
- H.264는 CRF로 화질, 프리셋으로 속도/효율을 조절하며 웹용은
yuv420p와faststart가 필수입니다. - ProRes/DNxHD는 컨테이너·해상도·비트레이트 제약이 있고, 지정 값이 그대로 적용되지 않을 수 있습니다.
- 방송 규격 호환은 파라미터 일치만으로 보증되지 않으므로 대상 장비 테스트가 필요합니다.
#참고 자료
링크는 2026-10-28에 열람이 되는 것을 확인했습니다. 규격과 도구 문서는 개정될 수 있으므로 적용하기 전에 최신 판을 확인하세요.