비트레이트는 비디오 제작에서 가장 오해가 많은 단일 변수입니다. 너무 낮으면 세심하게 색상 등급을 매긴 영상이 진흙 투성이의 디테일, 고르지 못한 동작, 그라데이션의 색상 밴딩 등 압축된 수프처럼 보입니다. 너무 높으면 전송 플랫폼이 파일을 다시 압축할 정도로 큰 파일을 생성하고, 편집자는 프록시 영상을 크롤링하고, 저장 비용이 추가됩니다. 해상도, 코덱 및 전송 대상에 적합한 비트 전송률을 찾는 것은 기술적인 결정이자 실용적인 결정이며, 공식을 알고 나면 파일 크기를 계산하는 수학은 간단합니다.
비트 전송률이란 무엇이며 왜 중요한가요
비트 전송률은 초당 디코더에 전달되는 데이터의 양으로, 초당 킬로비트(Kbps) 또는 초당 메가비트(Mbps)로 측정됩니다. 이는 비디오의 각 프레임을 표현하는 데 사용할 수 있는 정보의 양을 결정합니다.
비트 전송률이 높을수록 프레임당 데이터가 많아지고, 세부 묘사가 더 부드러워지고 그라데이션이 부드러워지며 모션 처리가 향상되고 압축 아티팩트가 줄어듭니다. 하지만 이는 수익 체감 관계입니다. 비트 전송률을 5Mbps에서 10Mbps로 두 배로 늘리면 품질이 눈에 띄게 향상되는 반면, 일반적인 시청 거리와 화면 크기에서 비트 전송률을 40Mbps에서 80Mbps로 두 배로 늘리면 눈에 보이는 향상이 훨씬 작아집니다.
중요한 차이점은 캡처/편집용 비트 전송률과 전송용 비트 전송률은 완전히 다른 목표라는 점입니다. 편집용 카메라 영상은 400800Mbps(RAW 또는 ProRes)로 실행될 수 있습니다. 클라이언트를 위해 내보낸 편집된 영상은 50100Mbps로 실행될 수 있습니다. YouTube에 업로드된 최종 버전은 15~35Mbps로 실행될 수 있습니다. 각 단계마다 요구 사항이 다릅니다.
해상도별 권장 비트레이트
아래 표에는 카메라 캡처 사양이 아닌 표준 전송 인코딩 대상이 포함되어 있습니다. 이는 클라이언트 결과물, 아카이브 마스터 및 플랫폼 업로드에 적합합니다.
| Resolution | Frame Rate | H.264 Bitrate | H.265/HEVC Bitrate | Use Case |
|---|---|---|---|---|
| 720p | 24/25/30 fps | 4–6 Mbps | 2.5–4 Mbps | Web delivery, older devices |
| 720p | 60 fps | 6–9 Mbps | 4–6 Mbps | Gaming, sports web content |
| 1080p | 24/25/30 fps | 8–12 Mbps | 5–7 Mbps | Standard HD delivery |
| 1080p | 60 fps | 12–18 Mbps | 7–10 Mbps | Sports, gaming, high-motion |
| 4K (UHD) | 24/25/30 fps | 35–50 Mbps | 18–28 Mbps | 4K streaming master |
| 4K (UHD) | 60 fps | 50–65 Mbps | 28–40 Mbps | 4K sports, action |
| 4K (DCI) | 24/25 fps | 50–70 Mbps | 30–40 Mbps | Cinema delivery |
| 8K | 24/25/30 fps | 100–160 Mbps | 55–90 Mbps | Future-proofing archival |
나중에 다시 편집하려는 아카이브 마스터의 경우 각 범위의 상한선 이상으로 높이십시오. 플랫폼(YouTube, Vimeo, 스트리밍 서비스)에서 다시 인코딩되는 전송 파일의 경우 추가 데이터가 낭비되므로 권장 범위에 도달하는 것만으로도 충분합니다. 플랫폼의 인코더는 업로드 수준에 관계없이 품질을 자체 출력 비트 전송률로 제한합니다.
코덱 비교: H.264 vs H.265 vs AV1
코덱은 각 데이터 비트가 시각적 정보를 표현하는 데 얼마나 효율적으로 사용되는지를 결정합니다. 보다 효율적인 코덱은 낮은 비트 전송률에서 동일한 인식 품질을 달성하거나 동일한 비트 전송률에서 더 나은 품질을 달성합니다.
H.264(AVC): 가장 보편적으로 호환되는 코덱입니다. 지난 15년 동안 만들어진 거의 모든 장치, 브라우저, 스마트 TV 및 미디어 플레이어에서 기본적으로 재생됩니다. 특정 품질 수준에 대한 비트 전송률 요구 사항은 최신 코덱에 비해 높지만 하드웨어 디코딩 지원은 보편적입니다. 호환성을 극대화하는 데 가장 적합합니다.
H.265(HEVC): 동일한 품질에서 H.264보다 약 40~50% 더 효율적입니다. H.264에서 8Mbps로 보기 좋은 1080p 비디오는 H.265에서 5Mbps로 동일하게 보입니다. 단점은 호환성입니다. 구형 브라우저, 장치 및 일부 스트리밍 플랫폼에는 H.265 지원이 부족합니다. 하드웨어 디코딩 지원은 2020년 이후 대폭 향상되었습니다. 4K 전송 및 저장 공간이 제한된 보관에 가장 적합합니다.
AV1: Alliance for Open Media(Google, Netflix, Amazon 등)에서 개발하여 널리 채택되는 최신 코덱입니다. H.265보다 약 2530% 더 효율적입니다. 이는 H.265에 비해 동일한 품질에서 파일 크기가 3040% 더 작다는 의미입니다. 오픈 소스이며 로열티가 없습니다. YouTube와 Netflix가 이를 광범위하게 사용합니다. 하드웨어 인코딩 지원은 여전히 제한적��니다(2024~2025년 하드웨어에서는 빠르게 성장하지만). 소프트웨어 인코딩이 매우 느립니다. 인코딩 시간을 감당할 수 있는 플랫폼 제공에 가장 적합합니다.
| Codec | Relative Efficiency | Compatibility | Encoding Speed |
|---|---|---|---|
| H.264 | Baseline | Universal | Fast |
| H.265 | ~50% better than H.264 | Good, not universal | Moderate |
| AV1 | ~30% better than H.265 | Growing (web/streaming) | Slow (software) |
| VP9 | Similar to H.265 | Web browsers | Moderate |
CBR 대 VBR: 어느 것을 사용할 것인가
CBR(고정 비트레이트): 인코더는 장면의 복잡성에 관계없이 고정된 비트레이트를 유지합니다. 단색 벽을 가로지르는 느린 팬은 군중 속을 빠르게 움직이는 카메라 흔들림과 동일한 데이터 속도를 얻습니다.
- 최적의 용도: 라이브 스트리밍, 방송 전달, 디코더에 예측 가능한 데이터 스트림이 필요한 모든 상황
- 이유: 스트리밍 프로토콜은 예상 데이터 속도에 따라 버퍼링됩니다. 변동률로 인해 버퍼링 이벤트가 발생할 수 있음
- 절충: 간단한 장면에서 비트를 낭비하고 복잡한 장면을 필요 이상으로 압축할 수 있음
가변 비트 전송률(VBR): 인코더는 복잡한 장면(움직임, 미세한 디테일, 고대비)에 더 많은 비트를 할당하고 간단한 장면(정적 샷, 흐린 배경)에는 더 적은 비트를 할당합니다.
- 최적의 용도: 파일 기반 전달, 보관, 콘텐츠 다운로드 및 재생
- 이유: 동일한 평균 비트 전송률에서 더 나은 평균 품질을 달성하거나 더 낮은 평균 비트 전송률에서 동일한 품질을 달성합니다.
- 절충: 예측할 수 없는 파일 크기, 라이브 스트리밍의 데이터 전송 속도를 보장할 수 없음
YouTube 업로드의 경우 VBR이 선호됩니다. Twitch 및 기타 라이브 스트리밍의 경우 플랫폼에 CBR이 필요합니다. 보관하거나 재편집하려는 클라이언트 결과물의 경우 목표 비트 전송률이 높은 VBR을 사용하십시오.
플랫폼 요구 사항: YouTube, Twitch, TikTok, Instagram
각 플랫폼에는 특정 업로드 권장 사항과 엄격한 제한이 있습니다. 이를 초과하는 것은 일반적으로 괜찮습니다. 플랫폼은 수집 시 다시 인코딩합니다. 그러나 그보다 크게 떨어지면 플랫폼의 인코더가 닿기도 전에 업로드 품질이 저하됩니다.
| Platform | Recommended Upload Bitrate | Max Resolution | Frame Rate | Notes |
|---|---|---|---|---|
| YouTube | 35–45 Mbps (4K), 8–12 Mbps (1080p) | 8K | Up to 60 fps | Re-encodes to VP9/AV1 on upload |
| Twitch | 6 Mbps max (partners 8 Mbps) | 1080p60 | 60 fps | CBR required; most viewers at 1080p |
| TikTok | 50 Mbps recommended upload | 4K (limited) | Up to 60 fps | Heavy re-encoding; upload quality matters |
| Instagram Reels | 25–30 Mbps | 1080p | Up to 60 fps | 9:16 aspect ratio, heavy compression |
| Vimeo (Plus+) | No hard limit | 8K | Up to 120 fps | Minimal re-encoding, better quality |
| 8 Mbps (1080p), 35 Mbps (4K) | 4K | Up to 60 fps | Significant re-compression applied |
YouTube의 참고 사항은 중요합니다. 매우 높은 비트 전송률(4K의 경우 50Mbps 이상)로 업로드한다고 해서 시청자가 해당 비트 전송률을 수신한다는 의미는 아닙니다. YouTube에서 제공하는 비트 전송률은 4K 스트림의 경우 15~25Mbps입니다. 그러나 높은 비트 전송률의 마스터를 업로드하면 YouTube 인코더에서 작업할 수 있는 더 나은 소스 자료가 제공되므로 낮은 전송 비트 전송률에서 더 나은 최종 출력을 얻을 수 있습니다.
파일 크기 계산기: 분 × 비트 전송률
출력 파일 크기를 추정하는 것은 간단합니다.
File size (MB) = (Bitrate in Mbps × 60 × Duration in minutes) ÷ 8
8로 나누면 메가비트가 메가바이트(바이트당 8비트)로 변환됩니다.
실제 사례:
1080p30, H.264, 10 Mbps, 60-minute documentary:
File size = (10 × 60 × 60) ÷ 8 = 36,000 ÷ 8 = 4,500 MB = 4.5 GB
4K30, H.265, 25 Mbps, 5-minute commercial:
File size = (25 × 60 × 5) ÷ 8 = 7,500 ÷ 8 = 937.5 MB ≈ 1 GB
1080p60, H.264, 16 Mbps, 90-minute wedding film:
File size = (16 × 60 × 90) ÷ 8 = 86,400 ÷ 8 = 10,800 MB = 10.8 GB
스토리지 계획을 위해 25Mbps H.265로 전송되는 일반적인 2시간짜리 4K 웨딩 영화의 용량이 약 2225GB라고 가정합니다. H.264 40Mbps의 동일한 필름은 약 36GB를 실행합니다. 여러 전달 버전(클라이언트 카피, 소셜 컷, 하이라이트 릴)과 단일 웨딩 ��로젝트를 고려하면 모든 결과물과 내보내기에 걸쳐 총 100200GB의 저장 공간이 필요할 수 있습니다.