Naglabas ang Apple ng dalawang malaking balita
Kamakailan ay inanunsyo na pinagana ng Apple ang default na suporta para sa JPEG XL image format sa Safari 17 beta at sa WebKit engine, na itinigil na ng Google ang pagsuporta sa Chrome noong nakaraang taon.
Kinuha ng Google bilang argumento para sa pag-alis ng pang-eksperimentong suporta para sa JPEG XL mula sa Chromium codebase, ang kakulangan ng sapat na interes sa format mula sa ecosystem. Ang mga argumento ng Google laban sa pagsasama ng JPEG XL ay binanggit din ang kakulangan ng sapat na karagdagang mga benepisyo sa mga kasalukuyang format.
Simula noon, nagbago na ang sitwasyon at bukod pa sa mga positibong feedback mula sa mga web developer at komunidad, ang format ay magiging tugma na ngayon sa Safari.
Kasabay nito, ang pahina ng application para sa pagdaragdag ng suporta para sa JPEG XL sa Blink engine ay nagbabanggit ng mga kalamangan tulad ng pagbabawas ng laki ng hanggang 60% kumpara sa magkaparehong kalidad ng mga larawang JPEG at ang pagkakaroon ng mga advanced na tampok tulad ng HDR, animation, transparency, progresibong paglo-load, maayos na pagkasira na may bitrate reduction, lossless JPEG compression (hanggang 21% JPEG reduction na may kakayahang ibalik ang orihinal na estado), suporta para sa hanggang 4099 na channel, at malawak na hanay ng lalim ng imahe. kulay.
Isa pang positibong aspeto ng JPEG XL codec ay ang pagiging royalty-free nito at nag-aalok ng open reference implementation sa ilalim ng BSD license. Ang mga teknolohiyang ginagamit sa JPEG XL ay hindi nagsasapawan sa mga proprietary technologies, maliban sa patent ng Microsoft para sa rANS (Rank Asymmetric Number System) method; gayunpaman, isiniwalat na ang naunang paggamit ng patent na ito.
Bukod pa rito, inilathala ang mga resulta na naghahambing sa mga format na JPEG XL, WebP, at AVIF gamit ang serbisyong ImageEngine . Ang pag-encode ng JPEG XL ay nagpababa ng laki ng file nang 11% kumpara sa AVIF, at sa pagtatasa ng Data Service Standard (DSSIM), nalampasan ng JPEG XL ang AVIF nang 13%. Para sa WebP, ang average na halaga nito ay malapit sa AVIF, ibig sabihin ay 10% ding nangunguna ang JPEG XL sa mga tuntunin ng compression ratio at sa antas ng nakikitang pagkakaiba mula sa orihinal.
Sa Firefox, available ang suporta para sa JPEG XL sa mga nightly build (pinagana sa pamamagitan ng ` image.jxl.enabled=true` sa `about:config` ), ngunit nananatiling neutral ang Mozilla sa pag-promote ng format sa ngayon. Samantala, patuloy na nakatatanggap ang Google ng mga kahilingan para sa return code upang paganahin ang JPEG XL sa Chromium.
Pagganyak
Ang mga pangunahing motibasyon para sa pagsuporta sa JPEG XL sa Chrome ay:
– Ang pagpapabuti sa kalidad ng imahe kumpara sa laki ng larawan, humigit-kumulang 60% na matitipid sa laki ng file para sa parehong kalidad ng visual (nawawalang compression ng mas malalaking orihinal) kumpara sa JPEG sa mga katangiang makikita nila sa web.
Pinahusay na visual latency sa pamamagitan ng mas maliliit na laki ng pag-download at suportadong progresibong mga mode ng pag-decode.
– Suporta para sa HDR, animation at progresibo, lahat nang magkasama sa parehong codec ng imahe.
- Suporta para sa walang pagkawala na recompressed JPEG file
Panghuli, mahalagang tandaan din na ipinakilala ng Apple ang Game Porting Toolkit sa WWDC23, na nilayon upang payagan ang mga developer ng laro sa Windows na i-port ang kanilang mga laro upang tumakbo sa macOS.
Kaugnay nito, mahalagang banggitin na ang source code ng proyekto ay batay sa Wine na may karagdagang mga patch ng CodeWeavers na ginamit sa pag-edit ng CrossOver package para sa macOS platform.
Gumagamit ang Game Porting Toolkit ng CrossOver bersyon 22.1.1, na nagbibigay ng kakayahang magpatakbo ng mga laro batay sa DirectX 10 at 11 API sa macOS. Binanggit sa proyekto na ang paunang suporta para sa DirectX 12 ay pinaplano para sa susunod na bersyon ng CrossOver 23 para sa macOS.
Kung interesado kang matuto nang higit pa tungkol sa presentasyon ng Game Porting Toolkit, makikita mo ang mga detalye sa sumusunod na link.