Comprimați o imagine JPG
Fiecare JPEG pe care îl pui pe această pagină este decomprimat în pixeli brut pe propria ta mașină și reconstruit de MozJPEG, encoderul dezvoltat de Mozilla pentru a obține fișiere mai mici din formatul JPEG din 1992 decât reușește libjpeg standard. Nimic nu este încărcat. Glisorul de calitate nu este cel pe care îl știi dintr-un editor desktop: funcționează în raport cu cât de mult a fost comprimat fișierul tău înainte de a ajunge, ceea ce împiedică o a doua trecere să distrugă un JPEG deja mic.
O fotografie la trei setări de calitate
| Slider | Ieșire | Economisire |
|---|---|---|
| 90 | 347.8 KB | 35% mai mic |
| 60 | 212.4 KB | 61% mai mic |
| 30 | 131 KB | 76% mai mic |
Ce înseamnă numărul de calitate pe această pagină
Scrie 75 în majoritatea encoderelor și obții o putere absolută, identică pentru fiecare intrare. Aici numărul este o proporție. Înainte de codare, instrumentul inspectează compresia deja integrată în JPEG-ul tău, estimează nivelul folosit de encoderul său anterior și îndreaptă glisorul tău către o fracțiune din aceasta. Un fișier exportat din Lightroom la aproximativ 90, comprimat cu glisorul pe 70, este scris aproape de 63; unul pe care un site web l-a comprimat deja la 55 iese în jur de 39 din aceeași setare a glisorului.
Urmează două consecințe. Alimentarea ieșirii înapoi nu se transformă în piure, deoarece a doua trecere măsoară prima și îndreaptă proporțional sub aceasta. Și pozițiile identice ale glisorului produc fișiere diferite din surse diferite — un export din cameră și un download de pe web nu pornesc din același loc — așa că judecă fiecare rulare după dimensiunile înainte și după din lista de rezultate, mai degrabă decât după numărul pe care l-ai setat.
Scanări progresive și subsampling de culoare
Imposturile implicite ale MozJPEG, pe care acest instrument le păstrează, produc JPEG-uri progresive cu tabele Huffman optimizate. Un fișier progresiv ajunge ca o secvență de treceri din ce în ce mai clare, în loc de o bandă desfășurându-se din partea de sus, astfel încât pe o conexiune lentă întreaga fotografie este recunoscută devreme. Codarea progresivă tinde, de asemenea, să reducă câteva procente din fișier, una dintre rarele câștiguri gratuite într-un format cu pierderi.
Al doilea default este subsampling-ul de cromă, ales automat pentru fiecare codare. JPEG stochează luminozitatea separat de culoare deoarece ochii umani rezolvă luminozitatea mult mai fin, iar la setările web tipice encoderul păstrează un singur eșantion de culoare pentru fiecare bloc de pixeli de două pe două. Fotografii ignoră complet acest lucru. Textul roșu saturat, liniile subțiri colorate ale graficelor și marginile ascuțite ale logo-urilor nu — acestea se estompează — motiv pentru care capturile de ecran și diagramele ar trebui să fie PNG-uri în loc de aici.
Pierderea de generație și ce dimensiune să vizezi
Deteriorarea JPEG-ului este cumulativă în cel mai rău caz și aproape gratuită în cel mai bun. Re-salvarea aceleași imagini neatinse la o setare se stabilizează după o trecere sau două, deoarece encoderul continuă să ia aceleași decizii despre aceleași valori. Editarea între salvări este ceea ce dăunează: decupare, îndreptare sau corectare a culorii și următoarea codare se confruntă cu pixeli proaspeți și își cheltuie din nou bugetul — pata de pe o fotografie trimisă prin cinci aplicații de chat este exact aceasta. Obiceiul plictisitor câștigă: păstrează un fișier master, comprimă-l de fiecare dată din el și tratează fiecare ieșire comprimată ca pe un obiect de unică folosință.
Pentru un obiectiv de dimensiune, citește scara din tabel: partea de sus a intervalului glisorului a păstrat două treimi din byte-urile originale, partea de jos a păstrat un sfert. Pe o pagină web, o fotografie erou pe întreaga lățime este de obicei bugetată sub aproximativ 200 KB, iar imaginile din textul curent sunt bine sub 100 KB, ambele fiind ușor accesibile dintr-o sursă 4K. Pentru email, constrângerea este mesajul: Gmail refuză orice peste 25 MB, așa că un lot de fotografii trecute prin mijlocul intervalului glisorului călătorește ușor acolo unde originale de cameră nu ar face-o.
Întrebări frecvente
De ce se comportă glisorul de aici diferit de cel din Photoshop?
Editorii desktop tratează numărul ca pe o putere absolută de codare. Această pagină îl tratează ca pe o fracțiune din calitatea pe care JPEG-ul tău o are deja, estimată din fișierul în sine, astfel încât glisorul 80 pe un export impecabil înseamnă ceva diferit de glisorul 80 pe un fișier pe care web-ul l-a comprimat deja. Lista de rezultate este adevărul de bază în ambele cazuri.
Ce calitate JPG ar trebui să folosesc pentru un site web?
Începe cu 80 și judecă ieșirea. Fundalurile și miniaturile tolerează 50 sau mai puțin, mai ales dacă le verifici la dimensiunea de afișare, mai degrabă decât mărit la 100%, unde blândețea pe care nimeni nu o va vedea arată alarmant. Tabelul de mai sus arată ce a cumpărat fiecare pas de fapt pe o fotografie 4K.
Sunt JPEG-urile scrise aici progresive?
Da. Modul progresiv al MozJPEG și codarea Huffman optimizată sunt ambele activate implicit, astfel încât fișierele se redau ca o trecere rapidă și neclară care se ascuțește pe măsură ce datele sosesc, și sunt de obicei puțin mai mici decât o codare de bază la aceeași calitate.
De ce textul roșu și liniile subțiri arată neclar după compresie?
Subsampling de cromă: JPEG înregistrează culoarea la o rezoluție mai mică decât luminozitatea, iar detaliul saturat cu margini dure este exact ceea ce afectează acest lucru. Este o proprietate a formatului mai degrabă decât o problemă a glisorului — capturile de ecran, graficele și capturile de interfață ar trebui să fie PNG-uri în schimb.
Poate compresia JPEG să fie anulată?
Nu. Detaliul eliminat nu mai există în fișier, iar nimic nu îl recuperează — un upscaler AI poate inventa înlocuiri plauzibile, ceea ce este generație, nu recuperare. De aceea exportul original contează mai mult decât orice setare de pe această pagină.
Există o diferență între JPG și JPEG?
Niciuna. JPEG este numele formatului; .jpg supraviețuiește din sistemele de operare care limitau extensiile la trei litere. Această pagină citește ambele și scrie ieșiri identice, indiferent de extensia pe care o avea intrarea.
Ar trebui să redimensionez un JPG înainte de a-l comprima?
Dacă este mai mare decât va fi vreodată afișat, da, și fă redimensionarea mai întâi. Tăierea dimensiunilor pixelilor elimină datele complet, ceea ce cumpără mai mult decât orice setare a encoderului poate, iar comprimarea înainte de redimensionare risipeste efortul de a codifica detaliul pe care redimensionarea apoi îl aruncă.
Unde merg imaginile mele când le comprim pe această pagină?
Nicăieri. Encoderul este WebAssembly care rulează în interiorul paginii; fișierul este citit, comprimat și oferit înapoi pentru descărcare fără a părăsi mașina ta. Încărcarea paginii aduce cod — comprimarea unei imagini nu aduce nimic, ceea ce va confirma panoul de rețea al browserului.