I-Convert WebP sa ICO

Kasama ang 16x16, 32x32, 48x48 at 256x256 at ikaw ay sakop sa bawat konteksto Windows at browser hilingin para sa. Isang solong ICO hawak ang lahat ng mga ito, kaya ang operating system picks ang pinakamalapit na tugma sa halip ng resampling isang laki down at paggawa ng mushy. Magsimula mula sa isang parisukat WebP — anumang iba pang bagay ay nagiging letterboxed o cropped. Ang isang solong ICO ay may ilang mga pag-render ng parehong icon sa iba't ibang mga laki - 16x16 sa pamamagitan ng 256x256 - kaya ang OS ay maaaring pumili ng sharpest isa.

Hindi. Ang mga artefact ng pag-compress na na-baked sa WebP ay ordinaryong data ng pixel ngayon, at ICO ay pinapanatili ang mga ito nang perpekto sa halip na alisin ang mga ito. Ang file ay karaniwang mas malaki, minsan ay ilang beses na mas malaki. Ito ay nagkakahalaga pa rin bago mag-edit, dahil ang karagdagang mga edit ay hindi mag-stack ng isang ikalawang henerasyon ng pagkawala sa tuktok. Ang isang file ay maaaring maglaman ng isang file na may isang pangalan, isang file na may isang pangalan, at isang file na may isang pangalan. Ang WebP ay pangalawang klase pa rin sa labas ng browser — ang mga workflow ng print, mas lumang mga build ng Office at ilang mga gallery ng telepono ay hindi tinatanggap ito.

Sa default oo, saanman ang target ay may isang lugar upang ilagay ito - modelo ng kamera, mga setting ng pag-exposure, lens at GPS coordinates lahat ng magdadala sa paglipas ng. GPS ay ang patlang karapat-dapat isipin tungkol sa: kung ang imahe ay pagpunta sa maging nai-publish, gamitin ang strip-metadata na pagpipilian kaya hindi ka broadcast kung saan ang larawan ay kinuha. Ang WebP ay isang format ng imahe ng Google na binuo mula sa VP8 keyframe encoder at inilaan upang palitan ang JPG, PNG at GIF nang sabay-sabay.

Lamang ang unang frame survives, dahil ICO ay isang pa rin format na walang lugar upang mag-imbak ng natitirang. Kung ang animation bagay, target ng isang format na animates, o i-convert sa isang video container sa halip at panatilihin ang paggalaw. Ang ICO ay hindi isang pangkalahatang format ng imahe: ito ay parisukat, maliit, at walang photo editor tratuhin ito bilang isang unang-class na gumagana file.

Transparency survives kapag pagpunta sa PNG, WebP, TIFF, GIF, o SVG. Paglipat sa JPG flattens ang alpha channel laban sa isang puti background — kung kailangan mo transparency, target ng isang transparency-aware format sa halip ng ICO.

Ang mga naka-embed na profile ng kulay ng ICC ay binabasa mula sa pinagmulan WebP at muling naka-attach sa ICO output kung saan sinusuportahan ito ng format (JPG, PNG, TIFF, WebP). Ang mga format na walang suporta sa profile ay bumabalik sa sRGB.

Camera EXIF (ISO, shutter, lens, GPS) ay pinapanatili sa pamamagitan ng default sa panahon ng WebP → ICO conversion kapag parehong mga format suporta metadata. Gamitin ang opsyon ng privacy upang i-strip ang metadata bago i-download kung nais mong ibahagi ang mga larawan nang walang geolocation.

Oo — i-drag ang maraming WebP file sa zone ng pag-upload at i-queue namin ang mga ito sa parallel. Libreng mga gumagamit makakuha ng 100MB bawat file; Premium ay walang per-file cap at tumatakbo ng higit pang mga parallel na manggagawa, kaya isang 200-image batch karaniwang nagtatapos sa ilalim ng dalawang minuto.

Para sa simpleng format conversion, pinapatakbo namin ang parehong libpng / libjpeg-turbo / libwebp / ImageMagick pipelines na ginagamit ng isang desktop editor, na may parehong kalidad. Ang pagkakaiba ay ang mga tool sa desktop ay magbubukas ng isang file sa isang pagkakataon; tinatanggap namin ang isang batch at patakbuhin ang mga ito nang sabay-sabay.

Default na pag-uugali ay 1:1 — ang iyong ICO output ay may parehong mga sukat ng pixel bilang ang pinagmulan WebP. Gamitin ang isang hiwalay na /resize-image/ hakbang pagkatapos ng conversion kung kailangan mong downscale o upscale bilang bahagi ng workflow.

Para sa JPG / WebP, kalidad 75-85 karaniwang ay makakakuha ng file 60-80% mas maliit kaysa sa source WebP na walang nakikitang pagkakaiba sa normal na distansya ng pagtingin. Para sa mga target na walang pagkawala (PNG, TIFF), asahan mas maliit na pagtitipid - karaniwang 5-30% sa pamamagitan ng mas mahusay na deflate / LZW compression.