먼저 화질, 다음에 변, 거기서 멈춤
3MB 휴대폰 사진을 400KB로 만들면, 화질 탐색으로 끝나는 경우가 많습니다. 화소는 그대로, 인코더가 묶을 뿐입니다.
가로 4000화소를 50KB로 만들면 화질만으로는 닿지 않습니다. 긴 변을 한 단 내리고 다시 찾습니다. 버그가 아니라 설계이고, 화면에 축소했다고 나옵니다.
노이즈 많은 거대 사진을 20KB로 하면 아직 실패할 수 있습니다. 만든 최소를 돌려주고 「더 줄이기 어려움」을 찍습니다. 화면의 바이트 수가 진짜입니다. 몰래 상한을 넘기지 않습니다.
칩은 지름길이지, 상품 전부가 아님
20KB부터 5MB는 한 번 탭하는 눈금입니다. 87KB나 1.4MB는 입력란에. 숫자마다 URL은 만들지 않습니다. 비슷한 페이지 복도가 되기 때문입니다. 이 허브를 쓰거나, 사정이 있는 200KB / 500KB 페이지로.
사용 방법
- 용량 지정으로 바꿔 숫자를 쓰거나, 칩을 탭합니다.
- 화질을 찾아 파일을 상한 이하로 맞춥니다.
- 화질만으로 부족하면 변을 줄입니다. 그래도 안 되면 실제 용량과 「더 줄이기 어려움」을 냅니다.
자주 묻는 질문
왜 1000이 아니라 1024인가요?
Windows 속성이 1024입니다. 웹 폼이 1000이면, 데스크톱에서 199KB로 보이는 파일을 거절할 수 있습니다. 그 어긋남용이 5% 체크입니다.
원본이 쓴 숫자보다 작습니다.
손대지 않고, 그 뜻을 냅니다. 다시 인코딩하면 손해만 납니다.