詞彙表

視訊和編解碼器

關於視訊檔案的幾乎所有令人困惑的事情都來自於一個區別——盒子和裡面的東西之間的區別。這些詞既適用於兩者,也適用於在它們之間移動事物的操作。

容器

wrapper, format

將視訊、音訊和字幕軌道保存在一起並描述每個軌道的位置的檔案結構。 MP4、MKV、AVI 和 WebM 都是容器。容器不會壓縮任何東西。

將其視為帶有內容標籤的檔案盒。盒子上寫著:這裡有一個視訊軌道,是這樣編碼的;那裡有兩首這些語言的音軌;此偏移量處的字幕。它對其中任何一個是如何壓縮的沒有任何意見。

這就是為什麼相同的影片可以存在於 MP4 和 MKV 中,並且具有相同的圖像品質和相同的檔案大小,以及為什麼這兩個影片之一可以在 iPhone 上打開,而另一個則不能。差別在於盒子,而不是裡面的東西。

另請參閱: 編解碼器Remux

編解碼器

coder-decoder

用於壓縮視訊或音訊串流並再次解壓縮以進行播放的方法。 H.264、HEVC、AV1、AAC 和 MP3 都是編解碼器。編解碼器不是檔案格式。

這個名字是編碼器-解碼器的縮寫。編碼以一種難以注意到的方式丟棄了細節,而解碼則根據保留的內容重建了原始內容的近似值。編解碼器越好,給定大小的損失就越不明顯。

裝置在可以讀取容器*並*解碼其中的每個編解碼器時播放檔案。兩半都是必需的,當檔案打開但沒有顯示任何內容時,後半部分就會失敗。

另請參閱: 容器硬體解碼

H.264

AVC, MPEG-4 Part 10

一切都可以解碼的視訊編解碼器。它於 2003 年發布,仍然是過去 15 年中生產的每部手機、電腦和電視上相容性和硬體加速的最安全選擇。

H.264 贏得如此徹底,以至於「這會在任何地方播放嗎」和「這是 H.264」幾乎是同一個問題。它不是最高效的編解碼器——HEVC 和 AV1 都用更少的比特做更多的事情——但在支援範圍上沒有其他編解碼器能與之相媲美。

它有一個配置檔案,其中一個會在Apple裝置上造成麻煩:High 10,通常寫為Hi10P,每個顏色通道編碼十位而不是八位。硬體解碼器僅為八位,因此 Hi10P 檔案在沒有軟體回退的裝置上播放聲音,但沒有影像。

另請參閱: HEVC硬體解碼10-bit

HEVC

H.265

H.264 的後繼者,在相同品質的情況下大約只有一半的大小。從 2015 年起,每台 Apple 裝置都會在硬體中解碼,這就是 iPhone 記錄的內容。

HEVC 讓 4K 在手機上變得實用:以大約一半的位元率提供相同的影像。 Apple 很早就徹底採用了它,因此在 Apple 硬體上它與 H.264 一樣安全。

其他地方更混亂。圍繞 HEVC 的專利許可存在足夠的爭議,以至於網頁瀏覽器支援它的速度很慢,而這正是 AV1 的創建來填補的空白。

另請參閱: H.264AV1位元率

AV1

2018 年發布的免版稅編解碼器,比 HEVC 更有效率,且不存在許可糾紛。硬體解碼僅在 iPhone 15 Pro 上出現在 Apple 裝置上。

AV1 的存在是因為 HEVC 的許可使得最大的串流媒體和網路瀏覽器公司想要一種無需向任何人付費即可提供的替代方案。現在大量的網路影片都是透過它來傳輸的。

問題是解碼成本。如果沒有硬體支援,AV1 可以透過軟體進行解碼,這是可能的,但會明顯耗盡電池,並且在高解析度下可能會卡頓。在較舊的裝置上,同一影片的 H.264 版本是更好的檔案。

另請參閱: HEVC硬體解碼

位元率

影片或音訊一秒鐘使用多少資料量,通常以每秒兆位元為單位。它是決定檔案大小和裝置工作量的主要因素。

