Stap 1: Laai jou op WebP lêers met die knoppie hierbo of deur te sleep en te laat val.
Stap 2: Klik die 'Skakel om'-knoppie om die omskakeling te begin.
Stap 3: Laai jou omgeskakelde lêer af TIFF lêers
WebP om TIFF Omskakelings-FAQ
Hoe bekeer ek _WEB_P_of_ van_ tot _WEB_P_to_ vir die moderne web?
+
Laat val jou _WEB_P_PH_ van_ lêer in die kieser en ons enkodeerder produseer 'n _WEB_P_P_to_ uitset ingestel vir weblewering: kwaliteitsfaktor 80 by verstek ('n Lighthouse soet-spot), korrek kleurspasie en' n Aanvaar-' nware terugval jy kan agter 'n ·v. <piture> element langs die oorspronklike _WEB_P_P_ From__.
Sal _WEB_P_to_ in werklikheid kleiner wees as _WEB_P_P_ af_?
+
Amper altyd wanneer jy van PNG / JPG / TIFF na WebP of AVIF gaan: verwag 25-50% kleiner as JPG by dieselfde visuele kwaliteit, 60-90% kleiner as PNG. Om die ander manier te volg (WBVF terug na _WEB_P_to_ = PNG / JPG) groei gewoonlik die lêer omdat jy 'n moderner kode vir 'n ouer pologika verlaat om nuttig te wees, nie groot nie.
Laat _web_ vanaf_ af tot _WJBP_P_P_to_ deursigtigheid / alfa bewaar?
+
Deursigtigheid oorleef wanneer TIFF alfa (PN, WebP, AVIF, GIF, TIFF, SVG) ondersteun. Deur na JPG te blaai, word die alfakanaal op wit module geplaas as jy deursigtigheid nodig het op die moderne webwerf WebP of AVIF in plaas van TIFF.
Kan ek my kleurprofiel (sRGB / Display P3) hou, gaan van _WEBP_P_PH_van_ af tot _WEB_P_PH_to__?
+
Ja vir _WEP_P_PH_to_ formate wat ICC-profiele (PG, JPG, WebP, AVIF, TIFF) stoor. Hedendaagse wye-gamut-profiele soos Display P3 round-trip deur WebP en AVIF; sRGB profiele rond-trip deur elke gemeenskaplike _WEB_P_P_P_to_. Indien _WEB_P_P_P_P_to_P_P_P_tof; s_K, kan nie 'naatprofieler 'n profieleëring van elke gemeenskaplike _B_PB_PB_Pemmers'n profiel hou nie.
Watter verlieslose kwaliteitsinstellings ondersteun die _WEBP_P_to_ enkoder?
+
Verlies _WEB_P_PH_to_ (WBP / AVIF / JPG) aanvaar 'n kwaliteit 1-100, verstek 80. Verlies sonder _WEB_P_P_P_to___ (PG / WebPDCDCCC / TIFF) neem nie 'n kwaliteit infus elke pixel word bewaar nie. WebP en AVIF is die enigste formate wat óf kan doen, waarom hulle ideaal_PE_P_P_P_B_P_MOE_P_B_P_P_POB_P_POCB_P_P_P_POthers vanaf.
Sal die _WEB_P_P_to_ weergawe identies lyk aan die _WJBP_P_P_ af_ op 'n Retina-vertoon?
+
By kwaliteit 80+ op WebP / AVIF is die verskil onsigbaar vir enigiemand, maar 'n opgeleide oog selfs by 3x-toestel se pixel verhouding. Foto's pers effens duideliker as lyn kuns saam; as jou _WEB_PH_PH_P_P_PH_P_P_ From_ is skermskoots of UI Spotups, druk kwaliteit na 90 of gebruik 'n verlieslose _WEB_P_P_to_to_.
Maak _web_P_P_ van_ na _WEBp_P_P_to_ animasierame skoon?
+
Geanimeerde _WEP_P_PH_P_P_ (aimted WebP, GIF, APNG) bestaan slegs wanneer _WEB_P_PH_to____ is ook animasie-aware (animedP, GIF, APNG). Omskakel 'n lewendige _WEBP_PH_PH_ van af_ tot 'n statiese _WEB_P_P_P_to_ (PG, JPPN, JVF) omskakel nog steeds die eerste raam om te gebruik.
Sal EXIF-kamera metadata _WEP_P_PH_ van_ af tot TIFF?
+
Ja, by verstek wanneer beide _WEB_P_PH_P_P_ en __WEB_P_P_P_to_ ondersteunf (JPG, PNG, WebP, TIFF, HEC). Kameravelde (IsO, sluiter, lens, GPS) word gekopieer. Gebruik die "strip metadata" opsie as jy aan die web uitgee en wil laat val voor _B_P_to_P_ints.
Kan ek 'n gids van _WEB_P_PH_-lêers na _WEB_P_to_ omgooi?
+
Ja %.2 laat veelvoudige {l}êers tegelyk en hullekodeer in parallelle. Vry rekeninge: 100 mb per lêer. Pro rekeninge kry meer parallelle werkers en groter per-lêer caps, so 'n 200-beeldgalery eindig gewoonlik goed onder twee minute.
Is my _WEB_P_van_ lêers privaat gedurende _WEB_P_P_to_ omskakeling?
+
Ja ← opgelaai_WEB_P_PH_ lêers word verwerk in afgesonderde werkers en binne minute geskrap. Geen mens hersien die pixels nie, geen kopie word behou nie, geen derde party kry 'n voer nie. Sien /privacy/ vir die presiese hertensie venster.
Hoe dien ek die _WEB_P_to_ met 'n _WEB_P_ af_val op my webwerf?
+
Gebruik 'n π <picture>\\\\ {@} <picture> <surce srcset=" image._WEB_P_to_to_" tipe==" beeld/___WEBp_P_to_"> <img src=" image._WEB_WEB_P_P_H_ From_" a_lt=" </piture>."> verstaan dat Blaaier_E_P_P_Pex_B_Pex_Pex=P_Pex_Pex=P_Pex_B._P_Pex_B.
Waarom is my _WEB_P_to_ lêer onverwags groter / kleiner as wat ek verwag het?
+
'n _WEP_P_PH_ van_ wat reeds swaar saamgepers is (low-quity JPG) neem dikwels toe wanneer herkodeer word in 'n verlieslose __WEBP_P_P_P_to___ (PNG / TIFF). 'n Hoë bistempo verlies sonder _WEB_PH_PH_ From_ (G / TIFF) krimp dikwels 60-90% wanneer dit gaan na verlies aan 'n moderne _PE_PEB_PWB_PPP_PHHH_PH_PH_PH_PH_PH van veel anders as van_PH_P / d.