影像網格分割器會將一張圖片分割成多個編號的矩形磚塊,每一塊都匯出成獨立的檔案。Image Grid Splitter正是為本機的 JPG、PNG 或 WebP 圖片提供這個功能——將圖片轉成最多 100 個完整解析度的 PNG 磚塊,且完全不需要將原始檔案上傳到伺服器。您可以選擇 1–10 列和 1–10 欄,點選分割,工具便會使用整數運算計算出等比例的邊界,讓原始圖片的每個像素都恰好落在某一塊磚塊中。每塊磚塊會以原始尺寸繪製到離線畫布上,再匯出成 PNG,如此可保留銳利的像素邊界以及原始圖片的任何透明度。下載的檔案遵循一套可排序的命名規則,以原始檔案的基底名稱加上列與欄的索引組成(例如 photo-row-2-column-3.png),結果列表中也會顯示每塊磚塊的寬度、高度以及大致的編碼大小。解碼、切片、PNG 編碼與下載作業全部都在當前的瀏覽器分頁中執行,因此原始圖片絕不會離開您的裝置。

how to use image grid splitter
如何使用 Image Grid Splitter:完整教學

工具強制執行的輸入、限制與檔案規則

分割器一次只從您的本機檔案系統處理一張圖片。可接受的格式為 JPG、PNG 與 WebP——這三種格式都能直接對應到瀏覽器可解碼的影像資料。為了避免瀏覽器分頁因畫布配置過大而出現意外,設有兩項硬性上限:檔案本身不得超過 25 MiB,解碼後的影像每邊不得超過 20,000 像素,總像素數不得超過 4,000 萬。任何超出這些限制的情況都會顯示明顯的錯誤,而不是產生不完整或錯誤成功的結果。

網格設定可接受 1–10 列與 1–10 欄的任何組合,因此最大的網格為 10 乘 10,即 100 塊磚塊。工具也會拒絕會產生零像素磚塊的網格——例如,從一張只有 2 像素高的影像要求 3 列。無效的網格值、不支援的檔案類型、空檔案、解碼失敗以及 PNG 編碼失敗,都會以明顯錯誤的方式顯示,而不是回傳一個損壞的下載檔案。

以下快速列出工具可接受的網格形狀,以及每種形狀所產生的磚塊數量。

列數欄數磚塊數量
122
224
339
3412
4520
1010100

將一張 1200 乘 900 的原始影像分割成 3 列 4 欄,每塊磚塊的大小恰好都是 300 乘 300,總共得到 12 塊磚塊。工具讀取的是影像的原始像素尺寸,而不是任何縮放後的預覽尺寸,因此結果列表中顯示的數字永遠符合實際原始影像。如果您的尺寸無法整除,以下規則可確保相鄰磚塊在共用邊緣上精準對齊。

將本機影像分割成網格

  1. 從檔案選擇器中選擇本機的 JPG、PNG 或 WebP,確認檔案在顯示的 25 MiB 檔案上限與解碼後影像 20,000 像素 / 4,000 萬像素的限制內。
  2. 輸入您想要的列數與欄數,兩者都在 1 到 10 之間,然後點選 Split image 按鈕。
  3. 在結果列表中檢查每塊編號磚塊的尺寸與大致的編碼大小,然後單獨下載您需要的 PNG 檔案。

磚塊邊界如何處理不平均的尺寸

當影像的像素寬度或高度無法被所選的欄數或列數整除時,工具不會默默四捨五入成誤導性的統一尺寸。相反地,它會使用 floor(index × dimension ÷ count) 從等比例的整數座標計算出每條邊界。例如,將 10 像素的寬度分成 4 欄,會產生 2、3、2、3 的磚塊寬度。最寬與最窄的磚塊最多僅相差一個像素,4 個寬度加總為 10,且不會遺漏任何狹窄的區段。