解析度引人注目,但位元率決定檔案的實際外觀。低位元率的 4K 檔案看起來比高位元率的 1080p 檔案更糟糕,因為編碼器必須丟棄更多內容才能達到目標。

這也是口吃檔案通常的意思。當影片在電腦上播放並在手機上卡頓時,該檔案沒有任何問題:它只是每秒要求的解碼工作量超出了該晶片想要完成的工作量。

另請參閱: 編解碼器自適應碼率

Remux

rewrap

將現有視訊和音訊串流從一個容器移動到另一個容器中,而不需要重新編碼。無損且速度夠快,不受磁碟速度而不是處理器的限制。

remux 複製流;它不觸及單一框架。包含 H.264 和 AAC 的長達一小時的 MKV 在幾秒鐘內就變成了 MP4,圖像和聲音逐位相同。

只有在目標容器接受來源保存的內容時才有效 - MP4 將採用 H.264 和 AAC,而不採用 VP9 或 Vorbis。當人們說轉換是「即時」時,他們會重新混合。當花了一個小時後,一些東西被重新編碼。

另請參閱: 轉碼容器

轉碼

re-encode, convert

解碼流並再次編碼,通常為不同的編解碼器或以較低的位元率。每次都很慢,而且有損——品質永遠不會恢復。

轉碼就是人們所說的“轉換影片”,這是一個真正昂貴的操作:每一幀都被解碼、處理和壓縮。當編解碼器確實不受支援或必須縮小檔案時,這是正確的答案。

這是對「我的手機打不開這個」的錯誤答案,而重混本來可以做到這一點,而且對於唯一問題是 DTS 音軌的檔案來說,這是一個糟糕的答案 - 替換一個音軌不會影響圖片。

另請參閱: Remux位元率

硬體解碼

在專用晶片而不是主處理器上解碼視訊。更快、更冷、對電池更友善——但它只能處理其專用的編解碼器。

每支手機都包含一個固定功能視訊解碼器,可極為有效率地處理 H.264 和 HEVC。它不支援的任何內容都取決於軟體,軟體可以工作,但會消耗電池和熱量,並且可能無法跟上高解析度。

這就是為什麼手機上的格式支援不是單一的是或否的原因。裝置可能在軟體中以 1080p 完美播放編解碼器,但在 4K 時卻無法播放相同的編解碼器,這兩種結果都表示檔案有問題。

另請參閱: 編解碼器AV110-bit

10-bit

Hi10P, High 10

視訊每個顏色通道儲存十位而不是八位,以實現更平滑的漸變。在 HEVC 中這是正常的並且得到很好的支援;在 H.264 中,這是導致 iPhone 上的檔案有聲音但沒有影像的最常見原因。

每個通道更多的位數意味著陰影之間的步距更精細,從而消除了您在黑暗天空和緩慢淡入淡出中看到的條紋。對於 HDR 來說,這是一個要求,而不是一個改進。

具體問題是 H.264。 10 位元 H.264 不屬於硬體解碼器實現的範圍,而且 Apple 的系統播放器沒有針對它的軟體路徑,因此播放音訊而影像永遠不會到達。動漫發行大量使用它,這就是為什麼這種格式出現的頻率遠高於該格式的總體份額所暗示的原因。

另請參閱: H.264硬體解碼

關鍵幀

I-frame

完整儲存的幀,而不是作為與先前的幀的差異。搜尋只能定位到一個,這就是為什麼影片有時會跳到與您要求的稍有不同的時刻。

視訊壓縮的工作原理是將大多數幀描述為其鄰居的變化。只有關鍵幀是獨立的,它們通常每兩到十秒到達一次。

當您拖曳滑動條時,玩家會找到最近的關鍵影格並從那裡開始。寬間隔的關鍵幀使檔案更小並且搜索更粗糙;該權衡是在編碼時決定的,並且之後如果不重新編碼就無法更改。

另請參閱: 轉碼片段

其他主題