網(wǎng)絡(luò)視頻一直都很火。雖然在頁面上嵌入 Instagram 和 Youtube 視頻非常簡單，但是有越來越多的需求 —— 比如許多電子商務(wù)的場景 —— 要求定制的視頻傳輸方法。下面濟(jì)南網(wǎng)站建設(shè) 文匯傳媒小編帶大家了解下Web視頻格式。

在設(shè)置視頻處理和傳輸管道時(shí)，首先要考慮的是要服務(wù)的視頻格式。 用戶體驗(yàn)、支持（瀏覽器和系統(tǒng)）、壓縮效率或編碼速度等方面可能與此項(xiàng)選擇相關(guān)。。

容器和編解碼器

與通常的圖像格式相比，意識到容器和編碼標(biāo)準(zhǔn)之間的區(qū)別是非常重要的。文件擴(kuò)展名只能告訴我們它屬于哪個(gè)容器，而不是使用哪個(gè)編解碼器。所遵循的編碼標(biāo)準(zhǔn)決定了瀏覽器或系統(tǒng)是否支持它。

例如，雖然 Web 視頻格式一般都用了 mp4 容器和 H264 標(biāo)準(zhǔn)進(jìn)行編碼，但并非每個(gè) mp4 文件都能受到普遍支持，因?yàn)樗赡懿捎昧瞬煌臉?biāo)準(zhǔn)編碼，如 H265。

它甚至在自適應(yīng)比特率（ABR）方面變得更加復(fù)雜，這為響應(yīng)用戶的網(wǎng)絡(luò)和設(shè)備功能帶來了最佳方式。

讓我們看一下容器，編碼和交付標(biāo)準(zhǔn)的主要組合，以及它們在支持、壓縮效率、編碼速度和用戶體驗(yàn)方面的差異。

漸進(jìn)式視頻

H264/AVC

視頻格式之王采用帶有 H264/AVC 編碼的mp4容器。有時(shí)你也會在 m4v 容器（Handbrake 中的默認(rèn)格式）中看到它，這是 Apple 為具有 DRM 保護(hù)的 H264 視頻開發(fā)的 mp4 衍生產(chǎn)品。

每個(gè)瀏覽器和系統(tǒng) —— 以及iOS和Android中的本機(jī)應(yīng)用程序 —— 都支持這種格式。這是避免兼容性問題的安全選擇。

此外，幾乎所有臺式機(jī)和移動設(shè)備都支持 H264 的硬件加速。編解碼速度很快。、

總而言之，對這種格式編碼和使用都非常簡單。與圖像一樣，你只需用 HTML5 插入視頻鏈接，就可以在任何瀏覽器下使用。

大約 2000 kbps 和超過幾秒的延遲時(shí)間可能會影響視覺質(zhì)量。當(dāng)通過移動網(wǎng)絡(luò)或網(wǎng)絡(luò)高峰時(shí)段觀看時(shí)，可能會出現(xiàn)停頓和重新緩沖。如果使用降低圖像質(zhì)量的方案將會產(chǎn)生模糊、飛蚊或塊狀之類的偽影。

H265/HEVC

這是一種使用相同的容器并用 H265 HEVC 編碼的強(qiáng)大的視頻格式，可以產(chǎn)生更高的壓縮效率（體積減少約50％），除了模糊之外的其他問題要小得多。這種格式的主要問題在于支持僅限于 Apple 設(shè)備，其中包括其價(jià)格中的高額版稅。幾乎只有 Safari 和 iOS 應(yīng)用才能使用它。如果你有許多 iPhone 或 Mac 用戶，可以把它作為 H264 的后備版。他們的體驗(yàn)會更好。

即使用了硬件加速（幾乎只在Apple設(shè)備中可用）這種格式更高的復(fù)雜性意味著會使編碼速度明顯變慢 ，因此生成交付文件需要更多的運(yùn)算和時(shí)間。

VP9

這是 Google 提供的免費(fèi)開源的視頻格式。它使用 webm 容器代替 mp4，基本上是 mkv 容器，但將編碼標(biāo)準(zhǔn)設(shè)置為 VP8 或 VP9。用 H265 也能帶來類似的好處，也許是效率低一點(diǎn)但與 H264 相比仍然要多得多。同樣，它允許減少大小，除了模糊之外的偽影要小得多。編碼速度類似于 H265，這很慢。

注意，雖然以前的版本（VP8）也有相同的支持，但我們根本不推薦，因?yàn)樗粫o已經(jīng)普遍支持的 H264 帶來任何好處。只有通過 VP9 編碼才能使用 webm。

當(dāng)然，對 webm 的支持僅限于 Google 的世界。這意味著只有 Chrome 和 Android 才會支持。

AV1

該標(biāo)準(zhǔn)的第一個(gè)穩(wěn)定版本于 2018 年 3 月發(fā)布，其中包含 MP4 和 MKV 容器的映射。與 H265 相比，它可以提供相似或稍高的壓縮效率增益，同時(shí)許可免費(fèi)。與 H265 相比，最后的實(shí)現(xiàn)也提高了解碼速度，AV1 是 web 視頻傳輸?shù)囊粋€(gè)引人注目的替代品

參與創(chuàng)建該格式的開放媒體聯(lián)盟承諾不久的將來為其提供廣泛的支持。

