維基百科

AOMedia Video 1

開放媒體聯盟開發的開放且免專利費用的影片編碼格式

AOMedia Video 1（簡稱AV1）是一個開放、免專利的影片編碼格式，為網絡串流傳輸而設計。它由開放媒體聯盟（AOMedia）開發，目標是取代其前身VP9[2]，該聯盟由半導體企業、自選影像供應商和網頁瀏覽器開發商於2015年成立。2018年，Facebook進行接近真實使用環境條件測試，測試結果顯示AV1資料壓縮率與x264 main profile、x264 high profile和libvpx-vp9相較之下，分別提昇50.3%、46.2%和34.0%[3]。

AOMedia Video 1
網路媒體型式video/AV1、​video/webm; codecs="av01.*"
開發者開放媒體聯盟
首次發佈2018年3月28日，​6年前​（2018-03-28）
最新版本
1.0.0 Errata 1[1]
2019年1月9日，​5年前​（2019-01-09）
格式類型影片編碼格式（英語：Video coding format）
使用容器
延伸自
標準AOM AV1
免費格式？是
網站aomedia.org/av1-features/

AV1在授權上與VP9類似，可以免版稅使用，不會像按銷售量計授權費的H.264/AVC和HEVC一樣對開源軟件的採用造成障礙。[4][5][6][7][8][9]

AVIF是一種使用AV1壓縮演算法的圖形檔案格式[10]。

歷史進程

 
AV1截至2018年採用的標誌

開放媒體聯盟（AOMedia）創建AV1主要是因為HEVC的專利許可成本高昂，授權空間模糊。AV1有望取代MPEG設計開發的編解碼器AVC[11][12]。聯盟最初由七間公司，Amazon、Cisco、Google、Intel、Microsoft、Mozilla和Netflix所組成，並宣佈技術重點為提供高質素網絡影像[13]。於2015年7月21日，HEVC Advance，現為ACCESS Advance，初始授權被宣佈增加對AVC的權利金[14]，除了權利金所增加的成本外，還增加了授權複雜度。這進而促成了同年9月1日，開放媒體聯盟發佈AV1的官方公告並宣佈成立。與過往MPEG規範不同，MPEG可以只從MPEG-LA獲得許可，而當完成HEVC規範時，已經形成了兩個專利池，第三個專利池也即將出現。普遍而言，專利持有人拒絕將專利共用於專利池上，這增添HEVC授權的不確定性。據微軟的Lan LeGrow所說，開源、免版稅可視為不確定性消除的方法[11]。

此外，建立AV1另一個原因是專利授權對自由開源軟件的負面影響[12]。例如在瀏覽器中，如果不向MPEG-LA支付權利金，就不能整合H.264[15]。歐洲自由軟件基金會認為，由於與自由軟體許可證的各種不相容，不可能實作公平及合理非歧視條款許可實踐使標準的自由軟體[16]。

AV1技術主要來自聯盟成員過往的研究與工作內容，分別在幾年前就開始實作實驗性平台，如：Xiph與Mozilla的Daala，於2014年9月12日發佈的Google實驗性質的VP9的下一代VP10[17]，以及2015年8月11日發佈的Cisco的Thor。AV1以VP9的代碼庫為基礎，與其他技術結合產生[18]，AV1編解碼器參考規範初始版本0.1.0，並於2016年4月7日發佈。

2017年10月下旬，儘管對於開發的凍結開始生效，但數個重要功能仍在繼續發展。其中一項正在開發的功能──位元流格式，原定於2018年1月凍結開發，但仍有關鍵錯誤，以及需要對轉換方法、語法設計、運動向量預測的修改，也有法律的妥善性問題，最終發佈日期延期至同年3月28日，聯盟發佈官方AV1位元流規範與軟件的編解碼器參考規範[19]，2018年6月25日發佈經驗證過後的位元流規範1.0.0版[20]，最終於2019年1月8日，發佈1.0.0版附帶的規格刊誤。

據聯盟成員Bitmovin中Martin Smole表示，在位元流格式完成凍結後，計算效率在官方參考編解碼器仍具挑戰[21]。雖然尚可處理位元流格式，但此並非商用用途，速度最佳化也未考量。因此，早期版本的AV1比現有的HEVC編碼器慢幾個數量級。近期，開發者趨於優化官方參考編碼器。發佈後一年的2019年3月，參考編碼器的效率有大幅提升，並且與其他常見的編解碼器在可比擬的效率範圍內[22]。

2021年1月21日，AV1的多用途互聯網郵件擴展（MIME）類型被定義為「video/AV1」。使用此MIME類型的AV1的使用僅限於即時傳輸協定目的[23]。

