아이폰 사진이 HEIC인 이유 (그리고 그냥 JPG로 바꾸는 게 나은 때)
Dov Azencot
@DovAzencot처음 이걸로 당한 건 집주인에게 보낼 문의 양식에 사진을 첨부하려던 때였습니다. 사진을 끌어다 놓자 업로드 표시가 한 바퀴 돌더니 「지원하지 않는 파일 형식」이라고 떴습니다. 사진 앱에서는 멀쩡하게 잘 보이던 그 사진의 이름은 IMG_4471.HEIC였고, 양식은 이걸 어떻게 다뤄야 할지 전혀 몰랐습니다.
HEIC라는 이야기가 이 한 문장에 다 들어 있습니다. 측정할 수 있는 거의 모든 면에서 JPG보다 나은 형식이지만, 매일 손대는 소프트웨어 중 완고한 일부는 여전히 이걸 멍하니 쳐다봅니다.
애플이 애초에 HEIC로 간 이유
2017년 무렵 아이폰은 기본 사진 형식을 JPEG에서 HEIC로 조용히 바꿨습니다. HEIC는 High Efficiency Image Container의 약자로, HEVC 영상 코덱 위에 세워졌습니다. 이유는 저장 공간이었습니다. HEIC는 거의 같은 사진을 대략 절반의 공간에 담습니다. JPEG로는 4MB였을 사진이 2MB에 가까워지는데, 눈으로는 둘을 구분할 수 없습니다.
용량을 줄이는 것만도 아닙니다. HEIC는 JPG의 8비트 대신 16비트 색을 담을 수 있어, 카메라가 잡은 계조를 더 많이 지킵니다. Live Photos, 심도 정보, 연사도 하나의 컨테이너 안에 저장합니다. 폰 안에서는 옳은 선택입니다. 애플이 틀린 게 아닙니다.
Genius Bar에서는 아무도 안 알려 주는 함정
HEIC는 특허에 묶여 있고, 애플 바깥 세계의 지원은 JPG와는 달리 군데군데 비어 있습니다. 제가 직접 벽에 부딪힌 곳들입니다.
- 관공서와 은행의 업로드 양식
- 유료 HEVC 코덱 팩이 없는 오래된 윈도우 PC
- 웹 앱과 CMS의 많은 이미지 입력란
- 안드로이드 친구와의 단체 채팅. 가끔 사진을 뭉개지게 다시 압축합니다
- 2020년 이전에 만들어진 거의 모든 「사진 첨부」 절차
반대로 JPG는 1990년대부터 말 그대로 모든 것에서 열립니다. JPG에 막히는 기기, 브라우저, 양식, 낡은 사무실 PC는 없습니다. 이 보편성이 변환하는 이유의 전부입니다.
실제로 내주는 것
솔직히 말하겠습니다. 이건 대부분의 「지금 HEIC 변환」 페이지가 건너뛰는 부분이니까요. HEIC에서 JPG로 가는 건 공짜가 아닙니다. 손실에서 손실로 가는 변환이라, 이미 압축된 데이터를 다시 인코딩하는 셈이고, JPG는 덜 효율적인 형식입니다. 실제 대가 세 가지입니다.
| HEIC가 지키는 것 | JPG가 하는 일 |
|---|---|
| 1200만 화소 사진에 약 2MB | 같은 사진에 약 3.5~4.5MB |
| 16비트 색 심도 | 8비트 — 하늘에 띠가 생길 수 있음 |
| Live Photo, 심도, HDR 게인 맵 | 한 장의 정지 사진으로 평탄화 |
그러니까 파일은 더 커지고 색 범위는 더 좁아집니다. 목적을 떠올리기 전까지는 나쁜 거래처럼 들립니다. 어디서도 안 열리는 작은 파일보다, 어디서나 열리는 조금 큰 파일이 낫습니다. 업로드하거나 메일로 보내거나 PC를 쓰는 사람에게 건네는 사진이라면, 이 거래는 매번 할 만한 값어치가 있습니다.
품질 저하는 실제로는 작습니다. 적당한 품질로 설정하면 변환된 JPG는 화면에서 볼 만한 것이라면 무엇이든 HEIC와 눈으로 구분되지 않습니다. 8비트 한계는 극단적인 경우에만 보입니다. 매끄러운 노을 그러데이션에서 옅은 띠가 나타날 수 있습니다. 양식에 올릴 스냅 사진에서는 절대 눈에 띄지 않습니다.
제가 변환하지 않는 때
사진이 애플 생태계 안에 머문다면, 즉 라이브러리에 살고 다른 기기와 동기화되고 애플 경로로 인화된다면, 저는 그냥 HEIC로 둡니다. 여기서 변환하면 파일만 커지고 색 심도를 이유 없이 버릴 뿐입니다. HEIC가 더 나은 보관용 형식입니다. 사진이 담장 밖으로 나가야 하는 순간에만 JPG를 꺼냅니다.
또 하나 절대 안 하는 것은 유일한 사본을 변환하는 일입니다. 폰에 있는 원본 HEIC는 그대로 둡니다. 어디로 보내든 JPG를 따로 내보내고, 원본은 온전한 색과 심도를 지킵니다. 모든 형식에 똑같이 따르는 규칙입니다. 보내는 사본을 변환하고, 내가 가진 원본은 지킨다.
제가 실제로 하는 방법
설정, 카메라, 포맷, 「높은 호환성」에서 원본부터 HEIC를 끌 수 있고, 그러면 아이폰은 그때부터 JPG로 찍습니다. 그것도 되지만, 폰을 절대 안 벗어나는 사진까지 모두 영원히 JPG 세금을 내게 됩니다. 저는 차라리 HEIC로 찍고 실제로 공유하는 몇 장만 변환하는 쪽입니다.
그 몇 장을 위해 이 사이트의 HEIC를 JPG로 변환하는 도구를 씁니다. 브라우저 안에서 돌아가서 사진이 기기를 절대 벗어나지 않는데, 여기서는 이게 평소보다 더 중요합니다. 스톡 스크린샷이 아니라 진짜 내 개인 사진이니까요. HEIC를 넣으면, 집주인의 양식도 이모의 윈도우 노트북도 지구상 모든 업로드 칸도 군말 없이 받아 줄 JPG가 나옵니다.
밤 9시에 문의 양식 앞에서 형식 전쟁을 벌일 이유는 없습니다. 사진 한 장 변환하고, 보내고, 넘어가면 됩니다. 지금 제가 하는 방식이 그렇고, IMG_4471은 마침내 올라갔습니다.
관련 글
PNG일까 JPG일까? 제가 십 년째 쓰는 판단 규칙
무손실이냐 손실이냐, 가장자리냐 사진이냐, 투명함이냐 아니냐. 파일이 어떤 형식이어야 하는지는 단 하나의 질문으로 갈립니다. 실제 용량 표로 증명해 보입니다.
PNG를 WebP로 바꾸는 이유 (그리고 절대 안 바꾸는 한 가지 경우)
PNG는 편집할 때는 훌륭하지만 게시할 때는 낭비입니다. WebP가 실제로 무엇을 아껴 주는지, 어디서는 전혀 도움이 안 되는지, 그리고 절대 어기지 않는 한 가지 규칙을 짚어 봅니다.
브라우저 안 이미지 변환은 실제로 어떻게 되는가 (그리고 제가 그렇게 만든 이유)
「파일이 기기를 절대 벗어나지 않습니다」는 마케팅 문구가 아니라 구조입니다. WASM이 바로 브라우저 안에서 변환을 어떻게 해내는지, 그리고 이 방식이 가진 하나의 진짜 한계를 이야기합니다.
전체 글