알파 채널이 남는 영상 포맷: ProRes 4444·PNG·WebM·HEVC 비교

투명 배경 영상을 편집 프로그램에 넘긴다면 ProRes 4444 또는 RGBA PNG 시퀀스부터 선택하는 것이 안전합니다. 웹 재생에는 WebM VP9 알파를, Apple 기기와 Safari 중심의 배포에는 Apple HEVC with Alpha를 후보로 두세요. 지금 할 일은 받는 프로그램과 운영체제를 확인하고, 짧은 투명 테스트 영상을 만든 뒤 실제 배경 위에 합성하는 것입니다. MOV·WebM 같은 확장자나 HEVC라는 이름만으로 알파 채널이 보존되는 것은 아닙니다. 특히 VP9 알파는 Safari에서 지원되지 않으며, 일반 HEVC 파일은 Apple HEVC with Alpha와 다릅니다.

1. 먼저 받는 곳에 따라 알파 채널 영상 포맷을 고르세요

선택 순서는 화질이나 파일 크기보다 마지막으로 영상을 여는 환경이 먼저입니다. After Effects에 가져와 자막·이펙트를 합성하는 작업과 홈페이지에서 투명 로고를 재생하는 작업은 요구가 다릅니다. 하나의 파일이 두 환경에서 모두 똑같이 투명하게 보일 것으로 기대하면 마지막 전달 단계에서 막힙니다.

• 편집·합성 전달: ProRes 4444 MOV를 우선 검토하고, 상대 프로그램의 지원이 불확실하면 RGBA PNG 시퀀스를 함께 준비하세요.
• 프레임별 수정·검수: 개별 프레임을 교체하기 쉬운 PNG 시퀀스가 편리합니다. 파일 수와 전달 방식은 별도로 관리해야 합니다.
• 브라우저 재생: WebM VP9 알파를 테스트할 수 있지만 Safari에서 같은 투명도를 기대하지 마세요.
• Apple 전용 재생: Apple HEVC with Alpha를 해당 기기·Safari·AVFoundation 경로에서 확인하세요. 범용 HEVC 호환을 뜻하지 않습니다.
• 단순 반복 애니메이션: GIF도 투명 색을 지정할 수 있지만, 부드러운 반투명 그림자나 머리카락 가장자리에는 적합하지 않습니다.

2. 포맷 비교표: 알파 보존과 호환성은 별도로 확인합니다

표에서 ‘가능’이라는 말은 알파를 실제로 출력했다는 증거가 아닙니다. 인코더 옵션, 원본의 투명도, 디코더 지원이 모두 맞아야 합니다. 특히 Resolve의 코덱 표는 운영체제와 버전별로 열이 다르므로 한 줄만 보고 모든 시스템에 적용하지 마세요.

3. 편집 프로그램에는 ProRes 4444가 기준점입니다

After Effects처럼 레이어를 겹치는 작업에서는 알파를 가진 편집용 중간본이 필요합니다. Apple의 ProRes White Paper(2022년 4월, 18쪽)는 ProRes 4444와 4444 XQ가 선택적으로 알파를 담는다고 설명합니다. 알파 값은 최대 16비트까지 수학적으로 무손실 인코딩할 수 있습니다. 그렇다고 RGB 영상 자체까지 비트 단위 무손실이라는 뜻은 아닙니다.

주의할 이름은 ProRes 422와 ProRes 4444의 차이입니다. ProRes 422, 422 HQ, 422 LT 같은 422 계열에는 알파 채널이 없습니다. 출력 목록에서 ProRes만 확인하고 422를 고르면 투명 배경이 사라집니다. 4444를 골랐더라도 소스가 RGB만 가지고 있거나 출력에서 알파를 제외했다면 결과는 불투명할 수 있습니다.

Adobe의 After Effects 지원 형식 목록(2026년 3월 27일)에는 Apple ProRes 코덱과 QuickTime MOV의 가져오기·내보내기가 표시됩니다. 하지만 형식 지원 목록과 개별 알파 출력 설정은 구분해야 합니다. Render Queue나 출력 모듈에서 해당 코덱과 Channels 설정을 확인하고, 받은 파일을 다시 불러와 투명 영역이 남는지 검증하세요.

DaVinci Resolve 20 지원 코덱 표(2025년 7월)는 macOS와 Windows에 ProRes 4444 알파 내보내기를 명시합니다. 버전과 운영체제를 특정한 근거로 받아들여야 합니다. 다른 버전의 설치 화면에 같은 메뉴가 있다고 가정하지 마세요. 전달 전에는 2초짜리 파일로 import와 export를 각각 시험하는 편이 안전합니다.

