02 · Media · Image
이 챕터가 답하는 질문: 한 장의 이미지에는 정확히 무엇이 들어 있는가? 작성: 2026-05-10 / 스타일: Minto +
/explain
한 줄 답 (Pyramid Top)
이미지 한 장은
픽셀 × 색공간 × 비트심도 × 코덱 × 컨테이너 × 메타데이터의 6중 레이어다. 이 중 어느 하나만 어긋나도 파스텔이 회색이 되고, 가로 사진이 세로로 보이고, 같은 JPEG가 다른 색으로 보인다.
Why — 왜 이미지 챕터가 따로 있는가
이미지는 모든 미디어 중 가장 단순해 보이지만, 가장 표준이 많은 도메인이다.
- 색공간만 5개+ : sRGB, Display P3, Rec.2020, Adobe RGB, ProPhoto RGB
- 코덱만 7개+ : JPEG, PNG, GIF, WebP, AVIF, HEIF, JPEG XL
- 메타데이터 표준만 4개+ : EXIF, IPTC, XMP, ICC
- HDR 변종만 2개 : HLG (방송), PQ (Dolby Vision/HDR10)
여기에 디바이스별 호환성(iOS Safari가 AVIF를 16.0에서야 지원), 전송시 strip 문제(P3 사진을 sRGB로 다운스케일하면 색이 죽음), EXIF 회전 무시(가로 사진이 세로로 표시) 같은 함정이 더해진다.
How — 어떻게 정리했는가
9개 파일 인덱스
| # | 파일 | 핵심 질문 |
|---|---|---|
| 0 | README.md | 이 챕터의 입구 (이 문서) |
| 1 | 01-pixel-and-color.md | 픽셀이란 무엇이고, RGB/RGBA/감마는 어떻게 얽혀 있는가? |
| 2 | 02-color-spaces.md | sRGB · P3 · Rec.2020 · ICC — 왜 같은 RGB(255,0,0)이 다른 빨강인가? |
| 3 | 03-bit-depth-and-hdr.md | 8/10/12bit · 밴딩 · dithering · HDR 이미지(HEIF) |
| 4 | 04-formats-overview.md | JPEG · PNG · GIF · WebP · AVIF · HEIF · JPEG XL 전수 비교 |
| 5 | 05-jpeg-deep.md | JPEG 내부 — DCT · 양자화 테이블 · progressive |
| 6 | 06-modern-codecs-webp-avif.md | WebP(VP8) · AVIF(AV1 키프레임) — 압축률 vs 디코딩 비용 |
| 7 | 07-exif-and-metadata.md | EXIF · IPTC · XMP — 회전 / GPS / 개인정보 |
| 8 | 08-compression-theory.md | 손실 vs 무손실 · 엔트로피 · 변환 · 인지적 압축 |
읽는 순서
- 처음 읽는다면 →
01 → 02 → 03 → 04 → 05 → 06 → 07 → 08순서 - 포맷 선택만 급하다면 →
04하나로 끝 - 색이 이상하다는 버그 →
02 → 07 - 용량을 줄여야 한다 →
04 → 06 → 08 - HDR 사진을 다룬다 →
02 → 03
What — 챕터를 관통하는 5가지 사실
| # | 사실 | 어디서 다루나 |
|---|---|---|
| 1 | 같은 (255, 0, 0)이라도 색공간이 다르면 다른 빨강이다 | 02-color-spaces.md |
| 2 | JPEG는 1992년 표준이지만 여전히 web traffic 이미지의 60%+를 차지한다 | 04, 05 |
| 3 | AVIF는 같은 품질에서 JPEG의 30 | 06 |
| 4 | EXIF의 Orientation 태그를 무시하면 iPhone 사진이 옆으로 누워서 표시된다 | 07 |
| 5 | HEIF의 HDR 이미지는 10bit + Rec.2020 + PQ — 일반 모니터에서는 죽은 색으로 보인다 | 03 |
What-if — 무엇이 잘못될 수 있는가
| 함정 | 증상 | 원인 챕터 |
|---|---|---|
| P3 → sRGB strip | 분홍이 회분홍, 빨강이 무광 | 02 |
| EXIF 회전 무시 | 가로 사진이 세로로 표시 | 07 |
| 8bit 그라디언트 | 하늘 사진에 줄무늬(밴딩) | 03 |
| AVIF iOS<16 fallback 누락 | 일부 사용자에게 깨진 이미지 X | 04, 06 |
| EXIF GPS 노출 | 게시물 사진에서 집 좌표 누출 | 07 |
| PNG로 사진 저장 | 사진을 PNG로 저장하면 JPEG 대비 5~10배 용량 | 04, 08 |
Insight — 이미지 도메인의 짧은 역사
“왜 JPEG는 30년이 지나도 1등인가”
1992년 ISO/IEC 표준화 → 1994년 IJG의
libjpeg무료 배포 → 모든 OS가 기본 디코더 탑재. 기술이 아니라 무료 + 표준 + 디코더 보급률이 코덱을 살린다. JPEG XL이 더 좋아도 못 이긴다.
“색공간 전쟁의 변곡점은 iPhone 7 (2016)”
Apple이 디스플레이를 sRGB → Display P3로 바꾸면서, 일반 사용자가 처음으로 wide gamut 사진을 찍기 시작. 그 사진이 sRGB 웹 서비스에 업로드되면서 “내 분홍이 죽었다” 사건이 폭발. →
02-color-spaces.md에서 본격 다룸.
“AVIF가 못 이기는 이유는 인코딩 속도”
같은 품질에서 AVIF는 JPEG의 30% 크기지만, 인코딩이 5~10배 느리다. CDN/사진 공유 서비스는 인코딩 1번 / 디코딩 N번이라 ROI가 좋지만, 사용자 업로드 즉시 공유는 어렵다.
한 단락 요약
이미지를 다룬다는 것은 6개 레이어(
픽셀 / 색공간 / 비트심도 / 코덱 / 컨테이너 / 메타)를 동시에 다룬다는 것이고, 이 챕터는 그 6개를 8개 문서로 분해해 왜·어떻게·무엇을 정리한다. 마지막 문서(08-compression-theory)는 모든 코덱이 공유하는 압축 원리의 공통 토대다.