역사 수업: .png 파일이란? GIF를 대체하기 위해 만들어진 형식

.png 파일이란?

.png 파일은 Portable Network Graphics 형식의 이미지입니다. 쉽게 말해 무손실로 압축된 이미지(디코더가 인코더가 저장한 픽셀을 정확히 복원합니다)이며, GIF를 덮친 특허 부담 없이 초기 웹을 오갈 수 있도록 만들어졌습니다. 공식 발음은 “ping”입니다. 재귀적 농담 — “PNG’s Not GIF” — 은 진지한 이름과 나란히 개발자 사이의 일화로 남았습니다.

디스크에서 PNG는 짧은 시그니처와 그 뒤를 잇는 청크로 이루어집니다. 청크는 헤더, 팔레트, 압축된 픽셀, 텍스트 주석, 끝 표시를 담는 이름 있는 블록입니다. 이 설계 덕분에 모든 파일이 만화 영화인 척하지 않고도 선택적 기능으로 형식을 확장할 수 있습니다. 일상적인 검색어 “.png 파일이란”은 대개 선명한 스크린샷, 부드러운 그림자가 있는 로고, 사진 JPG 옆에서 “너무 커” 보이는 다이어그램을 보며 뭔가 잘못된 건 아닌지 궁금해하는 사람에게서 나옵니다. 거의 그렇지 않습니다. 형식이 다른 일을 하고 있을 뿐입니다. PNG가 응답한 GIF의 역사는 역사 수업: .gif 파일이란?을 참고하세요.

왜 내 PNG는 JPG보다 훨씬 큽니까?

무손실과 손실의 차이가 전부입니다. PNG는 압축을 풀면 픽셀 값을 복원할 수 있습니다. JPEG(일상적인 JPG 경로)는 연속 톤 사진에서 눈이 거의 알아채지 못하는 고주파 디테일을 버리기 때문에, 휴가 사진은 JPG로는 아주 작고 PNG로는 끈질기게 큽니다. Windows 스크린샷, UI 목업, 스캔한 다이어그램은 선명한 가장자리와 균일한 색을 가지고 있어 무손실이 이기고 손실 압축의 링잉이 보기 흉해지는 바로 그 영역입니다.

투명도도 바이트를 늘립니다. GIF는 투명한 팔레트 인덱스 하나 — 딱 잘라 예/아니요인 구멍 — 를 제공했습니다. PNG는 알파 채널, 즉 픽셀마다 투명도 샘플을 저장할 수 있어 부드러운 그림자와 유리 가장자리가 어떤 배경 위에서도 깔끔하게 합성됩니다. 그 힘이 디자이너가 PNG를 사랑한 이유이자, 반투명한 내보내기가 같은 너비와 높이의 균일한 JPG보다 큰 이유입니다.

Unisys의 LZW 분쟁과 PNG가 탄생한 이유

GIF는 로고와 단순한 그래픽을 위한 초기 웹의 주력이 되어 있었습니다. 압축은 LZW를 사용했고, Unisys가 핵심 특허를 보유하고 있었습니다. CompuServe와의 협의 끝에 1994년 12월 말의 발표로 GIF 호환 소프트웨어에 로열티가 따를 수 있음이 분명해졌습니다. Usenet은 1995년 1월 초에 들끓었습니다. 이 수업은 요금을 지어내지 않으며, 문화적 사실만으로 충분합니다. GIF를 자유롭게 구현할 수 있다고 믿었던 개발자들이 갑자기 라이선스 문제에 직면했습니다. “Burn All GIFs” 같은 항의와 깨끗한 대체재를 향한 움직임이 뒤따랐습니다. 이전 GIF 수업은 CompuServe, GIF87a / GIF89a, 특허 연표를 더 자세히 다룹니다 — PNG는 그 속편입니다.