4. PNG 시퀀스와 QuickTime Animation은 언제 고를까요?

PNG 시퀀스는 동영상을 한 파일로 묶는 대신 각 프레임을 독립된 RGBA 이미지로 저장합니다. 예를 들어 48프레임이면 48장의 PNG가 생깁니다. 한 장에 오류가 있어도 그 프레임만 다시 만들 수 있고, 알파를 눈으로 확인하기도 쉽습니다. 반대로 파일이 많아서 업로드 누락, 잘못된 정렬, 서로 다른 크기로 인한 문제가 생길 수 있습니다.

After Effects는 PNG 이미지 시퀀스를 가져올 수 있습니다. 가져온 뒤 프레임 속도를 프로젝트에 맞추세요. PNG에는 영상 클립과 같은 공통 fps 정보가 없어서, 24fps로 만든 48장을 30fps로 해석하면 재생 길이가 달라집니다. frame_0001.png처럼 파일 이름 자릿수를 고정하세요.

QuickTime Animation은 흔히 qtrle라고 부르는 레거시 코덱이며, ARGB로 인코딩하면 알파를 넣을 수 있습니다. 이번 제공 실측에서도 qtrle ARGB의 알파 추출이 성공했습니다. 다만 오래된 파일을 읽는 것과 현재 프로그램에서 같은 옵션으로 새 파일을 출력하는 것은 다른 문제입니다. 호환성을 따져야 하는 프로젝트에서는 우선순위를 ProRes 4444나 PNG 시퀀스에 두세요.

Adobe의 합성 개요(2026년 3월 9일)도 QuickTime과 AVI가 선택한 코덱에 따라 알파를 포함할 수 있다고 설명합니다. 같은 문서는 Premiere Pro와 After Effects가 straight와 premultiplied 채널을 모두 인식한다고 명시합니다. Resolve 20 목록에 Animation QuickTime이라는 이름이 나와도 그것만으로 알파 내보내기가 보장되지는 않습니다. 수신 프로그램에서 qtrle 디코딩과 투명도 표시를 확인해야 합니다.

5. 웹과 Apple 배포에서는 재생기가 결정합니다

WebM VP9 알파는 웹 페이지 위에 투명한 움직이는 그래픽을 놓을 때 고려할 수 있습니다. 그러나 VP9 비디오가 재생된다는 사실과 VP9의 알파가 합성된다는 사실은 다릅니다. MDN의 VP9 안내는 Safari가 VP9의 알파 투명도를 지원하지 않는다고 명시합니다. Chrome 계열 등 대상 브라우저에서도 실제 버전과 기기별로 시험하세요.

Apple HEVC with Alpha는 일반 H.265 비디오와 별도 인코딩 경로를 사용합니다. Apple WWDC19 발표(2019년 6월 4일)에 따르면 하나의 비디오 트랙 안에 색 기본 레이어와 알파 레이어가 들어갑니다. 알파를 이해하지 못하는 디코더는 색 기본 레이어만 재생할 수 있습니다. 따라서 파일이 정상 재생되는데 배경만 검게 보이는 현상이 생길 수 있습니다.

Apple이 당시 명시한 재생 환경은 iOS 13, tvOS 13, macOS Catalina의 지원 기기와 iOS 13·macOS Catalina의 Safari입니다. 제작 경로는 AVFoundation의 HEVC-with-Alpha preset 또는 WithAlpha API입니다. 이것을 모든 HEVC 플레이어와 모든 MOV·MP4 파일의 투명도 지원으로 확대하지 마세요. 납품 대상 Apple 기기에서 투명 영역을 직접 확인해야 합니다.

Resolve 20 목록은 macOS H.265의 MOV·MKV 알파 내보내기를 표시하고 MP4에는 표시하지 않습니다. 같은 문서의 Windows H.265 표에는 알파 내보내기가 표시되지 않습니다. VP9 목록은 MOV·MP4이며 WebM 내보내기의 근거가 아닙니다. 따라서 ‘Resolve가 VP9을 지원한다’는 문장만으로 WebM VP9 알파를 직접 내보낼 수 있다고 판단하지 마세요.

