1P by GN⁺ 2023-07-22 | ★ favorite | 댓글 1개
  • 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의 신규 버전을 개발 중
    • 이미지별로 가장 적합한 포맷을 자동 선택하는 기능 제공 예정
Hacker News 의견
  • 안정적인 비디오 및 오디오 "컨테이너 형식"인 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을 사용하는 제안이 있습니다.