HEIC는 아이폰이 기본으로 쓰는 형식이고, 폰에서는 멀쩡한 사진이 윈도우에서 열리지 않거나 오래된 사진 앱에서 거부당하거나 업로드하려는 대부분의 사이트에서 튕기는 이유이기도 합니다. 이 변환기는 libheif의 WebAssembly 빌드인 heic-to 라이브러리로 HEIC와 HEIF 이미지를 디코딩해, 어디서나 열리는 평범한 JPG 파일로 내보냅니다.
애플이 HEIC를 택한 이유는 같은 사진을 JPEG의 절반 정도 용량에 담기 때문입니다. 바로 그 효율이 공유를 어렵게 만듭니다. 이 형식은 HEVC 비디오 코덱에 의존하는데, 그 특허 라이선싱 문제 때문에 대부분의 브라우저에서 지원되지 않고 윈도우에서도 유료 확장을 설치해야 열립니다. JPG로 바꾸는 것은 용량을 조금 내주고 사진을 실제로 쓸 수 있게 만드는 거래입니다.
HEIC 디코더는 브라우저 안에서 WebAssembly로 실행됩니다. 사진첩이 업로드되지 않고, 아이폰 사진이 흔히 담고 있는 GPS 좌표도 어딘가로 전송되는 대신 변환 과정에서 그냥 사라집니다.
.heic와 .heif 확장자를 모두 받으며 한 번에 여러 장 선택할 수 있습니다.변환은 두 단계로 진행됩니다. 먼저 HEIC 파일이 디코더가 만들어내는 품질 0.92의 중간 JPEG로 풀립니다. 그 이미지가 다시 선택한 화질로, 브라우저가 WebAssembly 워커를 지원하면 MozJPEG로 인코딩됩니다. 높음은 0.92, 보통은 0.85입니다.
따라서 높음을 고르면 두 단계가 모두 0.92에 놓여 원본에 가장 가까운 결과가 나옵니다. 사진에서 JPEG 아티팩트가 눈에 띄기 시작하는 수준보다 한참 위입니다. 결과 파일은 HEIC의 대략 1.5~2배가 되는데, 이는 더 오래되고 덜 효율적인 코덱을 쓰는 비용일 뿐입니다.
아이폰에서 내보낸 HEIC 파일에 담긴 것은 정지 이미지이고, 변환되는 것도 그것입니다. Live Photo의 짧은 영상 부분은 옆에 별도의 .mov 파일로 저장되며 HEIC에 포함되지 않으므로 영향을 받지 않습니다. 연사 사진은 개별 HEIC 파일로 내보내지고 각각 변환됩니다.
HEIC는 HEVC 코덱을 사용하는데, 윈도우는 Microsoft Store의 유료 확장 없이는 이를 디코딩하지 못하고 대부분의 브라우저는 특허 라이선싱 문제로 아예 지원하지 않습니다. JPG로 변환하면 이 문제 전체를 우회할 수 있습니다.
아주 약간, 그것도 알아보기 어려운 방식으로만 떨어집니다. HEIC는 품질 0.92의 중간 JPEG로 디코딩된 뒤 선택한 화질로 인코딩됩니다. 높음을 고르면 두 단계 모두 0.92이므로 사진에서 압축 아티팩트가 보이는 수준 아래에 머뭅니다.
보통 그렇습니다. 대략 1.5~2배입니다. HEIC가 JPEG보다 훨씬 효율적으로 압축하는데, 모든 기기가 열 수 있는 파일을 얻는 대가로 그 효율을 포기하는 셈입니다.
아니요. 변환 과정에서 이미지를 다시 그려 새 JPEG를 쓰므로, GPS 좌표·카메라 모델·촬영 시각을 포함한 EXIF 메타데이터가 넘어가지 않습니다.
네. 원하는 만큼 추가하면 순서대로 디코딩되어 하나의 ZIP으로 묶입니다. 아주 많은 양은 기기 메모리만이 제한 요소입니다.
아니요. libheif 디코더는 WebAssembly로 한 번 내려받은 뒤 전적으로 브라우저 안에서 실행됩니다. 사진 자체는 전송되지 않습니다.