Google, JPEG XL을 Chrome에 다시 도입

이 동영상에서 다루는 내용

• Chrome 발표는 2026년 10월 6일에 게시되었으며 Chrome 155를 언급합니다. 모든 웹사이트 방문자가 이미 지원되는 버전을 실행하고 있다는 것을 확립하지는 않습니다.
• Google은 지속적인 개발자 피드백과 Interop 프로세스를 인정합니다. jxl-rs 디코더는 Rust와 최적화된 벡터 연산을 사용하며, 작고 검증된 안전하지 않은 영역과 브라우저 샌드박스는 유지됩니다.
• Google이 광고하는 30~50% 압축 개선은 JPEG를 기준으로 합니다. 실제 절감 효과는 이미지, 인코더 설정 및 시각적 품질에 따라 달라집니다.
• Gianni Rosato의 9월 인코더 비교는 테스트한 손실 충실도 범위에서 AVIF를 선호합니다. 그는 경쟁 AVIF 도구를 개발합니다. 그의 결과와 Google의 JPEG 기준 주장은 다른 비교를 측정합니다.
• 대표 이미지에서 형식을 비교하고 호환 가능한 대체 방안을 유지하십시오. JPEG XL은 기존 JPEG 파일의 가역적이고 무손실 트랜스코딩도 지원합니다.
• OpenAI는 372개 패밀리로 그룹화된 722개의 원고를 공개했으며, 다양한 검증과 많은 Lean 공식화를 포함합니다. 모델은 아직 공개되지 않았으며, Pro급 컴퓨팅 수치는 소매 가격도 아니고 경과 시간 보장도 아닙니다.
• ESP32-C3 개발자는 정렬된 도메인 해시를 플래시에 저장하여 약 50KB의 RAM을 사용한다고 보고합니다. DNS 수준 차단은 동일 도메인 및 대체 리졸버 제한이 있으며, 해시 충돌은 과도한 차단을 유발할 수 있습니다. 이 에피소드에서는 하드웨어 결과가 독립적으로 측정되지 않았습니다.

번역된 스크립트

원래 영어 내레이션에서 번역되었습니다. 사용 가능한 오디오 및 캡션은 YouTube에서 제어합니다.

Chrome이 JPEG XL을 다시 가져오는 이유는 무엇인가요?

0:00 여러분은 아마 Google이 JPEG XL을 파묻었다고 생각하실 겁니다. Chrome은 실험적 지원을 제거한 후 다시 도입하고 있습니다. 그리고 Rust가 그 문을 여는 데 도움이 되었습니다. 이번 영상에서는 Google이 왜 입장을 바꿨는지 알아봅니다. 그리고 이미지 파이프라인을 변경해야 할까요? 10월 7일 수요일, The Daily Diff입니다. 한 가지 세부 사항을 기억하세요. 기존 JPEG도 이번 복귀에 참여할 수 있습니다.

0:20 화요일에 Google은 Chrome 155부터 JPEG XL 디코딩을 시작한다고 발표했습니다. 오늘 이 발표는 Hacker News에 올라왔습니다. OpenAI의 수학적 증명 공개와 2달러짜리 보드가 광고 도메인을 차단하는 소식과 함께 말입니다. Chrome의 이전 실험은 2023년에 종료되었습니다.

거부된 형식이 왜 다시 기회를 얻었나요?

0:35 Google의 설명에는 생태계 관심 부족이 포함되어 있었는데, 가장 큰 브라우저가 생태계가 실제로 여러분의 것을 사용할 수 있는지 여부를 통제할 때 이는 어색한 일입니다. 새 게시물은 Interop 프로세스를 포함한 지속적인 개발자 피드백을 인정합니다. 이것을 요구하는 사람들은 계속 요구했고, Google은 이제 형식이 일관되게 작동하도록 의도된 브라우저 테스트를 지적합니다. 이 발표는 Helmut Januschka를 포함한 기여자들에게 감사를 표합니다. 때로는 가장 효과적인 로드맵은 문제를 닫지 않는 것입니다. 가장 큰 구현 변경 사항은 Rust로 작성된 jay ex ell R S라는 디코더입니다. 이미지 디코더는 낯선 사람들이 제공하는 복잡한 파일을 수신합니다.

0:57 이는 인터넷을 우연히 신뢰하기에 아주 좋은 곳이 됩니다.

디코더 내부는 어떻게 변경되었나요?

