알파 클립, 두 가지 경로
영상에서 배경을 지웁니다 그린스크린이 있어도, 없어도
Kamply는 클립을 프레임 단위로 분해해 내 Mac에서 BiRefNet으로 매트를 뜨고, ProRes 4444 알파 .mov로 다시 조립합니다. 프레임마다 별도 모델 연산이 돌기 때문에 20초짜리 클립은 약 20분에서 60분이 걸립니다.
그린 스크린으로 촬영
chromakey.sh key
0x00ff00, 유사도 0.10, 블렌드 0.10, 그다음 그린 디스필.
실내에서 촬영
nobg.sh
프레임마다 BiRefNet 한 번씩, 20초 클립 기준 약 20에서 60분 소요.
.mov
ProRes 4444
기본값, 알파 유지
.webm
VP9
Chromium과 Remotion에서만, 이 ffmpeg 빌드는 알파를 제거함
.mp4
h264
사용 불가, h264는 알파를 무음으로 제거함
키잉 기본값은 chromakey.sh의 내장 인자이고, 매트 처리 시간은 엔진 도구 문서에 기록된 실측 범위입니다.
실제로 하는 일
Kamply는 영상 배경 제거 경로를 두 가지 갖춘 Mac 데스크톱 앱입니다. 그린스크린으로 촬영했다면 chromakey.sh가 ffmpeg 크로마키 필터 한 번으로 키를 뽑고, 머리카락과 경계에 낀 녹색을 빼는 디스필까지 처리합니다. 실내에서 촬영했다면 nobg.sh가 클립을 PNG 프레임으로 분해해 모델을 한 번만 불러온 채 프레임마다 BiRefNet으로 매트를 뜨고, 알파를 가진 클립으로 다시 조립합니다. 프레임 단위 경로는 .webm을 따로 요청하지 않는 한 yuva444p10le의 ProRes 4444 .mov로 저장합니다. 그린스크린 경로는 지정한 파일명을 그대로 쓰고 확장자에 맞춰 인코더를 고릅니다(.mov 또는 .webm). 프레임 단위 경로는 알파 클립을 원본 파일 옆에 저장하고, 그린스크린 경로는 지정한 위치에 저장합니다. 어느 쪽이든 영상을 제작할 때 릴스 안에 레이어로 얹힙니다.
이건 아닙니다
이 사이트에는 업로드 창도, 클라우드 대기열도 없습니다. 매트는 내 Mac에서 프레임마다 한 번씩 모델을 돌려 뜨기 때문에 20초짜리 클립은 약 20분에서 60분이 걸립니다. Kamply는 촬영을 대신하지도, 그린스크린 조명을 잡지도, 손으로 로토스코핑을 하지도, 인물 뒤에 새 배경을 트래킹해 넣지도 않습니다.
실행 과정, 처음부터 끝까지
앱이 실제로 수행하는 순서 그대로, 세 단계입니다.
가능하면 크로마키부터
그린스크린으로 찍은 푸티지는 chromakey.sh key를 거칩니다. 0x00ff00 색상에 유사도 0.10, 블렌드 0.10으로 ffmpeg 크로마키 필터를 걸고, 인물에 낀 녹색 기운을 빼는 디스필을 이어서 적용합니다. 색상, 유사도, 블렌드는 모두 인자값이라 키가 너무 많이 먹거나 너무 적게 먹는 문제는 도구를 바꿀 게 아니라 숫자만 바꾸면 됩니다. 디스필은 녹색을 전제로 짜여 있으며, 엔진이 상정하는 스크린도 녹색입니다.
안 되면 프레임마다 매트를 뜹니다
크로마키를 쓸 수 없는 푸티지는 nobg.sh가 ffmpeg로 클립을 PNG 프레임으로 분해하고, 모델을 한 번만 불러온 채 프레임마다 BiRefNet으로 매트를 뜬 다음, 원본과 같은 프레임 속도로 다시 조립해 알파 클립을 만듭니다. 모델은 MPS를 통해 Mac의 GPU에서 돌고, MPS가 처리 못 하는 몇몇 연산만 CPU로 넘어갑니다. 어디에도 키잉 서비스로 전송되지 않습니다.
합성 전 단계일 뿐, 컨폼은 하지 않습니다
이 컷아웃은 완성 소스가 아니라 작업용 파일입니다. 릴스를 1080x1920, 30fps로 제작할 때 뒤에 다른 소스가 깔립니다. 엔진 문서가 콕 짚어주는 함정 하나가 컨폼입니다. 스톡 클립을 그 캔버스에 맞춰 스케일하고 가운데를 크롭하는 단계인데, 컨폼은 h264로 재인코딩하면서 알파를 지워버립니다. 그래서 불투명한 스톡 푸티지에는 맞는 단계이지만 컷아웃에는 맞지 않는 단계입니다.
수치와 근거
이 페이지의 모든 수치는 공개된 출처나 Kamply 자체 측정값에서 나옵니다. 추정치는 없습니다.
- 프레임 단위 출력 형식
- ProRes 4444 .mov, yuva444p10le
- prores_ks -profile:v 4444로 저장하며, 엔진 도구 문서가 기본값으로 삼는 알파 출력입니다.
- 측정된 매트 속도
- 540x960 60프레임에 약 2분 20초
- Apple M4에서 MPS로 측정했으며, 엔진 도구 문서에 기록돼 있습니다.
- 클립 전체 기준
- 20초 기준 약 20분에서 60분
- 프레임마다 별도 모델 추론이 돌고, 이 모든 연산은 내 Mac에서 실행됩니다.
- 그린스크린 기본값
- 0x00ff00, 유사도 0.10, 블렌드 0.10
- chromakey.sh key 인자값이라 바꿀 수 있습니다. 디스필 자체는 녹색을 전제로 짜여 있습니다.
- .mp4 출력
- 거부됩니다
- h264는 알파를 조용히 지워버리기 때문에, 두 도구 모두 알파가 사라진 파일을 그냥 넘기는 대신 .mp4 대상 자체를 오류로 처리합니다.
- 릴스 캔버스
- 1080x1920, 30fps
- 컷아웃이 합성되는 자리입니다. 스톡 클립을 이 캔버스에 맞추는 컨폼 단계는 h264로 저장하므로 컷아웃은 이 단계를 건너뜁니다.
자주 묻는 질문
여기 없는 질문이라면 라이브 데모에서 물어보시면 됩니다. 아래 양식은 실제 사람에게 전달됩니다.
여기에 영상을 올리면 배경을 지워서 돌려주나요?
아닙니다. 이 사이트의 백엔드 경로는 라이브 데모 신청 폼 하나뿐이고, 무료 도구는 모두 브라우저 안에서만 동작합니다. 영상 배경 제거는 Mac 앱 안에서, 내 기기에서, 이미 프로젝트 폴더에 있는 파일을 대상으로 일어납니다.
왜 배경이 투명한 .mp4는 받을 수 없나요?
.mp4 안의 h264는 알파를 조용히 지워버리기 때문에, Kamply는 투명도가 슬그머니 사라진 파일을 넘기는 대신 아예 저장을 거부합니다. 그래서 남는 선택지가 기본값이자 실제로 동작하는 ProRes 4444 .mov입니다. VP9 .webm도 옵션으로 있지만, 여기서 측정한 ffmpeg 빌드는 알파 없이 인코딩하므로 프레임 단위 경로는 방금 쓴 파일을 다시 검사해 알파가 사라졌으면 경고를 띄웁니다. .mov는 용량이 크고 측정된 파일 크기도 없으니, 메일로 보낼 파일이 아니라 작업용 파일로 다뤄야 합니다.
실제로 얼마나 느린가요?
프레임마다 별도 모델 연산이 돕니다. 540x960 60프레임을 M4에서 MPS로 측정했더니 약 2분 20초가 걸렸고, 20초짜리 클립 전체는 약 20분에서 60분이 걸립니다. 그래서 엔진이 촬영 여건이 된다면 그린스크린으로 찍어서 크로마키로 뽑으라고 알려주는 것입니다.
그린스크린이 꼭 있어야 하나요?
아닙니다. 그린스크린이 더 빠르기 때문에 Kamply가 권장하는 것일 뿐, 실내에서 인물을 찍은 푸티지도 알파 클립으로 만들 수 있습니다. 다만 Kamply가 대신 촬영해 주거나, 스크린 조명을 잡아주거나, 손으로 로토스코핑을 하거나, 인물 뒤에 새 배경을 트래킹해 넣어 주지는 않습니다. 뒤에 있던 것을 지우고 합성할 클립을 돌려줄 뿐입니다.
컷아웃에 오디오도 같이 돌아오나요?
아닙니다. 매트 재조립과 그린스크린 키잉 모두 오디오를 끈 채로 인코딩합니다. 컷아웃은 결국 다른 소스 위에 합성될 것이기 때문입니다. 음성 트랙이 필요하다면 릴스 제작 단계에서 별도의 믹스 작업으로 처리해야 합니다.
설치할 게 있나요, 비용은 얼마인가요?
Kamply의 온보딩 과정이 8번째 단계로 ffmpeg를 직접 설치하므로 그린스크린 경로는 아무것도 만들기 전부터 이미 준비돼 있습니다. 이때 쓰이는 패키지 매니저 때문에 비밀번호를 한 번만 물어봅니다. 프레임 단위 매트는 토치 약 2에서 3GB에 가중치 약 880MB, 총 일회성 BiRefNet 설치가 필요한데 온보딩은 일부러 이 단계를 건너뛰고, 도구를 처음 쓸 때 설치 명령을 출력해 줍니다. 요금제는 한 가지입니다: 주 69달러, 월 199달러, 연 1,990달러이며, 출시 기념 요금은 2026년 9월 15일에 종료됩니다.
다음으로, 이게 아니었다면
브리프 하나면 충분합니다. 첫 캠페인이 만들어지는 과정을 직접 확인해 보십시오.
라이브 데모 동안 브랜드에 맞춰 첫 방향을 함께 만듭니다. 끝날 때쯤이면 Kamply가 다음에 무엇을 만들지 정확히 알게 됩니다.