目的

AV1的目標是成為一種既先進又免版稅的網絡影片格式[24]。 根據谷歌Chrome媒體團隊戰略和合作夥伴關係主管 Matt Frost 的說法，「開放媒體聯盟的使命與WebM項目相同。」[25]

標準制定中反復出現的一個問題，尤其是免版稅的多媒體格式，是不小心侵犯其創建者和用戶不知道的專利的危險。關於 AV1和之前的VP8、 VP9、Theora和IVC已經提出了這種擔憂。這個問題並不是免版稅格式獨有的，但它獨特地威脅到他們免版稅的地位。

專利授權 AV1, VP9, Theora VVC, HEVC, AVC GIF, MP3, MPEG-1, MPEG-2, MPEG-4 Part 2（英語：MPEG-4 Part 2）
由知名專利持有人 免版稅 按銷售量計授權費（Royalty bearing） 專利過期
由不知名的專利持有人 無法確定（在格式的所有專利過期後才可確定，在WTO國家至少20年）

為實現免版稅的目標，開發過程要求在兩個獨立方獨立確認不侵犯競爭公司的專利之前，不得採用任何功能。如果無法獲得專利保護技術的替代方案，相關專利的所有者將被邀請加入聯盟（即使他們已經是另一個專利池的成員）。例如，聯盟成員Apple、Cisco、Google和Microsoft也是MPEG-LA H.264專利池的許可人。

技術

參見：VP9
libaom
開發者開放媒體聯盟
程式語言C語言、匯編語言
許可協定FreeBSD 2（自由）
網站aomedia.googlesource.com/aom

AV1是一種使用傳統的基於區塊編碼但也加入了新技術的頻率變換格式，AV1所使用的編碼技術主要來源於谷歌VP9的下一代影片壓縮格式VP10，但同時也包含了由Xiph.Org基金會的主要贊助者Mozilla開發的Daala影片壓縮格式和由Cisco開發的Thor影片壓縮格式中所使用的影片編碼技術。

開放媒體聯盟根據FreeBSD 2許可證發佈了一個用C語言和匯編語言編寫的編解碼器參考實例libaom。該參考實例的開發接受開放媒體聯盟成員資助並且公開進行。此外還有另一個開源編碼器rav1e，rav1e編碼器以犧牲編碼效率為代價，成為最簡單、最快符合AV1標準的影片編碼器[26]。

分區

 
AV1超區塊分區圖。它展示了如何將128×128超區塊連續拆分為4×4的分區。其中，128×128和8×8超區塊不能使用1:4和4:1分割，8×8超區塊不能使用T形分割。

於此，幀的內容被劃分（Partitioning）為相間、相鄰且大小相同的區塊，稱為超區塊。相似於大區塊的概念，超區塊呈現方形，大小可為128×128或64×64像素。超區塊可以根據不同的分區模式劃分為更小的區塊。四方分割模式（four-way split pattern）是唯一可以遞歸將分區細分的模式。這允許將超區塊從大區塊劃分為小至4×4像素的分區。

 
AV1引入了「T形」的編碼單元劃分方案，這取自VP10

T形分區模式是VP10開發的一項新功能，水平或垂直拆分超區塊分割為4:1和1:4長條形分區。分區模式的使用因超區塊大小而有所限制，其中128×128和8×8超區塊都不能使用4:1或1:4長條型分區拆分，而只有8×8超區塊則不能使用T形分割。

在不同區塊空間的部分上使用兩個獨立預測，可以使用平滑的傾斜過渡線（楔形分區預測）。這使得對象得以準確地分割，而無需沿方形邊界的傳統階梯線。

基於瓦形行列之間的可預測的相依性這使得可以實作更多的編碼器平行性[27]。

預測

AV1以更高的精度（10或12位元樣本頻率）執行內部處理，由於解像度提高，圖像中的四捨五入的誤差較小，使得壓縮效能改進。

預測（Prediction）可以在一個區塊中以更進階的方式組合成複合預測，包括不同方向平滑與尖銳的楔形分區預測，以及基於使用兩個預測器探究兩者之間差異的隱式遮罩，這將比取平均來得優秀。這允許在同一超區塊中使用兩個幀間預測或幀間和幀內預測的組合[28]。

於幀間預測時，一個幀可以訪問8個可用幀緩衝區中的6個而不是3個，且可同時為雙向預測，即幀間與幀內預測組合預測[29]。