相同的規則也獨立套用於高度。例如,將一張 1001 乘 1001 的影像分成 3 列 3 欄,會產生 9 塊磚塊,這些磚塊的寬度總和為 1001、高度總和也為 1001,每塊磚塊在每個方向上與相鄰磚塊最多僅相差一個像素。這能確保相鄰磚塊在共用邊緣上精準對齊,並保證原始影像的每個像素都僅屬於一塊磚塊。

閱讀結果列表與檔案命名

分割完成後,結果列表會以上到下、左到右(列優先)的順序顯示所有磚塊。每個項目都會顯示該磚塊以像素為單位的寬度與高度、大致的編碼大小,以及單獨的下載連結。檔名結合了原始基底名稱與列、欄索引,因此名為 photo-row-2-column-3.png 的檔案,代表它是來自基底名稱為 "photo" 之原始檔案中,由上而下第 2 列、由左而右第 3 欄的那一塊。

這種命名方式讓檔案在任何檔案管理員中都能輕鬆排序,當最後一列或最後一欄比其他多出一個像素時,也能消除歧義。由於磚塊是按照閱讀順序編號,依序張貼即可重現原始的排列。下載網址是暫時性的瀏覽器物件網址,只要您變更原始影像、變更任一網格值,或關閉分頁,工具就會撤銷它們——因此一旦產生新的分割,舊的連結就會失效。

原生 PNG 磚塊網格的實際用途

網格分割器最常見的用途是社群媒體的輪播貼文,但同樣的矩形 PNG 磚塊網格在許多其他情境中也非常實用。設計師可以將單一主視覺預覽為正方形影格的雪碧圖。教育工作者可以將一張帶有標註的圖表分割成可列印的區段,且維持原生解析度。遊戲開發者可以輸出用於 tile map 的影像磚塊,而不需要重新壓縮每一塊。任何處理超大影像的人,都可以快速以真實像素大小預覽局部區域,而無需等待編輯器載入整個檔案。

由於每塊磚塊都匯出成 PNG,輸出保留了銳利的像素邊界以及原始影像的任何透明度,這對於雪碧圖製作、UI 模型以及具有透明背景的圖表而言非常重要。如果您真正的目標是取得一個較小的檔案作為電子郵件附件,Image Compressor 可以處理這個需求;如果您需要的是一張調整過大小的單一主影像,而不是一組磚塊網格,則 Image Resizer 更為適合。若要製作簡單的九宮格貼文,將列數與欄數都設為 3,再下載九個編號結果即可。

分割器不適用的情境

分割器的設計相當專注:一張影像、一個統一的列欄網格、無重疊、無出血、無自動面板偵測、無 ZIP 封裝、無 PNG 最佳化。它適合用於例行性的矩形分割,但如果您需要自訂間距、不規則的面板大小或重疊的切片,它並不能取代排版軟體。針對印刷製作、社交網路模板,或需要自訂參考線與間距的網格,請使用支援手動切片位置的編輯器。

開始操作前,有兩項特定行為值得了解。第一,由於每塊磚塊都是複製到各自的離線畫布上,不進行縮放、內插、濾鏡、邊框、填補,也不重新壓縮成有損格式,因此每塊磚塊的可見像素區域都與原始影像完全一致——但將 JPEG 或 WebP 解碼後再重新編碼為 PNG,並不會保留原本的壓縮位元組或詮釋資料,即便像素本身是被保留下來的。第二,原始影像是透過標準的瀏覽器檔案 API 直接從您的裝置讀取(底層的瀏覽器機制請參考 MDN 的 Using files from web applications),不會傳輸到任何其他地方,這就是為什麼分割器在頁面本身載入完成後,即使在速度緩慢或離線的連線下仍可繼續運作。

如果分割作業產生錯誤,原因幾乎都是以下四種之一:不支援的檔案類型、檔案超過 25 MiB 大小上限、解碼後的影像每邊超過 20,000 像素或總像素超過 4,000 萬,或是網格設定會產生零像素的磚塊。調整檔案或網格後再重新執行分割,通常就能排除問題。

如果您正在權衡各種選項,Image Grid Splitter 替代方案:本機、無損的磚塊對此有詳細介紹。