GIF는 움직이는 스티커처럼 쓰기 쉽지만 부드러운 부분 투명도를 보존하지 못합니다. GIF89a 명세는 팔레트의 투명 색 인덱스를 정의합니다. 반투명 영역이 있는 원본을 GIF로 바꾸면 픽셀마다 투명 또는 불투명으로 단순화되어 가장자리가 거칠어질 수 있습니다. Resolve 20의 GIF 알파 출력 표기와 After Effects의 Animated GIF 가져오기 전용 표기도 구분하세요.

6. 용도별 포맷과 FFmpeg 명령 선택기

선택기는 RGBA PNG 시퀀스를 시작점으로 씁니다. frame_0001.png부터 같은 폴더에 저장했다고 가정합니다. FFmpeg 경로와 파일 이름은 환경에 맞게 바꾸세요. 웹·Apple용 결과는 명령 성공만으로 충분하지 않으므로 아래 검증까지 진행하세요.

"C:\ffmpeg\bin\ffmpeg.exe" -framerate 24 -start_number 1 -i "frame_%04d.png" -c:v prores_ks -profile:v 4 -pix_fmt yuva444p10le "alpha4444.mov"

7. 출력 전에 RGBA 소스부터 확인하세요

먼저 장면이 실제 RGBA로 렌더됐는지 확인하세요. 편집기 체크무늬는 알파의 증거가 아닙니다. RGB 영상 아래에 체크무늬를 깔았을 수도 있으니 소스를 다시 불러오고 배경색을 바꿔 투명 영역과 반투명 가장자리가 남는지 보세요.

검사용 장면은 완전 투명·반투명·완전 불투명 영역을 한 화면에 넣는 것이 좋습니다. 배경이 없는 로고만 시험하면 전부 불투명한 파일도 실수로 통과시킬 수 있습니다. 실측에 사용한 소스는 320×180, 24fps, 48프레임, 무음 RGBA 영상으로, 알파 0부터 255까지의 그라데이션과 128/255 영역을 포함했습니다.

PNG 시퀀스를 만들 때는 프레임 번호와 해상도 일치가 기본입니다. 0001부터 0048까지 연속된 번호인지 확인하세요. 영상 길이는 이 예시에서 48÷24, 즉 2초입니다. 누락 프레임을 그냥 건너뛰거나 이미지가 섞이면 변환 명령이 성공해도 움직임은 틀어집니다. 소스의 24fps와 출력 명령의 -framerate 24를 함께 맞추세요.

8. ffprobe와 alphaextract로 출력 파일을 검사합니다

검수는 파일 정보, 알파 추출, 배경 합성 순서입니다. 먼저 코덱·픽셀 형식·알파 메타데이터를 살펴보세요. FFmpeg 경로는 환경에 맞게 바꾸고, 픽셀 형식이나 메타데이터만으로 합격 처리하지 마세요.

"C:\ffmpeg\bin\ffprobe.exe" -v error -select_streams v:0 -show_entries stream=codec_name,pix_fmt:stream_tags=alpha_mode -of default=noprint_wrappers=1 "alpha4444.mov"

"C:\ffmpeg\bin\ffmpeg.exe" -i "alpha4444.mov" -vf alphaextract -frames:v 1 "alpha_mask.png"

alphaextract 결과는 투명도 마스크입니다. 검정은 투명, 흰색은 불투명, 회색은 부분 투명입니다. 원본과 비교해 회색 단계가 남는지 확인하세요. 실패하면 현재 디코딩 경로가 알파를 읽지 못한 것이며, 모든 플레이어에 알파가 없다는 뜻은 아닙니다.

마지막으로 편집 프로그램이나 실제 브라우저에서 검정·흰색·밝은 배경에 합성하세요. 마스크가 있어도 앱이 알파를 무시할 수 있습니다. WebM VP9과 Apple HEVC with Alpha는 배포 대상에서 시험하세요.

9. 동일한 RGBA 소스로 만든 실측 결과 읽기

다음 수치는 하나의 단순한 테스트 패턴에서 얻은 결과입니다. 사용한 프로그램은 Windows의 C:\ffmpeg\bin\ffmpeg.exe, 2022-07-21-git-f7d510b33f-full_build-www.gyan.dev 빌드이며 libvpx는 1.12.0입니다. 원본은 단색 RGB와 투명도 그라데이션이 있는 320×180, 24fps, 48프레임의 무음 RGBA입니다. 사진, 연기, 입자 영상에서 같은 압축률이 나온다는 뜻은 아닙니다.

