이미지 파일 용량 줄이는 법
업로드 양식은 2 MB 미만을 요구하는데 사진은 8 MB입니다. 실제로 뭘 바꿔야 하나요?
세 가지 레버, 그리고 압도적인 하나
모든 이미지 압축기는 세 가지 레버를 조합해 당깁니다. 이미지의 픽셀 수, 인코더가 버려도 되는 디테일의 양, 그리고 어떤 포맷으로 쓸 것인가입니다. 사람들이 품질 슬라이더부터 잡는 이유는 그것이 모든 도구가 가장 먼저 보여 주는 항목이기 때문입니다. 하지만 대개는 잘못된 출발점입니다.
지배적인 것은 이미지 크기입니다. 파일 용량은 대체로 픽셀 수에 비례하고, 픽셀 수는 한 변 길이의 제곱에 비례하기 때문입니다. 가로와 세로를 절반으로 줄이면 픽셀은 4분의 1만 남습니다. 품질 슬라이더로 할 수 있는 어떤 조작도 이만큼 결정적이지 않고, 체감 품질에서 이만큼 손해가 적은 방법도 없습니다. 단, 결과물이 표시될 영역보다는 여전히 커야 합니다.
실제로 필요한 픽셀 수 따져 보기
요즘 휴대폰 카메라는 가로 4000픽셀 안팎의 이미지를 만듭니다. 노트북에서 전체 화면으로 보는 사진은 가로 1500~2000픽셀 정도로 표시되고, 글 안에 들어간 사진은 800픽셀로 표시되는 경우가 많습니다. 800픽셀을 보여 주는 자리에 4000픽셀을 보낸다는 것은, 내려받은 뒤에 픽셀의 약 96퍼센트를 보는 쪽 소프트웨어가 버린다는 뜻입니다.
| 긴 변 | 대략적인 픽셀 수 | 4000 px 원본 대비 비율 |
|---|---|---|
| 4000 px | 1070만 | 100% |
| 2560 px | 440만 | 41% |
| 1920 px | 250만 | 23% |
| 1280 px | 110만 | 10% |
| 800 px | 40만 | 4% |
이 비율은 산술 계산이지 특정 파일을 실측한 값이 아닙니다. 압축된 파일은 픽셀 수에 정확히 비례해서 줄어들지 않습니다. 그래도 가장 먼저 볼 값으로는 적절합니다. 인코더가 디테일을 버리기 시작하기 전에 크기 조정이 얼마만큼의 여유를 주는지 알려 주기 때문입니다.
품질 슬라이더가 하는 일
JPEG 인코더에서 품질 수치는 8×8 블록마다 주파수 계수에 적용되는 제수 표의 크기를 조절합니다. 품질이 낮아지면 나눗셈이 거칠어지고, 그만큼 0으로 반올림되는 계수가 늘어나며, 결과적으로 비트 수가 줄어듭니다. 눈에 보이는 대가는 뚜렷한 경계와 완만한 그러데이션에서 먼저 나타납니다. 글자 옆의 링잉, 하늘의 밴딩이 그것입니다.
이 척도는 선형이 아니고, 포맷끼리 비교할 수 있는 값도 아닙니다. JPEG 인코더의 품질 80, WebP 인코더의 품질 80, AVIF 인코더의 품질 80은 우연히 같은 범위를 쓸 뿐 서로 아무 관계가 없는 세 개의 숫자입니다. 결과는 숫자를 믿지 말고 원본 크기로 직접 보면서 판단해야 합니다.
목표 용량이 설정이 아니라 탐색인 이유
어떤 인코더도 이걸 500 KB로 만들어라라는 지시를 받아들이지 않습니다. 인코더가 받는 것은 품질 설정이고, 그 설정이 해당 이미지에서 만들어 내는 용량이 그대로 결과가 됩니다. 그래서 목표 용량을 제시하는 도구는 사실 탐색을 수행하는 것입니다. 인코딩하고, 측정하고, 품질을 조정하고, 다시 인코딩하다가, 결과가 예산 아래로 내려가거나 품질 하한에 도달하면 멈춥니다.
목표 용량이 언제나 최선을 다한 근사치에 그치는 이유가 여기에 있습니다. 디테일이 많고 노이즈가 있는 고해상도 사진은 사람이 받아들일 만한 어떤 품질에서도 빠듯한 예산에 들어가지 못할 수 있습니다. 이때 정직한 대응은 사진이 망가질 때까지 계속 밀어붙이는 것이 아니라, 하한에서 멈추고 어디서 멈췄는지 알려 주는 것입니다. FileSlimmer의 목표 용량 도구는 크기를 먼저 줄인 다음 상한과 하한 사이에서 품질 범위를 좁혀 가고, 마지막에 사용한 설정을 알려 줍니다.
사진을 1 MB 이하로 만드는 법
먼저 휴대폰 사진을 목적지가 요구하는 최대 크기에 맞춰 줄입니다. 이메일, 신청 양식, 평범한 웹 페이지라면 그 크기는 카메라 원본보다 훨씬 작은 경우가 많습니다. 그다음 최고는 아니지만 높은 품질로 JPEG 또는 WebP를 새로 인코딩하고, 결과를 측정한 뒤 파일이 여전히 1 MB를 넘을 때만 품질을 조금씩 낮춥니다.
결과가 1 MB 아래로 떨어질지는 품질만으로 결정되지 않습니다. 디테일이 많은 이미지는 단순한 이미지보다 더 많은 데이터를 필요로 하기 때문입니다. 첫 시도에서 한도를 넘겼다면 품질을 더 낮추기 전에 크기부터 줄여야 합니다. 이렇게 하면 모든 픽셀을 유지한 채 강한 블록 노이즈나 링잉 아티팩트를 얹는 것보다 대체로 더 자연스러운 이미지가 남습니다.
도움이 되지 않는 것들
- 파일을 ZIP으로 묶기. 압축된 이미지 포맷에는 범용 압축기가 찾아낼 중복이 거의 남아 있지 않습니다. 압축 파일 용량은 대개 원본과 반올림 오차 수준의 차이밖에 나지 않습니다.
- 확장자만 바꾸기. 바이트는 그대로이고, 실제 파일 시그니처를 읽는 소프트웨어는 그저 혼란스러워할 뿐입니다.
- 같은 품질로 JPEG를 다시 저장하기. 이것은 두 번째 손실 압축입니다. 파일은 쓸모 있을 만큼 줄지 않고 사진만 조금 더 나빠집니다.
- 용량만이 목적일 때 사진에서 메타데이터 지우기. 몇 MB짜리 픽셀 옆에 붙은 수 KB짜리 EXIF는 오차 범위입니다. 메타데이터는 용량이 아니라 프라이버시를 위해 지우는 것이고, 그 이유는 실제로 유효합니다.
대개 목표에 도달하는 작업 순서
- 이미지가 표시될 최대 크기를 정하고, 긴 변을 그 크기에 맞춰 줄입니다.
- 내용에 맞는 포맷을 고릅니다. 사진에는 손실 포맷, 스크린숏과 단순한 그래픽에는 무손실 포맷을 씁니다.
- 최고는 아니지만 높은 품질에서 시작해 손상이 눈에 보일 때까지 한 단계씩 내리고, 그다음 한 단계만 되돌립니다.
- 결과를 원본 크기로, 실제로 보게 될 종류의 화면에서 확인합니다.
- 그래도 너무 크면 첫 단계로 돌아갑니다. 여유는 거의 언제나 품질보다 이미지 크기 쪽에 더 많습니다.
이 방법이 통하지 않는 지점
이 모든 방법에 저항하는 이미지도 있습니다. 작은 글자로 가득한 스캔 문서는 픽셀이 판독 가능한 상태로 남아 있어야 하므로 크기를 줄이면 곧바로 타격이 오고, 품질을 낮추면 하필 글자를 읽기 어렵게 만드는 바로 그 아티팩트가 생깁니다. 스프레드시트 스크린숏도 같은 문제를 안고 있습니다. 이런 경우의 올바른 답은 KB 수치를 낮추는 것이 아니라 다른 포맷, 즉 무손실 포맷이나 PDF인 경우가 많습니다.
그리고 포털이 파일을 거부한다면, 그 제한이 파일 용량에 걸린 것인지 픽셀 크기에 걸린 것인지 확인해야 합니다. 둘은 서로 다른 제한이고, 한쪽을 통과한 파일이 다른 쪽에서는 걸릴 수 있습니다.
관련 도구
출처
- ITU-T T.81 — quantisation and the JPEG quality scale
- MDN — Image file type and format guide
- MDN — Responsive images and choosing a display width