Windows 무손실 이미지 압축: ‘검증된 무손실’의 의미
92% 작아진 GIF, 정확한 복사본으로 처리된 PNG, 스크린샷과 LocalFlux 1.0.7 증거를 통해 Windows의 검증된 무손실 이미지 압축을 확인합니다.
이 페이지의 내용
내용을 바꾸지 않고 이미지를 더 작게 만들고 싶다면, 어려운 부분은 Lossless(무손실)이라는 설정을 선택하는 일이 아닙니다. 새 파일이 여전히 같은 내용을 나타내는지 증명하고, 증명할 수 없을 때 소프트웨어가 어떻게 동작해야 하는지 아는 일이 더 어렵습니다.
LocalFlux 1.0.7은 실패 시 보수적으로 처리하는 워크플로로 이러한 불확실성을 다룹니다. 로컬에서 최적화 후보를 만들고, 형식별 콘텐츠 및 메타데이터 불변 조건을 검사한 뒤, 검사가 통과할 때만 변경된 후보를 게시합니다. 후보를 검증할 수 없거나 더 작지 않으면 LocalFlux는 대신 새 _optimized 이름으로 원본을 정확히 복사합니다.
정확한 복사본을 만들 때도 원본을 읽고 대상 위치에 쓸 수 있어야 합니다. 디코딩, 검증 또는 쓰기 오류로 작업이 실패할 수 있으므로 파일별 상태를 확인하세요.
C:\tmp에 저장한 합성 파일로 두 가지 경로를 모두 테스트했습니다.
- 의도적으로 비효율적으로 만든 12프레임 GIF는 658,785바이트에서 54,329바이트가 되어 604,456바이트(91.8%)를 절약했습니다. LocalFlux는 무손실 검증됨을 표시했고, 렌더링된 12개 프레임과 프레임별 지연 시간이 일치했습니다.
- 이미 최적화된 PNG는 8,290바이트로 유지되었습니다. LocalFlux는 이미 최적화됨을 표시했고, 원본과 출력의 SHA-256 해시가 같았으므로 출력은 바이트 단위로 정확히 같은 복사본이었습니다.
이 예시는 이 레이블이 의미하는 바를 보여 줍니다. LocalFlux는 “변환이 완료됨”을 “결과가 무손실임”과 동일시하지 않으며, 모든 입력이 작아진다고 약속하지도 않습니다.
보편적인 절약량이 아닌 측정 예시: 무손실 최적화 결과는 원본 형식, 컨테이너 구조, 메타데이터, 이전 인코딩, 이미지 또는 애니메이션 콘텐츠에 따라 달라집니다. 유효한 결과는 크게 작아질 수도, 조금 작아질 수도, 크기 감소 없이 정확한 복사본이 될 수도 있습니다.
LocalFlux에서 검증된 무손실 이미지 최적화 사용해 보기
짧은 답변
지원되는 이미지의 콘텐츠를 의도적으로 바꾸지 않고 최적화하려면:
- LocalFlux를 열고 압축을 선택합니다.
- 지원되는 JPEG, TIFF, 정적 PNG 또는 WebP, GIF, APNG, SVG 파일을 하나 이상 추가합니다.
- 옵션을 열고 Lossless(무손실)을 선택합니다.
- 최적화를 선택합니다.
- 각 결과에서 무손실 검증됨과 크기 감소 또는 이미 최적화됨을 확인합니다.
LocalFlux는 이름에 _optimized가 포함된 새 파일을 만듭니다. 원본은 그대로 유지됩니다. 처리는 Windows PC에서 실행되며 파일은 온라인 변환 서비스에 업로드되지 않습니다.