在AV1中的扭曲運動[27]和全域運動分析工具，用於藉由辨識由相機運動產生的模式，以減少運動向量中的冗餘資訊，如噪音即為冗於資訊[27]。這實現了以往的格式中試圖卻仍未被實現的做法，例如儘管採用適用於三維的新穎方法的MPEG-4 ASP。位元流中提供的幀有一組扭曲參數，隱式區域參數可根據周圍的區塊計算得到並於區塊中使用。

切換幀（S幀）是一種新的幀間類型，可以使用來自同一影像更高解像度的已解碼參考幀進行預測以允許切換至低解像度，於自適性位元串串流媒體實例中，無需在開始時使用完整的關鍵幀影像片段。

幀內預測

幀內預測（Intra Prediction）使用當前幀中可用資訊來預測目標區塊的像素。大多數情況下，幀內預測是從待預測目標區塊上方和左側的相鄰像素構建的。DC預測器藉由平均區塊左側和上方像素進行預測。

根據指定的角度，方向預測器可以推斷相鄰像素。在AV1中，以45度角開始，每次差距22.5度，逐步增加至203度，共計八種模式。每個方向模式中，可以為較大的區塊給予每個3度，共計六組的偏移訊號，主角上方與下方各三組，從而產生總共56個角。

其中，真實運動預測器被替換為Paeth預測器，這將判別左上角已知像素與新像素的左側與上方的的像素的差異，而後選擇位於較小梯度方向的像素作為預測器。

另調色盤預測器可用於較少顏色最多8個顏色的區塊，如部分電腦螢幕內容，可使用基於亮度平面樣本的色度塊預測器來利用亮度和顏色資訊之間的相關性[27]。

為了減少沿幀間預測區塊邊界的可視邊界，可使用重疊塊運動補償（OBMC）技術，與相鄰區塊重疊2到32個像素，並混合重疊部分[30]。

數據轉換

為了將預測後剩餘的誤差轉換（Data transformation）到頻域，AV1編碼器可以使用正方形、或2:1/1:2和4:1/1:4矩形進行離散餘弦變換[29]，以及非對稱的離散正弦變換[31][32]，對來自附近像素，預測左側或上方邊緣具有較低誤差的區塊，或者選擇不進行變換。

這可以複合兩個一維變換，使得水平和垂直維度得以使用不同的變換。

量化