1:01 Rust는 메모리 오류 클래스가 브라우저 취약점이 되기 전에 방지하는 데 도움이 됩니다. Google은 여전히 샌드박스를 유지하고 있으며, 구현에는 여전히 작고 신중하게 검토된 안전하지 않은 영역이 포함되어 있습니다. 현실이 계속해서 틈새를 찾기 때문에 보안에는 계층이 필요합니다. Google은 퍼징 및 AI 코드 검토를 통해 이 디코더의 역사에서 메모리 안전 버그를 발견하지 못했다고 말합니다. 이는 이 팀에서 제공하는 유용한 보고서입니다. 미래의 공격자들은 블로그 게시물을 구속력 있는 계약으로 받아들이지 않을 것입니다. 첫 번째 질문에 대한 답변입니다. 개발자 압력과 최적화된 Rust 디코더가 문을 다시 열었습니다. Google은 엔지니어링이 뒷받침하는 결정을 번복했습니다.

1:27 이는 인터넷에서도 허용됩니다. 이제 슬라이드 데크 벤치마크입니다. Google은 JPEG보다 30~50% 더 나은 압축률을 광고합니다. 더 작은 다운로드는 사용자에게 도움이 되고 대역폭 비용을 절감할 수 있지만, 그 범위는 인코딩하는 내용과 품질을 비교하는 방법에 따라 달라집니다. 압축 엔지니어 Gianni Rosato는 9월에 발표한 비교에서 최신 AVIF 인코더가 테스트한 충실도 범위에서 JPEG XL을 능가한다고 밝혔습니다. 그는 경쟁 AVIF 도구를 개발하므로, 그 인센티브를 그래프 옆에 두십시오.

더 작은 파일이 AVIF를 이길 수 있을까요?

1:48 이러한 비교는 다른 기준을 사용합니다. 오래된 JPEG를 이기는 것은 AVIF가 작업량에서 승리할 여지를 남깁니다. Google 자체는 두 가지 형식 모두를 시도하는 것을 권장하는데, 이는 출시 발표치고는 이례적으로 실용적인 조언입니다. JPEG XL의 다른 매력으로는 고해상도, 무손실 이미지 및 세분화된 점진적 디코딩이 있습니다. 커뮤니티는 형식을 탐색하기 위한 대화형 데모를 게시합니다. 나머지 부분이 도착하는 동안 시청자는 유용한 그림을 볼 수 있습니다. 배포를 위해서는 대체 이미지를 유지하고 고객이 실제로 사용하는 브라우저에서 지원 여부를 확인하십시오. 이 발표는 Chrome 155를 언급합니다.

2:12 이는 대상 버전을 제공하며, 분석을 통해 시청자가 언제 도달하는지 알 수 있습니다. 두 번째 질문에 대한 답변입니다. 파이프라인을 변경하기 전에 실제 이미지를 테스트하고 호환성 경로를 보존하십시오. 바이트를 절약하는 이미지 형식은 유용합니다. 체크아웃 버튼을 숨기는 마이그레이션은 비싼 미니멀리즘 해석입니다. 한편, OpenAI는 화요일에 수학 원고와 보조 증명 아티팩트를 게시했습니다. 리포지토리에는 722개의 원고가 들어 있습니다. 관련 패밀리로 그룹화되어 있습니다.

2:37 헤드라인 개수에는 동반 논증과 대체 증명이 포함되므로, 각 논문이 실제로 주장하는 바를 읽어보십시오. 많은 논문이 Lean으로 형식적인 증명을 가지고 있어 컴퓨터가 수학적 추론을 확인할 수 있습니다. 다른 논문들은 여전히 형식화를 기다리고 있으며, OpenAI는 일부 비형식화된 결과에 문제가 있을 수 있다고 명시적으로 경고합니다. 이 리포지토리는 연구자들이 검토하고 도전할 수 있는 자료를 제공합니다. 모델은 아직 공개되지 않았습니다. OpenAI는 각 결과에 평균적으로 약 3시간의 동등한 ChatGPT Pro 컴퓨팅 사고력이 사용되었다고 말합니다. 이는 계산 노력을 설명합니다.

OpenAI는 실제로 무엇을 게시했나요?

3:00 이는 이론을 생성하는 데 필요한 실제 시간 보장이나 소매 가격을 제공하지 않습니다. 이 출시는 독립적인 수학 자문 그룹과의 협의를 거쳤으며, 개정 및 인용 프로세스를 포함합니다. 학계는 새로운 숙제 더미와 함께, 고쳐야 할 정확한 페이지를 지적할 수 있는 훨씬 더 유용한 능력을 얻습니다. Lean 유지 관리자는 한 번에 작은 부분씩 컴파일할 것을 권장합니다. 수학적 돌파구조차 결국 소프트웨어의 오랜 적을 만나게 됩니다. 빌드를 완료하는 것입니다. 마지막으로, 오픈 소스 DNS 광고 차단기가 작은 2달러짜리 마이크로컨트롤러 보드에서 실행됩니다.

