형식이 물음보다 오래되었습니다
GIF는 1989년에 완성되었습니다. 디지털카메라가 일반 소비재가 되기 전이고 누군가 EXIF를 정하기 여러 해 전입니다. 누가 어디서 찍었는지 적으려고 설계된 부분은 어디에도 없었고, 이후 어떤 개정도 더하지 않았습니다. GIF는 카메라도 렌즈도 촬영 시각도 좌표도 지닐 수 없습니다. 없앴기 때문이 아니라, 둘 자리가 처음부터 없었기 때문입니다.
대신 지닐 수 있는 것
두 가지입니다. 주석 확장은 그냥 글을 담고, 인코더가 워터마크나 도구 이름에 쓰기도 합니다. 응용 프로그램 확장은 11바이트 식별자와 그 프로그램이 원하는 데이터를 담습니다. 움직임을 되풀이하게 하는 반복 횟수를 Netscape 2.0 블록이 담는 방식이고, 어떤 도구가 굳이 쓰려 할 때 XMP가 GIF에 끼어드는 방식이기도 합니다.
색은 프로파일이 아니라 표입니다
GIF는 최대 256색을 골라 색상표에 늘어놓습니다. 파일 전체에 하나이거나 장면마다 하나입니다. ICC 프로파일도 없고 둘 자리도 없어서, 같은 파일이 두 화면에서 다르게 보여도 그것을 바로잡을 것이 파일 안에 없습니다. 사진 같은 GIF에서 보이는 디더링도 이것으로 설명됩니다. 이미지가 그만큼 작은 표에 맞춰진 것입니다.
GIF의 생김새
- 구조
- 메타데이터를 담을 수 있음
- 그림 자체
GIF는 무엇을 어디에 두는가
- 헤더
- GIF87a 또는 GIF89a. 확장 블록은 89a에만 있습니다.
- 논리 화면 기술자
- 화면 크기, 그리고 전역 색상표가 뒤따르는지 여부.
- 전역 색상표
- 파일 전체에 최대 256색.
- 주석 확장
- 그냥 글. GIF가 메타데이터에 가장 가까운 것.
- 응용 프로그램 확장
- 식별자와 그 데이터. 반복 횟수가 여기 있고, XMP가 있을 때도 여기.
- 그래픽 제어 확장
- 장면 지연, 투명, 처리 방식. 장면마다 하나.
GIF에 대한 질문
GIF에 EXIF나 위치정보가 있나요?열기
없습니다. 이 형식에는 둘 중 어느 것도 담을 구조가 없고 지금까지 없었습니다. 이미지로 추적될 수 있는지 알아야 한다면, GIF는 답이 미리 정해져 있는 유일한 형식입니다.
그러면 무엇을 살펴보나요?열기
파일 구조 — 화면 크기, 색상표, 장면 수와 시간 — 그리고 인코더가 남긴 주석이나 응용 프로그램 블록입니다. 표는 빈 EXIF 칸이 아니라 실제로 있는 것을 보여 줍니다.
GIF를 정리하면 PNG이 나오는 이유는 무엇인가요?열기
재부호화 정리가 캔버스 위에서 이미지를 다시 그리기 때문입니다. 캔버스는 한 장면만 담고 PNG을 무손실로 씁니다. 그 장면의 화소는 정확히 얻지만 움직임은 남지 않습니다.
GIF로 만든 소프트웨어를 알 수 있나요?열기
주석이나 응용 프로그램 블록으로 알 수 있을 때가 있습니다. 다만 GIF는 인터넷을 도는 동안 하도 여러 번 다시 부호화되어, 첫 인코더가 쓴 것은 대개 뒤의 것이 버렸습니다.
할 수 있는 일
- EXIF 데이터 지우기
- 사진을 놓고 새겨진 메타데이터가 없는 사본을 내려받으세요. JPEG은 화소를 건드리지 않고 EXIF 세그먼트를 잃고, HEIC·PNG·WebP 등은 다시 부호화됩니다. 아무것도 올라가지 않습니다.
- 위치정보 지우기
- 사진이 지니고 있는 좌표를 본 다음, 그것이 없는 사본을 내려받으세요. JPEG은 위치 태그만 잃고 나머지는 모두 남습니다. 아무것도 올라가지 않습니다.
- JPEG EXIF 편집
- JPEG의 제목, 작성자, 설명, 저작권, 소프트웨어, 촬영 시각을 바꾸고 편집한 사본을 내려받으세요. 기기 안에서 돌아가며 원본 파일은 결코 손대지 않습니다.
- XMP·IPTC·ICC 뷰어
- 파일이 지닌 모든 메타데이터 묶음 — EXIF, XMP, IPTC, ICC, 제조사 메모 — 을 묶음별로 읽고 JSON으로 내보냅니다. 자산 검수, 포렌식, 처리 점검용. 아무것도 올라가지 않습니다.
- 여러 사진 열기
- 최대 쉰 장을 열어 어느 것이 위치를 담고 있는지 확인하고, 전체를 스프레드시트로 뽑아낼 수 있습니다. 업로드하지 않으며 원본에 쓰지도 않습니다.