← 返回部落格

如何在 Windows 上將 TIFF 轉換為 JPG,無須上傳

作者 LocalFlux Editorial Team

圖片 指南
本頁內容
  1. 何時適合輸出為 JPG
  2. 本指南測試了什麼
  3. 逐步操作:將單張影像 TIFF 轉為 JPG
  4. 單張影像實測結果
  5. 透明度必須轉為不透明
  6. 多頁 TIFF 為何需要特別處理
  7. 品質與重複轉換
  8. DPI 與像素尺寸
  9. 常見問題
  10. 隱私與敏感掃描檔
  11. 最終檢查清單
  12. 實用結論
  13. 發佈證據

TIFF 很適合用於掃描檔、封存影像、印刷工作流程,以及無損或高位元深度的母檔。但當網站、表單、通訊應用程式、簡報或一般相片檢視器要求 JPG 時,TIFF 就較不方便。本機轉換能建立容量更小、相容性廣泛的交付副本,而無須將影像傳送至線上服務。

在 Windows 11 上使用 LocalFlux 時,加入一個或多個單張影像 .tiff 檔案、選擇 JPG,即可在電腦上完成轉換。TIFF 來源檔會維持不變,JPG 檔案則會寫入相同位置,檔名例如 color-scan_converted.jpg。

LocalFlux 中三項已完成的 TIFF 轉 JPG 作業。

介面截圖於2026年10月使用依據已記錄的 LocalFlux 1.0.10.0 發佈原始碼重新建置的版本拍攝。下方歷史測量值與下載資料仍保留原始測試範圍。截圖記錄: 1 · 2

測試使用 LocalFlux 1.0.8,批次轉換了 C:\tmp 下的彩色掃描檔、灰階掃描檔與透明影像。另一項雙頁 TIFF 測試在應用程式中失敗,因此多頁檔案需要不同的工作流程。

單張影像 TIFF 的快速步驟: 開啟 LocalFlux、加入 TIFF 檔案、選取轉換、選擇 JPG,第一次執行時保留原始尺寸與預設品質,進行轉換,然後逐一比較 JPG 與其來源檔。

2026 年 10 月 13 日複查(重新建置的 1.0.10.0,x64)。 十種語言的執行結果皆重現了三個單張影像 JPG 的歷史雜湊。兩頁 TIFF 轉 JPG 再次失敗:成功 0 個、失敗 1 個,沒有交付輸出,只留下兩個帶編號的暫存頁面檔案。這些是診斷資料,不代表支援多頁匯出。另一次 10 月 12 日的已安裝 Store 版測試在 PNG 路徑失敗,未測試 JPG。Store 測試紀錄

何時適合輸出為 JPG

當目的地需要常見、精簡且不透明的影像時,請選擇 JPG:

需要圖層/頁面、高位元深度、無損再編輯、透明度、特殊色彩資料或保存用母檔時,請保留 TIFF。JPG 使用有損壓縮、僅支援不透明的結果,而且通常儲存 8 位元取樣。它是交付格式,不能取代封存用 TIFF。

本指南測試了什麼

此工作流程使用封裝的 x64 LocalFlux 1.0.8.0 版本與四個合成測試檔案進行測試:

三個單張影像檔案皆順利完成。它們保留了像素尺寸與 DPI 中繼資料,同時轉為 8 位元 JPG。由於 JPG 無法承載 Alpha 透明度,因此透明度遭到移除。雙頁 TIFF 導致 LocalFlux 顯示:「影像轉換已完成,但未產生預期的輸出。」

這項實測界線很重要。請勿將多頁 TIFF 透過此路徑處理,並假設所有頁面都會交付為一個 JPG 或一組完整檔案。

逐步操作:將單張影像 TIFF 轉為 JPG

1. 建立工作副本

測試使用:

C:\tmp\LocalFluxBlogResearch\tiff-to-jpg-windows\input

請先將重要掃描檔複製到工作目錄。LocalFlux 會保留原始檔,但將權威封存檔與交付作業分開保存,可減少意外取代檔案或清理失誤。

確認每個 TIFF 包含一頁還是多頁。Windows 縮圖可能只顯示第一頁。如果來源來自掃描器、傳真系統或檔案封存庫,請使用影像檢查工具或支援文件的檢視器。

若來源尺寸、方向、DPI、色彩模式、位元深度、透明度和嵌入式描述檔十分重要,也請一併記錄。

2. 加入單張影像 TIFF 檔案

