이미지를 압축했더니 더 커진 이유는 무엇인가요?

압축기는 픽셀을 다시 인코딩합니다. 새 파일이 더 작아질지는 포맷, 요청한 품질, 그리고 원본이 이미 어떻게 인코딩되었는지에 달립니다. 입력이 촘촘히 저장된 JPEG인데 더 느슨한 파일을 요청하면, 인코더가 비트를 더 쓰고 파일이 커집니다. 그것은 예상된 결과이지, 깨진 내보내기가 아닙니다.

EditItAll에는 “무조건 작게 만들기” 스위치가 없습니다. 컨트롤은 품질 슬라이더와 선택적인 최대 변 제한입니다. 파일 크기는 결과 목록 각 행에서 읽는 출력입니다. out이 in보다 크면, 설정이 원본이 저장한 것보다 많은 데이터를 요청한 것입니다.

흔한 원인은 다음과 같습니다.

• 원본 JPEG보다 높은 품질. 이미 70–80 전후로 저장된 사진을 95 또는 100으로 다시 인코딩하면 결과가 더 큰 경우가 많습니다. 품질 100은 첫 인코딩이 버린 세부 표현을 되살리지 못합니다. 같은 픽셀을 설명하는 데 바이트만 더 쓸 뿐입니다.
• 포맷을 PNG로 바꿨습니다. PNG는 무손실입니다. JPEG 세부 표현은 돌아오지 않고, 사진 노이즈를 그대로 저장하므로 파일은 대개 부풀어 오릅니다. 자세한 진단: PNG 파일이 큰 이유.
• 다시 인코딩만 했고, 원본이 이미 작았습니다. 단순한 그래픽의 200 KB JPEG는 이미 하한 근처일 수 있습니다. 잘 패킹된 PNG에 대한 무손실 PNG 패스도 거의 그대로이거나 래퍼 몇 바이트 때문에 커질 수 있습니다.

크기 조정은 다른 레버입니다. 픽셀 크기를 그대로 두면 모든 픽셀이 남습니다. 사진 너비가 4000 px이고 800 px로 보여 준다면, 축소한 뒤에 압축하거나 압축기의 최대 변 제한을 설정하세요. 크기 조정과 압축의 차이를 보세요.

원본으로 이미지 압축기를 여세요. 커진 사본이 아니라:

• 사진. JPG를 유지하거나 WebP로 바꾸세요. 품질 80 근처에서 시작해 in → out을 읽고, 표시된 크기가 한도 아래로 올 때까지 슬라이더를 내리세요. 표시는 정수 KB로 반올림되므로, 바이트 한도가 엄격하면 한 칸 아래를 노리세요.
• 투명도가 있는 로고, 스크린샷, UI. PNG를 유지하세요. 기본 PNG 재압축은 무손실입니다. 파일이 여전히 움직이지 않으면 이미 잘 패킹된 것일 수 있습니다. 사진 PNG를 JPG로 변환하는 것이 용량 이득이며, 그 단계는 손실입니다.

작업은 기기에서 실행됩니다. 아무것도 업로드되지 않고, 내보낼 때 EXIF가 제거되며, 배치는 ZIP으로 내려받고, 페이지가 로드된 뒤에는 오프라인에서도 작동합니다. 더 많은 방법은 이미지 압축 모음에 있습니다.