인터페이스 스크린샷은 문서에 기록된 LocalFlux 1.0.10.0 릴리스 소스로 재구성한 빌드를 사용해 2026년 10월에 다시 촬영했습니다. 기존 측정값과 다운로드 자료는 원래 테스트 범위를 유지합니다. 촬영 기록: 1
2026년 10월 재확인: 10개 언어에서 생성한 출력 20개 모두 기존 GIF 및 PNG와 바이트 단위로 일치했습니다. GIF는 각각 100 ms인 12개 프레임이며 렌더링 결과와 반복 설정도 같습니다. GIF 지연 값 10은 10/100초입니다. 화면의 KB 표시는 1024바이트 단위(KiB)입니다. 이는 두 합성 예제를 검증한 결과이며 모든 형식이나 메타데이터 필드를 검증한 것은 아닙니다. 2026-10
새 화면의 탭 이름은 아직 영어입니다: Lossless(무손실), Preset(프리셋), Target size(목표 크기).
“검증된 무손실”이란 무엇인가
“무손실”은 인코더 설정을 설명하는 말로 자주 사용됩니다. “검증된 무손실”은 더 엄격한 결과 계약을 설명합니다.
이 LocalFlux 워크플로에서 변경된 후보는 세 가지 조건을 충족해야 합니다.
- 지원되는 콘텐츠 검사를 통과해야 합니다. 형식에 따라 디코딩된 픽셀, 렌더링된 모든 애니메이션 프레임, 모든 TIFF 페이지, 타이밍, 크기 또는 기하 정보가 이에 해당할 수 있습니다.
- 지원되는 내장 메타데이터 검사를 통과해야 합니다. 정확한 필드는 컨테이너마다 다릅니다. LocalFlux는 성공적인 인코딩이 모든 항목을 보존했다고 가정하지 않고, 해당 경로에서 보존하도록 정한 메타데이터를 비교합니다.
- 실제로 더 작아야 합니다. 검증된 후보가 바이트를 절약하지 못한다면 원본 표현을 교체해도 실질적인 최적화 이점이 없습니다.
조건 중 하나라도 충족되지 않으면 변경된 후보는 최적화 결과로 게시되지 않습니다. LocalFlux는 원본 바이트를 새 출력 경로에 복원하고 이미 최적화됨을 표시합니다.
이 마지막 동작이 중요한 이유는 분명합니다. 빠른 미리보기에서 같아 보이는 다른 파일을 만드는 일은 쉽습니다. 픽셀, 페이지, 프레임, 타이밍, 메타데이터 전반에서 차이가 무해하다고 증명하는 일은 더 어렵습니다. 증명이 불완전할 때 LocalFlux 정책은 보수적인 결과를 선택합니다.
LocalFlux가 형식별로 검증하는 항목
이미지 컨테이너마다 필요한 불변 조건이 다릅니다. 하나의 “너비와 높이 비교” 규칙만으로는 너무 많은 것을 놓치게 됩니다.
| 형식 | LocalFlux 1.0.7의 검증 초점 | 중요한 대체 동작 |
|---|---|---|
| JPEG | 디코딩된 픽셀 서명과 원시 APP 및 COM 메타데이터 세그먼트 | 코딩 테이블 최적화로 일부 입력의 디코딩 값이 바뀔 수 있으므로, 동등성을 증명할 수 없으면 정확한 복사본으로 대체합니다. |
| 정적 PNG | 디코딩된 픽셀 서명과 지원되는 색상, EXIF, XMP, 텍스트, 물리 메타데이터 청크 | 최종 비교 전에 필요한 부가 메타데이터를 보존하며, 검증할 수 없는 후보는 폐기합니다. |
| 정적 WebP | 디코딩된 픽셀 서명과 지원되는 내장 메타데이터 청크 | 콘텐츠와 메타데이터 비교를 통과하고 더 작을 때만 후보를 게시합니다. |
| TIFF | 디코딩된 모든 페이지, 픽셀 서명, 페이지 기하 정보, 지원되는 메타데이터 | 검증된 픽셀 저장 집합 밖의 태그가 있는 TIFF는 태그가 조용히 손실될 위험을 피하기 위해 변경 없이 복사합니다. |
| GIF | 병합해 렌더링한 모든 프레임, 프레임 지연, 반복 횟수, 보존된 주석/애플리케이션/일반 텍스트 확장 | 렌더링된 애니메이션과 지원되는 확장이 동등하게 유지될 때만 프레임 최적화를 허용합니다. |
| APNG | 정규화된 프레임별 해시, 타이밍, 프레임 수, 반복 횟수, 보존된 PNG 부가 메타데이터 | 불일치하거나 검증할 수 없는 결과는 정확한 원본 대체를 실행합니다. |
| SVG | 원본 바이트 자체 | 무손실 모드에서는 SVG를 바이트 단위로 복사합니다. 주석과 편집기 전용 데이터를 보수적으로 제거해도 괜찮을 때만 별도의 안전한 벡터 최적화 프리셋을 사용하세요. |
따라서 검증됨이라는 단어를 모든 파일 형식의 상상 가능한 모든 속성이 수학적으로 동등하다는 주장으로 확대해서는 안 됩니다. 이 말은 LocalFlux 1.0.7이 지원 경로에 대해 검사하는 명시적인 콘텐츠 및 메타데이터 불변 조건을 가리킵니다.
개인정보를 안전하게 지키는 테스트 설정
테스트에는 Windows에서 실행되는 실제 LocalFlux 1.0.7.0 Microsoft Store 앱을 사용했습니다. 개인 사진, 고객 문서, 사용자 이름, 프로젝트 폴더는 사용하지 않았습니다. 기존 1.0.7 테스트는 다음 폴더를 사용했으며, 새 화면 촬영은 C:\tmp\LocalFluxBlogRefresh를 사용합니다.
C:\tmp\LocalFlux-lossless-proof-v107\input
두 증거 사례는 합성 대시보드 아트워크에서 만들었습니다.
| 사례 | 입력 | 목적 |
|---|---|---|
| 줄일 수 있는 애니메이션 | dashboard-animation-repeated-frames.gif | 의도적으로 동일한 전체 크기 프레임을 12개 저장해 검증된 애니메이션 최적화가 프레임 저장 중복을 제거할 수 있음을 확인합니다. |
| 이미 최적화된 대조군 | already-optimized-icon.png | 크기 감소 없음과 정확한 복사본 경로를 소형 PNG로 테스트합니다. |
GIF는 의도적으로 인공적으로 만들었습니다. 예상 콘텐츠가 명확하기 때문에 유용합니다. 12개 프레임, 각 프레임에 같은 1920 × 1080 렌더링 이미지, 모든 프레임의 지연 값 10을 사용했습니다. 이는 일반적인 애니메이션 압축 비율을 가장하지 않고 검증 계약을 테스트합니다.
1단계: 지원되는 이미지 추가
LocalFlux를 열고 압축을 선택한 다음 파일 추가를 선택하거나 파일을 대기열로 끌어옵니다.
1.0.7의 무손실 모드는 JPEG, TIFF, 정적 PNG 및 WebP 이미지, GIF 및 APNG 애니메이션, SVG 파일에서 사용할 수 있습니다. PNG와 WebP에서는 정적이라는 조건이 중요합니다. 애니메이션 콘텐츠에는 애니메이션을 인식하는 검증이 필요하기 때문입니다. APNG와 GIF에는 각각 지원 경로가 있습니다.
호환되는 여러 파일을 함께 대기열에 넣을 수 있습니다. LocalFlux는 압축 모드에서 각 파일의 형식을 유지합니다. PNG는 PNG로, GIF는 GIF로 남습니다. 활성 배치에 하나의 출력 형식을 선택하는 변환 모드와는 다릅니다.
시작하기 전에 대기열에 의도한 파일이 들어 있는지, 왼쪽 아래 모드가 압축으로 표시되는지 확인하세요.
2단계: 무손실 선택
옵션을 열고 Lossless(무손실) 탭을 선택합니다.
인터페이스는 계약을 직접 설명합니다. 지원 파일은 콘텐츠 및 내장 메타데이터 검증 후에만 최적화되고, 지원되지 않는 파일은 건너뜁니다. 작업 버튼은 압축에서 최적화로 바뀝니다.
이 테스트에서는 안전하게 공유를 켜지 마세요. 안전하게 공유는 전달용 복사본에서 비공개 메타데이터를 제거하는 것이 목적입니다. 무손실 최적화는 지원되는 내장 메타데이터를 보존하려고 합니다. 두 목표는 의도적으로 다릅니다.
- 지원되는 콘텐츠나 메타데이터를 의도적으로 바꾸지 않고 더 작은 표현을 원하면 Lossless(무손실)을 선택하세요.
- 정리된 복사본을 원하고 의도적인 메타데이터 제거를 허용하면 안전하게 공유를 선택하세요.
3단계: 로컬에서 최적화 실행
최적화를 선택하고 대기열이 끝날 때까지 기다립니다. 출력 요약에 출력: 소스와 동일이 표시되면 LocalFlux는 원본 옆에 출력을 씁니다.
예:
dashboard-animation-repeated-frames.gif는dashboard-animation-repeated-frames_optimized.gif가 됩니다.already-optimized-icon.png는already-optimized-icon_optimized.png가 됩니다.
원본 이름은 그대로 남습니다. 이를 통해 비교할 수 있지만, 중요한 작업의 적절한 백업을 유지하는 것을 대신하지는 않습니다.
처리 경로는 로컬입니다. 설치, Microsoft Store 라이선스 또는 업데이트에는 네트워크가 필요할 수 있지만, 이 작업에서 원본 파일이 원격 변환 서버로 전송되지는 않습니다.
결과 1: 실제로 더 작아진 검증된 파일
12프레임 GIF는 확실한 감소 사례를 만들었습니다.
| 측정값 | 원본 | LocalFlux 출력 |
|---|---|---|
| 정확한 크기 | 658,785바이트 | 54,329바이트 |
| 표시 크기 | 643.3 KB | 53.1 KB |
| 프레임 | 12 | 12 |
| 크기 | 1920 × 1080 | 1920 × 1080 |
| 프레임별 지연 시퀀스 | 100 ms × 12 | 100 ms × 12 |
| 절약한 바이트 | 해당 없음 | 604,456바이트 |
| 감소율 | 해당 없음 | 91.8% |

