이미지 및 사진 · 이미지 변환기 및 압축기
WebP의 품질 80과 JPEG의 품질 80이 동일하지 않은 이유
· 작동 방식
이미지 형식 이미지 품질 웹페이지
품질 슬라이더는 보편적인 것처럼 보이지만 숫자는 인코더별 양자화에 매핑되며 모든 형식에서 다른 것을 의미합니다. 이 게시물에서는 품질 값이 실제로 무엇을 설정하는지, 80이 80이 아닌 이유, 형식을 정직하게 비교하는 방법에 대해 설명합니다.
두 개의 파일, 동일한 슬라이더, 다른 결과 — 개발자가 형식을 바꾸지만 숫자를 유지하면 일치하지 않는 문제가 발생합니다.
JPEG에 대해 80을 선택하고 WebP에 대해 80를 선택하면 두 개의 시각적 결과가 아닌 두 개의 컨트롤이 정렬됩니다. ToolAcre는 동일한 정규화된 숫자를 다양한 브라우저 인코더 모드에 전달하며 각 형식은 자체 바이트를 생성합니다. 슬라이더를 유지하면서 확장자를 바꾸는 개발자는 형식과 인코더를 동시에 변경했기 때문에 동일한 입력으로 동일한 손상이나 동일한 크기를 설정할 수 없습니다.
패널은 인코딩된 Blob을 측정하여 그렇지 않은 척하는 것을 방지합니다. 실제 전후 바이트를 하나의 결과로 사용하고 이미지를 다른 결과로 검사하십시오. 사이트 작업 흐름에 대해 기본값을 선택해야 하는 경우 공유 배율을 교차 형식 보정으로 처리하는 대신 대표 사진, 그래픽 및 투명도를 테스트하십시오.
품질 수치가 실제로 제어하는 것 — 측정 가능한 것의 백분율이 아니라 인코더의 양자화 테이블에 적용되는 배율 인수
통합 문서에서는 품질을 양자화 테이블에 대한 척도 인자라고 부릅니다. 해당 수준의 인코더 세부 정보는 이 저장소에서 구현되거나 표시되지 않습니다. `clampQuality`는 단지 UI 백분율을 0.01과 1 사이의 유한 숫자로 변환하고 `encodeCanvas`는 이를 브라우저에 제공합니다. 테이블, 계수 또는 보유 정보 비율이 반환되지 않습니다.
이 수정은 오해의 소지가 있는 정신 모델을 방지합니다. 80은 소스 세부 정보의 80%, 파일 크기 대상의 80% 또는 브라우저 간에 비교할 수 있는 점수를 의미하지 않습니다. 생성된 파일에서만 효과를 학습할 수 있는 요청 매개변수입니다. 따라서 ToolAcre의 가장 강력한 증거는 슬라이더 주변의 공식이 아니라 출력 바이트와 육안 검사입니다.
품질은 저장소에서 정의한 테이블 규모가 아닌 불투명한 브라우저 인코더 입력입니다.
JPEG 및 WebP에는 별도의 MIME 유형이 있으며 형식 테이블에 별도의 항목이 있습니다. 둘 다 손실로 표시되고 둘 다 품질을 허용하며 WebP는 알파를 유지하지만 JPEG은 그렇지 않습니다. 이러한 제품 정보 외에도 브라우저별 매핑은 숨겨져 있습니다. 애플리케이션은 하나의 정수에 대해 동일한 곡선, 양자화 테이블 또는 지각적 동작을 주장하지 않습니다.
동일한 브라우저는 릴리스 간에 인코더를 발전시킬 수도 있지만 다른 플랫폼은 동일한 설정에서 몇 킬로바이트 다른 파일을 생성할 수 있습니다. 안정적인 출력이 중요한 경우 브라우저와 버전을 기록하세요. 바이트 단위 재현성이 요구되는 경우 고정된 구현 세부 정보가 없는 내장 캔버스 인코더는 적절한 계약이 아닙니다.
JPEG 및 WebP은 별도의 인코더입니다. 비공개 매핑은 여기에 노출되지 않습니다.
Canvas API는 손실이 있는 인코더에 대해 명목상 0~1 범위의 품질을 허용합니다. ToolAcre는 허용되는 설정을 0.01에서 1까지로 좁히고 0.82에서 시작합니다. PNG 형식 기록에 컨트롤이 적용되지 않는다고 나와 있으므로 품질이 완전히 생략되었습니다. 이는 코드와 테스트를 통해 검증된 애플리케이션 동작입니다.
저장소는 JPEG 또는 WebP에 대해 품질이 생략된 경우 브라우저가 선택할 기본값을 설정하지 않습니다. 계획에서는 일반적으로 하나를 제공합니다. 또한 인코더 작업이나 튜닝 플래그를 노출하지 않습니다. 따라서 비교에서는 지정되지 않은 브라우저 기본값이나 다른 응용 프로그램의 "80" 레이블에서 추정하는 대신 사용된 ToolAcre의 정확한 값을 명시해야 합니다.
ToolAcre는 고정된 0.01-to-1 값을 전달하고 브라우저 기본값을 정의하지 않습니다.
결과 매칭은 중요한 축을 선택하는 것부터 시작됩니다. 엄격한 업로드 제한을 위해 비슷한 측정 크기에 가까운 파일을 비교한 다음 더 깨끗한 파일을 선호하세요. 편집 품질 수준의 경우 아티팩트가 허용되지 않을 때까지 각 형식을 독립적으로 낮추고 결과 바이트를 비교합니다. 동일한 슬라이더 위치는 어떤 질문에도 대답하지 않습니다.
이 단계에서는 치수를 고정된 상태로 유지합니다. 크기 조정은 크기를 지배하고 자체 리샘플링 변경을 도입하여 형식 비교를 해석하기 어렵게 만듭니다. 인코더 선택을 이해한 후에는 실제 디스플레이 크기에서 반복하십시오. 이 순서는 형식 동작을 더 적은 수의 픽셀을 제공하는 데 따른 별도의 이점 및 비용과 구별합니다.
작업 예: 두 형식의 여러 품질로 내보낸 사진 1장 — 비슷한 크기의 파일을 페어링하고 100 퍼센트로 검사
피부, 나뭇잎, 부드러운 하늘, 날카로운 건물 가장자리가 포함된 원본 사진을 선택하세요. 크기를 조정하지 않고 JPEG 및 WebP을 60, 75, 82 및 90에서 내보냅니다. ToolAcre는 각 실행에 대한 실제 출력 바이트를 보고합니다. 이미지 콘텐츠와 브라우저 인코더가 값을 결정하기 때문에 어떤 기사도 해당 값을 실제로 미리 채울 수 없습니다.
측정된 크기가 가장 가까운 출력을 쌍으로 묶은 다음 기본 배율로 동일한 영역을 검사합니다. JPEG은 선택한 매트를 사용하고 WebP은 알파를 유지할 수 있으므로 소스에 투명도가 있는 경우 별도로 투명도를 확인하세요. 크기, 눈에 보이는 손상 및 필요한 형식 기능이 모두 기록된 경우에만 비교가 완료됩니다.
여기서 다루지 않는 내용 — SSIM, 인코더 튜닝 플래그, AVIF 또는 JPEG XL과 같은 인식 측정항목
ToolAcre는 SSIM 또는 다른 인식 메트릭을 계산하거나 고급 인코더 플래그를 노출하거나 AVIF 및 JPEG XL 출력을 제공하지 않습니다. 지원되는 인코더는 PNG, JPEG 및 WebP입니다. 측정항목이 없다는 것은 제품이 계산하지 않은 수치적 판단을 받는 대신 편집자가 시각적 승인 임계값에 대한 책임을 진다는 것을 의미합니다.
또한 대상 크기 검색이 없습니다. 당신은 품질을 선택하고 결과를 관찰합니다. 도구는 명명된 바이트 한도에 도달할 때까지 반복하지 않습니다. 하드 제한의 경우 원본에서 의도적으로 패스를 수행하고 만족스러운 결과가 나온 후에 중지합니다. 이전 출력을 다시 압축하면 검색이 생성 손실로 전환됩니다.
요점: 숫자가 아닌 결과 비교 — 이미지 변환기 및 압축기를 사용하면 아무것도 업로드하지 않은 동일한 이미지에서 두 가지 형식을 모두 시도할 수 있는 방법
라벨이 아닌 결과를 비교하세요. 품질 값은 대상 MIME 유형, 브라우저, 크기, 측정된 바이트 및 시각적 확인과 함께만 의미가 있습니다. 이 풍부한 기록은 인코더 중 하나가 손상되었음을 암시하지 않고 최신 브라우저나 다른 이미지에 다른 숫자가 필요한 이유도 설명합니다.
이미지 변환기 및 압축기는 로컬에서 실험을 지원합니다. 하나의 소스, 독립적으로 선택된 JPEG 및 WebP 설정, 정직한 손실 경고 및 측정된 다운로드. 슬라이더 번호가 다른 형식과 다른 경우에도 마스터를 유지하고 실제 시각적 및 호환성 요구 사항을 충족하는 가장 작은 결과를 선택합니다.