圓形裁切一次處理一個影像 in your browser and 始終產生透明 PNG 其寬度和高度都等於來源影像的短邊, 所以 1200×800 橫向照片產生 800×800 檔案 圓形中心和透明角. 沒有滑塊、沒有定位控制、沒有自動主體偵測, 這正是結果可預測的原因 當您需要圓形裁切多張影像時. 最大置中正方形被裁切成圓形 並以其原始像素大小繪製到透明畫布上, 圓形外的每個像素都設定為完全透明. 所有解碼、裁切和 PNG 匯出都在目前瀏覽器分頁中進行 使用 Canvas API，沒有影像像素、檔名、裁切結果或使用詳情上傳到 Lizely. 一次一個檔案的處理和完全本機處理的組合 正是使工具可用於批次圓形裁切工作的原因 隱私權、一致性和可預測檔案大小很重要.
What Circle Crop Does to Multiple Images
每次您載入檔案時， Circle Crop 取該來源中最大的置中正方形， 將其裁切為圓形， 並將結果寫為透明 PNG. 輸出尺寸不是由您選擇的 — 它們是從輸入衍生的. 正方形來源保持其原始大小. A 1200×800 landscape becomes an 800×800 PNG that uses the source rectangle from x=200 to x=1000. 800×1200 縱向也產生 800×800, 這次來自置中垂直區域 y=200 到 y=1000. 圓形在輸出邊的一半處繪製, 所以幾何在兩個方向上都對稱.
因為每個檔案的規則相同， 您在整個批次中獲得統一的輸出. 相同的縱向尺寸持續產生 800×800 正方形. 相同的橫向尺寸持續產生不同的 800×800 正方形. 沒有每個影像的驚喜 其中一個裁切最終比另一個更寬, 因為管線中的任何東西都不取決於影像內容 — 只取決於短邊 以及由生產渲染器和隔離黃金測試共享的置中裁切計畫.
Why a Single-Image Tool Still Works for Bulk Circle Cropping
「大量」圓形裁切不需要單獨的批次引擎. 它需要一個您可以快速執行且無需考慮重複的工作流程. 圓形裁切是為該模式設計的. 相同的三個動作 — 選擇檔案、按一下建立圓形裁切、下載 — 對任何有效輸入產生相同的輸出. 處理兩三個影像後， 肌肉記憶已設定， 五十張個人資料照片的資料夾變成了一個安靜的下午，而不是一個設定工作.
僅本機處理路徑使批次工作更安全. 所選檔案通過臨時物件 URL 打開， 由瀏覽器解碼， 並使用 Canvas API 繪製. 生成的 PNG 為預覽和下載獲得自己的臨時物件 URL. 當它們被替換或頁面關閉時，這兩個 URL 都被釋放， 較舊的非同步工作受到保護，因此無法覆寫較新的選擇. 沒有任何東西離開您的機器. 這意味著您可以針對個人照片、員工頭像或市場頭像執行工作流程 而不用擔心上傳步驟在背景中出現.
批量中可預測性也很重要. 因為工具沒有定位控制、沒有縮放、沒有主體偵測， 任何給定來源尺寸的結果正好是您下次得到的結果 您輸入相同尺寸的來源. 那是一個功能，而不是限制， 當您為團隊目錄或聯絡卡產生統一的頭像集時， 因為每個圓形最終相對於其來源以相同方式錨定.
How to Circle Crop Bulk Multiple Images
- 在您的瀏覽器分頁中打開圓形裁切 and 選擇您要裁切的第一個 JPG、PNG 或 WebP 檔案. 對於壓縮檔案，保持在 25 MiB 以內， 解碼後每邊 20,000 像素， 和 40 百萬像素的總解碼區域.
- 確認在載入的預覽下顯示的來源尺寸 所以您知道哪一邊會定義最終圓形大小.
- 點擊建立圓形裁切. 渲染器在較短的邊處建立透明畫布， 裁切置中圓形路徑， 將置中來源矩形繪製到其中， 並將結果匯出為 PNG.
- 檢查透明 PNG 預覽. 將其按住白色頁面和黑色頁面 以檢查圓形邊界是否有光暈或裁切 接觸重要細節.
- 下載 PNG. 保留原始檔案直到您驗證了輸出， 因為 PNG 是全新編碼 並且不保留來源的 EXIF、色彩設定檔或方向標籤.
- 針對下一個檔案重複步驟一到五. 每個工作階段處理一個影像， 所以批次工作流程就是簡單的迴圈.
- 完成批次後， 針對相同的光線和黑色背景檢查每個 PNG 在發佈前. 先使用影像編輯器重新定位來源 如果任何主體靠近邊緣.
Input Limits and Output Dimensions
| 屬性 | 值 |
|---|---|
| 接受的輸入格式 | JPEG、PNG、WebP |
| 排除的輸入格式 | SVG、GIF（向量資料和動畫不保留） |
| 最大壓縮檔案大小 | 25 MiB (26,214,400 位元組) |
| 解碼後每邊最大像素 | 20,000 像素 |
| 最大總解碼像素 | 40 百萬像素 |
| 輸出格式 | PNG（透明角落所需） |
| 輸出尺寸規則 | 寬度和高度都等於較短來源邊；輸出不會調整大小 |
| 裁切區域 | 來源中最大置中正方形 |
| 處理位置 | 僅目前瀏覽器分頁，使用 Canvas API |
兩個相關限制經常一起出現. 壓縮限制是關於傳輸 — 您的瀏覽器可以從磁碟讀取的內容. 解碼限制是關於記憶體 — 影像解包後畫布可以容納的內容. 解碼為 19,000 乘 19,000 像素影像的小 JPEG 仍然通過檔案大小規則和每邊規則 但失敗百萬像素規則. 相反地，解碼為 8,000 乘 7,000 的高解析度 PNG 失敗百萬像素規則. 準備批次時，請牢記兩項檢查， 因為不匹配的來源會拋出明確的錯誤 而不是默默產生錯誤的輸出.
Tips for Consistent Results Across a Whole Batch
在開始前置中主體. 置中裁切只與來源構成一樣好. 如果臉部或產品靠近照片的一邊， 無論您如何仔細執行工作流程，圓形都會裁切它. 先在編輯器中打開原始文件 並重新構圖使主體靠近中間 每邊都有呼吸空間.
當統一性很重要時，符合來源尺寸. 如果您需要在相同顯示大小下看起來完全相同的頭像網格， 從共享相同短邊的來源開始. 例如，十張 1500×1500 縱向頭像 將都產生 1500×1500 PNG. 混合 1500×1500 來源和 2000×1500 來源 將給您 1500×1500 和 1500×1500 輸出的混合 — 尺寸相符，但圓形內的構圖會有所不同 因為原始寬高比不同.
預期 PNG 會比 JPEG 或 WebP 大. PNG 使用無損壓縮， 所以 JPEG 的圓形裁切通常會變成 PNG 比原始文件更大. 那是正常的. 這是在圓形外有透明像素的成本 和像素完美邊緣. 如果您需要較小的檔案， run the PNG through Image Compressor after you have verified the crop.
檢查淺色和深色背景. 沿圓形邊界的反鋸齒像素是部分透明的. 它們混合到頁面顏色中， 所以在白色上看起來乾淨的圓形 在黑色上可能顯示微弱的光暈， 反之亦然. 針對它將居住的實際背景測試 PNG 在發佈整個批次之前.
保留原始文件. 下載的 PNG 是全新編碼 並且不承諾保留 EXIF 中繼資料， 相機方向、色彩設定檔、動畫或嵌入文本. 如果您稍後需要任何這些欄位， 返回來源檔案而不是圓形裁切輸出.
當您需要單一文檔時，組合已完成的批次. 如果裁切的 PNG 正在進行可列印的聯絡表， 團隊目錄或市場清單， you can turn multiple images into one PDF in your browser 批次完成後. 首先執行圓形裁切以獲得乾淨的圓形頭像， 然後在本機合併它們以供交付.
如需深入了解， see Circle Crop Explained: How It Works and How to Use It.