HOW IT WORKS

來源影片不必先上傳：剪輯、影格擷取與容量計算都在目前瀏覽器完成

這一頁保留比較多技術細節，目的不是把簡單工具講複雜，而是讓你知道「不重新壓縮」、「實際切點」與「本機處理」各自代表什麼，以及目前有哪些限制。

1. 選擇影片後，瀏覽器直接讀取本機檔案

Dropabit Video 會直接讀取你選擇的本機檔案，解析影片容器、主要影音軌、編碼、長度、解析度與關鍵影格。來源影片不需要先送到 Dropabit、Cloudflare 或第三方轉檔主機。網站本身仍需載入網頁程式與靜態資源，但影片內容不會因剪輯或影格擷取而上傳到遠端轉檔服務。

原始檔案也不會被覆寫；匯出時會另外產生新的 MP4 或圖片下載結果。

對目前支援的影片，Dropabit Video 使用 Stream Copy / Remux：直接複製來源影片已經壓縮完成的視訊與音訊資料，再把選取區段封裝成新的 MP4，而不是把整段影片解碼成原始畫面後重新 Encode。

因此這次裁切本身不會再增加一輪有損壓縮。它也不是「修復」來源影片：原檔原本就有的壓縮失真、雜訊或色彩資訊不會因此變好。

Input MP4 → Demux → H.264/H.265 + AAC → 選取可直接複製的範圍 → Remux → Output MP4

H.264 / H.265 的部分畫面會依賴前面的畫面才能正確解碼。能獨立作為開始位置的完整畫面通常稱為關鍵影格（Keyframe）。在「不重新編碼」的前提下，開始位置經常需要對齊這些可直接複製的邊界。

完整保留（Expand）

優先確保你選到的內容不漏掉。必要時實際輸出會往外延伸，因此前後可能多帶一小段。

嚴格範圍（Shrink）

優先確保不輸出選取範圍以外的內容。必要時會往內縮，因此邊界可能少掉一小段。

工作區會分開顯示「你選的開始／結束」與「實際輸出範圍」，不把這個差異藏起來。

影片容量預覽會跑一次和正式匯出相同的無損複製／MP4 Remux 流程，但只統計最後會寫出的資料量，不保存另一份預覽 MP4。正式匯出與容量計算使用相同的 MP4 版面設定，因此顯示的是目前區段與邊界策略下的實際輸出容量，而不是單純用「平均位元率 × 秒數」估算。

這個計算仍會讀取所需的來源資料並使用你的裝置資源；它的重點是不用先生成一份完整預覽影片，也不需要把來源影片上傳到伺服器。

影格擷取會從指定時間附近解碼對應的 presentation frame，再把解碼後畫布輸出為 PNG、JPEG 或 WebP。JPEG / WebP 的品質改變時，瀏覽器會真的重新編碼目前這張影格，因此介面能顯示該設定下的實際圖片容量。

為了避免你按下擷取後再重做一次相同工作，設定沒有改變時會沿用剛才為容量預覽產生的編碼結果。

目前不重新壓縮的 MP4 輸出支援 H.264/AVC、H.265/HEVC 視訊搭配 AAC 音訊（或無音訊）的相容情境。影片解析、瀏覽器解碼與影格圖片輸出能力仍會依瀏覽器、作業系統、硬體與來源檔案不同。

如果目前環境不支援某項功能，網站會停用或回報原因；不會為了假裝「什麼都能處理」而默默把來源影片切換成雲端轉檔。

不是。載入網站、未來可能存在的分析或其他網頁功能仍可能產生正常請求；我們描述的隱私邊界是：核心影片處理不需要把來源影片內容上傳到遠端轉檔服務。

不是。直接複製 H.264 / H.265 影片資料會受到關鍵影格與封裝邊界影響。若未來加入需要重編碼邊界的 Smart Cut，也會另外標示，不會稱為完全無損。

影片片段的容量預覽只走相同 remux 流程並統計輸出位置，不保留另一份完整預覽 MP4；影格容量則會真的預先編碼單張圖片並快取，因為這樣才能反映 JPEG / WebP 品質設定的實際大小。