Convertit JPEG la JPG

În mod implicit da, oriunde ținta are undeva de pus-o — model de cameră, setări de expunere, lentile și coordonatele GPS toate transportați prin. GPS este câmpul care merită să se gândească la: dacă imaginea va fi publicată, utilizați opțiunea strip-metadate astfel încât să nu difuzați unde a fost luată fotografia. JPEG este acelaşi standard cu JPG — extinderea de patru litere este originală, iar cea de trei litere există numai din cauza limitei de nume de fișier DOS 8.3.

Transparența supraviețuiește atunci când JPG este PNG, WebP, TIFF, GIF sau SVG. Conversia în JPG aplanează canalul alfa într-un fundal alb — dacă aveți nevoie de transparență, alegeți o țintă conștientă de transparență în loc de JPG. JPG este standardul JPEG din 1992 și după trei decenii este încă formatul cele mai multe camere și cele mai multe site-uri web utilizate pentru fotografii.

Profilele de culoare ICC încorporate sunt citite din sursa JPEG și re-asociate la ieșirea JPG în cazul în care formatul îl suportă (JPG, PNG, TIFF, WebP). Formatele fără suport de profil cad înapoi la sRGB cu un pas rezistent.

Camera EXIF (ISO, obturator, lentile, GPS) este păstrată în mod implicit în timpul JPEG -> JPG atunci când ambele formate suportă metadatele. Utilizați cont propriu-zis la metadatele strip înainte de a descărca dacă doriți să împărtășiți imagini fără geolocație sau expunere la imprimare a dispozitivului.

Da — trage mai multe fișiere JPEG în zona de încărcare și ei coada în paralel. Nivelul liber acceptă 100 MB pe fișier; Premium nu are capac per fișier și funcționează mai multe lucrători paralele, astfel încât un lot de 200-imagine de tip în mai puțin de două minute.

Pentru conversia simplă a formatului rulăm aceeași libpng / libjpeg-turbo / libwebp / ImageMagick un editor de desktop folosește, la aceeași calitate. Diferența este că instrumentele de desktop deschid un fișier la un timp; acceptăm un lot și le rulează în paralel pe lucrătorii de la server-side.

Comportamentul implicit este 1:1 — ieșirea JPG are aceleași dimensiuni pixel ca sursa JPEG. Dacă este necesar să redimensionați ca parte a conversiei, utilizați / resize- image / după, sau lanțează operațiunile cu / image- pipeline/ utility.

Pentru JPG / WebP, calitatea 75-85 produce de obicei o JPG 60-80% mai mică decât JPEG fără diferență vizibilă la distanță normală de vizualizare. Pentru JPG fără pierdere (PNG, TIFF), se așteaptă la economii mai mici — de obicei 5-30% prin comprimarea mai bună deflată / LZW decât sursa a avut deja. JPG comprima fotografii naturale superb și este legibil de fiecare dispozitiv, browser și imprimante în existență.

Da — fișierele încărcate JPEG sunt prelucrate în lucrători izolați și șterse în câteva minute. Noi nu citim, stocăm sau împărtășesc datele pixelului. Fereastra completă de retenție este documentată la /privacy /.

Da gratuit până la 100 MB. Premium se ocupă de intrari mult mai mari (300 MB+) și adâncimi exotice per pixel (16-bit PNG, 32-bit float TIFF, HEIF 10-bit). Fluxurile de conducte pixel linii astfel încât memorie utiliza scale cu număr de rânduri, nu numărul total de pixeli.

Un fișier JPEG cu comprimare puternică (JPG cu pierderi mari) crește adesea atunci când re-codificat într-un JPG fără pierderi (PNG, TIFF), și un JPEG cu pierderi cu bituri ridicate se reduce adesea dramatic atunci când merge la JPG/WebP. Raportul depinde de conținutul imaginii (fotourile comprimă diferit de linie-artă sau screenshot). JPEG împărtășește fiecare limitare JPG — fără alfa, pierdere generațională la re-salvare — cu molestia adăugată a software-ului care tratează cele două extensii diferit. JPG nu are transparență, degradează în continuare de fiecare dată când este re-salvat și produce blocare vizibilă pe culoare plată și text ascuțit.