En gratis bildkomprimerare som körs helt på din enhet. PNG och WebP kommer tillbaka pixelidentiska via oxipng och libwebp; JPEG kodas om med MozJPEG och märks som visuellt förlustfri. Kör satser på upp till 200 filer, ladda ner dem som ZIP och behåll varje originalbyte på din egen maskin — ingen uppladdning, inget konto, inga krediter.
Kapacitetsögonblicksbild
0
uppladdade filer
200
bilder per sats
3 formats
PNG, JPEG, WebP
En genomgång på 27 sekunder av arbetsflödet, de viktigaste fördelarna och resultaten.
Praktiskt värde kartlagt till verkliga produktionsarbetsflöden.
Fördel
01
Förlustfritt där det faktiskt är förlustfritt
PNG och WebP kodas om förlustfritt, så de avkodade pixlarna är identiska med det du matade in. JPEG går inte att komprimera om förlustfritt i en webbläsare, så vi säger visuellt förlustfri i stället för att låtsas något annat — och strikt läge lämnar JPEG orörda.
Fördel
02
Privat genom sin konstruktion
Kodarna är WebAssembly-byggen som körs i en worker på din maskin. Det finns inget uppladdningssteg att avstå ifrån, och när sidan väl laddats fortsätter allt att fungera offline.
Fördel
03
Satser som sköter sig
Släpp upp till 200 bilder på en gång och ta tillbaka dem som en enda ZIP. Filer som redan är väl komprimerade lämnas orörda i stället för att kodas om till något större.
En enkel väg i tre steg från källmaterial till ett återanvändbart resultat.
Steg 1
Släpp dina bilder
Lägg till PNG-, JPEG- och WebP-filer — en enda bild eller en hel exportmapp.
Steg 2
Komprimera på din enhet
Parallella workers kör WASM-kodarna. PNG och WebP skrivs alltid om förlustfritt; JPEG kodas om i kvalitet 85, om du inte slår på strikt förlustfritt läge, som släpper igenom JPEG orörda.
Steg 3
Ladda ner och kontrollera siffrorna
Varje rad visar storleken före, storleken efter och om filen blev förlustfri, visuellt förlustfri eller redan optimal. Spara en enskild fil eller ta hela satsen som ZIP.
För PNG och WebP exakt: oxipng och libwebps förlustfria läge skriver om filen utan att röra en enda pixel, så den avkodade bilden är bitidentisk. JPEG är det ärliga undantaget — det finns ingen förlustfri JPEG-omkomprimerare på webbläsarsidan, så JPEG kodas som standard om med MozJPEG i kvalitet 85 och märks visuellt förlustfri. Slå på strikt förlustfritt läge så passerar JPEG orörda.
Nej, och det är inte ett policyval utan ett arkitekturval. Kodarna är WebAssembly-moduler som körs i din webbläsare, så det finns ingen server som skulle kunna ta emot filen. Du kan kontrollera det: ladda sidan, gå offline, och komprimeringen fungerar fortfarande.
Inte i dag. Du styr JPEG-kvaliteten direkt, men det finns inget målstorleksläge av typen ”komprimera till 100 KB” som letar upp inställningen som landar på siffran. Behöver du ett exakt tak: komprimera först och kontrollera sedan den resulterande storleken i fillistan.
Ja — den läser det verkliga formatet ur filens magic bytes i stället för att lita på filändelsen och skickar den till rätt kodare: oxipng för PNG, MozJPEG för JPEG, libwebp för WebP. Blandade satser är inget problem; varje fil tar sin egen väg. Format utanför PNG, JPEG och WebP avvisas i stället för att tyst släppas igenom.
För att de redan var väl komprimerade. När en omkodning inte kan slå indata returnerar verktyget dina originalbytes och markerar raden redan optimal — du får aldrig tillbaka en större fil än den du började med. Foton från en modern kodare hamnar ofta här, och det är rätt utfall, inte ett misslyckande.
Upp till 200 filer per sats, och ingen gräns för hur många satser du kör — det finns ingen kvot att förbruka eftersom arbetet sker på din hårdvara, inte vår. Mycket stora bilder kan ändå ta slut på webbläsarens minne; om en misslyckas rapporterar dess rad felet och resten av satsen fortsätter.
Inget konto, ingen inloggning, inga krediter och ingen vattenstämpel. Kedjan har inget varumärkessteg — det du laddar ner är din bild, bara effektivare kodad.
Nästa steg
Öppna verktyget med en riktig bild, jämför resultaten och behåll den version som fungerar.