영상을 품질 저하 없이 압축하는 방법

품질을 잃지 않고 비디오를 압축하는 방법에 대한 솔직한 답변은 이렇습니다: 데이터를 무료로 삭제할 수는 없지만, 대부분의 파일을 50%에서 80% 정도 줄여도 시청자가 전혀 눈치채지 못할 정도입니다 — 해상도, 비트레이트, 코덱 세 가지를 의도적으로 조정한다면, 모호한 '품질' 슬라이더를 드래그하고 기대하는 대신 말이죠. 이 가이드는 세 가지 노브가 무엇을 하는지, 언제 CRF를 사용할지 고정 비트레이트를 사용해야 하는지, 왜 H.265가 같은 시각 품질에서 파일을 거의 절반으로 줄일 수 있는지, 그리고 YouTube, TikTok, Shorts, Reels가 실제로 원하는 내보내기 대상을 설명합니다. 그다음 브라우저에서 영상을 단계별로 압축하며, 깨끗한 클립을 흐트러뜨리는 단 한 가지 실수를 배우게 됩니다.

대부분의 "비디오 컴프레서 온라인" 페이지는 그런 부분을 모두 건너뛰고 있습니다. 버튼 하나만 주고 무슨 일이 있는지 알려주지 않아서, 파일이 너무 크거나 번져 보이는 파일을 받게 됩니다. 설정을 이해하는 데 10분이 걸리고, 그 이후로 업로드할 때마다 큰 도움이 됩니다.

주요 요점

1. 설정을 변경하기 전에 문제가 컨테이너, 코덱, 비트레이트, 플랫폼 업로드 요구 사항인지 확인하세요.
2. 가장 좋은 소스 파일에서 깨끗한 내보내기를 한 번 사용하세요; 반복적인 재인코딩은 피할 수 있는 품질 손실을 초래합니다.
3. 지원 형식과 제한이 바뀔 수 있으니 목적지 플랫폼의 최신 업로드 가이드를 확인하세요.
4. 앞으로의 클립, 자막, 리프레임이 손상된 내보내기에 의존하지 않도록 깨끗한 마스터 파일을 유지하세요.

파일 크기를 실제로 바꾸는 세 개의 노브

모든 압축 도구는 어떻게 꾸며져 있든, 사실 세 가지 변수의 조합을 조정하는 것입니다. 각 비용이 얼마인지 알면 추측을 그만두게 됩니다.

사람들이 저지르는 가장 큰 실수는 해상도를 낮춰 영상 파일 크기를 줄이려 하지만 진짜 문제는 비트레이트입니다. 1080p 클립을 40 Mbps로 내보내면 엄청 크고 10 Mbps 속도의 같은 클립과 똑같이 보입니다. 먼저 비트레이트를 고치세요; 해상도는 정말로 원본이 픽셀이 필요 없을 때만 드랍합니다(예: 휴대폰 전용 수직 피드용 4K 소스를 내보낼 때).

간단한 건전성 확인: 파일 크기≈ 비트레이트 × 길이. 8 Mbps의 10분 클립은 대략 8 × 600 ÷ 8 = 600 MB 정도입니다. 이 공식은 인코딩 전에 출력을 예측할 수 있게 해주며, 그래서 비트레이트가 가장 먼저 잡아야 할 노브입니다.

비트레이트 대 CRF: 일정한 품질이 보통 원하는 게 맞아요

인코더에게 얼마나 압축해야 할지 알려주는 방법은 두 가지가 있으며, 올바른 선택을 하는 것이 가장 중요한 문제입니다.

1. 고정 비트레이트(CBR/VBR): "10 Mbps" 같은 목표를 설정하세요. 파일 크기는 예측 가능하지만, 인코더가 쉬운 장면에는 비트를 낭비하고 어려운 장면에는 부족하게 만듭니다. 플랫폼이 하드 비트레이트 상한을 강제할 때 가장 좋습니다.
2. CRF(상수 속도 팩터): 품질 목표를 설정하면 인코더가 각 장면에 필요한 비트레이트를 사용해 그 목표를 달성합니다. 이 설정은 '품질을 잃지 않고' 압축한다는 약속에 가장 잘 부합하는데, 품질을 일정하게 유지하고 파일 크기를 내용이 허용하는 대로 줄어들 수 있기 때문입니다.

