# JPEG XL: 시작과 현재 상황

> Clean Markdown view of GeekNews topic #9924. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=9924](https://news.hada.io/topic?id=9924)
- GeekNews Markdown: [https://news.hada.io/topic/9924.md](https://news.hada.io/topic/9924.md)
- Type: GN+
- Author: [neo](https://news.hada.io/@neo)
- Published: 2023-07-22T09:48:35+09:00
- Updated: 2023-07-22T09:48:35+09:00
- Original source: [cloudinary.com](https://cloudinary.com/blog/jpeg-xl-how-it-started-how-its-going)
- Points: 1
- Comments: 1

## Topic Body

- JPEG XL은 **Google PIK과 Cloudinary FUIF을 결합해 2018년 개발을 시작한 차세대 이미지 압축 포맷**으로, 2020년 비트스트림이 완전히 고정되며 표준화 작업이 마무리됨  
- Chrome이 2022년 **삭제 결정을 내리기 전까지 Firefox·Chrome 등 주요 브라우저가 실험적 지원을 추가하며 순조롭게 확산되던 흐름**이 있었음  
- Safari 17과 iOS·macOS 등 **애플 전 제품군이 JPEG XL을 지원한다고 발표하면서 생태계 확장의 모멘텀**이 다시 커짐  
- Cloudinary는 **CID22 데이터셋과 SSIMULACRA 2 기반 실험**을 통해 JPEG XL, AVIF, WebP, mozjpeg 등을 비교하며 고품질·고압축·속도 관점의 차이를 분석함  
- JPEG XL은 **AVIF보다 5~10% 추가 압축 이득**을 제공하고, 속도 측면에서도 합리적인 수준을 유지해 **현 시점에서 평균적으로 가장 우수한 코덱이라는 평가**가 제시됨  
  
---  
### JPEG XL의 시작  
- JPEG 위원회가 **차세대 이미지 압축 표준 공모**를 진행하며 7개 제안이 제출되었고, Google PIK과 Cloudinary FUIF의 기술을 결합해 JPEG XL 설계가 시작됨  
  - 두 포맷의 장점을 합쳐 **기존 JPEG 대비 고품질·고효율 압축을 제공하는 새로운 코덱 구조**가 만들어짐  
- 2020년 말 비트스트림이 고정되었고, 2022년 3월 ISO 표준(ISO/IEC 18181)으로 공식 승인됨  
- 2021년에 Chrome과 Firefox가 **플래그 기반 실험적 지원**을 추가해 순항하는 듯 보였음  
- 2022년 Halloween 즈음 Chrome이 **지원 제거를 기습 발표**하며 논란 발생  
  - Cloudinary 측은 Chrome의 테스트 방식의 **여러 방법론적 문제점**을 지적했으나 반영되지 않았음  
- 브라우저 외 환경에서는 Serif Affinity, Adobe Camera Raw, GIMP, Krita 등 **저작 도구 중심으로 JPEG XL 채택이 계속 증가**함  
  
### 애플의 WWDC 발표  
- WWDC23에서 Safari 17의 신기능 목록에 **JPEG XL이 공식 포함**됨  
  - iOS, iPadOS, macOS, watchOS, visionOS 등 애플 생태계 전체가 JXL 지원을 추가  
- JPEG XL 개발자들조차 **Safari가 첫 정식 지원 브라우저가 될 것이라고 예상하지 못한 상황**이었으며, 이 발표로 생태계 모멘텀이 강화됨  
  
### 이미지 코덱 비교 실험(CID22)  
- Cloudinary는 대규모 **CID22 이미지 데이터셋(사람이 품질을 직접 평가한 주관적 데이터)** 을 구축  
  - 주관적 평가가 가장 정확한 기준이지만 대규모 실험이 어렵기 때문에, 이를 토대로 **SSIMULACRA 2.1 같은 지표를 검증**해 확장 실험에 활용  
- 이미지 압축은 **압축률·시각적 품질·인코딩 속도**의 균형이 중요함  
  - 동일 품질 조건에서 JPEG XL, AVIF, WebP, mozjpeg를 SSIMULACRA 2 기준으로 비교  
- 주요 결과  
  - **WebP**: 저품질 영역에서는 JPEG 대비 25~35% 절감하지만 고품질 영역에서는 yuv420 제한 때문에 이득이 줄어듦  
  - **mozjpeg** 대비 WebP 추가 이득은 3~5% 정도에 불과  
  - **AVIF**: WebP보다 10~15% 추가 절감 가능하며 yuv444도 지원해 고품질 영역에서도 높은 절감률 유지  
    - 단, **인코딩 속도가 매우 느림(자체 기본 설정 기준 한 자릿수 배 느림)**  
  - **JPEG XL**: AVIF보다 **5~10% 추가 압축 절감**, 특히 고품질 영역에서 차이가 큼  
    - 인코딩 속도도 AVIF보다 빠르고 실사용 가능한 성능  
  
### JPEG XL 사용과 Cloudinary 지원  
- Cloudinary는 JPEG XL 개발에 참여했기 때문에 **가장 먼저 JXL 지원을 제공**  
  - URL에 `f_jxl`을 추가하거나 확장자를 `.jxl`로 변경하면 변환 가능  
- Safari 사용자 비중이 높은 서비스라면 **JPEG XL을 우선 제공하고, 다른 브라우저용으로 AVIF/WebP/JPEG을 폴백**하는 전략이 유효함  
- 이미지마다 최적 코덱이 다르기 때문에, Cloudinary는 **AI 기반 `f_auto,q_auto`의 신규 버전**을 개발 중  
  - 이미지별로 가장 적합한 포맷을 자동 선택하는 기능 제공 예정

## Comments



### Comment 17537

- Author: neo
- Created: 2023-07-22T09:48:35+09:00
- Points: 1

###### [Hacker News 의견](http://news.ycombinator.com/item?id=36801448) 
- 안정적인 비디오 및 오디오 "컨테이너 형식"인 MKV는 새로운 이미지 인코딩이 새로운 컨테이너 형식과 파일 확장자를 요구하는 동안 지속됩니다.
- libffmpeg와 같은 AV 디코더는 모든 흥미로운 AV 형식과 코덱을 지원하여 새로운 코덱에 대한 널리 퍼진 지원을 가능하게 합니다.
- libffmpeg와 같은 이미지 형식+코덱을 위한 "우버 라이브러리"는 없습니다.
- Chrome과 Edge는 이제 iOS 17에서 JXL을 지원하고 표시합니다.
- JPEG 2000는 실제로 채택되지 않았으며, JPEG XL은 단순한 개선에 불과합니다.
- 일부 사람들은 웹p, avif 또는 jxl을 사용할 때 제한된 지원과 이러한 파일 유형과의 작업의 어려움으로 인해 확신이 없습니다.
- 새로운 이미지 형식의 채택은 JPEG의 초기 시절을 연상시킬 수 있습니다.
- 일부 사용자는 WEBP, AVIF 및 JPEG XL과 같은 이미지 압축 형식에 대해 다른 경험을 가지고 있습니다.
- 넓은 색상 범위 이미지를 게시하기 위한 관심으로 AVIF와 JPEG XL에 대한 관심이 증가하고 있습니다.
- Apple 생태계는 HEIF를 채택했지만 AV1 비디오는 채택하지 않았습니다.
- 일부 사용자는 JPEG XL에 추가로 BPG 형식을 포함시키기를 바랍니다.
- JPEG XL은 JPEG 2000 및 JPEG XR과 다릅니다.
- "JPEG XL"이라는 이름은 성공에 영향을 미칠 수 있습니다.
- AV1을 기반으로 한 새로운 비디오 형식에 정적 이미지 코덱으로 JPEG XL을 사용하는 제안이 있습니다.