AVIF를 JPG로 변환

새로운 형식에서 오래된 형식으로

이 변환을 하면 거의 항상 파일이 커집니다. 결함이 아니라 AVIF가 존재하는 이유 그 자체입니다. AVIF는 똑같아 보이는 JPEG의 절반 용량으로 사진을 저장하는 것이 보통이므로, 되돌리면 아꼈던 만큼 비용이 듭니다. 용량이 아니라 호환성을 위해 변환하세요. AVIF를 읽지 못하는 것들에서 읽힌다는 것 외에는 이점이 없습니다. 그 목록은 아직도 깁니다. 오래된 휴대폰, 이메일 프로그램, 인쇄 작업 과정, 그리고 수많은 데스크톱·기업용 소프트웨어입니다.

AVIF의 기능 중 세 가지는 JPEG에 담을 곳이 없어 변환 과정에서 사라집니다. 투명도는 배경색으로 채워집니다. JPEG에는 알파 채널이 없고 앞으로도 없을 것이기 때문입니다. HDR(하이 다이내믹 레인지)은 톤 매핑되어 일반 8비트 색상으로 내려갑니다. AVIF는 채널당 10비트와 12비트, 넓은 색역을 담을 수 있으므로, HDR 화면에서 빛나던 사진이 밋밋하게 돌아오며 이후에 아무리 편집해도 되살릴 수 없습니다. 애니메이션은 첫 번째 프레임만 변환됩니다.

품질 설정은 잠시 생각해 볼 만합니다. 이미 인코딩된 것을 다시 인코딩하는 것이기 때문입니다. AVIF 자체의 압축 흔적은 이미 픽셀에 새겨져 있고, JPEG 인코더는 그림의 디테일과 이전 압축이 남긴 아티팩트를 구별하지 못해 둘 다 충실히 보존하는 데 비트를 씁니다. 85 정도가 JPEG가 자체 손상을 더하지 않기 시작하는 지점입니다. 그보다 낮추면 두 세대의 손실이 겹쳐, 같은 용량으로 한 번만 압축한 것보다 눈에 띄게 나빠 보입니다.

살아남는 것은 픽셀 데이터이고, 파일이 자신에 대해 기록해 둔 정보는 대부분 그렇지 않습니다. AVIF에 저장된 카메라 설정, 촬영 날짜, 위치는 옮겨지지 않습니다. 사진을 공개적인 곳에 올릴 때는 대개 반가운 일이지만, 그 정보에 의존하고 있었다면 알아 두어야 합니다.

다른 작업이 필요할 때

받는 쪽에서 AVIF를 읽을 수 있다면 변환하지 마세요. 원본을 그대로 두는 것이 모든 면에서 확실히 낫습니다. 더 작고, 화질이 높고, 색이 더 풍부하며, 호환성 문제는 해마다 줄어들고 있습니다.

여러 파일을 처리하거나 HDR 콘텐츠에 필요한 톤 매핑을 직접 제어하고 싶다면, avifdec in.avif out.png로 품질 손실 없이 디코딩한 뒤 cjpeg나 mozjpeg로 JPEG를 따로 인코딩하세요. 특히 mozjpeg는 같은 용량에서 어떤 브라우저 인코더보다 눈에 띄게 좋은 파일을 만듭니다. ImageMagick의 magick in.avif -quality 88 out.jpg는 폴더 전체를 한 줄로 처리합니다.