JPEG XL이란: 2026 Firefox 157과 Chrome 기본 디코딩 전 해설

8월 24일 Mozilla와 Chrome이 JPEG XL 출하를 밝혔다. Firefox 157이 창이고 디코더는 jxl-rs다.

2026년 8월 24일 Mozilla는 Mozilla Hacks에 JPEG XL Intent to Ship을 올렸다. Firefox 157(9월 말 목표)에서 디코딩을 기본으로 켠다. 같은 날 Chromium도 Blink에서 JPEG XL을 출하하겠다는 의향을 제출했다. 마이크·화면 공유 사용법이 아니다.

검색어는 JPEG XL 2026 Firefox Chrome 기본 디코딩이다. Safari는 2023년부터 일부 지원했다. Chrome은 2022년에 실험 지원까지 제거했다. 이번 복귀는 Google Research가 Rust로 다시 쓴 jxl-rs 덕분이지, 약 10만 줄 멀티스레드 C++ 참조 디코더를 되살리는 일이 아니다.

누가, 언제, 무엇을 했나

Jake Archibald는 Firefox가 2021년에 플래그 뒤에 JPEG XL을 넣었지만 공격면이 큰 디코더를 기본으로 켤 수 없었다고 썼다. Mozilla는 Google Research JPEG XL 팀에 안전하고 빠르고 작으며 호환되는 Rust 디코더를 요구했고, 그것이 나오면 출하하겠다고 했다. 결과가 jxl-rs다. 지금은 Firefox 구현의 핵심이며 Chrome 의향서도 같은 디코더를 가리킨다. Phoronix는 당일 Nightly가 이미 기본 켜짐이라고 전했다. Chrome 쪽은 전 사용자 대상 확정 버전을 적지 않았다.

막힌 것은 압축률이 아니라 디코더였다

JPEG XL은 기존 JPEG를 무손실로 다시 포장할 수 있고(흔히 약 20%가 인용된다), 파일의 아주 일부만으로 피사체를 알아볼 수 있다. 브라우저가 멈춘 이유는 공격면이다. 이미지는 다양하고 신뢰할 수 없는 입력이다. Mozilla는 “다시 쓴 뒤에 낸다”는 기준을 세웠고 Google Research가 Rust로 맞췄다.

JPEG XL과 AVIF

Archibald의 샘플에서 일반적인 손실 웹 사진은 AVIF가 더 작은 경우가 많다. 무손실과 옛 JPEG 재압축은 JPEG XL이 강하다. AVIF의 점진 렌더는 약하므로 매우 큰 이미지에서는 JPEG XL을 택할 이유가 된다. 자기 이미지로 측정하라.

브라우저 협업 방과의 관계

코덱 뉴스는 이미지 파이프라인 이야기다. 짧은 공동 작업은 브라우저를 열고 같은 페이지에서 그림을 끝내는 일이다. 휴대폰 입장 안정성은 모바일 브라우저 안내를 보고, 공유 캔버스만 필요하면 한 페이지에 그림을 두기가 .jxl 논쟁보다 실무적이다. 지금 방을 열려면 rtcroom 홈으로.

아직 궁금한가요?