位元率決定了一張畫面能保住多少。解析度告訴你這個檔案獲准擁有多少畫素；位元率告訴你每一秒花了多少資訊去描述那些畫素。同樣大小的兩個檔案，一個解析度比較高、一個位元率比較高，選位元率高的那個。
理由是算術。從 1080p 換到 4K，畫素數變成四倍。如果資料預算沒有跟著長，每個畫素能分到的資訊大約只剩四分之一。檔案換到了一張更大的網格，卻弄丟了讓那張網格值得存在的細節。
位元率實際上量的是什麼？
位元率量的是編碼器每秒花多少位元去儲存影像 —— 也就是隨時間描述動作與紋理的持續成本。
編碼器不會把每一幀的每一個畫素都存下來。它存一張起始幀，接著預測接下來會怎麼變、記下差異，並丟掉它判斷你最不可能注意到的東西。位元率就是這個過程的額度。額度寬裕，編碼器就有本錢保住細微的紋理；額度緊，它就得丟掉更多，而丟掉的東西是拿不回來的。
這就是為什麼同一份母帶在同樣的解析度下，可以產出外觀差異極大的檔案。解析度一樣，預算不一樣。
固定位元率和可變位元率差在哪裡？
固定位元率（CBR）不管畫面在發生什麼，每一秒都花掉同樣的資料量；可變位元率（VBR）則在難的段落多花、簡單的段落少花。
對已儲存的影片來說，VBR 幾乎永遠是比較好的選擇，因為影像內容的難度極不平均。一個房間的固定鏡頭需要的資料非常少。一段有快速移動、顆粒與光線變化的手持鏡頭則需要非常多。CBR 不是在簡單的部分浪費預算，就是把困難的部分餓死，而且通常兩件事都做。串流傳輸為了可預測性會傾向較受限的位元率，這也是同一部作品的串流版與下載版看起來會不一樣的原因之一。
哪些場景編碼起來最貴？
任何充滿不可預測變化的東西：快速動作、手持鏡頭的晃動、底片顆粒、感光元件雜訊，以及低光下的平滑漸層。
這份清單描述的，是這類素材裡份量高得令人不安的一部分。昏暗的打光會產生感光元件雜訊，那對編碼器來說看起來是隨機的，因此既無法預測、也無法有效壓縮。手持拍攝意味著整個畫面在幀與幀之間位移，而不只是其中一小塊。低光下的皮膚大多是柔和的漸層，而那正是色帶最愛攻擊的地方。
實務上的結果是：一個在打光明亮、腳架固定的棚拍場景上看起來綽綽有餘的位元率，在同一個檔案裡碰到昏暗的手持段落時可能就崩了。
壓縮瑕疵能告訴你什麼？
每一種瑕疵都有特定成因，所以你看到什麼，就等於看出哪裡出了問題。
| 你看到什麼 | 它告訴你什麼 |
|---|---|
| 暗部出現方塊 | 位元率耗盡；編碼器沒有預算留給暗部細節了 |
| 色帶 —— 平滑漸層上出現一階一階的邊界 | 保留的層級太少，常常再被 8 位元色深加劇 |
| 快速動作時出現拖影或殘影 | 動態預測在緊繃的預算下失效 |
| 皮膚看起來像蠟，毛孔與細毛不見了 | 高頻紋理最先被丟掉，典型的預算不足症狀 |
| 邊緣與文字周圍出現蚊狀雜訊般的閃爍 | 銳利邊界附近量化過猛所產生的振鈴 |
| 就算暫停也覺得細節糊糊的 | 不是放大上採樣就是重壓過頭；畫素變多，資訊變少 |
注意，這些沒有一個是靠提高解析度解決的。它們每一個都是「每畫素資料量不足」的症狀，而加畫素只會讓每畫素資料量的問題更嚴重。
為什麼每重新編碼一次就更糟？
因為有損壓縮不可逆，而每一輪丟掉的資訊，下一輪都會把它當成真實細節來對待。
一個檔案被重新編碼時，編碼器看到的是上一次編碼留下的瑕疵 —— 那些方塊、色帶與振鈴 —— 然後盡忠職守地花位元率去保住它們。世代損失就這樣累積。一個經過好幾輪的檔案，在名目解析度相同、大小相近的情況下，可以比原始版本明顯難看，而沿途丟掉的東西沒有辦法救回來。
當同一部作品有好幾個版本在流通時，這件事就很重要。它們的標示可能完全一樣；編碼歷程不一樣，而且通常沒有記錄。
檔案之間的位元率數字可以直接比較嗎？
只有在同一種編碼之內才行。不知道是哪一種編碼產生的，位元率這個數字就毫無意義。
較新世代的編碼效率更高：H.265/HEVC 用比 H.264/AVC 更低的位元率就能達到相當的畫質，而 AV1 又在 H.265 之上再進一步。所以一個用較新編碼、標示位元率較低的檔案，可能比一個用舊編碼、位元率較高的檔案更好看。把那兩個數字拆開編碼名稱去比，得到的結論剛好是錯的。
那些被大肆宣傳的百分比值得知道，也同樣值得懷疑。ITU 宣布 HEVC 只需要 H.264 一半的位元率，後來又宣布 H.266/VVC 在高解析度下達到同樣畫質只需要 HEVC 一半的位元率。AOMedia 發表 AV1 時的說法是，在 4K 上比「競爭的編碼」壓縮效率好大約 30%，而其依據是它自己的會員公司所做的測試，不是標準組織做的。
注意那些數字待在哪裡：新聞稿裡，不是標準文件裡。編碼規格本身完全沒有寫出任何百分比。那些數字描述的是某一世代的工具組在有利條件下能達到什麼，而實際輸出會隨編碼器實作、預設檔、內容與位元率控制而變 —— 這就是為什麼我們在後面比的是檔案，而不是編碼世代。
來源：ITU 關於 H.265（2013）與 H.266/VVC（2020）的新聞稿；AOMedia AV1 發表公告（2018）；查核於 2026-08-03。
這件事有代價。較新的編碼需要更多解碼工作，而硬體解碼的支援程度因裝置與播放器而異。一個效率很高、但你的裝置得靠軟體解碼的檔案，可能會卡；換成效率較差的檔案反而播得順。
沒有任何權威表格把硬體解碼對應到裝置世代，而兩大平台廠商也刻意不去公布這種表。Android 的相容性要求自 Android 14 起，已在手機上把 AV1 解碼列為必要，但那要求的是能力，而軟體解碼器就滿足得了；硬體 AV1 解碼只在一個需要主動選擇加入的效能等級層級中才被要求。Apple 建議的做法是在執行期查詢，而不是查表，而它自己的規格頁也把 Mac 的「媒體引擎」硬體說法，和 iPhone 的「支援格式」說法分開寫。實務上的答案是：拿你自己的檔案，在你自己的裝置上測。
來源：Android 相容性定義文件 §2.2.2 與 §5.3；Android 媒體效能等級要求；Apple VideoToolbox 文件（VTIsHardwareDecodeSupported）；查核於 2026-08-03。
所以到底該挑哪一個版本？
用檔案大小相對於片長與解析度的比例，當成位元率的替代指標，因為明確標示的位元率經常拿不到。
| 情況 | 選擇 | 為什麼 |
|---|---|---|
| 兩個版本解析度相同，其中一個大很多 | 大的那個 | 每畫素資料更多，瑕疵更少 |
| 4K 和 1080p 檔案大小相近 | 選 1080p | 那個 4K 把同一份預算攤到四倍的畫素上 |
| 4K 的大小大約是 1080p 的四倍 | 選 4K | 預算隨畫素數等比放大，細節很可能是真的 |
| 較新編碼低位元率 vs 較舊編碼高位元率 | 選新的，前提是你的裝置能硬體解碼 | 效率較好，但要播得順才算數 |
| 內容以昏暗、手持或顆粒感為主 | 選拿得到的最高位元率 | 這些正是壓縮之下最先崩掉的場景 |
| 在手機上看 | 每次都選位元率而不是解析度 | 反正螢幕也顯示不出那些多出來的畫素 |
從這一切導出的通則是：必須取捨的時候，割掉解析度，保住位元率。 一個乾淨的 1080p 檔案，看起來會比一個被壓到同樣大小的 4K 檔案好，而且儲存、串流與解碼的成本都更低。
相關問題
一個片庫提供哪些畫質層級因來源而異 —— 我們的站台列表顯示我們索引了哪些。