Thomas Boutell은 훗날 PNG가 될 것의 첫 초안 — 당시 PBF(Portable Bitmap Format) — 을 1995년 1월 4일에 그래픽 및 압축 그룹에 올렸습니다. 약 일주일 만에 자원봉사 모임은 오래 남을 아이디어 대부분을 제안했습니다. 압축 전 델타 필터링(Scott Elliott, Mark Adler 등), deflate 압축(Tom Lane, Info-ZIP 커뮤니티 등 다수), 트루컬러 깊이, 내부 CRC(Greg Roelofs), 그리고 PNG라는 이름 자체(Oliver Fromme)입니다. Boutell은 합의가 막힐 때 자애로운 독재자로서 초안을 이끌었습니다. Draft 9(1995년 3월 7일)에서 형식은 사실상 동결되었고, 이후 초안은 대부분 설명을 명확히 하는 수준이었습니다.

바이트의 작동 방식: 시그니처, 청크, DEFLATE, 필터링, Adam7

모든 PNG는 8바이트 시그니처로 시작하므로, 확장자가 틀려도 리더가 파일을 알아볼 수 있습니다. 그 뒤로 청크의 흐름이 이어집니다. 청크는 스스로를 설명하는 블록으로, 길이, 4글자 타입 이름, 데이터 페이로드, 그리고 타입과 데이터의 손상을 감지하는 체크섬인 CRC(cyclic redundancy check)로 구성됩니다. 모든 디코더가 이해해야 하는 필수 청크에는 IHDR(이미지 헤더: 너비, 높이, 비트 깊이, 컬러 타입, 플래그), 하나 이상의 IDAT(이미지 데이터: 압축된 픽셀), IEND(이미지 끝)가 있습니다. 선택적 청크는 팔레트, 단순 또는 완전한 투명도, 감마 힌트, 텍스트, 기타 메타데이터를 담을 수 있으며, 알 수 없는 보조 타입을 건너뛰는 오래된 리더를 깨뜨리지 않습니다.

픽셀은 날것 그대로 IDAT에 들어가지 않습니다. 먼저 필터링이 있습니다. 각 스캔라인은 이웃 바이트와의 차이로 다시 쓰여 반복 패턴이 더 잘 압축되게 합니다 — 되돌릴 수 있는 사전 단계이며, 두 번째 이미지 형식이 아닙니다. 그다음 필터링된 바이트는 zlib 형식을 통해 DEFLATE(gzip / ZIP에서도 쓰이는 LZ77 더하기 허프만 방식)로 압축됩니다. Jean-loup Gailly와 Mark Adler가 이 무렵 zlib을 다듬었고, Guy Eric Schalnat이 애플리케이션이 디코더를 새로 만들지 않아도 되도록 초기 libpng 작업을 이끌었습니다. 사양과 라이브러리는 1995년 내내 함께 성숙했습니다.

인터레이스는 선택 사항입니다. 방식 0은 평소처럼 행을 위에서 아래로 저장합니다. 방식 1은 Adam M. Costello의 Adam7으로, 8×8 패턴에 대한 일곱 번의 패스를 통해 다운로드가 끝나기 전에 대략적인 미리보기가 나타납니다 — 다이얼업 브라우저가 필요로 했던 점진적 표시 습관입니다. 디코더는 최종 이미지만 보여주더라도 인터레이스된 파일을 읽을 수 있어야 합니다.

W3C Recommendation, RFC 2083, ISO/IEC 15948

표준화는 구현 뒤에 따라왔습니다. World Wide Web Consortium(W3C)은 1996년 10월 1일에 PNG 1.0을 Recommendation으로 공개했습니다 — 안정적이고 검토를 거친 웹 그래픽 참조 문서입니다. 같은 세대의 문서가 IETF를 통해 RFC 2083(PNG Specification Version 1.0, Informational)으로도 나왔습니다. IANA는 미디어 타입 image/png를 등록했습니다. 이후 ISO/IEC 15948이 PNG를 국제 기능 사양으로 공개했고(널리 인용되는 2004년판), 요약에는 “pronounced ping”이라는 설명이 남아 있습니다. 쉽게 말해 Usenet의 불길로 시작된 것이 정식 웹 및 ISO 계열 표준이 되었습니다.