CRF는 0(무손실, 엄청나게 대)에서 51(작고 보기 흉함)까지 스케일로 진행됩니다. 더 낮으면 = 더 좋은 품질과 더 큰 파일. H.264의 경우 신뢰할 수 있는 출발점은 다음과 같습니다:

한 가지 숫자를 기억한다면, H.264의 CRF 23으로 하세요 — 기본값인 이유가 있고 대부분의 영상에서 '더 작지만 아무도 구분할 수 없는' 기준에 맞춰집니다. 도구가 "품질" 슬라이더나 낮음/중간/높은 선택만 제공할 경우, "높음"은 보통 이 범위에 매핑됩니다.

H.264 대 H.265 (그리고 AV1/VP9이 어디에 위치했는지)

코덱이 바로 '품질을 잃지 않고' 마법이 존재하는 부분입니다. 왜냐하면 최신 코덱은 같은 이미지를 더 적은 비트에 맞추기 때문입니다.

실용적인 규칙: 최대 호환성을 위해 H.264로 업로드하거나, 가장 작은 파일이 필요할 때 재생 환경(자신의 사이트, 휴대폰, 클라우드 저장소)을 제어할 때는 H.265로 전환하세요. 플랫폼은 어차피 업로드한 모든 것을 다시 인코딩하기 때문에, H.265의 절감 효과는 최종 시청자 경험보다는 당신의 저장 공간과 당신의 업로드 시간에 더 도움이 됩니다.

솔직한 주의사항: H.265는 인코딩 속도가 느려서 일부 오래된 편집 앱과 메시징 클라이언트가 여전히 이 부분에서 제대로 작동하지 않습니다. 파일이 보편적으로 열릴 수 있어야 한다면 — 예를 들어 클라이언트 산출물이나 이메일 — H.264를 유지하세요. 포맷을 먼저 옮기신다면, 저희 가이드에서 MKV를 MP4](/ko/blog/how-to-convert-mkv-to-mp4/) 커버로 변환하는 방법, 압축하기 전에 특이한 컨테이너를 깨끗한 H.264 MP4로 바꾸는 방법.

영상을 품질 저하 없이 5단계로 압축하는 방법

다음은 브라우저 워크플로우입니다. Recapo 안에서 실행되는데, 이는 설치 없이 브라우저 기반 비디오 워크스페이스라 수기가바이트 데스크톱 인코더와 '어떤 빌드를 다운로드할까' 하는 과정을 건너뛸 수 있습니다. 각 작업은 최대 6GB까지 MP4, MOV 및 기타 일반적인 형식을 지원합니다.

1. 소스 업로드하세요. 비디오 압축기를 열고 파일을 넣으세요. 화면 녹화나 특이한 컨테이너라면, 먼저 비디오 포맷 변환기로 깨끗한 MP4로 변환해서 압축기가 예측 가능한 입력을 갖도록 하세요.
2. **단순히 '작게'가 아니라 목표를 세워라. ** 이 파일이 어디로 가는지 결정하세요. 업로드 시에는 플랫폼이 권장하는 비트레이트(아래 표)를 목표로 하세요. 보관 공간은 23살 정도의 CRF를 선택하세요. 인코더에게 맹목적 백분율 대신 목표를 주세요.
3. 코덱을 선택하세요. 공유할 내용이나 재편집할 때는 H.264를 유지하세요. 최대한의 압축을 원하거나 자체 호스팅 플레이어를 원할 때는 H.264 transcoder 워크플로우와 함께 H.265로 전환하세요.
4. 해상도를 목적지에 맞추세요. 피드용으로 1080p 1080p를 남겨두세요; 시청자가 휴대폰 크기 이상으로 않을 때만 4K 마스터를 1080p로 다운스케일하세요. 다운스케일링은 의도적으로 해야 할 손실 처리 단계입니다. 우연히 해서는 안 됩니다.
5. 내보내기 및 스팟 체크. 가장 분주한 몇 초 — 빠른 모션, 색종이 조각, 물, 잔디 — 를 전체 화면에서 지우세요. 그 영상들이 깨끗해 보인다면 전체 파일 전체가 괜찮다는 뜻입니다. 압축 아티팩트는 항상 고디테일 모션에서 가장 먼저 나타나기 때문에 그곳에서 감사를 합니다.

