이미지를 압축하면 왜 더 나빠 보이나요?

사진 압축의 대부분은 손실 방식입니다. 인코더가 미세한 디테일을 버려 파일을 줄입니다. 합리적인 화질(JPEG는 약 80)에서는 그 손실이 화면에서 보이지 않습니다. 보일 때는 그 과정의 잔여물을 보고 있는 것입니다.

• 하늘과 피부에서 보이는 8×8 블록 패턴.
• 머리카락, 글자, UI 크롬의 부드럽거나 탁한 가장자리.
• 고대비 선 주변의 후광이나 링잉.

미리보기 버그가 아니며, 두 번째 압축으로 다듬을 수도 없습니다. 데이터는 이미 사라졌습니다. “압축 아티팩트 제거”를 내세우는 도구는 생성형 채우기가 필요하고, EditItAll은 그렇게 하지 않습니다. 배경 설명: 손실 대 무손실.

압축 결과가 원본보다 나빠 보이면 다음 순서로 확인하세요.

• 화질이 너무 낮음. JPEG에서는 70보다 훨씬 아래로 내리면 대부분 알아챕니다. 약 60 아래에서는 분명히 손상됩니다. 80에서 시작해 미리 보고, 표시된 파일 크기가 한도에 못 미칠 때만 더 낮추세요.
• 반복 저장. JPEG 인코딩마다 직전 인코딩의 아티팩트를 실제 디테일로 보고 다시 압축합니다. WhatsApp, 이메일, 다른 압축기를 거친 사진은 이미 사본의 사본입니다. 카메라 원본이 필요합니다.
• 픽셀이 너무 적음. 최대 변 제한(또는 이전 리사이즈)으로 4000 px 사진을 수백 픽셀까지 줄이면 크게 볼 때 부드러워 보입니다. 그건 해상도 부족이지 압축만의 문제가 아닙니다. 리사이즈와 압축의 차이를 보세요.

그래픽과 스크린샷은 PNG에 맞습니다. 로고를 JPEG로 억지로 넣으면 글자 가장자리가 금방 지저분해집니다. PNG 압축 도구로 그 파일을 무손실로 유지하세요.

이미지 압축 도구를 열고 마스터 파일을 넣으세요. 카메라 JPEG, PNG 내보내기, HEIC이지, 이미 나빠 보이는 사본이 아닙니다.

• 사진은 JPG를 유지하거나 WebP로 바꾸세요. 화질은 80 근처에서 시작하세요. 입력 → 출력 크기를 읽고, 여전히 같아 보이면 75를 시도해도 됩니다.
• 목표 크기 필드는 없습니다. 크기는 출력입니다. KB 표시는 정수 킬로바이트로 반올림되므로, 엄격한 바이트 한도가 있으면 조금 아래를 노리세요.
• 썸네일이 아니라 실제 사진을 100%로 미리 보세요. 아티팩트는 작은 미리보기에 숨습니다.

모든 작업은 기기에서 실행됩니다. 파일은 업로드되지 않고, 내보낼 때 EXIF가 제거되며, 페이지를 불러온 뒤에는 오프라인에서도 동작합니다. 웹용 JPEG 조언은 웹을 위한 JPEG 압축에, 슬라이더 숫자는 어떤 JPEG 화질을 쓸지에 있습니다.