如何轉換超過 1 GB 的影片，而且完全不必上傳

2026年9月5日 · 閱讀約 7 分鐘

你手上有一段 3 GB 的螢幕錄影、一段空拍素材，或是手機拍的四十分鐘 4K，只是想換個格式。於是你搜尋線上影片轉換器，而每一個結果都在用不同的說法講同一件事：檔案上限 100 MB。或是 500 MB。或是按月付費才能到 2 GB。

就算某個服務願意收下這個檔案，接下來你也得用家裡的網路上傳好幾 GB，排在別人的檔案後面等待，並把可能不希望被複製的素材交給一台陌生的伺服器。對不少錄影來說——客戶的案子、醫療相關的紀錄、任何在公司內部拍攝的東西——最後這一點並不是小事。

有一種做法完全不需要上傳。而且從這個月起，它對遠超過 1 GB 的檔案同樣有效。

簡短的答案

在瀏覽器中開啟影片轉換器，拖入一個 MP4、M4V 或 MOV 檔案，然後把輸出格式選為 WebM。 轉換使用瀏覽器內建的影片編解碼器，在你自己的電腦上執行。沒有上傳、不必排隊、不用註冊，我們也不設大小上限——數 GB 的錄影和 10 MB 的檔案走的是同一條路。

這篇文章接下來要談的是：為什麼偏偏是這個組合，以及在這個組合之外會發生什麼事。

線上轉換工具為什麼會有大小限制

大小上限不是偷懶。當轉換在別人的伺服器上執行時，你的檔案會讓對方付出三樣東西：接收它的頻寬、處理期間存放它的磁碟，以及轉碼所需的 CPU 時間。一個免費使用者上傳 3 GB 是實實在在的開銷，而這背後並沒有收入。把免費額度卡在 100 MB，是免費方案能活下去的唯一辦法。

隱私上的後果來自同一套架構。要在對方的機器上轉換你的影片，他們必須先把你的影片放在自己的機器上。各家的保留政策不同，多數也算誠實，但檔案終究被複製了一份，躺在你無法掌控的磁碟上，經過了不屬於你的網路。

在瀏覽器端執行的轉換器一次繞開這三項成本，因為做事的那台機器本來就是你的。HeicQuick 在照片與影片上採用的正是這種設計：轉換程式碼被下載到你的裝置上並在那裡執行，檔案本身哪裡也不去。

為什麼瀏覽器版過去也有上限

這是多數文章跳過的部分。在本機執行確實去掉了伺服器的限制，但也立刻帶進另一種限制。

直到不久之前，瀏覽器裡的影片轉換指的都是編譯成 WebAssembly 的 FFmpeg——貨真價實的 FFmpeg，執行在頁面的沙箱裡。這是一項了不起的工程，幾乎能處理有史以來的任何格式。但標準版本是 32 位元的，也就是說它總共只能定址約 2 GB 記憶體，而且一次處理整個檔案：輸入必須被複製進它的記憶體，輸出還要在旁邊同時組出來。

在 2 GB 的天花板下放兩份副本，實際的輸入上限大約就是 1 GB，很多時候還更低。一段 1080p 的片段重新編碼成 WebM 時，往往在檔案本身還沒到 1 GB 就已經耗盡記憶體了，因為真正吃記憶體的是解析度和長度，而不是磁碟上的位元組數。越過那條線就會出現記憶體不足的錯誤，用詞再怎麼講究，體驗都好不了。

換句話說，瀏覽器只是把伺服器的政策限制，換成了瀏覽器的物理限制。是進步，但仍然是限制。

改變了什麼：以串流方式送入瀏覽器內建的編解碼器

現代瀏覽器提供了一個叫 WebCodecs 的 API，它把你的機器播放 Netflix、錄製視訊通話時本來就在用的硬體影片解碼器與編碼器直接開放出來。這些編解碼器位於 WebAssembly 沙箱之外的原生程式碼中，能夠存取你的 GPU。

由此帶來兩件事，而第二件才是關鍵。

它很快。 工作跑在專用的影片晶片上，而不是沙箱裡的單一 CPU 核心。以一段帶音訊的 10 秒 1080p HEVC 片段實測，轉換為 WebM 走 WebCodecs 約需 8 秒，走 WebAssembly 約需 142 秒。這大約是一個數量級的差距，而且完全省掉了 31 MB 引擎的一次性下載。

