I-Transform WebP sa GIF

Hindi. Ang mga artefact ng pag-compress na na-baked sa WebP ay ordinaryong data ng pixel ngayon, at GIF 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 animasyon ng GIF ay ganap na gumagana sa lahat ng dako – email client, forum, chat apps at browser ang lahat ay nagpapakita nito nang walang codec negosasyon. 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.

Transparency survives kapag GIF ay PNG, WebP, TIFF, GIF, o SVG. Paglipat sa JPG flattens ang alpha channel laban sa isang puti background. Kung kailangan mo transparency sa resulta, target ng transparency-aware GIF sa halip ng GIF=JPG. Ang GIF ay isang format ng CompuServe noong 1987, at ang tanging dahilan kung bakit ito ay nabuhay ay dahil ito ay nag-aanimate.

Ang mga naka-embed na profile ng kulay ng ICC ay binabasa mula sa WebP at muling naka-attach sa GIF output kung saan sinusuportahan ito ng format (JPG, PNG, TIFF, WebP). Ang mga format na walang suporta sa profile ay bumabalik sa sRGB, na pinapanatili ang mga kulay na pare-pareho sa karamihan sa mga modernong display.

Camera EXIF (ISO, shutter, lens, GPS coords) ay pinapanatili sa pamamagitan ng default sa panahon ng WebP → GIF kapag parehong mga format na sumusuporta sa metadata. Gamitin ang privacy option upang i-strip ang metadata bago i-download kung kailangan 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 100 MB bawat file; Premium ay walang per-file cap at tumatakbo ng higit pang mga parallel na manggagawa, kaya ang isang 200-image batch karaniwang nagtatapos sa ilalim ng dalawang minuto.

Para sa tuwid na format conversion patakbuhin namin ang parehong libpng / libjpeg-turbo / libwebp / ImageMagick pipelines isang desktop editor ay gumagamit, na may parehong output kalidad. Ang pagkakaiba ay parallel batch handling — desktop apps buksan ang isang file sa isang oras; tinatanggap namin ang isang batch.

Ang default ay 1:1 — ang iyong GIF ay nananatili sa mga sukat ng pixel ng source WebP. Kung kailangan mong baguhin ang laki bilang bahagi ng conversion, gamitin ang /resize-image/ pagkatapos ng conversion, o chain ito sa /image-resize/ utility.

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

Oo — ang mga na-upload na WebP file ay pinoproseso sa mga hiwalay na manggagawa at tinanggal sa loob ng ilang minuto. Hindi namin kailanman basahin, mag-imbak ng pangmatagalang, o ibahagi ang data ng pixel. Ang buong window ng pag-iingat ay dokumentado sa /privacy/.

Premium ay may mas malaking input (300 MB+) at mas malalim na mga pixel (16-bit PNG, 32-bit float TIFF). Ang pipeline ay nag-iimbak ng mga hilera kaya ang memorya ay nag-iimbak ng mga hilera na may bilang ng hilera, hindi kabuuang bilang ng pixel.