JPEG XL은 기술적으로 다른 모든 이미지 포맷보다 앞서 있습니다. 하지만 실제로 사용하는 도구 중 약 15% 정도만 JPEG XL을 지원합니다. 전 세계에 배포하려면 JPG 또는 PNG로 변환하고, 파이프라인에서 JPEG XL을 처리할 경우 공간 절약을 위해 JPEG XL로 변환하고 .
여기에 이미지를 넣어주세요
100% 비공개. 업로드되지 않습니다.
변환할 .jxl 파일을 드롭하거나, JXL로 인코딩할 JPG/PNG/WebP 파일을 드롭하세요.
WebAssembly로 컴파일된 libjxl은 인코딩과 디코딩을 모두 처리합니다. JXL 인코딩은 다른 형식보다 속도가 느리며, 고화질 설정에서 이미지당 2~5초가 소요됩니다.
범용 호환성을 위해 JXL 형식을 JPG/PNG/WebP로 변환합니다. 최대 압축 또는 아카이브 활용을 위해 다른 형식은 JXL로 변환합니다.
JXL은 AVIF 압축률을 낮추고, 무손실 JPEG 재압축을 지원하며, 애니메이션, HDR 및 32비트 부동 소수점을 처리합니다. 크롬이 2022년에 JXL 지원을 중단한 이후 브라우저 채택이 정체되었습니다. 자유롭게 변환하고 채택률 증가를 지켜보세요.
JXL 변환기 기능
사양 코덱을 사용한 정확한 인코딩 및 디코딩
JXL → JPG/PNG/WebP 및 JPG/PNG/WebP → JXL
10비트, 12비트, Rec.2020 및 광색역
파일은 브라우저 탭을 벗어나지 않습니다.
포맷 채택, 압축 품질 및 사용 사례.
아카이빙 및 파이프라인 관리에 적합하다면, JPEG 대비 압축률이 상당히 향상됩니다(40~50%). 또한 무손실 JPEG 재압축은 원본 비트스트림을 보존합니다. 하지만 공개 웹 환경에서는 적합하지 않습니다. 크롬은 2022년에 네이티브 지원을 중단하여 현재 약 15%의 브라우저만 지원하고 있습니다. 웹에서는 WebP 또는 AVIF 형식을 사용하는 것이 좋습니다.
JXL은 일반적으로 동일한 화질에서 AVIF보다 5~15% 더 작습니다. 더 중요한 것은 JXL이 무손실 JPEG 트랜스코딩(디코딩 + 재인코딩 과정에서 손실 없음)을 지원한다는 점입니다. 이는 AVIF에서는 불가능한 기능입니다. 무손실 아카이빙의 경우 JXL이 확실히 우세합니다.
크롬 110 버전(2023년 1월)에서는 개발자 생태계의 도입 부족과 표준화 관련 미해결 문제를 이유로 실험적 플래그를 제거했습니다. 해당 형식 자체는 유지되고 있으며, 파이어폭스와 사파리에서도 지원하고 있고, 크롬에서도 다시 추가할 가능성이 있지만, 이번 후퇴로 2년 이상 축적해 온 추진력을 잃게 되었습니다.
네. JXL 애니메이션 지원은 사양의 일부이며, 풀 컬러 및 프레임별 타이밍을 사용하여 임의의 프레임 시퀀스를 처리합니다. 실제로 애니메이션 JXL을 지원하는 인코더 및 디코더는 현재 몇 가지 도구로 제한적입니다.
JXL-to-JPEG 무손실 재인코딩(완벽한 복구를 위해 JPEG 비트스트림을 JXL 내부에 저장)은 브라우저 측 변환에서 지원되지 않습니다. 이는 서버 측 파이프라인 작업입니다. 저희 변환기를 libjxl을 사용하여 표준 디코딩 → 재인코딩을 수행합니다.
JXL 입력 및 출력 파일 모두 파일당 50MB의 용량 제한이 있습니다. 대용량 사진의 무손실 JXL 파일은 용량이 클 수 있습니다(PNG 크기와 유사). 손실 압축 JXL 파일은 용량이 작아 JPEG 파일과 비슷하거나 더 작습니다.