예상대로 원본과 출력의 SHA-256 해시는 다릅니다. 컨테이너 표현이 바뀌었기 때문입니다.
- 원본:
202D74DFBBEA150AE514BBE064602F73F150BAB438B39269371013D71F68B0D2 - 출력:
BE4170949D86B8E0819A181A25DDD3718BF2AD79E7C1E80F8B9D4D60017B2C02
해시가 다르다고 해서 무손실 검증과 모순되지는 않습니다. 파일 바이트가 바뀌었다는 뜻일 뿐입니다. 중요한 질문은 디코딩된 애니메이션과 지원되는 메타데이터가 동등하게 유지되었는지입니다. LocalFlux는 콘텐츠와 내장 메타데이터가 보존되었다고 표시했고, 별도의 렌더링 프레임 비교에서도 전후 프레임 서명이 같았습니다.
감소량이 왜 이렇게 컸을까요? 원본은 동일한 전체 프레임 12개를 의도적으로 저장했습니다. 최적화된 GIF는 그 반복을 더 효율적으로 표현할 수 있습니다. 대부분의 프레임에서 움직임이 있는 실제 애니메이션은 훨씬 적게 줄어들 수 있습니다.
결과 2: 정확한 복사본 대체
8,290바이트 PNG는 계약을 통과하는 더 작은 후보를 만들지 못했습니다. LocalFlux는 다음을 표시했습니다.
무손실 검증됨 · 8.1 KB → 8.1 KB · 이미 최적화됨
결과가 단순히 같은 표시 크기로 반올림된 것은 아닙니다. 두 파일 모두 정확히 8,290바이트였고 SHA-256 해시도 다음으로 같았습니다.
F287BBCE8EB98A9F19416DCE1A74A759F3AC8DDA69ADB338022CB1B8F90BD937
일치하는 해시는 출력이 입력의 바이트 단위 복사본임을 증명합니다. LocalFlux는 배치가 예측 가능한 대상에 도달하도록 _optimized 출력을 계속 만들지만, 존재하지 않는 절약량을 주장하지는 않습니다.
“이미 최적화됨”은 인코더가 더 작은 후보를 찾지 못했거나 변경된 후보가 검증 계약을 충족하지 못했다는 뜻일 수 있습니다. 사용자 관점에서 안전한 결과는 같습니다. 원본 바이트가 출력 바이트가 됩니다.
겉보기에 비효율적인 파일도 정확한 복사본이 되는 이유
파일이 비효율적으로 보여도 게시 가능한 검증 후보를 만들지 못할 수 있습니다. 크기만으로는 충분하지 않습니다.
예를 들어 재인코더는 다음과 같이 만들 수 있습니다.
- 디코딩된 픽셀 값을 아주 조금 바꾸는 경우;
- 색상 정보를 동등하지 않은 방식으로 다시 쓰는 경우;
- 검증기가 보존해야 하는 메타데이터를 삭제하거나 순서를 바꾸는 경우;
- GIF 타이밍 또는 폐기 동작을 바꾸는 경우;
- 익숙하지 않은 TIFF 태그를 생략하는 경우; 또는
- 유효하지만 더 큰 컨테이너를 만드는 경우.
일반적인 최적화 도구는 이러한 절충을 일부 허용할 수 있습니다. 검증된 무손실 모드는 허용하지 않습니다. 증명되지 않은 변경보다 정확한 복사본을 선택합니다.
이 때문에 JPEG가 대체 경로에 도달하는 경우도 있습니다. JPEG는 일반적으로 손실 인코딩과 관련이 있습니다. LocalFlux의 무손실 시도는 코딩 테이블 최적화에 집중하면서 디코딩된 픽셀 서명과 원시 APP/COM 메타데이터가 동등하게 유지되도록 요구합니다. 번들 인코더가 디코딩 값을 바꾸면 일반 확대에서 똑같이 보여도 후보는 거부됩니다.
무손실과 프리셋 및 목표 크기 비교
LocalFlux는 세 가지 서로 다른 압축 의도를 제공합니다. 이를 “작게 만들기”의 서로 바꿔 쓸 수 있는 레이블로 취급해서는 안 됩니다.
| 전략 | 주요 목표 | 이미지 콘텐츠가 의도적으로 바뀔 수 있나? | 더 작은 결과가 보장되나? |
|---|---|---|---|
| 프리셋 | 시각적 품질과 크기의 균형 | 형식과 프리셋에 따라 가능 | 아니요 |
| 목표 크기 | 선택한 바이트 제한 이하를 시도 | 정책에 따라 품질과 때로는 크기가 줄어들 수 있음 | 아니요. 목표가 불가능할 수 있습니다 |
| 무손실 | 검증된 콘텐츠와 지원되는 메타데이터 보존 | 검증을 통과하지 않는 변경 후보는 게시하지 않음 | 아니요. 정확한 복사본 대체는 유효합니다 |
작고 제한적인 시각적 절충을 허용할 수 있는 웹사이트 전달용 복사본에는 프리셋을 사용하세요. 업로드 양식이나 첨부 제한에는 목표 크기를 사용하세요. 감소량 극대화보다 검증된 콘텐츠 계약의 보존이 중요할 때는 무손실을 사용하세요.
검증된 무손실 최적화를 일괄 처리할 수 있나요?
예. 첫 번째 스크린샷은 한 대기열에 섞여 있는 두 개의 지원 파일을 보여 줍니다. 같은 전략이 호환되는 대기 중 항목에 적용되며, 각 파일은 현재 형식을 유지합니다.
일괄 처리의 장점은 모든 항목이 같은 비율로 줄어든다는 데 있지 않습니다. 모든 항목에 같은 결정 정책이 적용된다는 데 있습니다.
- 형식에 맞는 최적화를 시도합니다.
- 지원되는 불변 조건을 검증합니다.
- 더 작을 때만 변경된 후보를 유지합니다.
- 그렇지 않으면 정확한 복사본을 게시합니다.
이후 파일별 행을 검토하세요. 한 배치에 큰 감소, 작은 감소, 여러 개의 이미 최적화된 복사본이 함께 있어도 정상입니다.
증거 확인
이 문서의 공개 패키지에는 합성 입력, LocalFlux 출력, 정확한 측정값, 해시가 포함되어 있습니다.
- 테스트 기록
- 파일별 결과 및 SHA-256 값
- 개인정보 검토
- 파일 크기 및 SHA-256 값이 포함된 미디어 매니페스트
- 줄일 수 있는 합성 GIF 입력
- 검증된 더 작은 GIF 출력
- 이미 최적화된 PNG 입력
- 정확한 복사본 PNG 출력
화면에 보이는 모든 경로와 파일 이름은 합성입니다. 스크린샷은 사용자 이름, 계정 정보, 개인 폴더, 고객 이름 및 기타 식별 정보를 제외하도록 검토했습니다.
자주 묻는 질문
검증된 무손실이면 모든 파일이 작아지나요?
아니요. 지원되는 콘텐츠 및 메타데이터 검사를 통과한 뒤에만 변경된 후보를 게시한다는 뜻입니다. 후보가 작아지지 않거나 검증할 수 없으면 출력은 정확한 복사본입니다.
무손실 결과에서 해시가 달라질 수 있는 이유는 무엇인가요?
무손실은 동일한 컨테이너 바이트가 아니라 디코딩된 콘텐츠와 지원되는 불변 조건을 뜻합니다. 성공적인 최적화 도구는 디코딩된 픽셀이나 프레임을 바꾸지 않고 압축 데이터를 재구성할 수 있습니다. 반대로 정확한 복사본 대체는 모든 바이트가 같으므로 같은 해시를 가집니다.
“이미 최적화됨” 결과는 실패인가요?
아니요. 작업은 안전하게 완료되었습니다. 게시할 가치가 있는 더 작은 검증 표현을 찾지 못했다는 뜻일 뿐입니다.
원본을 덮어쓰나요?
이 테스트된 워크플로에서는 그렇지 않습니다. LocalFlux는 같은 폴더에 새 _optimized 파일을 만듭니다. 그래도 대체할 수 없는 원본은 항상 백업하세요.
무손실 모드가 EXIF 또는 위치 메타데이터를 제거하나요?
목표는 정리가 아니라 보존입니다. 비공개 메타데이터를 제거한 복사본을 만들고 검증하려면 안전하게 공유를 사용하세요. 공유하려는 정확한 파일은 항상 직접 확인하세요.
워크플로가 완전히 오프라인인가요?
지원되는 최적화는 원본을 변환 서버에 업로드하지 않고 PC에서 실행됩니다. Windows 또는 Microsoft Store를 통한 설치, 라이선스, 업데이트에는 네트워크가 사용될 수 있습니다.
어떤 형식을 지원하나요?
LocalFlux 1.0.7은 JPEG, TIFF, 정적 PNG 및 WebP, GIF, APNG, SVG의 검증된 무손실 최적화를 지원합니다. 지원되지 않는 항목은 검증된 것으로 조용히 처리되지 않습니다.
실용적인 체크리스트
최적화 전:
- 백업한 원본으로 작업합니다.
- 파일이 지원되는지 확인합니다.
- 압축을 선택한 다음 Lossless(무손실)을 선택합니다.
- 메타데이터 제거가 실제 목표가 아닌 한 안전하게 공유를 끕니다.
- 아카이브를 처리하기 전에 대표 샘플을 테스트합니다.
최적화 후:
- 완료된 각 행에서 무손실 검증됨을 확인합니다.
- 실제 감소와 이미 최적화됨을 구분합니다.
- 중요한 애니메이션은 프레임 수와 타이밍을 비교합니다.
- 실제로 사용할 대상 애플리케이션에서 결과를 엽니다.
- 출력 검토가 끝날 때까지 원본을 보관합니다.
- 반올림된 KB 레이블만 믿지 말고 정확한 바이트를 기록합니다.
결과
검증된 무손실 최적화가 유용한 이유는 불확실성을 드러내기 때문입니다. 이번 LocalFlux 1.0.7 테스트에서는 합성 GIF 하나가 검증된 애니메이션 불변 조건을 유지하면서 91.8% 작아졌습니다. 이미 효율적인 PNG는 0% 절약과 바이트 단위로 정확한 복사본을 만들었습니다.
둘 다 성공적인 결과입니다. 첫 번째는 중복 저장 공간을 줄입니다. 두 번째는 증명되지 않았거나 무의미한 재작성을 거부합니다. 두 결과를 합치면 “모든 이미지가 작아진다”보다 유용한 약속이 드러납니다. 지원되는 콘텐츠 및 메타데이터 검사를 통과한 변경 파일만 게시하고, 통과하지 못할 때는 정확한 원본을 대체 결과로 사용한다는 약속입니다.
기술 참고 자료
파일 형식에 관한 설명은 다음 독립 규격과 플랫폼 문서를 참고합니다.