什麼是 JPG 到 WebP 轉換器?
JPG 到 WebP 轉換器將 JPEG 照片重新編碼為 WebP,這是 Google 於 2010 年針對網路發布的圖像格式。在大多數網站上,它的存在有一個原因:位元組。 Google 將有損 WebP 檔案設定為比同等品質的 JPEG 小 25% 到 34%,而圖像通常是頁面要求訪客下載的最重的東西,遠遠領先於腳本和字體。
想像一個目錄頁,裡面有數十張產品照片。在此處轉換資料夾,每一行都會顯示 WebP 之前和之後的大小以及 WebP 小得多或大得多,因此您可以將頁面保存的內容相加。在連接緩慢的手機上,這是結算頁面和某人離開頁面之間的差異。在整個產品系列中執行此操作是為什麼批量轉換在這裡比任何其他產品系列更重要的原因。
幾年前,支援不再是反對意見。 Chrome 和 Edge 閱讀 WebP 很久了,Firefox 在版本 65 中添加了它,Safari 在版本 14 中添加了它,iOS 也隨之而來。仍然吸引人們的是所有不是瀏覽器的東西。一些電子郵件用戶端、較舊的 CMS 上傳器和少數桌面應用程式完全拒絕。webp 文件,這就是為什麼轉換回 JPG 是搜尋次數最多的圖像任務之一。使用 WebP 作為 Web,並保留 JPG 以取得任何需要透過電子郵件發送或交給陌生人的內容。
一個警告值得重複。 JPG 已經有損,因此將其編碼為 WebP 是第二次通過,您開始的品質是上限。從您擁有的最大、壓縮最少的原始版本轉換,而不是從透過聊天應用程式的副本轉換。品質滑桿從 10 運行到 100,起始頻率為 90%,而 80% 到 85% 是大多數照片停止在螢幕上顯示明顯差異的地方。轉換會透過瀏覽器中的畫布進行,這會丟棄 EXIF 和 GPS 數據,當文件即將進入公共網站時,真正的隱私增益。多個文件立即轉換並作為 ZIP 下載。免費、無註冊、客戶端,每日轉換限制。
如何將 JPG 轉換為 WebP
新增 JPG 檔案
將整個照片資料夾拖曳到方塊上,讀取在此處刪除 JPG 影像或按一下上傳。每個檔案都會取得一行,並在新增後立即開始轉換為 WebP。
調整品質
品質滑桿從 10 到 100 運行,起始率為 90%。對於網站上的圖像,80-85% 是通常的最佳選擇。停止後約 300 毫秒,移動滑桿會再次轉換每個新增的文件,因此拖曳會轉換一次,並且不會再次計入您的每日限制。
檢查每個結果
每行顯示一個縮圖、其狀態和尺寸線,其中包含前後的大小以及 WebP 的大小,因此您可以讀取每個圖像的保存內容,而不是猜測它。點擊縮圖以查看 WebP 大號並在「之前」和「之後」之間切換。
下載結果
儲存一個圖像,其行中包含下載圖標,或使用清單標題中的「下載全部」(n 張圖像)將批次作為已轉換的 webp。zip,並編號重複的名稱。
為什麼要將 JPG 轉換為 WebP?
看起來已經不錯的 JPG 重新編碼是一件奇怪的事情,所以原因值得明確。它們幾乎都歸結為圖像的發送位置。
加載速度更快的頁面
在典型的頁面上,查看的最大元素通常是照片,照片到達的速度決定了頁面的感覺速度。英雄圖像、產品照片和部落格縮圖上保存的每一千位元組都是行動數據訪客不會等待的千位元組。
大型庫的儲存和頻寬較低
一張照片節省適度的金額是不值得的。商店、作品集或文件網站中的數千張照片是不同的,因為保存適用於儲存的每份副本和提供的每份副本。這就是立即轉換整個資料夾可以收回成本的地方。
畫廊和縮圖網格
網格頁面同時請求數十張小圖像。較小的檔案意味著網格填入得更快,並且當每個影像以其實際大小的一小部分顯示時,較低品質的設定更容易證明是合理的。
JPG 與 WebP:使用哪一個
| 特色 | JPG | 網路P |
|---|---|---|
| 壓縮 | 有損,適用於 8 x 8 像素區塊。 | 有損或無損模式,有損基於 VP8 視訊編解碼器。 |
| 透明度 | 沒有。 | 支援,但由 JPG 製成的 WebP 沒有任何透明的東西可以攜帶。 |
| 動畫 | 不。 | 該格式可以動畫化。此轉換器僅寫入靜態影像。 |
| 典型的文件大小 | 大多數站點的基線都是從 開始的。 | 在相似的視覺品質下通常比 JPG 小。 |
| 顏色深度 | 每個通道 8 位元。 | 每個通道 8 位元。 Lossy WebP 始終以半解析度儲存顏色。 |
| 瀏覽器和軟體支援 | 幾乎到處都開門。 | 每個當前的瀏覽器。一些電子郵件用戶端和較舊的桌面應用程式拒絕它。 |
| 最好 | 電子郵件附件、列印、傳送給人們。 | 圖片在您自己的網站上提供。 |
了解 WebP 品質
品質滑桿設定 WebP 編碼器允許丟棄的細節,從 10 到 100。該數字不與 JPEG 共用。保存在 90 處的 JPG 和保存在 90 處的 WebP 是由具有不同比例的不同編碼器產生的,因此匹配數字與外觀或大小不匹配。
編碼是由瀏覽器完成的,因此相同設定下的相同圖像在不同的瀏覽器中可能會出現稍微不同的大小。每一行都顯示兩個檔案大小,其縮圖會開啟「之前」和「之後」視圖的預覽,這是比滑桿上的數字更可靠的指南。
由於來源已經是 JPG,WebP 正在壓縮一次遺失細節的影像。它無法區分 JPEG 偽影和真實紋理,並且會花費位元組來保存兩者。您開始的 JPG 越乾淨,WebP 編碼器可以保存的越多。 Lossy WebP 還以亮度解析度的一半儲存顏色,這可以軟化細彩色線條和小紅色或藍色文字。
隱私和安全
- 照片由瀏覽器自己的 Canvas API 在客戶端轉換。沒有取得 WebAssembly 編解碼器,也沒有將影像傳送到伺服器。
- 在轉換之前,頁面會透過包含工具名稱、裝置識別碼以及(如果您已登入)帳戶令牌的請求來檢查您的每日限制。
- 轉換後,它會記錄處理了多少個檔案、它們的組合大小和目標格式。名稱、尺寸和像素資料不屬於該日誌的一部分。
- JPG 中的相機詳細資訊、GPS 座標和顏色設定檔被排除在 WebP 之外,這在照片發佈到公共網站之前非常有用。
- 如果限制檢查無法到達伺服器,轉換仍會進行,因此頁面在載入後仍保持離線工作。
主要特點
具有相同品質的較小文件
WebP 比 JPEG 更有效地對照片進行編碼,這是轉換的全部要點。每一行都會列印前後尺寸,因此保存是一個數字,而不是承諾。
品質滑桿從 10 到 100
自己設定權衡,而不是接受固定的預設。預設值為 90%,下降到 80% 通常會從批次中的每個檔案中剔除有用的咬合。移動滑桿會再次轉換每個新增的文件,因此新大小顯示時不會添加兩次任何內容。
專為整個資料夾而建
一次轉換整個圖像目錄並將其收集為轉換後的 webp。zip,這是一次遷移網站而不是一張照片的真實方式。
EXIF 和 GPS 被剝離
透過畫布重新編碼會留下元數據,因此相機詳細資訊和位置座標不會隨您即將發布的照片一起移動。
常見問題
Comments
0 comments
No comments yet. Be the first to share your thoughts!