이미지 및 사진 · 브라우저 이미지 및 그림 편집기
주석이 달린 스크린샷이 흐릿해지는 이유: 리샘플링 및 다시 인코딩
· 작동 방식
이미지 편집 캔버스 브라우저 처리 중
빠른 편집 후에는 선명한 스크린샷이 부드러워질 수 있으며, 그 원인은 거의 항상 크기 조정이나 손실 있는 인코딩 때문입니다. 이 게시물에서는 두 가지를 구분하고, 각각을 찾는 방법을 보여주고, 인터페이스 텍스트를 선명하게 유지하는 방법을 설명합니다.
샤프 인, 소프트 아웃 — 편집하고 저장하기 전까지는 괜찮아 보이는 스크린샷
스크린샷 선명도에는 두 가지 실패 경로가 있습니다. 날카로운 인, 부드러운 아웃으로 시작하세요. 스크린샷은 편집하고 저장하기 전까지는 괜찮아 보였습니다. 이 소프트 출력 진단의 경우 관련 메커니즘은 문서가 실제 이미지 크기를 유지하는 동안 표시되는 미리 보기 크기가 맞게 조정되므로 확대/축소 부드러움이 자동으로 손상을 내보내지 않습니다. 크기 조정은 큰 축소를 위해 반복적인 절반 분할과 정확한 최종 drawImage 단계를 사용하여 모든 레이어를 리샘플링합니다.
기본 크기 PNG 하나와 크기가 조정되거나 손실된 복사본 하나를 저장한 다음 화면 픽셀당 하나의 이미지 픽셀에서 인터페이스 문자를 검사합니다. PNG 내보내기는 품질 값을 받지 않습니다. JPEG 및 WebP은 0.1 및 1 사이의 브라우저 인코더 품질을 사용하며 기본값은 0.92입니다. 맞춤 미리보기는 유효한 선명도 판정이 아니며 품질 슬라이더에서 고정된 압축 저장이 따르지 않습니다.
리샘플링: 픽셀 크기가 변경되면 발생하는 현상 — 보간, 1 픽셀 라인이 90 퍼센트 스케일에서 살아남을 수 없는 이유 및 HiDPI 화면이 이를 어떻게 복잡하게 만드는가
스크린샷 선명도에는 두 가지 실패 경로가 있습니다. 리샘플링이 첫 번째 원인입니다. 픽셀 치수를 변경하면 보간법이 도입되므로 1 픽셀 라인은 90 퍼센트 스케일을 변경하지 않고 유지할 수 없으며 HiDPI 화면은 차이를 숨길 수 있습니다. 이 소프트 출력 진단의 경우 관련 메커니즘은 Resize가 큰 축소를 위해 반복적으로 절반을 나누고 최종 정확한 drawImage 단계를 사용하여 모든 레이어를 다시 샘플링하는 것입니다. PNG 내보내기는 품질 값을 받지 않습니다. JPEG 및 WebP는 0.1 및 1 사이의 브라우저 인코더 품질을 사용하며 기본값은 0.92입니다.
기본 크기 PNG 하나와 크기가 조정되었거나 손실된 복사본 하나를 저장한 다음 화면 픽셀당 하나의 이미지 픽셀에서 인터페이스 문자를 검사합니다. 저장소는 특정 파일 크기 저장, 선명화 결과 또는 브라우저 인코더 인공물을 약속하지 않습니다. 맞춤 미리보기는 유효한 선명도 판정이 아니며 품질 슬라이더에서 고정된 압축 저장이 따르지 않습니다.
재인코딩: 손실 압축이 단순한 색상 및 텍스트에 미치는 영향 — 고대비 가장자리 주변의 울림 및 차단
스크린샷 선명도에는 두 가지 실패 경로가 있습니다. 두 번째 원인은 재인코딩입니다. 손실이 많은 압축으로 인해 단색 및 고대비 텍스트 주변에 링잉 및 차단이 발생할 수 있습니다. 이 소프트 출력 진단의 경우 관련 메커니즘은 PNG 내보내기가 품질 값을 받지 않습니다. JPEG 및 WebP는 0.1과 1 사이의 브라우저 인코더 품질을 사용하며 기본값은 0.92입니다. 저장소는 특정 파일 크기 저장, 선명화 결과 또는 브라우저 인코더 인공물을 약속하지 않습니다.
기본 크기 PNG 하나와 크기가 조정되었거나 손실된 복사본 하나를 저장한 다음 화면 픽셀당 하나의 이미지 픽셀에서 인터페이스 문자를 검사합니다. 문서는 실제 이미지 크기를 유지하는 동시에 표시되는 미리 보기 크기가 맞게 조정되므로 확대/축소 부드러움으로 인해 자동으로 손상이 발생하지 않습니다. 맞춤 미리보기는 유효한 선명도 판정이 아니며 품질 슬라이더에서 고정된 압축 저장이 따르지 않습니다.
두 가지 구분 — 100%로 확대하고 아티팩트를 읽어 규모나 형식이 원인인지 확인
스크린샷 선명도에는 두 가지 실패 경로가 있습니다. 100%의 다운로드를 보고 아티팩트를 읽어서 구별하십시오. 부드러워진 기하학은 크기 조정을 가리키고 텍스트 주변의 후광이나 블록은 인코딩을 가리킵니다. 이 소프트 출력 진단의 경우 관련 메커니즘은 다음과 같습니다. 저장소는 특정 파일 크기 저장, 선명화 결과 또는 브라우저 인코더 인공물을 약속하지 않습니다. 문서는 실제 이미지 크기를 유지하는 동시에 표시되는 미리 보기 크기가 맞게 조정되므로 확대/축소 부드러움으로 인해 자동으로 손상이 발생하지 않습니다.
기본 크기 PNG 하나와 크기가 조정되거나 손실된 복사본 하나를 저장한 다음 화면 픽셀당 하나의 이미지 픽셀에서 인터페이스 문자를 검사합니다. 크기 조정은 큰 축소를 위해 반복적인 절반 분할과 정확한 최종 drawImage 단계를 사용하여 모든 레이어를 리샘플링합니다. 맞춤 미리보기는 유효한 선명도 판정이 아니며 품질 슬라이더에서 고정된 압축 저장이 따르지 않습니다.
작업 예: 기본 크기 및 크기 조정 후 내보낸 동일한 대화 상자 — 선명도가 어디로 갔는지 보여주는 나란히 표시
스크린샷 선명도에는 두 가지 실패 경로가 있습니다. 기본 크기와 크기 조정 후 동일한 대화 상자를 비교합니다. 병렬은 미리보기를 비난하는 대신 손실을 눈에 띄게 만듭니다. 이 소프트 출력 진단의 경우 관련 메커니즘은 문서가 실제 이미지 크기를 유지하는 동안 표시되는 미리 보기 크기가 맞게 조정되므로 확대/축소 부드러움이 자동으로 손상을 내보내지 않습니다. 크기 조정은 큰 축소를 위해 반복적인 절반 분할과 정확한 최종 drawImage 단계를 사용하여 모든 레이어를 리샘플링합니다.
기본 크기 PNG 하나와 크기가 조정되거나 손실된 복사본 하나를 저장한 다음 화면 픽셀당 하나의 이미지 픽셀에서 인터페이스 문자를 검사합니다. PNG 내보내기는 품질 값을 받지 않습니다. JPEG 및 WebP은 0.1 및 1 사이의 브라우저 인코더 품질을 사용하며 기본값은 0.92입니다. 맞춤 미리보기는 유효한 선명도 판정이 아니며 품질 슬라이더에서 고정된 압축 저장이 따르지 않습니다.
여기서 다루지 않는 내용 — 세부 사항을 추가한다고 주장하는 선명 필터, 벡터 스크린샷 및 업스케일링
스크린샷 선명도에는 두 가지 실패 경로가 있습니다. 세부 사항을 추가한다고 주장하는 선명 필터, 벡터 스크린샷 또는 업스케일링은 여기에 포함되지 않습니다. 이 소프트 출력 진단의 경우 관련 메커니즘은 Resize가 큰 축소를 위해 반복적으로 절반을 나누고 최종 정확한 drawImage 단계를 사용하여 모든 레이어를 다시 샘플링하는 것입니다. PNG 내보내기는 품질 값을 받지 않습니다. JPEG 및 WebP는 0.1과 1 사이의 브라우저 인코더 품질을 사용하며 기본값은 0.92입니다.
기본 크기 PNG 하나와 크기가 조정되었거나 손실된 복사본 하나를 저장한 다음 화면 픽셀당 하나의 이미지 픽셀에서 인터페이스 문자를 검사합니다. 저장소는 특정 파일 크기 저장, 선명화 결과 또는 브라우저 인코더 인공물을 약속하지 않습니다. 맞춤 미리보기는 유효한 선명도 판정이 아니며 품질 슬라이더에서 고정된 압축 저장이 따르지 않습니다.
요약: 기본 픽셀을 유지하고 무손실 내보내기를 선택합니다. 치수를 건드리지 않고 브라우저 이미지 및 그리기 편집기에서 편집하는 방법
스크린샷 선명도에는 두 가지 실패 경로가 있습니다. 요점은 인터페이스 텍스트가 중요한 경우 기본 픽셀을 유지하고 무손실 내보내기를 선택하는 것입니다. 이 소프트 출력 진단의 경우 관련 메커니즘은 PNG 내보내기가 품질 값을 받지 않습니다. JPEG 및 WebP는 0.1과 1 사이의 브라우저 인코더 품질을 사용하며 기본값은 0.92입니다. 저장소는 특정 파일 크기 저장, 선명화 결과 또는 브라우저 인코더 인공물을 약속하지 않습니다.
기본 크기 PNG 하나와 크기가 조정되었거나 손실된 복사본 하나를 저장한 다음 화면 픽셀당 하나의 이미지 픽셀에서 인터페이스 문자를 검사합니다. 문서는 실제 이미지 크기를 유지하는 동시에 표시되는 미리 보기 크기가 맞게 조정되므로 확대/축소 부드러움으로 인해 자동으로 손상이 발생하지 않습니다. 맞춤 미리보기는 유효한 선명도 판정이 아니며 품질 슬라이더에서 고정된 압축 저장이 따르지 않습니다.