AV1具有最佳化量化(Quantization）矩陣，每幀可選擇和傳送資訊八組量化參數，具有兩個色度平面的單獨參數，並且可以使用空間預測。在每個新的超區塊上，量化參數可以通過傳送偏移訊號進行調整。

濾波器

主條目：濾波器

Thor的約束低通濾波器（Filter）和Daala的定向去振鈴濾波器，對於環路濾波有卓越的成效：結合二者之約束定向增強濾波器，超過了單獨或一起使用一般濾波器的結果。

這是一種邊緣定向條件替換濾波器，平滑具有可組態強度的區塊沿主要邊緣方向，以消除振鈴效應。

還有基於Wiener濾波器和自引導恢復濾波器的環路恢復濾波器，用於去除由於區塊處理引起的模糊振鈴。

膠片顆粒合成使用參數影片編碼方法改進了噪聲訊號的編碼。由於膠片顆粒噪聲原生的隨機性，該訊號分量傳統上編碼成本昂貴，容易遺失與損壞，並可能會留下嚴重的編碼振鈴作為殘留物。使用膠片顆粒合成來規避這些問題，其使用視覺上主觀視覺印象相似的部分替換部分訊號而不是客觀相似性。消除從訊號中去除顆粒成分與分析其非隨機特徵，取而代之的是僅將描述性參數傳輸到解碼器，解碼器會添加回原始組成成分之後重塑並合成偽隨機噪聲訊號。膠片顆粒合成是AC3、AAC、Vorbis和Opus音頻編解碼器中使用的感知噪聲替代技術的視覺等效項。

熵編碼

主條目：熵編碼

Daala的熵編碼器，是一種非二進制的算術編碼器，作為替代原先VP9二進制的編碼器。非二進制算術編碼的有利於避開現有專利，同時也讓位元層級的串列過程增加了平行性，藉而降低硬件實作對於石英震盪器的速率要求。如前文參考之適應性二元算術編碼之現代二進制算術編碼的有效性，其正在使用比二進制更大的字母表來實作，因此速度更快，就像霍夫曼編碼一樣，雖然仍不及霍夫曼編碼簡單而快速。AV1在算術編碼器中擁有按編碼符號而不是按幀調整符號概率的能力[27]。

可適性視像編碼

主條目：可適性視像編碼

對於視像最重要的是，可適性視像編碼是一種泛用技術而不是由AV1獨有，以便可以從更高位元速率的影像流中提取質素更好的低位元速率影片流。這與自適應位元速率流傳輸差別在於，每個更高位元速率適配中的一些壓縮效率被放棄，以獲得整體影像流的效能。編碼過程也較少冗餘與較低的要求。

AV1提供了時間和空間可適性[33]，幀速率和解像度都是定義為低位元流可用的方法。

編碼規範

AV1擁有三種設置（Profile）供解碼器使用Main、High與Professional。Main允許8、10位元的色彩深度以及4:0:0（灰階）和4:2:0的色度抽樣。High後續會支援4:4:4的色度抽樣。Professional將會完整支援4:0:0、4:2:0、4:2:2、4:4:4的色度抽樣以及8、10、12位元的色彩深度[34]。

不同設置下AV1編碼的特性
Main (0) High (1) Professional (2)
色彩深度 8、10 8、10 8、10、12
色度抽樣 4:0:0 是 是 是
4:2:0 是 是 是
4:2:2 否 否 是
4:4:4 否 是 是
seq_level_idx Level MaxPicSize
(抽樣) 		MaxHSize
(抽樣) 		MaxVSize
(抽樣) 		MaxDisplayRate
(Hz) 		MaxDecodeRate
(Hz) 		MaxHeaderRate (Hz) MainMbps
(Mbit/s) 		HighMbps
(Mbit/s) 		Min Comp Basis Max Tiles Max Tile Cols Example
0 2.0 147456 2048 1152 4,423,680 5,529,600 150 1.5 - 2 8 4 426×240@30fps
1 2.1 278784 2816 1584 8,363,520 10,454,400 150 3.0 - 2 8 4 640×360@30fps
4 3.0 665856 4352 2448 19,975,680 24,969,600 150 6.0 - 2 16 6 854×480@30fps
5 3.1 1065024 5504 3096 31,950,720 39,938,400 150 10.0 - 2 16 6 1280×720@30fps
8 4.0 2359296 6144 3456 70,778,880 77,856,768 300 12.0 30.0 4 32 8 1920×1080@30fps
9 4.1 2359296 6144 3456 141,557,760 155,713,536 300 20.0 50.0 4 32 8 1920×1080@60fps
12 5.0 8912896 8192 4352 267,386,880 273,715,200 300 30.0 100.0 6 64 8 3840×2160@30fps
13 5.1 8912896 8192 4352 534,773,760 547,430,400 300 40.0 160.0 8 64 8 3840×2160@60fps
14 5.2 8912896 8192 4352 1,069,547,520 1,094,860,800 300 60.0 240.0 8 64 8 3840×2160@120fps
15 5.3 8912896 8192 4352 1,069,547,520 1,176,502,272 300 60.0 240.0 8 64 8 3840×2160@120fps
16 6.0 35651584 16384 8704 1,069,547,520 1,176,502,272 300 60.0 240.0 8 128 16 7680×4320@30fps
17 6.1 35651584 16384 8704 2,139,095,040 2,189,721,600 300 100.0 480.0 8 128 16 7680×4320@60fps
18 6.2 35651584 16384 8704 4,278,190,080 4,379,443,200 300 160.0 800.0 8 128 16 7680×4320@120fps
19 6.3 35651584 16384 8704 4,278,190,080 4,706,009,088 300 160.0 800.0 8 128 16 7680×4320@120fps

採用

軟件實作

  • Libaom是AV1的參考實作，它包含一個編碼器（aomenc）和一個解碼器（aomdec）。它特性與標準實作最全，但是編碼速度非常緩慢。後續開發中Libaom的效能得到了顯著最佳化。[35][36]
  • SVT-AV1包含了主要由英特爾與Netflix合作開發的開源編碼器和解碼器。[37][38]這一編解碼器特別關注多線程效能。2020年8月，開放媒體聯盟接受了SVT-AV1作為生產就緒的編碼器。[39] SVT-AV1 1.0.0發佈於2022年4月22日。[40] SVT-AV1 1.4.0發佈於2022年12月30日。[41]
  • rav1e是一個用Rust和匯編語言編寫的編碼器。[42] rav1e採用了與aomenc相反的開發方法：從最快、最簡單的相容編碼器開始，然後在後續開發中提高效率，同時保持速度。[35]
  • dav1d是一個用C99和匯編語言編寫的解碼器，注重速度和可移植性。[43] 在2019年3月，dav1d 0.3發佈，經過進一步最佳化，此時dav1d已經比Libaom的aomdec快2到5倍。在2019年5月，Firefox 67將預設解碼器從Libaom切換到了dav1d。[44] 2019年，與libgav1和libaom 相比，dav1d v0.5解碼效能更好。[45] 2022年3月18日，dav1d 1.0.0發佈。[46]
  • libgav1是用C++11編寫的解碼器，由Google發佈。[47]

其他幾個組織也在開發AV1的編解碼器，包括EVE for AV1（目前為Beta測試版）、[48] NGCodec、[49] Socionext、[50] Aurora[51] 和MilliCast。[52]

軟件支援

作業系統支援

不同作業系統的AV1支援
Microsoft Windows macOS BSD / Linux Android iOS
編解碼支援 未預設啟用，需擴充程式 是 是 是 是
容器支援
註釋
  • iOS 16支援AVIF圖像，但不能播放AV1
  • iOS 17支援AVIF圖像，在具有硬件加速能力的硬件上支援AV1播放，如iPhone 15 Pro和iPhone 15 Pro Max[77]

內容提供商

YouTube已開始嘗試在部份影片使用AV1影幀式。2020年2月5日，Netflix開始在Android裝置上使用AV1影幀式播放影片，AV1的壓縮效率較原先的VP9提升了20%[78]。Facebook表示AV1效能超乎預期，一旦時機成熟將逐步採用AV1影幀式[79]。

Twitch計劃在2022年或2023年於關注度較高的影片採用AV1影幀式，並在2024年或2025年全面採用[80]。

2020年4月30日，愛奇藝宣佈在電腦瀏覽器和Android裝置上支援AV1影片格式[81]。

2022年2月6日，嗶哩嗶哩已在網頁端測試AV1影片格式的解碼播放。

參考資料

  1. ^ Release AV1 Bitstream & Decoding Process Specification (v1.0.0-errata1). Github.com. 9 January 2019 [31 March 2019]. （原始內容存檔於2019-08-08）. 
  2. ^ 谁将引领新一代视频编码标准：HEVC、AVS2和AV1性能对比报告 – 北京大学数字媒体研究中心. [2018-04-01]. （原始內容存檔於2018-07-28）. 
  3. ^ AV1 beats x264 and libvpx-vp9 in practical use case. Facebook Engineering. 2018-04-10 [2020-07-16]. （原始內容存檔於5 November 2019） （美國英語）. 
  4. ^ An Invisible Tax on the Web: Video Codecs. 2018-07-11 [4 January 2019]. （原始內容存檔於5 January 2019）. Mozilla uses Cisco’s OpenH264 in Firefox. If not for Cisco’s generosity, Mozilla would be paying estimated licensing fees of $9.75 million a year. 
  5. ^ Mozilla Explains Why it Doesn't License h264. 24 January 2010 [7 September 2020]. （原始內容存檔於5 December 2020）. 
  6. ^ Yoshida, Junko. Streaming Group to Pit AV1 Against H.265. EE Times. AspenCore, Inc. 2018-03-28 [4 April 2019]. （原始內容存檔於4 April 2019）. 
  7. ^ Bright, Peter. Microsoft, Google, Amazon, others, aim for royalty-free video codecs. Ars Technica. Condé Nast. 2015-09-01 [5 April 2019]. （原始內容存檔於11 July 2021）. 
  8. ^ Zimmerman, Steven. Google's Royalty-Free Answer to HEVC: A Look at AV1 and the Future of Video Codecs. XDA Developers. 15 May 2017 [10 June 2017]. （原始內容存檔於14 June 2017）. 
  9. ^ Why is FRAND bad for Free Software?. 20 June 2016 [8 April 2019]. （原始內容存檔於6 June 2019）. As Free Software gives each user the freedom to redistribute the software itself, keeping track and collecting royalties based on distributed copies is also, in practice, impossible. 
  10. ^ AV1 Image File Format (AVIF). aomediacodec.github.io. [25 November 2018]. （原始內容存檔於29 November 2018）. 
  11. ^ 11.0 11.1 Staff, Ars. Microsoft, Google, Amazon, others, aim for royalty-free video codecs. Ars Technica. 2015-09-01 [2021-07-01]. （原始內容存檔於2021-07-11） （美國英語）. 
  12. ^ 12.0 12.1 Shankland, Stephen. Tech giants join forces to hasten high-quality online video. CNET. [2021-07-01]. （原始內容存檔於2021-07-09） （英語）. 
  13. ^ Introducing the Industry’s Next Video Codec: AV1. Cisco Blogs. 2018-03-28 [2021-07-01]. （原始內容存檔於2021-04-26） （美國英語）. 
  14. ^ HEVC's Journey in 2015: Going Downhill and Gaining Speed. Streaming Media Magazine. 2015-12-01 [2021-07-01]. （原始內容存檔於2021-07-11） （美國英語）. 
  15. ^ Andreas. OpenH264 Now in Firefox. Andreas Gal. 2014-10-14 [2021-07-01]. （原始內容存檔於2021-07-11） （英語）. 
  16. ^ Why is FRAND bad for Free Software? - FSFE. FSFE - Free Software Foundation Europe. [2021-07-01]. （原始內容存檔於2021-07-09） （英語）. 
  17. ^ Shankland, Stephen. Google's Web-video ambitions bump into hard reality. CNET. [2021-07-01]. （原始內容存檔於2021-03-29） （英語）. 
  18. ^ A view on VP9 and AV1 part 1: specifications. GPAC Licensing. 2016-07-12 [2021-07-01]. （原始內容存檔於2021-07-11） （美國英語）. 
  19. ^ Shilov, Anton. Alliance for Open Media Releases Royalty-Free AV1 1.0 Codec Spec. www.anandtech.com. [2021-07-01]. （原始內容存檔於2021-07-12）. 
  20. ^ AOMedia AV1 Codec v1.0.0 Appears Ready For Release - Phoronix. phoronix.com. [2021-07-01]. （原始內容存檔於2021-07-09）. 
  21. ^ Hunter, Philip. Race on to bring AV1 open source codec to market, as code freezes | Videonet. [2021-07-01]. （原始內容存檔於2021-07-12） （英國英語）. 
  22. ^ Good News: AV1 Encoding Times Drop to Near-Reasonable Levels. Streaming Media Magazine. 2019-03-04 [2021-07-01]. （原始內容存檔於2021-05-14） （美國英語）. 
  23. ^ video/AV1. IANA. [9 October 2021]. （原始內容存檔於2023-03-17）. 
  24. ^ Zimmerman, Steven. Google’s Royalty-Free Answer to HEVC: A Look at AV1 and the Future of Video Codecs. XDA Developers. 15 May 2017 [10 June 2017]. （原始內容存檔於2017-06-14）. 
  25. ^ Frost, Matt. VP9-AV1 Video Compression Update. YouTube. 16 January 2020 [10 August 2021]. （原始內容存檔於10 August 2021）. 
  26. ^ The fastest and safest AV1 encoder.. [9 April 2018]. （原始內容存檔於2020-05-29）. 
  27. ^ 27.0 27.1 27.2 27.3 27.4 AV1: A Status Update. Streaming Media Magazine. 2017-08-30 [2021-07-01]. （原始內容存檔於2021-07-11） （美國英語）. 
  28. ^ Analysis of the emerging AOMedia AV1 video coding format for OTT use-cases (PDF). [Archived from the original (PDF) on 20 September 2017. Retrieved 19 September 2017.]. 原始內容存檔於2017-09-20. 
  29. ^ 29.0 29.1 Mukherjee, Debargha; Su, Hui; Bankoski, James; Converse, Alex; Han, Jingning; Liu, Zoe; Xu, Yaowu. An overview of new video coding tools under consideration for VP10: the successor to VP9. Applications of Digital Image Processing XXXVIII (International Society for Optics and Photonics). 2015-09-22, 9599: 95991E. doi:10.1117/12.2191104. 
  30. ^ Demuxed: A Video Engineer's Nirvana. Streaming Media Magazine. 2017-10-11 [2021-07-01]. （原始內容存檔於2021-07-11） （美國英語）. 
  31. ^ Han, Jingning; Saxena, Ankur; Melkote, Vinay; Rose, Kenneth. Jointly Optimized Spatial Prediction and Block Transform for Video and Image Coding (PDF). IEEE Transactions on Image Processing.: 1874–1884. [2021-07-01]. 原始內容存檔於2012-07-13. 
  32. ^ R, Bhagyashree. Mozilla shares how AV1, the new open source royalty-free video codec, works. Packt Hub. 2018-11-12 [2021-07-01]. （原始內容存檔於2021-07-11） （美國英語）. 
  33. ^ "Into the Depths:The Technical Details Behind AV1 (PDF). [31 July 2018. Retrieved 21 December 2018]. （原始內容 (PDF)存檔於2019-10-16）. 
  34. ^ Shilov, Anton. Alliance for Open Media Releases Royalty-Free AV1 1.0 Codec Spec. AnandTech. 2018-03-30 [2 April 2018]. （原始內容存檔於2019-02-26）. 
  35. ^ 35.0 35.1 Linux Conference Australia 2019: The AV1 Video Codec. YouTube. 24 January 2019 [5 February 2019]. （原始內容存檔於6 June 2019）. We have been focusing on freezing the bitstream and getting the quality, not necessarily making things fast. This is a graph of the [encoding] speed of AV1 over its development process. You can se that as we near the end of that process, we started making things faster again, and it's now two orders of magnitude faster than it was at its slowest point. So that's going to improve. And this is a corresponding graph of the quality. (…) So you can see that even as it has continued to get much faster, the quality hasn't really gone down. (…) We wanted to approach this from the other end, so we started an encoder of our own, called rav1e, and the idea is that we would start out always being fast, and then try to make it better over time. 
  36. ^ Ozer, Jan. Good News: AV1 Encoding Times Drop to Near-Reasonable Levels. 4 March 2019 [4 March 2019]. （原始內容存檔於5 March 2019）. 
  37. ^ Armasu, Lucian. Intel Releases Open Source Encoder for Next-Gen AV1 Codec. Tom's Hardware. 4 February 2019 [13 February 2019]. （原始內容存檔於22 September 2021）. 
  38. ^ Norkin, Andrey; Sole, Joel; Swanson, Kyle; Afonso, Mariana; Moorthy, Anush; Aaron, Anne. Introducing SVT-AV1: a scalable open-source AV1 framework. Medium. Netflix Technology Blog. 22 April 2019 [7 August 2019]. （原始內容存檔於7 August 2019） （英語）. 
  39. ^ AOMedia Software Implementation Working Group to Bring AV1 to More Video Platforms | Alliance for Open Media. [2023-08-24]. （原始內容存檔於2023-04-04）. 
  40. ^ v1.0.0 · Alliance for Open Media / SVT-AV1 · GitLab. GitLab. [2023-08-24]. （原始內容存檔於2023-10-27）. 
  41. ^ V1.4.0 · Alliance for Open Media / SVT-AV1 · GitLab. [2023-08-24]. （原始內容存檔於2023-10-27）. 
  42. ^ The fastest and safest AV1 encoder.. GitHub. [9 April 2018]. （原始內容存檔於29 May 2020）. 
  43. ^ Introducing dav1d: a new AV1 decoder. 1 October 2018 [6 January 2019]. （原始內容存檔於20 December 2018）. 
  44. ^ Firefox 67.0, See All New Features, Updates and Fixes. Mozilla. [22 May 2019]. （原始內容存檔於22 May 2019） （英語）. 
  45. ^ AV1 is ready for prime time Part 2: Decoding performance. 10 October 2019 [9 February 2021]. （原始內容存檔於14 February 2021）. 
  46. ^ 1.0.0 · Tags · VideoLAN / dav1d · GitLab. GitLab. 18 March 2022 [2023-08-24]. （原始內容存檔於2023-10-27）. 
  47. ^ codecs/libgav1 - Git at Google. chromium.googlesource.com. [3 January 2022]. （原始內容存檔於2023-10-28）. 
  48. ^ Two Orioles. Two Orioles. [4 March 2019]. （原始內容存檔於6 March 2019）. 
  49. ^ Gunasekara, Oliver. NGCodec Announces AV1 Support and a 2X Performance Improvement in Broadcast Quality Live Video Encoding. 7 January 2019 [1 May 2019]. （原始內容存檔於1 May 2019）. 
  50. ^ Socionext Implements AV1 Encoder on FPGA over Cloud Service. 6 June 2018 [4 March 2019]. （原始內容存檔於6 March 2019）. 
  51. ^ Visionular. www.visionular.com. [11 August 2019]. （原始內容存檔於11 August 2019）. 
  52. ^ Millicast. Millicast demonstrates real-time video broadcasting using AV1 at CommCon 2019. Medium. 9 July 2019 [11 August 2019]. （原始內容存檔於10 July 2021） （英語）. 
  53. ^ Millicast. Millicast demonstrates real-time video broadcasting using AV1 at CommCon 2019. Medium. 2019-07-09 [2021-07-01]. （原始內容存檔於2021-07-10） （英語）. 
  54. ^ Firefox brings you smooth video playback with the world’s fastest AV1 decoder – Mozilla Hacks - the Web developer blog. Mozilla Hacks – the Web developer blog. [2021-07-01]. （原始內容存檔於2021-01-28） （美國英語）. 
  55. ^ Chrome 70 Arrives With Option To Disable Linked Sign-Ins, PWAs On Windows, and AV1 Decoder - Slashdot. slashdot.org. [2021-07-01]. （原始內容存檔於2021-07-11） （英語）. 
  56. ^ Li, Abner. Chrome 90 rolling out: AV1 encoder optimized for video calls, easily hide Reading List. 9to5Google. 2021-04-15 [2021-07-01]. （原始內容存檔於2021-05-12） （美國英語）. 
  57. ^ How to Play AV1 Videos on YouTube in Chrome 70, Firefox, Vivaldi, Opera. Techdows. 2018-10-19 [2021-07-01]. （原始內容存檔於2021-07-09） （美國英語）. 
  58. ^ Opera 57 with smarter news and Netflix recommendations - Blog. Opera Desktop. 2018-11-28 [2021-07-01]. （原始內容存檔於2020-07-16） （美國英語）. 
  59. ^ Microsoft Launches Free AV1 Video Codec For Windows 10 - Slashdot. slashdot.org. [2021-07-01]. （原始內容存檔於2021-07-11） （英語）. 
  60. ^ Ødegaard, Ruarí. Quick Command Parameters – v1v4ld1 br0w53r 5n4p5h07 1337.17. Vivaldi Browser. 2018-10-18 [2021-07-01]. （原始內容存檔於2021-05-11） （英語）. 
  61. ^ Tung, Liam. VideoLAN: VLC 3.0's huge update brings Chromecast support, 360-degree video. ZDNet. [2021-07-01]. （原始內容存檔於2021-03-08） （英語）. 
  62. ^ mpv-player/mpv, mpv, 2021-07-01 [2021-07-01], （原始內容存檔於2016-10-04） 
  63. ^ Global Potplayer. potplayer.daum.net. [2021-07-01]. （原始內容存檔於2020-09-09）. 
  64. ^ Changelog for K-Lite Codec Pack Full. codecguide.com. [2021-07-01]. （原始內容存檔於2021-06-30）. 
  65. ^ Time to Start Testing: FFmpeg Turns 4.0 and Adds AV1 Support. Streaming Media Magazine. 2018-09-27 [2021-07-01]. （原始內容存檔於2021-07-10） （美國英語）. 
  66. ^ HandBrake: News. handbrake.fr. [2021-07-01]. （原始內容存檔於2021-06-28）. 
  67. ^ Bitmovin Docs - Encoding Encoder Releases. Bitmovin Documentation. [2021-07-01]. （原始內容存檔於2021-07-11） （英語）. 
  68. ^ GStreamer 1.14.0 Released With WebRTC Support, AV1 Video & Better Rust Bindings - Phoronix. phoronix.com. [2021-07-01]. （原始內容存檔於2021-07-09）. 
  69. ^ Neowin ·, Razvan Serea News Reporter. MediaInfo 18.03. Neowin. [2021-07-01]. （原始內容存檔於2021-07-09） （英語）. 
  70. ^ 參照錯誤：沒有為名為Slashdot0213211的參考文獻提供內容
  71. ^ AV1 Hardware Accelerated Video support rolling out on Windows 10 - Windows 10 Forums. [5 March 2021]. （原始內容存檔於22 September 2021）. 
  72. ^ 參照錯誤：沒有為名為Safari 17 Release Notes的參考文獻提供內容
  73. ^ 參照錯誤：沒有為名為applem3的參考文獻提供內容
  74. ^ 參照錯誤：沒有為名為androidQbeta的參考文獻提供內容
  75. ^ 參照錯誤：沒有為名為android10的參考文獻提供內容
  76. ^ 參照錯誤：沒有為名為android10release的參考文獻提供內容
  77. ^ 參照錯誤：沒有為名為safari17的參考文獻提供內容
  78. ^ Abner, Li. Netflix starts streaming AV1 on Android to save cellular data. 9to5Google. 5 February 2020 [5 February 2020]. （原始內容存檔於2020-02-05）. 
  79. ^ Baumgartner, Jeff. Facebook: Tests Show AV1 Streaming Performance Is Exceeding Expectations. Multichannel. 2019-02-08 [2019-02-10]. （原始內容存檔於2019-02-14）. 
  80. ^ Ozer, Jan; Shen, Yueshi. NAB 2019: Twitch Talks VP9 and AV1 Roadmap. YouTube. 2 May 2019 [30 May 2019]. （原始內容存檔於2020-07-12）. but we're hoping, towards 2024-2025 the AV1 ecosystem's ready, we wanna switch to AV1 a 100%. … this is our projection right now. But on the other hand, as I said, our AV1 release will be, for the head content will be a lot sooner. We are hoping 2022-2023 is we are going to release AV1 for the head content. 
  81. ^ 存档副本. [2020-06-07]. （原始內容存檔於2020-06-07）. 
取自 "https://zh.wikipedia.org/w/index.php?title=AOMedia_Video_1&oldid=80599775"