3:21 개발자의 비결은 정렬된 도메인 해시를 플래시에 저장하는 것입니다. 따라서 차단 목록이 부족한 작업 메모리에 있을 필요가 없습니다. 이 프로젝트는 약 50킬로바이트의 RAM 사용량을 보고합니다. 플래시 테이블에서 요청된 도메인을 찾고, 일치하는 항목을 차단하고 다른 쿼리를 업스트림으로 전달합니다. 여러분의 라우터는 매우 구체적인 손님 목록을 가진 작은 바운서를 얻을 수 있습니다. DNS 필터링은 도메인 수준에서 작동합니다. 유용한 콘텐츠와 동일한 도메인에서 제공되는 광고는 통과할 수 있으며,

3:40 다른 리졸버를 사용하는 클라이언트는 이를 우회할 수 있습니다. 보드보다 기대를 낮게 유지하십시오. 이는 까다로운 크기 목표입니다. 그리고 기존 JPEG에 대한 세부 정보는요? JPEG XL은 무손실 JPEG 트랜스코딩을 지원합니다. 원본 JPEG를 재구성하는 경로를 통해 말입니다. 이는 오래된 이미지 아카이브에 또 다른 세대의 품질 손실 없이 마이그레이션 옵션을 제공합니다. 저장 및 전달 트레이드오프를 테스트하십시오. 제가 말하는 것보다 읽는 것을 선호하신다면, 매일 아침 The Daily Diff가 이메일로 무료로 도착합니다. daily diff dot dev에서 링크를 확인하세요.

2달러짜리 보드가 어떻게 도메인을 차단하나요?

4:03 오늘의 평결, SHIP IT. 브라우저 지원이 개발자에게 실제 선택권을 제공하므로 추가 디코더를 배포할 것이고, 우리 이미지에 대한 마이그레이션을 테스트할 것입니다. 구독하고, 알림을 켜고, 다르게 스탬프를 찍었을지 댓글로 알려주세요. 오늘의 Diff는 여기까지입니다. Axrisi의 Niko였습니다. 책임감 있게 병합하세요. DNS 필터링은 도메인 수준에서 작동합니다. 유용한 콘텐츠와 동일한 도메인에서 제공되는 광고는 통과할 수 있으며,

4:28 다른 리졸버를 사용하는 클라이언트는 이를 우회할 수 있습니다. 보드보다 기대를 낮게 유지하십시오. 이는 까다로운 크기 목표입니다. 그리고 기존 JPEG에 대한 세부 정보는요? JPEG XL은 무손실 JPEG 트랜스코딩을 지원합니다.

기존 JPEG도 복귀에 참여할 수 있나요?

4:40 원본 JPEG를 재구성하는 경로를 통해 말입니다. 이는 오래된 이미지 아카이브에 또 다른 세대의 품질 손실 없이 마이그레이션 옵션을 제공합니다. 저장 및 전달 트레이드오프를 테스트하십시오. 제가 말하는 것보다 읽는 것을 선호하신다면, 매일 아침 The Daily Diff가 이메일로 무료로 도착합니다. daily diff dot dev에서 링크를 확인하세요. 오늘의 평결, SHIP IT. 브라우저 지원이 개발자에게 실제 선택권을 제공하므로 추가 디코더를 배포할 것이고, 우리 이미지에 대한 마이그레이션을 테스트할 것입니다.

왜 디코더를 배포하고 마이그레이션을 테스트해야 할까요?

4:58 구독하고, 알림을 켜고, 다르게 스탬프를 찍었을지 댓글로 알려주세요. 오늘의 Diff는 여기까지입니다. Axrisi의 Niko였습니다. 책임감 있게 병합하세요. Axrisi의 Niko였습니다. 책임감 있게 병합하세요. Axrisi의 Niko였습니다. 책임감 있게 병합하세요.

출처

1. Shipping JPEG XL in ChromeChrome for Developers
2. JPEG XL prototype and November 2022 removal discussionChromium Blink developers
3. Contemporaneous JPEG XL deprecation commentaryFree Software Foundation
4. The case against JPEG XL — competing-encoder benchmarkGianni Rosato
5. JPEG XL FAQ and reversible JPEG transcodingJPEG XL community
6. HTML picture element and fallback selectionMDN Web Docs
7. Progressive loading demoJPEG XL community
8. Distance versus effort visualizerJPEG XL community
9. Sharing AI progress in mathematicsOpenAI
10. Mathematical manuscripts and proof artifactsOpenAI on GitHub
11. Lean formalization library build notesOpenAI on GitHub
12. ESP32-C3 hash-in-flash DNS ad blockerM-Abozaid on GitHub