Firefox 157, JPEG XL을 모든 플랫폼에서 기본 지원
Firefox 157 will include JPEG XL by default on all platforms
Mozilla가 Firefox 157부터 JPEG XL 디코딩을 모든 플랫폼에서 기본으로 활성화할 예정입니다. Rust 기반 디코더 jxl-rs를 사용하며, 이미 Nightly와 Firefox Labs에서 테스트되었습니다. Safari는 2023년부터 지원했고, Chrome은 아직 플래그 뒤에 있습니다. 성능은 Safari보다 약간 빠르며, 애니메이션과 프로그레시브 디스플레이를 지원합니다. HDR은 SDR로 표시되지만 톤 매핑이 개선되었습니다. 한편, 무손실 JPEG XL의 디코딩 속도가 무손실 WebP보다 약 30배 느리다는 우려도 제기되었습니다.
무손실 JPEG XL은 무손실 WebP보다 디코딩 속도가 약 30배 느린데, 파일 크기는 10%만 줄어듭니다. 이는 특히 노트북과 휴대폰에서 배터리 소모와 사용자 경험 저하를 초래할 수 있는 의문스러운 트레이드오프입니다.
HN 토론
130- concinds
Firefox와 Chromium 둘 다 jxl-rs(Rust 기반)를 사용하고 있는데, Apple이 이미 탑재한 libjxl(C++)에 대해 어떻게 할지 궁금하네요. Swift로 메모리 안전성 작업을 하는 건 알지만, 지금까지 플랫폼에 Rust를 탑재한 적이 있나요? 또한 두 라이브러리 간의 벤치마크 비교를 해본 사람이 있는지도 궁금합니다.
--
또한, 방향을 바꾼 후 Chromium이 Mozilla가 Rust 포트를 만들기를 기대하고 있다고 생각했는데, 그 반대였던 것 같네요. Google Research에 잘한 일입니다.
https://hacks.mozilla.org/2026/08/intent-to-ship-jpeg-xl/
> 그래서 우리는 Google Research의 JPEG XL 팀에게 도전 과제를 제시했습니다: Rust로 안전하고, 성능이 좋고, 컴팩트하며, 호환되는 JPEG XL 디코더를 만들어 주세요. 그러면 우리가 탑재하겠습니다. 그 도전은 성공적으로 수행되었습니다. Google Research가 jxl-rs를 만들었고, 그것이 Firefox의 JPEG XL 지원의 핵심입니다.
- Nition
저는 JPEG XL이 'Xtra Large' JPEG를 의미하는 줄 알았어요. XL이 옷이나 거의 모든 곳에서 그런 뜻이니까요. 하지만 그게 아닌 것 같네요:
> 'XL이라는 이름의 어원은 다음과 같습니다: JPEG는 j2k 이후의 모든 새로운 표준을 X로 시작하는 이름으로 불러왔습니다: XR, XT, XS(S는 속도, 매우 빠르고 초저지연이기 때문), 그리고 이제 XL. L은 Long term을 의미하는데, 레거시 JPEG를 대체하고 그만큼 오래 지속될 무언가를 만드는 것이 목표이기 때문입니다.'[1]
- Gander5739
Chrome도 같은 작업을 하고 있는 것 같습니다: https://groups.google.com/a/chromium.org/g/blink-dev/c/-gDoj...
- rdsubhas
JXL은 완전히 전환할 수 있기를 바라는 기술 중 하나입니다. 즉, 몇 년 안에 아무도(기술에 익숙하지 않은 사람들조차) JPEG를 공유하거나 복사하거나 저장하지 않게 되는 것이죠.
- yboris
2026년에 HN 사용자 중 JPEG XL / jxl을 아직 들어보지 못한 사람이 얼마나 될지 궁금하네요.
- pxoe
이제 브라우저가 일부 웹사이트나 업로드 필드에서 jxl이나 다른 이미지 형식을 지원하지 않을 때 더 편리하게 우회할 수 있는 방법을 제공해줬으면 좋겠어요. 자동으로 처리하거나, 우회할 수 있는 옵션(JPEG나 PNG로 변환해서 업로드하거나, '이미지로 붙여넣기' — 이는 PNG 변환과 거의 같겠지만 — 또는 다른 방법)을 제공해줬으면 좋겠어요.
- xacky
Firefox 115에 추가해서 남은 Windows 7/8 사용자들을 지원할 건가요, 아니면 이미지 형식을 추가하려면 새 운영 체제가 필요한가요?
- cubefox
JPEG XL 프로그레시브 디코딩 및 AVIF와의 파일 크기 비교에 대한 자세한 정보: