비트레이트, 해상도, 프레임레이트
이 설정들 중에 뭐가 파일을 줄이고, 뭐가 그냥 화질만 떨어뜨리나요?
식 하나로 대부분이 설명됩니다
파일 용량은 거의 근사적으로 비트레이트 곱하기 길이입니다. 비트레이트는 인코더가 1초에 몇 비트를 쓸 수 있는지이고, 길이는 그 비트를 몇 초 동안 쓰는지입니다. 나머지 전부, 즉 해상도, 프레임레이트, 움직임, 코덱은 파일이 얼마나 커지는지가 아니라 주어진 비트레이트에서 화면이 얼마나 좋아 보이는지를 바꿉니다.
예를 들어 계산해 보면 분명해집니다. 초당 5메가비트로 60초를 인코딩한 클립에는 300메가비트의 영상 데이터가 담기고, 이는 37.5메가바이트이며 여기에 오디오 트랙과 컨테이너 부가 정보가 더해집니다. 이것은 실측이 아니라 산술입니다. 같은 60초를 2 Mbit/s로 인코딩하면 화면에 무엇이 담겨 있든 15 MB입니다.
해상도와 프레임레이트는 용량이 아니라 요구량입니다
해상도나 프레임레이트를 올린다고 파일이 곧바로 커지지는 않습니다. 올라가는 것은 봐 줄 만한 화면을 내기 위해 인코더가 필요로 하는 비트 수입니다. 2 Mbit/s의 4K 클립은 2 Mbit/s의 720p 클립과 용량이 같습니다. 다만 4K 쪽이 훨씬 나빠 보일 뿐인데, 같은 예산을 아홉 배 많은 픽셀에 나눠 쓰기 때문입니다.
해상도를 낮추는 것이 동영상을 줄이는 데 그토록 효과적인 이유가 여기에 있습니다. 해상도를 바꿔서 파일이 작아지는 것이 아닙니다. 더 낮은 비트레이트로도 봐 줄 만하게 만든 다음, 그 낮은 비트레이트를 선택하는 것입니다.
| 해상도 | 30 fps에서 | 60 fps에서 |
|---|---|---|
| 3840 × 2160 | 초당 2억 4900만 px | 초당 4억 9800만 px |
| 1920 × 1080 | 초당 6200만 px | 초당 1억 2400만 px |
| 1280 × 720 | 초당 2800만 px | 초당 5500만 px |
| 854 × 480 | 초당 1200만 px | 초당 2500만 px |
이 수치는 인코더의 작업량이며, 예상대로 비례합니다. 프레임레이트를 절반으로 줄이면 작업량도 절반이 되고, 1080p에서 720p로 내리면 대략 3분의 1로 줄어듭니다. 다만 프레임레이트에는 두 번째 효과가 있습니다. 움직임의 느낌을 바꾼다는 것입니다. 가만히 말하는 사람을 찍은 영상에서 프레임레이트를 절반으로 줄이면 거의 티가 나지 않지만, 빠르게 패닝하는 장면에서 절반으로 줄이면 아주 확연히 드러납니다.
품질 지수가 실제로 하는 일
요즘 인코더 대부분은 비트레이트 목표보다 품질 목표를 선호합니다. 품질 지수를 지정하면 인코더가 프레임마다 그 품질에 필요한 만큼의 비트를 쓰고, 결과 비트레이트는 내용에 따라 달라집니다. 대개 이쪽이 더 나은 설정입니다. 정지한 프레임에 비트를 낭비하고 빠른 프레임을 굶기는 대신, 화면이 필요로 하는 곳에 비트를 배분하기 때문입니다.
그 결과, 품질 지수만으로는 파일 용량을 미리 알 수 없습니다. 같은 지수로 인코딩한 두 클립이 몇 배씩 차이 날 수 있고, 인코딩해 보지 않고는 알 방법이 없습니다. 반드시 용량 한도를 맞춰야 한다면, 인코딩한 뒤 확인하거나, 비트레이트 목표를 쓰고 대신 품질이 들쭉날쭉해지는 것을 받아들여야 합니다.
숨은 변수는 움직임입니다
비디오 코덱은 각 프레임을 앞선 프레임들과의 차이로 기술하는 방식으로 작동합니다. 변화가 적을 때, 즉 고정된 카메라, 슬라이드 화면, 민무늬 벽을 배경으로 한 얼굴 같은 장면에서는 차이가 아주 작아서 인코더가 쓰는 비트도 매우 적습니다. 반대로 모든 것이 변할 때, 즉 손에 들고 하는 패닝, 흩날리는 색종이, 비, 물, 바람에 흔들리는 나뭇잎, 1초마다 바뀌는 장면 전환에서는 예측할 수 있는 것이 거의 없어 비트레이트가 치솟습니다.
- 필름 그레인과 센서 노이즈는 움직임처럼 작동합니다. 매 프레임 모든 픽셀을 바꾸므로 인코딩 비용이 큽니다.
- 손으로 들고 찍어 흔들리는 클립은 같은 피사체를 삼각대로 찍은 것보다 훨씬 비쌉니다.
- 거의 정지해 있는 인터페이스를 담은 화면 녹화는 무언가 스크롤되기 전까지는 극도로 저렴합니다.
- 페이드와 디졸브는 하드 컷보다 비쌉니다. 1초 이상 모든 픽셀이 조금씩 변하기 때문입니다.
오디오는 작습니다, 작지 않을 때까지는
대부분의 클립에서 오디오는 반올림 오차 수준입니다. 128 kbit/s 스테레오 트랙은 1분에 약 1메가바이트를 더합니다. 하지만 강하게 압축한 짧고 저해상도인 클립에서는 전체에서 무시할 수 없는 비중이 될 수 있습니다. 용량 상한에 빠듯하게 부딪히고 있다면, 화면을 더 망가뜨리기 전에 오디오 비트레이트를 낮추거나 모노로 바꾸는 것을 고려할 만합니다. 오디오가 전혀 필요 없다면 트랙을 통째로 제거하는 것은 리먹싱이므로 품질 손실이 전혀 없습니다.
대개 통하는 순서
- 클립을 실제로 보게 될 가장 큰 화면을 정하고, 해상도를 거기에 맞춰 제한합니다.
- 움직임이 잔잔하지 않다면 원본 프레임레이트를 유지합니다. 절반으로 줄이는 것은 공짜 절약이 아니라 눈에 보이는 변화입니다.
- 비트레이트가 아니라 품질 지수로 인코딩한 다음 결과를 측정합니다.
- 결과가 너무 크면 품질을 더 낮추기 전에 해상도부터 낮춥니다.
- 클립을 잘라 냅니다. 길이는 식 전체에 곧바로 곱해지는 값이고, 불필요한 30초는 어떤 설정보다 큰 대가를 치르게 합니다.
이메일용으로 동영상 줄이기
이메일 제한은 완성된 첨부 파일에 적용되므로, 가장 먼저 확인할 것은 길이입니다. 불필요한 부분을 잘라 내고, 큰 화면이 아니라 메시지 안에서 볼 클립이라면 해상도를 720p나 480p로 낮추십시오. 픽셀 요구량이 줄면 인코더는 디테일을 망가뜨리지 않고도 훨씬 낮은 비트레이트를 쓸 수 있습니다.
그래도 첨부 파일이 제공업체의 한도를 넘는다면, 더 짧게 줄이거나 승인된 파일 전송 서비스를 통해 공유하십시오. 같은 긴 클립을 낮은 품질로 거듭 재인코딩하면 결국 보기에도 나쁘면서 여전히 너무 큰 파일이 나옵니다. 길이가 비트레이트에 계속 곱해지기 때문입니다.
이 글이 알려 줄 수 없는 것
이 가이드에 권장 비트레이트가 없는 것은 의도한 것입니다. 권장 수치는 코덱, 인코더 구현, 내용, 시청 조건에 따라 달라지며, 이 네 가지 없이 인용된 숫자는 장식일 뿐입니다. 자기 클립에서 30초 분량 샘플을 두 가지 설정으로 인코딩해 둘을 나란히 놓고 보십시오. 그 비교가 남이 남의 영상으로 측정한 어떤 표보다 가치 있습니다.
브라우저 기반 인코딩에만 해당하는 한계가 하나 더 있습니다. 속도를 결정하는 것은 여러분의 기기입니다. 인코딩은 정말로 무거운 작업이고, 휴대폰은 뜨거워지면 성능을 낮추며, 해상도가 높은 긴 클립은 특정 기기가 끝낼 수 있는 범위를 넘어설 수 있습니다. 이는 설정을 조정해서 비켜 갈 수 있는 문제가 아니라 하드웨어의 경계입니다.