gik|iewicz

Google wydało Chrome 155, pierwszą stabilną wersję przeglądarki, która dekoduje obrazy JPEG XL (.jxl) bez żadnych flag ani eksperymentalnych przełączników. Format obiecuje lepszą kompresję oraz obsługę HDR, a nowy dekoder powstał w języku Rust. Równolegle przeglądarka zyskała algorytmy kryptografii odpornej na komputery kwantowe w Web Crypto API.

TL;DR: Google wydało Chrome 155, pierwszą stabilną wersję z domyślnym dekodowaniem obrazów JPEG XL (.jxl). Format oferuje lepszą kompresję i obsługę HDR, a dekoder napisano w Rust z naciskiem na bezpieczeństwo pamięci. Równolegle przeglądarka zyskała algorytmy kryptografii odpornej na komputery kwantowe w Web Crypto API. Obsługa w Firefox opóźniła się do wersji 158.

Czy Chrome 155 naprawdę obsługuje JPEG XL domyślnie?

Tak. Chrome 155 dekoduje obrazy JPEG XL bezpośrednio w przeglądarce, bez włączania flag i bez instalowania rozszerzeń. Zespół Chrome ogłosił wdrożenie w poście poświęconym temu formatowi, a Chrome 155 Release Notes potwierdzają, że wyświetlanie plików .jxl weszło do stabilnej gałęzi. Wersja ta wprowadza także inne zmiany, na przykład poprawki w reprezentacji list CSS oraz kontroli marginesów.

Przeczytaj też: Sprzeciw Mozilli wobec API Prompt w Chrome

Najważniejszy jest jednak sam fakt wdrożenia. Jeszcze niedawno JPEG XL istniał w Chrome wyłącznie jako eksperyment, dziś jest częścią standardowego builda. Dla twórców stron oznacza to, że mogą podawać przeglądarce pliki .jxl i oczekiwać ich poprawnego wyświetlenia. Dostępne materiały zalecają mimo to zachowanie fallbacków oraz weryfikację wsparcia po stronie przeglądarek i sieci CDN.

Przeczytaj też: Chrome usuwa zapewnienie, że lokalne AI nie wysyła danych do serwerów Google

Dlaczego JPEG XL wraca do Chrome po wcześniejszym usunięciu?

Historia tego wdrożenia jest nietypowa, ponieważ Chrome obsługiwał JPEG XL wcześniej wyłącznie eksperymentalnie, a ostateczne uruchomienie dekodowania nastąpiło dopiero teraz. Post opublikowany przez zespół Chrome na łamach bloga dla deweloperów ogłasza wprost, że przeglądarka udostępnia dekodowanie formatu .jxl poczynając od wersji 155. Autorzy opisują JPEG XL jako format następnej generacji, zaprojektowany z myślą o potrzebach współczesnych twórców stron oraz fotografów.

Wdrożenie nastąpiło więc w momencie, gdy specyfikacja oraz implementacja były gotowe do stabilnej publiki. Co więcej, według dostępnych doniesień wsparcie w Firefox opóźniło się i oczekiwane jest dopiero w wersji 158, dzięki czemu Chrome staje się pierwszą z największych przeglądarek z domyślnym dekodowaniem .jxl.

Co dokładnie oferuje format JPEG XL w porównaniu z klasycznym JPEG?

JPEG XL to format obrazów następnej generacji, który w stosunku do klasycznego JPEG oferuje przede wszystkim lepszą kompresję oraz obsługę HDR. Na GeekNews opisano go jako format dostarczający wyższą jakość przy mniejszych plikach, z dekoderem, który priorytetowo traktuje bezpieczeństwo pamięci. Dla fotografa oznacza to możliwość publikowania zdjęć o szerszym zakresie tonalnym, a dla autora serwisu – mniejszy transfer przy zachowaniu jakości.

Poniżej zestawienie najważniejszych cech wdrożenia:

• Dekodowanie plików .jxl włączone domyślnie od Chrome 155.
• Lepsza kompresja w porównaniu z klasycznym JPEG.
• Obsługa obrazów HDR.
• Dekoder napisany w Rust, z naciskiem na bezpieczeństwo pamięci.
• Format skierowany do twórców stron oraz fotografów.

Dostępne źródła zgodnie podają, że to połączenie kompresji oraz HDR stanowi główny argument za migracją zasobów graficznych na nowy format.