그게 전체 과정입니다. 위의 설정들이 어떤 버튼을 누르느냐보다 훨씬 더 중요합니다.

유튜브, TikTok, 쇼츠, 릴스의 내보내기 목표

파일이 '너무 커' 느껴지는 이유는 거의 항상 내보내는 파일과 플랫폼이 실제로 입력하는 내용 사이의 불일치 때문입니다. 여기 실용적인 시작 비트레이트가 있습니다. 이들을 명확한 한계가 아니라 목표로 할 수 있는 바닥으로 다루세요 — 모든 플랫폼은 자신들의 측에서 다시 인코딩합니다.

특히 유튜브용 영상을 압축하는 경우, 이 목표 지점에서 내보내면 보통 부풀려진 편집자 출력이 절반 이상 줄어들면서도 플랫폼의 재인코딩 임계값보다 높게 유지됩니다 — 즉, 업로드된 파일이 더 작아지고, 유튜브가 처리한 후 똑같이 보이게 됩니다. 세로 게시를 게시하신다면, 저희 TikTok 비디오 크기 가이드가 정확한 크기와 안전 구역을 세분화해 있어서 잘못 프레임된 파일을 두 번 압축하지 않도록 합니다.

백로그를 돌보지 않고 배치 압축하기

클립 하나 압축하는 건 쉽습니다. 고통은 네가 정리하려고 했던 40개의 녹음 파일이 든 폴더야. 각 부품을 직접 조정하는 것보다 반복 가능한 접근법이 있습니다:

1. 날짜가 아닌 목적지별로 정렬하세요. 같은 장소로 가는 모든 것을 그룹으로 묶으세요 — 모든 유튜브 업로드, 모든 세로 클립, 모든 아카이브 파일. 각 그룹은 한 가지 설정 레시피를 받습니다.
2. 그룹별로 레시피를 잠가세요. 예를 들어: "수직 업로드 → 1080×1920, H.264, ~8 Mbps" 및 "해상도 유지→ 보관, H.265, CRF 25." 이제는 파일별 결정이 필요 없습니다.
3. 먼저 입력을 표준화하세요. 혼합된 컨테이너는 변환을 거쳐 모든 파일을 압축 전에 깨끗한 MP4로 만듭니다. 일관된 입력은 일관되고 예측 가능한 출력을 의미합니다.
4. 압축한 후 샘플을 검증하세요. 40개 모두를 확인하지 말고 각 그룹에서 가장 복잡한 두 개의 클립을 확인하세요. 그게 괜찮다면 배치를 발송하세요.

핵심은 40개의 작은 결정이 아니라 각 그룹당 한 가지 좋은 결정을 내리는 것입니다. 브라우저 작업 공간이 도움이 되는데, 각 기기마다 설치할 것이 없어 어떤 컴퓨터에서 같은 레시피를 실행할 수 있기 때문입니다.

재압축 트랩: 두 번째 패스가 왜 흐트러지는지

여기 거의 모든 사람이 공통하는 반례가 있습니다. 압축은 세대 단위입니다 — 이미 압축된 파일을 다시 인코딩할 때마다 조금씩 손실이 발생하고, 다시는 돌아오지 않습니다. 두세 번 반복하면 깨끗한 클립이 눈에 띄게 부드럽고 각진 형태로 변해요.

고전적인 진탕 경로:

1. 에디터에서 클립을 내보내는 방식입니다(압축 패스 1).
2. 온라인 컴프레서에 돌려 수축시키고(2번 통과) 처리합니다.
3. 업로드하면 플랫폼이 다시 인코딩합니다(패스 3).
4. 그 다음에 다시 다운로드하고, 편집하고, 이 과정을 반복합니다.

세 번째나 네 번째 패스가 되면 어떤 CRF 값도 구할 수 없는데, 세부 사항이 이미 사라졌기 때문입니다. 수정 사항은 간단하고 협상 불가합니다:

1. 고품질 마스터(CRF 18 또는 편집자의 거의 무손실 내보내기)를 유지하고, 이미 축소한 복사본에서는 절대 그 마스터에서 압축하지 마세요.
2. 파일이 통제에서 벗어나기 직전 한 번 압축하세요.
3. **플랫폼 복사본을 다운로드하고 재압축해서 다시 편집하지 마세요 — 마스터로 돌아가세요.

