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/AVCHEVC一样对开源软件的采用造成障碍。[4][5][6][7][8][9]

AVIF是一种使用AV1压缩算法的图形文件格式[10]

历史进程

编辑
 
AV1截至2018年采用的标志

开放媒体联盟(AOMedia)创建AV1主要是因为HEVC的专利许可成本高昂,授权空间模糊。AV1有望取代MPEG设计开发的编解码器AVC[11][12]。联盟最初由七间公司,AmazonCiscoGoogleIntelMicrosoftMozillaNetflix所组成,并宣布技术重点为提供高质量网络影像[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专利池的许可人。

技术

编辑
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)供解码器使用MainHighProfessional。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).