Jaką rolę w wdrożeniu odgrywa dekoder napisany w Rust?

Dekoder JPEG XL w Chrome 155 został napisany w języku Rust, a jego projektowanie poprzedzone było naciskiem na bezpieczeństwo pamięci. Serwis GeekNews wymienia ten element jako wyróżnik wdrożenia: dekoder ma priorytetowo traktować bezpieczeństwo pamięci podczas dekodowania obrazów. W praktyce oznacza to, że proces przetwarzania niezaufanych danych graficznych powstaje w języku, który ogranicza całą klasę błędów związanych z zarządzaniem pamięcią.

Dla użytkownika końcowego jest to wątek niewidoczny, jednakże dla zespołów bezpieczeństwa przeglądarek ma duże znaczenie. Dekoder obrazów przetwarza dane z niezliczonych serwerów, dlatego jego odporność na błędy pamięci przekłada się bezpośrednio na bezpieczeństwo całej aplikacji. Połączenie nowego formatu z implementacją w Rust stanowi więc spójną decyzję inżynierską: nowoczesny format obsłużony przez nowoczesne narzędzia. Digital Bin dodaje, że Chrome 155 rozpoczął właśnie wdrażanie na użytkowników, więc obsługa .jxl będzie pojawiać się w przeglądarkach wraz z kolejnymi aktualizacjami.

Co z obsługą JPEG XL w Firefox?

Firefox obsługuje JPEG XL później niż Chrome, ponieważ według dostępnych doniesień wsparcie w tej przeglądarce opóźniło się i oczekiwane jest dopiero w wersji 158. Raport WindowsForum wyjaśnia przy tym, że pojawiające się informacje o wersji 157 były błędne. Chrome staje się dzięki temu pierwszą z największych przeglądarek z domyślnym dekodowaniem plików .jxl.

Ta rozpiętność czasowa ma praktyczne konsekwencje. Przez pewien okres część odwiedzających serwis zobaczy obrazy JPEG XL, a część może pozostać bez ich wyświetlenia. Dlatego źródła zalecają deweloperom zachowanie fallbacków oraz weryfikację wsparcia zarówno po stronie przeglądarek, jak i sieci CDN. Wdrożenie po stronie serwera również powinno uwzględniać różne możliwości klientów, przynajmniej dopóki ekosystem się nie wyrówna.

Co jeszcze przynosi Chrome 155 oprócz JPEG XL?

Chrome 155 to nie tylko JPEG XL, ponieważ wersja ta dodaje także algorytmy kryptografii odpornej na komputery kwantowe w Web Crypto API. Ponadto GIGAZINE wymienia poprawki w reprezentacji list CSS oraz kontroli marginesów. Serwis Digital Bin dodaje do tego wydawanie cyfrowych poświadczeń (digital credential issuance).

Poniżej zestawienie najważniejszych zmian tej wersji:

• Dekodowanie obrazów JPEG XL (.jxl) domyślnie w przeglądarce.
• Algorytmy kryptografii odporne na komputery kwantowe w Web Crypto API.
• Poprawki w reprezentacji list CSS.
• Poprawki w kontroli marginesów.
• Wydawanie cyfrowych poświadczeń.

Tak więc wersja 155 łączy zmiany graficzne, bezpieczeństwa oraz platformy. Dla twórców stron oznacza to jednoczesny przyrost możliwości w kilku obszarach, choć każdy z nich dojrzewa we własnym tempie. Digital Bin opisuje jednocześnie, że Chrome 155 dopiero rozpoczął wdrażanie na użytkowników, więc poszczególne funkcje będą pojawiać się wraz z kolejnymi aktualizacjami.

Co powinni zrobić deweloperzy stron po tym wdrożeniu?

Deweloperzy powinni przede wszystkim zachować fallbacki oraz zweryfikować wsparcie JPEG XL po stronie przeglądarek i sieci CDN. Taka rekomendacja pada wprost w dostępnym raporcie o wdrożeniu. Ponieważ Firefox oczekiwany jest dopiero od wersji 158, obsługa .jxl nie jest jeszcze jednorodna w całym ekosystemie.

