이미지 DPI 변경

아니요. DPI는 "픽셀 하나를 종이에 얼마만 한 크기로 찍어라"라고 파일에 적어둔 메모예요. 픽셀을 만들어내지는 못해요. 600 × 600 사진은 72dpi일 때나 300dpi일 때나 똑같이 600 × 600만큼의 정보만 갖고 있고, 달라지는 건 인쇄 크기뿐이에요. 가로로 약 212mm 나오던 게 약 51mm가 되는 식이죠. 선명함은 애초에 픽셀이 충분한지에서 갈려요.

픽셀이 이미 충분하다면 이걸로 끝나요. 인쇄용 300dpi를 요구하는 건 대부분 그런 뜻이거든요. 계산은 간단해요. 픽셀 ÷ 300 × 25.4 를 하면 mm가 나와요. 3543 × 2362 이미지가 필요한 300 × 200mm에 딱 맞는다면, 그 파일은 처음부터 인쇄에 충분했고 표기만 틀렸던 거예요. 이 도구가 고치는 게 정확히 그 부분이고요. 반대로 계산 결과가 한참 작게 나오면 dpi가 아니라 원본을 더 큰 픽셀로 다시 내보내야 해요.

정상이에요. 이미지 데이터는 한 바이트도 건드리지 않고 그대로 복사하거든요. JPEG는 보통 5바이트만 달라져요. JFIF 헤더의 단위 값과 가로·세로 밀도 값이 전부예요. PNG는 pHYs 칸을 새로 만들어야 할 때 21바이트 늘어나고요. 디코딩도 재압축도 없으니 같은 파일을 몇 번을 돌려도 화질이 깎이지 않아요.

밀도를 적어두는 표준 자리가 있는 흔한 포맷이 이 둘뿐이라서예요. JPEG는 JFIF와 EXIF 항목에, PNG는 pHYs 청크에 기록해요. WebP에는 그런 표준 항목이 아예 없어서 값을 적어둬도 인쇄소 쪽에서 읽을 데가 없고, 억지로 넣으려면 컨테이너를 새로 짜야 해요. GIF도 마찬가지고요. 벡터 쪽은 PDF와 SVG가 물리 크기를 직접 적기 때문에 dpi 개념을 쓰지 않아요.

EXIF 영역은 한 바이트도 손대지 않고 그대로 두고, dpi는 JFIF 헤더에 적어요. 인쇄 작업에서 보는 값이 이쪽이라 문제없어요. EXIF 목록에 항목을 새로 끼워 넣으면 그 뒤에 적힌 위치 값들이 전부 밀려서 나머지 메타데이터가 조용히 깨지거든요. 그래서 이 도구는 그렇게 하지 않아요. 반대로 EXIF에 XResolution·YResolution이 이미 있으면 그 자리에서 값만 고쳐서 두 헤더가 서로 다른 말을 하지 않게 맞춰요.

쓰고 있는 브라우저 안에서요. 파일을 메모리로 읽어서 헤더 몇 바이트만 고친 다음 바로 다운로드로 돌려줘요. 업로드 자체가 없고 서버에 사본이 남지도 않아요. 페이지가 한 번 열린 다음에는 변환에 네트워크가 전혀 필요 없어요.