開啟 LocalFlux 並使用新增檔案,或將檔案拖曳至匯入區域。測試批次包含三個具有不同色彩/Alpha 特性的檔案。

三個已選取 JPG、等待處理的 TIFF 檔案。

佇列為每個中性測試檔案顯示 TIFF → JPG。畫面中沒有使用者設定檔或個人影像。

請檢查每一列都顯示 TIFF → JPG,並確認選取的是轉換,而非「壓縮」。

3. 檢查隱私與影像選項

展開選項。本次測試中,「安全共享」保持關閉。

顯示「安全共享」的 LocalFlux TIFF 選項。

本機處理可避免上傳,而移除中繼資料則是另一項獨立選擇。

如果影像將離開您的控制範圍,請決定是否保留內嵌的裝置、作者、日期或位置中繼資料。「安全共享」可協助移除支援的中繼資料,但無法隱藏掃描檔中印出的文字、影像中的臉孔、簽名、案件編號或其他可見內容。

開啟高階調整,檢查調整尺寸與品質控制項。

TIFF 轉 JPG 的進階尺寸與品質設定。

測試的第一次執行保留了原始尺寸、鎖定長寬比,並使用預設品質。

對於封存衍生檔,在目的地要求調整尺寸之前,請避免縮放。較小的 JPG 日後無法還原已捨棄的像素。每次測試只變更一個變數,才能判斷品質差異是由哪項變更造成。

4. 轉換批次

選取轉換 3 個檔案。小型來源的影像轉換可以很快完成。請等待完成橫幅出現,並使用輸出路徑將每個 JPG 與其 TIFF 配對。

5. 比較來源與輸出

以 100% 縮放比例並排開啟 TIFF 與 JPG。檢查:

對於文件,請確認每個邊緣與印章都清晰可讀。對於相片,請檢查細緻紋理與高對比邊緣。

單張影像實測結果

來源來源屬性JPG 輸出大小:來源 → 輸出
color-scan.tiff1200 × 800、16 位元 sRGB,含 Alpha 色版、300 DPI1200 × 800、8 位元 sRGB、不透明、300 DPI45,748 B → 44,996 B
grayscale-scan.tiff1000 × 1400、16 位元灰階,含 Alpha 色版、300 DPI1000 × 1400、8 位元灰階、不透明、300 DPI20,264 B → 19,988 B
transparent-overlay.tiff800 × 600、16 位元 sRGB,含 Alpha、96 DPI800 × 600、8 位元 sRGB、不透明、96 DPI18,698 B → 18,546 B

在這些刻意簡化的測試檔案中,輸出僅縮小 1–2%。實際掃描的 TIFF 可能縮小更多,但 TIFF 本身也可能已使用有效的無損壓縮。檔案大小取決於像素數量、位元深度、TIFF 壓縮方式、視覺複雜度和選取的 JPG 品質。請勿僅依據副檔名承諾縮減比例。

轉換將每個取樣的位元深度從 16 位元降至 8 位元,並移除 Alpha。這是一般 JPG 交付的預期結果,但也是應保留 TIFF 的原因之一。

透明度必須轉為不透明

TIFF 可以儲存 Alpha,JPG 不行。移除 Alpha 不等於合成到指定背景,可能只是顯示透明像素中儲存的色彩。如果背景很重要,請先在影像編輯器中將副本合成到所需底色,再轉換。

轉換標誌、覆疊圖、去背簽名或產品影像前,請先決定其後方應顯示什麼。如果需要透明度,請使用 PNG 或 WebP,而非 JPG。如果需要白色背景,請先在影像編輯器中將副本與白色背景平面化,再進行轉換並檢查邊緣光暈。

半透明反鋸齒在與非預期色彩合成時,可能顯現深色或淺色毛邊。請以 100–200% 縮放比例檢查邊緣。

多頁 TIFF 為何需要特別處理

TIFF 可以包含多張影像或多個頁面。每個 JPG 檔案只能表示一張影像。因此,多頁轉換需要明確策略:僅匯出第一頁、每頁建立一個帶編號的 JPG,或使用 PDF 等多頁目的格式。

LocalFlux 接受了雙頁測試檔案並將其加入 TIFF → JPG 佇列:

等待轉換為 JPG 的雙頁 TIFF。

轉換前,該檔案顯示為一般 TIFF 佇列項目。

隨附的影像工作程序產生了兩個暫存 JPG,分別對應每個頁面,但應用程式預期只有一個暫存輸出,因此將作業標記為失敗:

LocalFlux 回報多頁 TIFF 轉換失敗。