W praktyce oznacza to kilka kroków. Serwis powinien rozpoznawać możliwości przeglądarki zanim poda plik .jxl. Sieć CDN musi poprawnie przekazywać nowy format oraz powiązane nagłówki. Warto też sprawdzić, jak biblioteki oraz pipeline’y obrazkowe obsługują pliki .jxl, zanim pojawią się one w produkcji. Materiały opisujące wdrożenie podkreślają z kolei, że format skierowany jest do twórców stron oraz fotografów, więc migracja zasobów graficznych ma sens przede wszystkim tam, gdzie liczą się jakość oraz rozmiar plików. Zanim jednak ekosystem dogoni Chrome, ostrożna weryfikacja pozostaje podstawą bezpiecznego wdrożenia.

Jak JPEG XL zmienia praktykę publikowania obrazów w sieci?

JPEG XL zmienia praktykę publikowania obrazów poprzez lepszą kompresję w porównaniu z klasycznym JPEG oraz natywną obsługę HDR. Opis formatu wskazuje, że dostarcza on wyższą jakość przy mniejszych plikach, a dekoder priorytetowo traktuje bezpieczeństwo pamięci. Dla fotografa oznacza to publikację zdjęć o szerszym zakresie tonalnym bez opierania się na rozwiązaniach zewnętrznych.

Dla autorów serwisów głównym argumentem jest transfer. Mniejsze pliki przy zachowaniu jakości przekładają się na szybsze ładowanie stron oraz mniejsze koszty ruchu. Co więcej, obsługa bezpośrednio w przeglądarce usuwa wcześniejszą barierę, ponieważ do tej pory JPEG XL istniał w Chrome wyłącznie jako eksperyment. Dziś pliki .jxl można podawać standardowo, choć dopóki pozostałe przeglądarki nie dorównają, rozsądne pozostaje łączenie nowych zasobów z klasycznymi fallbackami.

Często zadawane pytania

Od której wersji Chrome obsługuje JPEG XL?

Od wersji 155. Zespół Chrome ogłosił, że dekodowanie formatu .jxl wchodzi do przeglądarki poczynając właśnie od tego wydania, a Chrome 155 Release Notes potwierdzają obecność tej funkcji w stabilnej gałęzi. Wersja 155.0.8059.40 widnieje przy tym jako oficjalny build w udostępnionych materiałach.

Czy Firefox też obsługuje JPEG XL w tej samej wersji czasowej?

Nie równolegle z Chrome. Według doniesień WindowsForum wsparcie w Firefox opóźniło się i oczekiwane jest dopiero w wersji 158, a informacje o wersji 157 były błędne.

Czy Chrome 155 to także funkcje bezpieczeństwa?

Tak. Wersja ta dodaje do Web Crypto API algorytmy kryptografii odpornej na komputery kwantowe. Ponadto sam dekoder JPEG XL napisano w Rust, co ogranicza klasę błędów pamięci przy przetwarzaniu obrazów z niezaufanych źródeł.

Czy format JPEG XL wymaga specjalnego rozszerzenia pliku?

Format posługuje się rozszerzeniem .jxl, o czym mówią wprost materiały zespołu Chrome ogłaszające wdrożenie. Poza tym pliki .jxl wyświetlane są bezpośrednio w przeglądarce, bez włączania flag oraz bez instalowania rozszerzeń, więc po stronie użytkownika nie jest wymagana żadna dodatkowa konfiguracja.

Podsumowanie

Wnioski z tego wdrożenia są konkretne. Po pierwsze, Chrome 155 dekoduje JPEG XL domyślnie, bez flag i rozszerzeń. Po drugie, dekoder powstał w Rust z naciskiem na bezpieczeństwo pamięci. Po trzecie, Firefox goni z wersją 158, więc ekosystem pozostaje nierównomierny. Po czwarte, deweloperzy powinni zachować fallbacki oraz zweryfikować wsparcie przeglądarek i CDN przed migracją zasobów.

Jeśli prowadzisz serwis z dużą liczbą obrazów, sprawdź już teraz, jak Twój pipeline oraz CDN radzą sobie z plikami .jxl. Oceń, gdzie lepsza kompresja oraz HDR przyniosą realne korzyści, i wdróż zmiany z zachowaniem bezpiecznych fallbacków. Warto też obserwować kolejne wersje Firefox, ponieważ dopóki obsługa nie obejmie całego ekosystemu, ostrożne wdrożenie pozostaje najlepszą strategią.