參與 AV1 的開放媒體聯(lián)盟合作伙伴

但是，目前可用的實(shí)現(xiàn)應(yīng)該仍然是實(shí)驗(yàn)性的，其瓶頸仍然是編碼速度。缺乏硬件加速顯然是一個(gè)問題，預(yù)計(jì)今年年底將有第一個(gè)解決方案。

VVC

負(fù)責(zé) H264 AVC 和 H265 HEVC 的委員會正在快速追蹤新標(biāo)準(zhǔn)，預(yù)計(jì)將于 2020 年發(fā)布。目前所考慮的方法的初步測試與 H265 和 AV1 相比性能已顯著增加。我把它作為一個(gè)未來主義的可能性包含在這里，只是為了表明視頻編碼的競爭似乎遠(yuǎn)未結(jié)束。

自適應(yīng)比特率（ABR）

這是漸進(jìn)格式的一個(gè)非常有趣的替代方案。它建立在基于 HTTP 的媒體流通信協(xié)議之上。這種方法把視頻作為主播放列表提供。播放列表可提供具有不同的分辨率和比特率的選項(xiàng)，可滿足不同的視口大小、網(wǎng)絡(luò)帶寬和設(shè)備。

此外，視頻被分成片段或塊，以便客戶端可以從一個(gè)質(zhì)量級別跳轉(zhuǎn)到另一個(gè)質(zhì)量級別。它能夠適應(yīng)用戶當(dāng)前的條件，即網(wǎng)絡(luò)速度，也適應(yīng)視口大小 —— 如切換到全屏。

ABR 為優(yōu)化移動設(shè)備的用戶體驗(yàn)帶來了巨大的優(yōu)勢，避免了在移動網(wǎng)絡(luò)下的停頓或重新緩沖。如果你正在尋找真正的響應(yīng)式的行為，這顯然是應(yīng)該采取的方法。它有兩個(gè)主要標(biāo)準(zhǔn)：HLS 和 MPEG-DASH。

盡管人們普遍認(rèn)為 ABR 只對很長的視頻有意義，但根據(jù)我的經(jīng)驗(yàn)，很多情況下相當(dāng)短的剪輯也可以從這種方法中受益。

HLS

由 Apple 開發(fā)，這種 ABR 協(xié)議依賴于以 mp4 格式分割的不同再現(xiàn)。最初使用 H264，現(xiàn)在也支持 H265。但是作為折衷方案，我建議堅(jiān)持對 HLS 使用 H264 編碼，因?yàn)樗梢栽诟鞣N客戶端案例中實(shí)現(xiàn)更好的兼容性。

這個(gè)標(biāo)準(zhǔn)的一個(gè)重點(diǎn)是最近的 Apple 設(shè)備的支持。對于 Safari 或本機(jī) iOS 應(yīng)用以外的客戶端，你需要一個(gè) viewer。但這不是個(gè)大問題，因?yàn)橛泻芎玫拈_源選擇，比如 videojs?；蛘吣阈枰冻鲆恍┡Γ瑏矶ㄖ扑⑵溆糜谧约旱那岸顺绦?。另外還提供很棒的轉(zhuǎn)碼和傳送服務(wù)，為你完成所有這些工作提供方便。

由于每個(gè)播放應(yīng)該以恒定的比特率編碼，所以我建議將 HLS與 per-title encoding 結(jié)合使用。 也就是說，基于視頻的內(nèi)容選擇播放的比特率。

MPEG-DASH

這是針對 ABR 的編解碼器無關(guān)的協(xié)議，因此除了 H264 和 H265 之外，它還可以用 VP9 編碼，甚至可以使用 AV1 等新的替代方案。缺點(diǎn)是它的相對年輕，這意味著與 HLS 相比支持較少。這就是為什么我們不建議大多數(shù) Web 企業(yè)使用它的原因。

總結(jié)

多年來 H264 AVC 壓縮的優(yōu)勢很明顯，新的方法正在 web 視頻增添動力。在顯示尺寸和分辨率方面的競爭促進(jìn)了新格式的發(fā)展，能夠在相同帶寬下提供更多的內(nèi)容。

webm 中的 VP9 對壓縮效率有著顯著的提升（約30％），沒有版權(quán)問題，而且受到 Google 解決方案（Chrome，Android）的支持。更進(jìn)一步來說，與 H264 相比，H265/HEVC 只用了一半的比特率就達(dá)到了相當(dāng)?shù)闹饔^質(zhì)量。由于它們都沒有被普遍支持，因此仍然需要 H264，至少作為后備方案。

自適應(yīng)比特率是一種引人注目的替代方案，可提供無與倫比的用戶體驗(yàn)。在這方面，HLS 在開源 viewers 的幫助下得到了廣泛的支持。它可能是中型網(wǎng)絡(luò)的最佳選擇。由于 videojs 等開源計(jì)劃，以及能夠提供極具競爭力價(jià)格的第三方服務(wù)，顯著減輕了 viewer 的需求所帶來的復(fù)雜性。如果你采用最后一條技術(shù)路線，請務(wù)必要求 per-title encoding。

希望這幾個(gè) CSS 小知識可以對你有所幫助，然后給濟(jì)南小編點(diǎn)個(gè)贊再走唄！