觀察到的訊息:「影像轉換已完成,但未產生預期的輸出。」應用程式回報 0 個已轉換、1 個失敗。

即使曾存在類似頁面的暫存成品,從使用者角度來看,這仍是失敗。請勿將暫存檔名當作交付檔案;這些檔名包含內部識別碼,也不會顯示為已完成的輸出。

對於多頁 TIFF:

  1. 確認確切頁數;
  2. 選擇需要各自獨立的 JPG,還是一份文件;
  3. 使用支援頁面的工具匯出帶編號的影像;如果目標是保留文件順序,則轉換為 PDF;
  4. 確認每一頁都存在、方向正確且檔名穩定;
  5. 保留 TIFF 母檔。

品質與重複轉換

JPG 採用有損壓縮。即使使用高品質設定,像素值仍會改變。反覆重新儲存 JPG 會增加世代損失,尤其是在文字、線條圖與高對比邊緣周圍。

若要取得最佳的實用結果:

如果需要精確保留像素,請選擇 PNG 或其他無損格式。如果接收方需要視覺忠實的印刷素材,請確認色彩描述檔與印刷要求,而非假設 JPG 已足夠。

DPI 與像素尺寸

DPI 中繼資料描述預期的實體比例;像素尺寸則描述實際影像細節。不論中繼資料標示 96 或 300 DPI,1200 × 800 的影像仍是 1200 × 800。應用程式可以使用 DPI 計算列印尺寸,但網站通常關注的是像素。

測試輸出為彩色/灰階測試檔案保留了 300 DPI,並為透明度測試檔案保留了 96 DPI。若印表機或檔案管理系統仰賴實體尺寸中繼資料,請務必確認此項目。也請確認輸出未遭意外縮放。

常見問題

JPG 背景改變了

來源可能包含透明度。JPG 必須是不透明的。請將副本與所需背景平面化,或選擇 PNG/WebP。

文字模糊或出現光暈

請恢復原始尺寸並使用較高的品質設定。對於黑白文件,無損或文件專用格式保留邊緣的效果可能優於 JPG。

檔案並未縮小多少

TIFF 可能已使用 LZW 或 ZIP 壓縮,或 JPG 品質設定較為保守。請判斷僅改善相容性是否已解決問題。如果檔案大小很重要,請測試第二個品質等級並比較可讀性。

色彩不同

請檢查嵌入式色彩描述檔、位元深度與檢視應用程式。JPG 交付工作流程通常會簡化高位元深度或特殊的 TIFF 色彩資訊。對印刷至關重要的素材,請使用具備色彩管理功能的工具。

只看得到第一頁,或轉換失敗

請將來源視為文件,而非單張影像。使用支援 TIFF 的工具計算頁數並有計畫地匯出。測試的雙頁檔案在 LocalFlux 1.0.8 中失敗,不應納入未經檢查的批次。

隱私與敏感掃描檔

掃描檔通常比一般相片包含更多敏感資訊:姓名、簽名、地址、識別碼、醫療資料、合約、條碼或手寫筆記。離線轉換可避免上傳至轉換網站,但新產生的 JPG 仍是敏感資料。

請將工作副本存放在核准的位置、限制存取權限,並同時檢查可見內容與中繼資料。裁切或移除中繼資料並不等同於遮蔽影像。正確的遮蔽作業必須從像素中永久移除資訊,並在交付檔案中加以驗證。

本指南使用生成影像與中性的 C:\tmp 目錄。其螢幕擷取畫面不包含真實文件、使用者資料夾或個人資訊。

最終檢查清單

轉換前:

轉換後:

實用結論

LocalFlux 為單張影像 TIFF 檔案提供簡單直接的離線途徑:選擇 JPG、保留較為保守的預設值、進行轉換,然後將衍生檔與母檔比較。實測中,尺寸與 DPI 得以保留,而位元深度與 Alpha 則縮減為 JPG 支援的範圍。

多頁 TIFF 是需要記住的界線。雙頁測試在應用程式中失敗,且未產生一般的已完成輸出,因此請對這類檔案使用支援頁面的工作流程。請查看 LocalFlux 支援的格式,或在 PNG 轉 JPG 指南中比較影像格式的取捨。

發佈證據

本指南使用生成的 TIFF 測試檔案,並在 Windows 11 上使用 LocalFlux 1.0.8.0 x64 進行測試。單張影像結果、失敗的多頁測試、測量結果、套件詳細資料與隱私審查均隨文章保留:

技術參考資料

有關檔案格式的說明參考了以下獨立規範與平台文件。