當您希望影片壓縮器將輸出寬度上限設為 640 像素，並以 24 fps（每秒影格數）為目標，而不管來源解析度為何時，請選擇「小」。此預設是三種明確的產品選擇之一 — 「小」、「平衡」和「品質」— 每種預設都會將有界寬度、影格率與每像素位元數的啟發式規則套用至同一個本機重新編碼流程，輸出為 WebM 檔案。選擇「小」是一項刻意的決定，優先讓檔案更小，而非畫質更銳利或動態更流暢，適合用在可接受降低解析度與較低影格率的影片片段。此預設會保留來源長寬比，絕不放大來源，將輸出尺寸向下捨入為偶數像素值，並將要求的位元率限制在 180 kbps 到 8 Mbps 之間。因此，選擇「小」代表接受 640 像素寬的輸出與 24 fps 的串流，以換取此工具所提供最精簡的預設。
「小」預設實際限制的內容
「小」預設會對重新編碼套用三項具體上限：最大輸出寬度 640 像素、目標影格率 24 fps，以及一個由影片壓縮器轉換為要求位元率的每像素位元數預算。接著，該位元率會在瀏覽器的 MediaRecorder 開始寫入 WebM 檔案之前，被限制在 180 kbps 的下限與 8 Mbps 的上限。此預設絕不放大來源，會保留來源長寬比，並將每個輸出尺寸向下捨入為偶數，讓所選編解碼器能順利接收該影格。音訊只有在瀏覽器透過 HTMLMediaElement captureStream 公開音軌時，才會被擷取並納入 WebM，且僅畫面會被縮小 — 此預設不會變更音量、不會混音，也不會移除 WebM 容器本身所丟棄以外的詮釋資料。「小」所做的一切都在當前分頁中進行；頁面會將播放中的影片繪製到一個有界 Canvas 上，並即時錄製該 Canvas 串流，因此一段兩分鐘的來源大約需要兩分鐘，而非瞬間完成。
「小」與「平衡」、「品質」的比較
這三種預設僅在寬度、影格率，以及用於推導要求位元率的每像素位元數目標上有所不同。「平衡」將寬度上限設為 1280 像素，並以 30 fps 為目標。「品質」將寬度上限設為 1920 像素，同樣以 30 fps 為目標。「小」位於兩者之下，並以較低的 24 fps 影格率搭配其較低的解析度。請參考下表以並排檢視確切的發布數值。
| 預設 | 最大輸出寬度 | 目標影格率 | 長寬比 | 位元率範圍 |
|---|---|---|---|---|
| 小 | 640 px | 24 fps | 保留，絕不放大 | 180 kbps – 8 Mbps |
| 平衡 | 1280 px | 30 fps | 保留，絕不放大 | 180 kbps – 8 Mbps |
| 品質 | 1920 px | 30 fps | 保留，絕不放大 | 180 kbps – 8 Mbps |
這三種預設共用相同的處理管線：本機解碼、Canvas 繪製、MediaRecorder 擷取，以及最後的 Matroska Duration 修補，使下載的 WebM 能向播放器回報一個有限的時長。預設所驅動的唯一差異就是上表中的數值。
「小」是正確選擇的時機
當目的地在乎位元組多過在乎像素時，「小」就是您該選擇的預設。適合的具體情境包括：在聊天或電子郵件附件中傳送短片段、隨文字訊息附加預覽、在重影片寬的頁面上嵌入短小的動態樣本、從較長的來源建立縮圖大小的動態預覽，或在封存前縮減低動態的螢幕錄影。乾淨的 2D 動畫、動作有限的軟體示範、靜態的半身談話影片，或影格變化可預測的螢幕擷取，都能因較低的解析度與降低的影格率而受惠，因為編碼器在每個影格中需要描述的新資訊較少。在這些情境下，取捨是有利的：檔案明顯變小，而畫質仍能清楚傳達螢幕上的內容。
「小」無法為您省下任何東西的時機
壓縮效果取決於內容，同一個預設可以縮小一段乾淨的動畫，卻可能在較難處理的素材上產生與來源相同甚至更大的檔案。已採用高效率編解碼器的來源、帶有大量顆粒的來源、持續晃動的來源、充滿快速細節變化的來源，以及帶有高頻雜訊的來源，都會讓編碼器幾乎沒有冗餘可去除。在這些情況下，要求的位元率會被每像素位元數的啟發式規則推高，編解碼器仍須描述每個影格的動作，最終產生的 WebM 可能等於甚至超過原始位元組數。影片壓縮器會在編碼完成後回報實際的帶正負號位元組變化，因此若數字為正 — 代表輸出更大 — 即表示「小」並不適合該特定來源。請嘗試其他預設，或更換一段來源。
如何在影片壓縮器中選擇「小」
影片壓縮器是一個完全在當前分頁中執行的瀏覽器型重新編碼工具，因此選擇「小」就是選對檔案、在開始前選取「小」預設，然後等待來源以即時速度播放完畢。請依照下列步驟操作。
- 在支援 MediaRecorder 與 Canvas 擷取的現行桌上型瀏覽器中開啟影片壓縮器。
- 點擊檔案選擇器，並挑選一個瀏覽器可解碼的來源，檔案大小不超過 500 MiB，長度不超過五分鐘，單邊寬度或高度不超過 4096 像素，解碼後總像素不超過 3840 × 2160 像素。
- 從預設選項中選擇「小」預設。所選的預設會控制編碼所用的最大寬度、影格率，以及每像素位元數目標。
- 開始壓縮並保持分頁開啟。來源會在頁面上以即時速度播放，同時編碼器將每個影格錄製進 WebM 輸出 — 因此一段兩分鐘的來源大約需要兩分鐘，而非瞬間完成。
- 觀察所回報的進度，它會追蹤來源的播放時間。關閉分頁、離開頁面、切換檔案，或在編碼中途變更預設，都會讓目前的工作失效並釋出暫存物件 URL。
- 編碼完成時，檢視頁面顯示的輸出尺寸、輸入與輸出的位元組數，以及測得的百分比變化。該百分比僅依據兩個實際的 Blob 大小計算，若為正值，代表輸出比來源更大。
- 下載 WebM 並完整播放一次 — 影像與聲音從頭到尾 — 再刪除原始來源。確認檔案大小、時長、影像與音訊皆符合目的地的需求。
若結果不如預期，請使用其他預設重複上述步驟。如需了解這些預設共用的更廣泛本機管線說明，請參閱本機重新編碼運作方式的說明。
如何驗證省下的位元組
影片壓縮器並不保證任何預設一定能產生更小的檔案，因此唯一誠實的檢驗方式就是工具在編碼結束時回報的實際位元組變化。請將該數字解讀為帶正負號的百分比：負值代表 WebM 較小，正值代表較大。在能顯示容器屬性的播放器中開啟下載的檔案，確認其時長、尺寸，以及該檔案並未被悄悄截斷。完整播放整段影片，包含瀏覽器成功擷取到的任何音訊，並留意是否有掉格、影音不同步，或接近結尾處的卡頓。該工具會以時間戳刻度的刻度單位插入一個 Matroska Duration 值，使播放能回報有限的時長，但端對端的驗證仍由您負責。如需更深入了解頁面實際量測與回報的內容，準確度指南會逐步說明回報的數值及其計算方式。
值得了解的限制與取捨
幾項硬性上限限制了「小」預設在影片壓縮器內所能做的事。500 MiB 的輸入上限、300 秒時長、單邊 4096 像素，以及 3840 × 2160 像素的解碼後總像素，適用於每一種預設，「小」也不例外。輸出容器一律為 WebM — 工具會依瀏覽器回報的編解碼器支援，依序嘗試 VP9，再試 VP8，最後才使用通用的 WebM，這代表同一段來源與同一個預設，兩個瀏覽器可能產生不同的位元組數。音訊只有在瀏覽器公開音軌時才會被擷取；字幕、章節、附件、旋轉標記、色彩詮釋資料與 HDR 訊號皆不會被保留，且編碼器不會正規化音量或混音。若您需要的是封存母片、專業交付規格、跨平台可重現的輸出、明確的編解碼器設定檔、兩段式速率控制、固定關鍵影格間隔，或字幕保留，請使用經審閱指令的 FFmpeg 等維護良好的桌上型編碼器。這些限制背後的 MediaRecorder 與 Canvas captureStream 行為，可參考 MDN 的 MediaRecorder 頁面與 MDN 的 HTMLCanvasElement.captureStream() 頁面。
所有來源位元組、解碼後的影格與輸出位元組都不會離開當前分頁，也沒有任何內容會被上傳。Lizely 不會收到任何影片、縮圖、時長、檔名、編解碼器或結果。在您完整播放輸出內容並確認檔案大小、時長、影像、聲音與相容性皆符合目的地需求之前，請保留磁碟上的原始來源。