이미지를 다시 저장할 때마다 어떤 일이 일어나나요?

두 번째 저장 시 비용이 발생하는 이유

JPEG 압축은 이미지를 블록으로 나누고, 각각을 주파수 성분으로 변환한 뒤, 눈에 가장 민감하지 않은 고주파 성분을 버립니다. 그 결과 이미지는 더 작아지고 약간 부드러워집니다.

해당 파일을 열고 다시 저장하면 이미 그 과정을 거친 데이터를 바탕으로 동일한 과정이 반복됩니다. 인코더는 어떤 세부 정보가 원본이고 어떤 것이 지난 패스의 아티팩트인지 구분할 수 없기 때문에 둘 다 똑같이 취급하고 각각 더 많은 부분을 버립니다.

손실은 누적되며 절대 되돌려지지 않습니다. 손실된 주파수 성분을 복원하는 연산은 존재하지 않으며, 이 때문에 네 개의 플랫폼을 거친 이미지는 어떤 도구로도 수리할 수 없고 오직 재창조될 뿐입니다.

그것이 점수에 미치는 영향

저희는 하나의 진본 사진을 품질 75로 반복해서 저장하며 각 단계별로 점수를 매겼습니다. 편집된 부분은 전혀 없었습니다. 아래의 모든 변화는 저장 행위 자체에서 비롯된 것입니다.

열 번째 저장에 이르면 사진은 결정선을 넘게 됩니다. 동일한 카메라로 촬영된 동일한 장면의 동일한 사진임에도 불구하고, 이제 감지기는 이를 AI일 가능성이 높은 것으로 보고합니다.

실제 이미지가 겪는 저장 횟수

카메라와 단체 채팅방 사이에서 일반적인 이미지가 겪는 과정을 세어보기 전까지는 '열 번'이라는 숫자가 과장처럼 들릴 수 있습니다.

스크린샷은 저장보다 더 나쁩니다

스크린샷은 파일의 사본이 아닙니다. 화면에 표시되던 내용을 화면 해상도로 캡처한 뒤 새로 인코딩한 사진입니다.

그것은 메타데이터 및 크레덴셜과 함께 원본 파일을 완전히 지워버리며, 디스플레이와 스케일링이 만들어낸 텍스처로 기존의 텍스처를 덮어씁니다. 노트북 화면에 뜬 4000픽셀 사진의 스크린샷은 픽셀의 대략 4분의 1만 남기며 출처 정보는 전혀 남기지 않습니다.

또한 이는 이미지를 확인하려는 사람들에게 이미지가 전달되는 가장 흔한 방식이기도 한데, 이는 불행한 조합입니다.

유지되는 것과 그렇지 않은 것

대처 방법

1. 항상 원본을 요청하세요

   사진이 아닌 파일 형태로 전송된, 그것을 촬영한 기기로부터의 원본. 이 한 단계만으로도 분쟁이 생기는 결과의 대부분이 해결됩니다.

2. 가능하다면 스크린샷은 검사하지 마세요

   스크린샷밖에 없는 경우, 낮은 점수를 깨끗한 결과가 아니라 답변 불가로 취급하세요.

3. 동일한 조건끼리 비교하세요

   원본을 다운로드된 사본과 비교하는 것은 이미지에 대해 알려주는 것이 아니라 다운로드에 대해 알려주는 것입니다. 비교의 양쪽 모두 동일한 처리를 거쳐야 합니다.

4. 중간 수준의 점수는 열화 현상으로 먼저 해석하세요

   여러 단계를 거쳐 이동한 것이 분명한 파일의 경우, 중간 대역은 부분적 조작보다는 세부 정보의 손실을 의미합니다.

생성 손실이 생성물처럼 보이는 이유

모델이 이 둘을 혼동하는 데에는 이유가 있으며 그것은 우연이 아닙니다. 두 과정 모두 미세한 세부 정보를 기록하는 대신 재구축합니다.

JPEG 인코더는 고주파 성분을 버리고 디코더는 남은 것으로부터 근사치를 재구성합니다. 디퓨전 모델은 학습한 바에 따라 노이즈로부터 세부 정보를 구축합니다. 센서와 렌즈가 생성하는 인접 픽셀 간의 특정한 관계를 두 출력 모두 담지 못하는데, 두 경우 모두 해당 관계가 버려지고 그 자리에 그럴듯한 무언가가 채워졌기 때문입니다.

모델의 관점에서 볼 때 심하게 재압축된 사진과 생성된 이미지는 동일한 근본적 특성을 공유합니다. 바로 미세 텍스처가 소프트웨어에 의해 작성되었다는 점입니다. 점수가 특정 방향으로 움직이는 이유이자, 패스를 거칠수록 그 영향이 강해지는 이유가 바로 이 때문입니다.

이를 이해하면 결과를 읽는 방식이 달라집니다. 열화된 파일에서 높은 점수가 나왔다고 해서 감지기가 진짜 사진을 포착하는 데 실패한 것이 아닙니다. 그것은 눈앞의 텍스처가 카메라로 제작된 것이 아니라고 감지기가 정확하게 보고하고 있는 것이며, 우연히도 그것이 사실인 경우입니다.