它是串流式的。 真正取消大小限制的是這一點。轉換器不再把整段影片讀進記憶體，而是只解析檔案的中繼資料——記錄每一格位置的索引——然後每次讀取少量樣本：把每一小塊送進解碼器，再送進編碼器，寫出去之後隨即釋放。完整的檔案從來沒有在記憶體中出現過。一段 5 GB 的影片和一段 50 MB 的影片佔用的記憶體幾乎相同，5 GB 的那段只是花的時間更久而已。

實際的上限不再是記憶體，而是你的可用磁碟空間。

真正可用的組合

串流處理要求能在不讀完整個檔案的情況下定位每一格，這就需要一個帶索引的容器。具體來說：

• 輸入： MP4、M4V 或 MOV——也就是 ISO 基礎媒體格式，iPhone、Mac、空拍機和大多數螢幕錄影軟體產生的正是這些。
• 輸出： WebM。
• 需要： 支援 WebCodecs 的瀏覽器——Chrome、Edge、Opera，以及 Safari 16.4 以上。

在這個組合內部，轉換器會探測你的硬體，挑出能用的最好的編碼器：先 AV1，再 VP9，再 VP8；如果你的機器沒有 WebM 硬體編碼器，就退回軟體 VP8。音訊輸出為 Opus。檔案列上的標記會告訴你實際用的是哪個編碼器，以及走的是 GPU 還是 CPU。

其餘的一切——AVI、MKV、TS、WMV、FLV，以及除 WebM 之外的任何輸出——仍由 WebAssembly 引擎處理，適用上文所說的 1 GB 輸入上限。當快速通道不適用，或因任何原因失敗時，轉換會自動退回該引擎，所以你不會因為一次最佳化失敗而丟掉整次轉換。

為什麼是 WebM，它能正常播放嗎

WebM 正是為此而生的容器：使用免權利金的編解碼器，沒有專利授權問題，所有瀏覽器引擎都原生支援。它能在 Chrome、Firefox、Edge、Safari、Android 和 VLC 中播放，也能順利上傳到 YouTube、Discord 以及多數網路平台。

它不適合的場合也有：較舊的電視、部分剪輯軟體和 PowerPoint 更偏好 MP4/H.264。如果你確實需要 MP4 而檔案又超過 1 GB，誠實的選項是降低解析度轉換、把錄影切成較短的片段，或改用桌面工具。與其讓你等上二十分鐘再撞上記憶體不足的錯誤，我們寧可把話先說清楚。

操作步驟

1. 開啟影片轉換器。免安裝，免註冊。
2. 把檔案拖到頁面上，或點擊選擇。一次放多個也可以。
3. 把輸出格式選為 WebM。
4. 解析度保持原始，或降到 720p，順便把檔案也變小。
5. 按下轉換。該列會即時顯示進度和正在使用的編碼器。
6. 下載。多個檔案會打包成 ZIP 一起下載。

你可以在第 5 步之前中斷網路，轉換照樣能完成。

這對隱私究竟意味著什麼

這裡值得說得精確一些，因為「我們不會保存你的檔案」是每家轉換工具都會講的話，但在這裡它的意思不同。

這裡根本不存在需要你信任的上傳環節。沒有伺服器端轉換，沒有暫存，沒有保留期限，也沒有需要閱讀的刪除政策——因為檔案從未抵達任何地方。你的影片由執行在你自己瀏覽器分頁中的程式碼從你的磁碟讀取，輸出再寫回你自己的磁碟。跨越網路的只有頁面本身。

對於要處理受保密協議約束的素材、醫療或法律紀錄、尚未發表的作品的人來說，這不是行銷上的差別，而是使用本機轉換工具的全部理由。

結論

線上轉換工具限制檔案大小，是因為你的檔案對他們意味著成本，而且他們必須先把檔案放到伺服器上才能開工。執行在瀏覽器裡的轉換器沒有這兩個問題——如今 MP4/MOV 轉 WebM 又能以串流方式送入本機的硬體編解碼器，記憶體天花板也一併消失了。

數 GB 的錄影可以在幾秒而不是幾分鐘內完成轉換，且沒有一個位元組離開你的裝置。

拿那個在別處被拒絕的檔案試試：在瀏覽器中轉換影片。關於格式、速度，以及哪些地方仍有限制，都在 FAQ 裡。如果要處理的是照片而不是影片，同樣免上傳的方式也能把 HEIC 轉成 JPG——這個格式本身的來龍去脈可以看什麼是 HEIC 檔案。