워크플로우가 원본을 깔끔하게 유지하고 최종 내보내기에서만 압축한다면, 가장 작은 파일과 가장 보기 좋은 결과를 얻을 수 있습니다. 어떤 단계도 최적화하기 전에 전체 파이프라인을 이해하고 싶다면, [AI 비디오 편집 설명]에 대한 개요를 참고하세요. ](/ko/blog/ai-video-editing-explained/)는 압축이 더 큰 편집-출판 흐름에서 어디에 위치하는지 보여줍니다.

자주 묻는 질문

정말 영상을 전혀 품질 저하 없이 압축할 수 있을까요? 진정한 무손실 압축(CRF 0)은 존재하지만, 파일 수가 너무 방대해서 그 목적을 무색하게 만듭니다. 사람들이 실제로 원하는 것은 시각적으로 손실이 없는 — 시청자가 볼 수 없는 더 작고 차이가 없는 것. 이는 충분히 달성 가능한 일입니다: H.264에서 20–23 사이의 CRF나 H.265로 전환하면 파일 크기가 절반 이상 줄어들면서도 일반 화면에서는 동일하게 보입니다.

**왜 내 내보낸 영상이 원본보다 훨씬 커? ** 거의 항상 편집자가 원본보다 훨씬 높은 비트레이트로 내보내거나, 더 높은 프레임 레이트나 해상도를 추가했기 때문입니다. 목적지의 적절한 목표 비트레이트로 재내보내면, 파일은 눈에 띄는 변화 없이 극적으로 줄어듭니다. 해상도가 문제인 경우는 드물며, 보통 비트레이트가 문제입니다.

업로드 전에 압축해야 할까요, 아니면 후에 해야 할까요? 그 전에. 모든 플랫폼은 자기 쪽에서 재인코딩하지만, 작고 제대로 인코딩된 업로드는 더 빠르게 처리되고 인코더가 더 깨끗한 데이터를 제공합니다. 단, 이미 한 번 압축한 파일에서 압축하지 말고, 고품질의 마스터에서 압축하는 것이 중요합니다.

H.264 아니면 H.265 — 어느 쪽을 선택해야 할까요? 파일이 어디서든 열려야 할 때는 H.264를 선택하세요: 클라이언트 작업, 재편집, 메시징, 구형 기기 등. 가장 작은 파일을 원할 때 H.265를 선택하고 재생을 제어할 수 있습니다 — 셀프 호스팅 비디오, 전화 전용 피드, 장기 저장 등. H.265는 인코딩 속도가 느리지만 같은 품질에서 약 40–50% 더 작아집니다.

1080p 유튜브 업로드에 안전한 비트레이트는 얼마인가요? 실용적인 시작 속도는 표준 모션 1080p의 경우 약 8–12 Mbps이며, 빠른 동작이나 많은 세밀한 디테일은 더 높은 수준입니다. 이 범위 덕분에 유튜브의 재인코딩 임계값을 넘어서면서도 일반적인 부풀린 편집기 내보내기보다 훨씬 작은 파일을 만들어냅니다.

다음 업로드를 똑똑하게 압축할 준비가 되셨나요?

이제 모든 원클릭 "비디오 컴프레서"가 숨기는 설정을 알게 되었죠: 해상도보다 비트레이트, 일정한 품질을 위한 CRF, 도달 거리를 위한 H.264 또는 크기 H.265, 그리고 추측이 아닌 실제 플랫폼별 목표 설정. 아무것도 다운로드하지 않고 실제로 사용해 보세요 — 무료 Recapo 계정를 만들고 최대 6GB의 파일을 업로드한 뒤, 한 브라우저 탭에서 압축기, 트랜스코더, 포맷 변환기를 거칩니다. 깨끗한 마스터에서 한 번 압축하고, 그 이후의 업로드는 더 작고 선명하게 출력됩니다. 가격 세부사항은 확장 준비가 되면 언제든지 가격 페이지에 게시됩니다.

참고문헌 및 공식 출처

1. 유튜브 권장 업로드 인코딩 설정
2. FFmpeg 문서
3. 유튜브 영상 해상도 및 화면비