브라우저의 현실은 서류 작업보다 뒤처졌습니다. 네이티브 PNG는 1990년대 후반 Netscape와 Microsoft Internet Explorer에서 고르지 않게 나타났습니다. 완전한 알파 합성은 Windows IE에서 수년간 골칫거리였습니다. 초기 버전은 PNG를 제대로 처리하지 못하거나 거친 이진 투명도만 처리했고, 웹 개발자들은 Internet Explorer 7이 픽셀 단위 알파를 개선할 때까지 AlphaImageLoader 편법을 썼습니다. 형식은 준비되어 있었지만 주류 브라우저가 늦었습니다 — GIF 배너와 반복 재생이 살아남은 이유 중 하나입니다.

GIF와 비교한 알파 투명도, 그리고 일반 PNG가 움직이지 않는 이유

GIF89a는 팔레트 인덱스 하나를 투명으로 표시할 수 있습니다. PNG는 그런 단순한 투명도도 할 수 있고, 더 중요하게는 부분 불투명도를 위한 완전한 알파 채널을 지원합니다. 부드러운 그림자, 안티앨리어싱된 로고, 알 수 없는 배경 위의 오버레이가 매일의 승리입니다. 그래서 “PNG로 저장”이 UI 내보내기의 반사 행동이 되었고, 사진을 PNG로 다시 저장해도 크기에서 JPG를 이기는 일이 드문 이유입니다.

애니메이션은 의도적으로 미뤄졌습니다. 기본 PNG는 한 장의 이미지입니다. MNG(Multiple-image Network Graphics)는 같은 커뮤니티에서 여러 이미지 / 애니메이션을 위한 형제 형식으로 자랐습니다 — 강력하고 복잡했지만 브라우저의 보편적 기본값이 된 적은 없습니다. APNG(Animated PNG)는 나중에 PNG 스트림에 애니메이션 청크를 추가해, 오래된 디코더는 정지된 한 프레임을 계속 보여주고 새 디코더는 프레임을 재생하게 했습니다. 곁가지 이야기로 다루세요. 2026년에 스크린샷 폴더를 채우는 .png는 거의 항상 정지 이미지입니다.

2026년에도 .png 파일이 디스크에 남아 있는 이유

2026년에도 레거시 파일 .png(그리고 갓 만든 것들)는 선명도와 투명도가 중요한 곳에 나타납니다. OS 스크린샷, 앱 스토어 에셋, 프레젠테이션, 스캔한 다이어그램, 게임 UI 팩, 디자인 납품물, 웹의 “이미지 저장” 다운로드 등입니다. 카메라는 여전히 사진에 JPEG나 RAW를 선호하고, 편집자는 픽셀이 흐려지면 안 될 때 PNG를 고릅니다. 이 형식은 GIF를 대체하겠다는 도전의 정지 이미지 절반을 너무 완벽하게 이겼기에, 사람들은 그것이 Usenet의 긴급 위원회로 시작했다는 사실을 잊습니다.

Legacy File Converter는 지원되는 파일 형식에서 지원 이미지 중 하나로 Portable Network Graphics / .png를 나열하며, 사용자의 Windows PC에서 로컬로 .png를 JPG, PDF 등 나열된 대상으로 변환합니다 — 업로드는 전혀 이루어지지 않습니다. 이 글은 역사에 머뭅니다 — 청크를 손으로 쓰는 방법 안내가 아닙니다. 이웃한 이미지 형식 수업은 역사 수업: .gif 파일이란?, 역사 수업: .bmp 파일이란?, 역사 수업: .jfif 파일이란?을 참고하세요.