Tiimin huomioita tekniikasta, tiedostomuodoista ja niistä pienistä päätöksistä, jotka tekevät hyvän lopputuloksen.
Miksi niin moni sovellus yhä torjuu WebP:n vuonna 2026
Vaikka WebP on yli vuosikymmenen vanha, todellinen osa kuluttajaohjelmistoista ei vieläkään hyväksy sitä lataukseen tai näyttöön. Syy ei ole tekninen kyky, koska koodekki on laajalti saatavilla, vaan tuoteinertia ja formaattien standardointi. Instagram ja laajemmat Meta-alustat standardoivat JPEG:hen latausta varten, koska se on kannettavin formaatti maailmanlaajuiselle käyttäjäkunnalle, ja latausvalidoinnin muuttaminen tarkoittaa uudelleentestausta sadoilla laitekokoonpanoilla. Microsoftin kuvankatseluohjelma Windows 10:ssä vaatii erillisen Store-asennuksen käsitelläkseen WebP:tä. Useimmat ennen vuotta 2018 rakennetut yritysten sisällönhallinnat validoivat lataukset kiinteää MIME-luetteloa vastaan, joka on WebP:tä vanhempi. Tulostuspalvelut, kuvatoimistot ja viranomaisportaalit leipovat usein formaattivaatimukset lakiteknisiin tai hankinnan määrittelyihin. Nämä ovat aitoja esteitä jotka vaativat yhteensopivan formaatin, ja JPEG pysyy niiden yleispätevänä vastauksena.
Läpinäkyvyysongelma: miksi valkoinen ja miten muuttaa se
JPEG:n pakkaus toimii luma- ja kromakanavilla, jotka on vedetty punaisen, vihreän ja sinisen arvoista. Neljättä kanavaa alfalle ei ole. Kun selain kirjoittaa JPEG:n WebP:stä joka kantaa läpinäkyviä pikseleitä, sen täytyy antaa todellinen väri jokaiselle läpinäkyvälle kohdalle. Oletustäyttö on valkoinen, heksa FFFFFF, RGB 255 kertaa 255 kertaa 255. Se on selaimen oletus, ei asetus jonka tämä työkalu paljastaa. Jos WebP:ssäsi on läpinäkyvä tausta ja tarvitset tietyn värin JPG:ssä, vaikkapa tummanharmaan logolle tummalla sivulla, avaa WebP missä tahansa tasoja tukevassa ohjelmassa, pudota taustataso haluamassasi värissä kuvan alle, litistä pino ja aja sitten litistetty tiedosto tämän työkalun läpi. Tulos on JPG joka kantaa valitsemaasi väriä juuri siellä missä läpinäkyvyys ennen oli.
Laatu, PSNR ja mitä visuaalisesti merkityksetön tarkoittaa
PSNR, huippusignaali-kohinasuhde, on vakiintunut tekninen mittatikku sille kuinka kauas uudelleentallennettu kuva ajautuu lähteestään, ilmaistuna desibeleinä. Korkeampi luku tarkoittaa lähempää vastaavuutta. Päästä päähän -testeissämme täällä käytetty JPEG-kirjoitin tuotti 43,66 dB PSNR:n 1024 kertaa 768 -valokuvalle oletuslaadulla. Vertailun vuoksi 36 dB on karkea kynnys jonka alapuolella erot tulevat selvästi näkyviksi useimmille, kun taas 40 dB ja ylöspäin nimitetään yleensä havainnollisesti läpinäkyväksi valokuvasisällölle. 43,66 desibelissä muunnos on mihin tahansa käytännön verkko- tai tulostustarkoitukseen visuaalisesti identtinen lähteen kanssa. Laatu on kiinteä tässä versiossa ilman liukusäädintä. Jos tarvitset täsmällisen laatutason tiettyä työnkulkua varten, säädeltävämpi työkalu sopii paremmin siihen tehtävään.
Tiedostokoko muunnoksen jälkeen: WebP JPG:ksi on yleensä isompi
WebP pakkaa valokuvat tehokkaammin kuin JPEG. Kun muunnat vastakkaiseen suuntaan, WebP:stä JPG:hen, siirryt vähemmän tehokkaaseen formaattiin, joten tuloste päätyy yleensä syötettä isommaksi. Mittauksissamme 17 kilotavun WebP-valokuva koossa 1024 kertaa 768 tuotti 15 kilotavun JPEG:n, hitusen pienemmän juuri siinä tapauksessa, koska JPEG sattui pakkaamaan sen kuvan hyvin. Mutta suuremmilla valokuvilla paisuminen on johdonmukaista. Kuva joka saapuu 32 kilotavun WebP:nä voi lähteä noin 50 kilotavun JPEG:nä vastaavalla visuaalisella laadulla. Tämä ei ole vika eikä merkki siitä että muunnin toimii väärin. Se on odotettu hinta siirtymisestä tehokkaammasta formaatista vähemmän tehokkaaseen, ja tuo kasvu on yksinkertaisesti yleispätevän yhteensopivuuden kustannus.
Metatiedot: EXIF, GPS ja mitä riisutaan pois
WebP-tiedostot voivat kantaa EXIF-metatietoja, mukaan lukien GPS-koordinaatit, kameramallin, suljinajan, aukon ja suunnan. JPEG-tiedostot voivat kantaa EXIF:iä myös. Täkäläinen muunnosputki kuitenkin riisuu kaikki metatiedot tulosteesta. Syntyvä JPEG pitää vain pikselidatan, ilman EXIF:iä, ilman IPTC-tekijänoikeuskenttiä, ilman XMP-muokkaushistoriaa ja ilman ICC-profiilia Firefoxissa tai WebKitissä, kun taas Chrome ja Edge säilyttävät ICC-profiilit. Tämä tapahtuu selaimen piirtotasolla eikä sitä voi ohittaa. Useimpaan verkkojulkaisuun riisutut metatiedot ovat suotavampi lopputulos: se nipistää muutaman kilotavun, poistaa GPS-koordinaatit jotka voisivat paikantaa missä kuva otettiin, ja välttää kamera- tai muokkausyksityiskohtien vuotamisen. Arkisto- tai oikeudelliseen työhön jossa metatietojen on selvittävä, käytä omistettua EXIF:iä säilyttävää ohjelmaa tämän työkalun sijaan.
Kuinka kauan WebP:stä JPG:hen -muunnos kestää?
Päästä päähän -testeissämme Chromiumin, Firefoxin ja WebKitin yli, JPEG-tallennusvaihe 1024 kertaa 768 -valokuvalle kesti 16 millisekuntia Chromiumilla, 12 Firefoxilla ja 17 WebKitillä. Suurelle 3840 kertaa 2160 -valokuvalle tallennusvaihe lisäsi noin 1,5 sekuntia Chromiumilla. Kokonaisaika jonka todella tunnet taittaa sisään myös selaimen joka lukee tiedoston levyltä, WebP:n purkuvaiheen ja pinnan piirron ennen tallennusta. Alle 4 megapikselin puhelinkuville kierros pysyy alle sekunnissa. Yli 8 megapikselin isoille järjestelmäkamerakuville odota 2 - 5 sekuntia työpöytäselaimessa. Mobiililaitteet kulkevat noin 3 - 5 kertaa hitaammin kuin työpöytä pelkän tallennuksen osalta, mikä seuraa mobiili-CPU:n suorituskyvyn eroa.