ProRes 4444는 요청한 yuva444p10le가 아닌 yuva444p12le로 출력됐지만 알파 추출은 성공했습니다. 픽셀 형식이 바뀌었으므로 값의 종류만으로 품질을 순위 매기지 말고 원본과 추출 마스크를 비교하세요.

WebM VP9은 이 실측 빌드에서 알파 보존을 판정할 근거가 부족합니다. yuva420p와 alpha_mode=1을 요청했지만 ffprobe는 yuv420p, alphaextract는 실패했습니다. 메타데이터만으로 투명도를 보장할 수 없습니다. 이 결과를 VP9 알파 전체의 불가로 확대하지 말고 브라우저에서 합성하세요.

일반 libx265 HEVC는 Apple HEVC with Alpha와 다른 비교용 실패 사례입니다. 이 테스트는 yuv420p로 출력돼 알파 추출이 실패했습니다. Apple 전용 WithAlpha 포맷은 이 Windows FFmpeg 빌드로 인코딩하거나 용량을 측정하지 않았습니다.

크기는 GIF가 가장 작고 ProRes 4444가 가장 컸지만 용량이 작을수록 더 좋은 선택이라는 결론은 성립하지 않습니다. GIF는 반투명 단계를 잃었고, 실측한 VP9·일반 HEVC 파일은 yuv420p로 표시되어 alphaextract가 실패했습니다. 크기만으로 비교하려면 동일한 투명도 보존 조건을 충족한 결과끼리만 평가해야 합니다.

10. 알파가 사라지거나 검은 테두리가 생기면 이렇게 구분하세요

파일이 검정 배경으로 보이면 먼저 알파 데이터 자체가 없는 경우와 프로그램이 알파를 표시하지 못하는 경우를 나누세요. ProRes 422로 내보냈다면 4444로 다시 출력해야 합니다. ProRes 4444라도 원본 RGB에 투명 영역이 없으면 출력 설정만 바꿔서는 원하는 구멍이 생기지 않습니다.

알파 마스크는 정상인데 물체 주변에 어두운 선이 생긴다면 투명도 손실과 가장자리 색 문제를 혼동하지 마세요. Straight와 premultiplied는 투명 영역 주변 RGB를 해석하는 방식이 다릅니다. 개념 정의를 여기서 반복하는 대신 알파와 검은 테두리 진단(131), premult와 색 보정 주의점(757)을 참고하세요.

11. 확장자, 컨테이너, 코덱, 알파 채널은 서로 다릅니다

상자와 내용물의 비유로 보면 쉽습니다. MOV·WebM은 컨테이너, ProRes·VP9·HEVC·Animation은 코덱, 알파 채널은 픽셀 투명도 정보입니다. 비유는 개념 이해용이지 실제 비트 구조를 그대로 설명하지는 않습니다.

같은 .mov 파일이라도 ProRes 422이면 알파가 없고 ProRes 4444이면 포함할 수 있습니다. 같은 HEVC 이름을 사용해도 Apple의 WithAlpha로 만든 결과와 일반 인코더의 결과는 다릅니다. 동일한 WebM 확장자라도 해당 스트림에 실제 알파가 들어가고 플레이어가 처리해야 투명해집니다. 파일 이름을 바꾸는 행위는 누락된 픽셀 데이터를 새로 생성하지 않습니다.

12. 납품 직전 체크할 항목

• 원본: RGB가 아니라 실제 RGBA이며 반투명 픽셀이 있는지 확인했습니다.
• 출력: 확장자만이 아니라 코덱과 알파 포함 옵션을 확인했습니다.
• 정보: ffprobe의 코덱·픽셀 형식과 알파 추출 결과를 기록했습니다.
• 재생: 검정·흰색·밝은 배경에서 최종 앱 또는 브라우저의 합성을 확인했습니다.
• 전달: 운영체제, 프로그램 버전, fps, 미지원 환경의 대체안을 함께 적었습니다.

결론은 간단합니다. 파일 이름이 아니라 알파가 남아 있는 최종 재생 결과를 납품 기준으로 삼으세요. 편집에는 ProRes 4444 또는 PNG 시퀀스, 웹에는 검증된 VP9 경로, Apple 환경에는 WithAlpha 경로를 쓰는 것이 실용적인 출발점입니다. 단, 어떤 선택이든 짧은 테스트로 확인한 뒤 전체 분량을 인코딩해야 합니다.

참고한 공식 문서

지원표와 포맷 설명은 아래 공식 문서에서 확인할 수 있습니다.