高级视频编码器性能对比（H265、VP9、AV1）

最新推荐文章于 2025-04-08 19:27:36 发布
最新推荐文章于 2025-04-08 19:27:36 发布
阅读量7k 收藏 31
点赞数 28
分类专栏： 音视频 文章标签： 音视频 vp9 av1 android c++
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sjw890821sjw/article/details/139748728
版权

1、背景介绍

目前在视频编解码器中，H264已经成为绝对的主流，被大部分设备、浏览器所支持。虽然有更先进的编码器推出，但是受限于推广速度和设备支持成本，一直未能成为主流。

今年公司目标是持续降本增效，现在将”屠刀“指向了视频业务的存储成本。视频文件存储主要两块指标：存储本身和CDN资源。对于历史比较旧的数据会用更低成本的存储方式备份存储。目前主要想优化存储本身的成本。对存储成本影响最大的是文件大小，而对文件大小影响最大的是视频码率，我们想要降低文件大小就要降低视频码率，但是我们想要降低码率又不太影响视频观看质量怎么办？使用更先进的编码器。

2、编解码器对比

2.1 H264（AVC）

H.264在1997年ITU的视频编码专家组提出时被称为H.264，在ITU与ISO合作研究后被称为MPEG4 Part10或H.264。

虽然上述两个组织提出了H264编码规范，但是并没有具体实现。

2.2 H265(HEVC)

主要三个实现：

  • x265：业界最好的h265（hevc）编解码库。 同样由大名鼎鼎的VLC播放器的维护组织法国videolan组织开源的libx265编解码库： https://www.videolan.org/developers/x265.html

  • openhevc：由FFmpeg维护的H265(HEVC)的编解码库，Openhevc by OpenHEVC

  • kvazaar：FFmpeg项目引用的另一款开源的H265(HEVC)解码库，注意kvazaar解码库只提供H265解码，并不提供编码。 https://github.com/ultravideo/kvazaar

2.3 VP9

VP9也是google开源的用与比拼H265(HEVC)的编解码器，除了IE9以下版本的浏览器外，现代浏览器都支持VP9视频编码，软件实现：

  • libvpx：https://www.linuxfromscratch.org/blfs/view/svn/multimedia/libvpx.html

2.4 AV1

AV1是Google VP10、Mozilla Daala以及Cisco Thor三款开源编码项目共同研发成果。AV1打破了之前编码标准中传统的二维运动矢量模型的限制，第一次引入了仿射变换运动模型，不仅可以描述平移运动，同时可以更好的表述如旋转、缩放等更加复杂的运动，有效的提升了视频编码效率。

在实际测试中，AV1比H265（HEVC）压缩率提升约27%，可以说是力压H265。是目前为止，世界上压缩性能最好的视频编解码器。再借用游戏界的话术来讲，那AV1就是“次世代”编解码器。

软件实现包含主要是FFmpeg的两个内置库：

  • dav1d：由FFmpeg和法国videolan开源组织共同维护的dav1d编解码库：https://www.videolan.org/projects/dav1d.html。跟其他videolan维护项目不同的是，dav1d编解码库不受专利版权限制。

  • librav1e：号称最快的av1解码器。实际上dav1d和librav1e编解码器性能差不多，差别不大。
    https://github.com/xiph/rav1e

3、兼容性介绍

在H264后推出的视频编解码器主要有：H265、VP9、AV1。

编解码器的普及上，编码一遍问题不大，兜底策略可以在应用中接入软编码器，主要是在浏览器中播放的兼容性上。我们先看看Chrome浏览器对解码器的支持:

  • VP8

  • VP9

  • AV1 [Only Chrome OS, Linux, macOS, and Windows at present]

  • Theora [Except on Android variants]

  • H.264 [Google Chrome only]

  • H.265 [Google Chrome only and only where supported by the underlying OS]

  • MPEG-4 [Google Chrome OS only]

H265、AV1不是所有所有场景都支持。

再看下Android平台对视频编码器的支持：

H.263••对 H.263 的支持在 Android 7.0 及更高版本中并非必需• 3GPP (.3gp)
• MPEG-4 (.mp4)
H.264 AVC
Baseline Profile (BP)		•
（Android 3.0 及更高版本）		•• 3GPP (.3gp)
• MPEG-4 (.mp4) • MPEG-TS（.ts、仅限 AAC 音频、不可查找、Android 3.0 及更高版本）
H.264 AVC
Main Profile (MP)		•
（Android 6.0 及更高版本）		•解码器为必需项，编码器为推荐项。
H.265 HEVC•
（Android 5.0 及更高版本）		适用于移动设备的 Main Profile Level 3 和适用于 Android TV 的 Main Profile Level 4.1• MPEG-4 (.mp4)
MPEG-4 SP•3GPP (.3gp)
VP8•
（Android 4.3 及更高版本）		•
（Android 2.3.3 及更高版本）		只能在 Android 4.0 及更高版本中流式传输• WebM (.webm)
• Matroska（.mkv、Android 4.0 及更高版本）
VP9•
（Android 4.4 及更高版本）		• WebM (.webm)
• Matroska（.mkv、Android 4.0 及更高版本）

4、性能衡量指标

我们录制设备在电视上，编码性能太差，所以方案是H264编码后，再服务端后台进行AV1或H265转码。

涉及到了转码所以性能上我们考虑几个指标：

  • 转码实时率：专门1秒视频用多长时间，消耗多少CPU；

  • 编码效率：同样码率视频效果

5、总结

本文介绍了先进的视频编码器：H265、VP9、AV1的对比及软件实现。介绍了浏览器等平台对高级视频编码器的兼容性效果，以及编码器选型所要考虑的性能指标。

6、参考

H265、VP9、AV1视频编码器性能对比
xiangzhihong8的专栏
12-02 5240
目前在视频编解码器中，H264 已经成为绝对的主流，被大部分设备、浏览器所支持。虽然有更先进的编码器推出，但是受限于推广速度和设备支持成本，一直未能成为主流。今年公司的目标是持续降本增效，现在将”屠刀“指向了视频业务的存储成本。视频文件存储主要两块指标：存储本身和 CDN 资源。对于历史比较旧的数据会用更低成本的存储方式备份存储。目前主要想优化存储本身的成本。
JavaCV音视频，你了解h264、h265、vp8、vp9和av1这些编解码库么，一起来聊聊视频中的编解码器
eguid音视频技术分享（JavaCV教程、FFmpeg教程、openCV图像处理教程、音视频教程）
12-08 7653
你知道FFmpeg吗？了解过h264/h265/vp8/vp9编解码库吗？ 我们日常生活中使用最广泛的五种视频编码：H264(AVC)、H265(HEVC)、vp8、vp9、av1都分别是什么？
H.265和AV1 编码格式比较
步子哥的博客
03-03 6312
随着硬件支持的不断提高和对更高视频质量和更低延迟的需求不断增长，H.265 和 AV1 预计将在未来几年继续成为视频编码的主要格式。
Chrome 在136版本默认支持WebRTC H265编码格式
最新发布
MIRINDAOFGUO的博客
04-08 2685
Chrome 对 H265 编解码器的支持
H.266与H.265、AV1、H.264对比
大牛直播SDK
10-17 5155
这意味着在编码和解码过程中，需要更强大的硬件设备来支持，否则可能会导致编码和解码的速度较慢，影响视频的实时传输和播放。特别是在高动态范围（HDR）视频的处理上，AV1 具有较好的表现，能够呈现更丰富的色彩和更高的对比度。：由于其成熟的技术和广泛的兼容性，仍然是目前市场上应用最广泛的视频编码标准，几乎所有的视频设备和平台都支持 H.264。：编码复杂度相对较低，对硬件的要求也较低，大多数设备都能够轻松地支持 H.264 的编码和解码，因此具有广泛的兼容性。：编码复杂度同样较高，对硬件的计算能力有较高的要求。
H.264视频，HEVC视频，VP9视频，AV1视频小知识
地球空间
10-14 3676
总的来说，这些编码格式都是为了适应不同分辨率和网络条件而设计的。H.264适合标清和高清视频，HEVC和VP9适合4K视频，而AV1则面向未来更高分辨率的视频需求。随着技术的发展，新的编码格式不断出现，以提供更好的压缩效率和画质。H.264、HEVC（H.265）、VP9和AV1是不同的视频编码格式，它们的主要区别在于压缩效率、支持的分辨率、编码技术以及专利和授权费用等方面。
说明资料(VP9与H265区别)
11-11
VP9无法动摇H265的地位
视频编码器性能对比研究：VP9、x265、SVT-AV1与VVC基于VMAF的质量评估
02-13
内容概要：本文详细比较了VP9、x265、SVT-AV1（即AV1）和VVC四个主流视频编码器的性能。通过对不同分辨率和帧率的真实视频数据集进行实验，作者采用BD-rate算法并使用PSNR和VMAF两种质量评估指标来进行对比。结果...
H264、H265、H266、AV1编码标准技术全面总结
世界那么大，我想去看看～
11-23 3240
H264、H265、H266、AV1编码标准技术全面总结
视频编解码器实时传输性能对比与分析：AVC、HEVC、AV1、VP9等编解码器的技术比较
12-26
主要讨论了AVC（H.264）、HEVC（H.265）、VVC（H.266）、EVC、LCEVC、AV1和VP9等多种编码器。研究结果显示，新标准的视频编码器虽然提供了更高的压缩率，但增加了实现复杂度，导致实际应用中的实时传输变得不切实际...
Jupyter_视频技术的一手介绍图像视频编解码器av1 vp9 h265和多ffmpeg编码转换.zip
11-14
在本压缩包中，标题提到了几种当前流行的视频编解码技术：AV1、VP9 和 H.265。AV1 是一种开源的视频编码格式，由开放媒体联盟（Alliance for Open Media）开发，旨在替代专利编码格式。它支持高效视频编码，用于高...
世界上最快的VP9视频解码器
01-07
世界上最快的VP9视频解码器 As before , I was very excited when Google released VP9 – for one, because I was one of the people involved in creating it back when I worked for Google (I no longer do). How good is it, and how much better can it be? To evaluate that question, Clément Bœsch and I set out to write a VP9 decoder from scratch for FFmpeg. The goals never changed from the original ffvp8 situation (community-developed, fast, free from the beginning). We also wanted to answer new questions: how does a well-written decoder compare, speed-wise, with a well-written decoder for other codecs? TLDR (see rest of post for details): as a codec, VP9 is quite impressive – it beats x264 in many cases. However, the encoder is slow, very slow. At higher speed settings, the quality gain melts away. This seems to be similar to what people report about HEVC (using e.g. x265 as an encoder). single-threaded decoding speed of libvpx isn’t great. FFvp9 beats it by 25-50% on a variety of machines. FFvp9 is somewhat slower than ffvp8, and somewhat faster than ffh264 decoding speed (for files encoded to matching SSIM scores). Multi-threading performance in libvpx is deplorable, it gains virtually nothing from its loopfilter-mt algorithm. FFvp9 multi-threading gains nearly as much as ffh264/ffvp8 multithreading, but there’s a cap (material-, settings- and resolution-dependent, we found it to be around 3 threads in one of our clips although it’s typically higher) after which further threads don’t cause any more gain. The codec itself To start, we did some tests on the encoder itself. The direct goal here was to identify bitrates at which encodings would give matching SSIM-scores so we could do same-quality decoder performance measurements. However, as such, it also allows us to compare encoder performance in itself. We used settings very close to recommended settings forVP8,VP9andx264, optimized for SSIM as a metric. As source clips, we chose Sintel (1920×1080 CGI content, source ), a 2-minute clip from Tears of Steel (1920×800 cinematic content, source ), and a 3-minute clip from Enter the Void (1920×818 high-grain/noise content,screenshot). For each, we encoded at various bitrates and plotted effective bitrate versus SSIM . sintel_ssimtos_ssimetv_ssim You’ll notice that in most cases, VP9 can indeed beat x264, but, there’s some big caveats: VP9 encoding (using libvpx) is horrendously slow – like, 50x slower than VP8/x264 encoding. This means that encoding a 3-minute 1080p clip takes several days on a high-end machine. Higher –cpu-used=X parameters make the quality gains melt away. libvpx’ VP9 encodes miss the target bitrates by a long shot (100% off) for the ETV clip, possibly because of our use of –aq-mode=1. libvpx tends to slowly crumble at higher bitrates for hard content – again, look at the ETV clip, where x264 shows some serious mature killer instinct at the high bitrate end of things. Overall, these results are promising, although the lack-of-speed is a serious issue. Decoder performance For decoding performance measurements, we chose (Sintel)500 (VP9), 1200 (VP8) and 700 (x264) kbps (SSIM=19.8); Tears of Steel4.0 (VP9), 7.9 (VP8) and 6.3 (x264) mbps (SSIM=19.2); and Enter the Void 9.7 (VP9), 16.6 (VP8) and 10.7 (x264) mbps (SSIM=16.2). We used FFmpeg to decode each of these files, either using the built-in decoder (to compare between codecs), or using libvpx-vp9 (to compare ffvp9 versus libvpx). Decoding time was measured in seconds using “time ffmpeg -threads 1 [-c:v libvpx-vp9] -i $file -f null -v 0 -nostats – 2>&1 | grep user”, with this FFmpeg and this libvpx revision (downloaded on Feb 20th, 2014). sintel_archs tos_archsetv_archs A few notes on ffvp9 vs. libvpx-vp9 performance: ffvp9 beats libvpx consistently by 25-50%. In practice, this means that typical middle- to high-end hardware will be able to playback 4K content using ffvp9, but not using libvpx. Low-end hardware will struggle to playback even 720p content using libvpx (but do so fine using ffvp9). on Haswell, the difference is significantly smaller than on sandybridge, likely because libvpx has some AVX2 optimizations (e.g. for MC and loop filtering), whereas ffvp9 doesn’t have that yet; this means this difference might grow over time as ffvp9 gets AVX2 optimizations also. on the Atom, the differences are significantly smaller than on other systems; the reason for this is likely that we haven’t done any significant work on Atom-performance yet. Atom has unusually large latencies between GPRs and XMM registers, which means you need to take special care in ordering your instructions to prevent unnecessary halts – we haven’t done anything in that area yet (for ffvp9). Some users may find that ffvp9 is a lot slower than advertised on 32bit; this is correct, most of our SIMD only works on 64bit machines. If you have 32bit software, port it to 64bit. Can’t port it? Ditch it. Nobody owns 32bit x86 hardware anymore these days. So how does VP9 decoding performance compare to that of other codecs? There’s basically two ways to measure this: same-bitrate (e.g. a 500kbps VP8 file vs. a 500kbps VP9 file, where the VP9 file likely looks much better), or same-quality (e.g. a VP8 file with SSIM=19.2 vs. a VP9 file with SSIM=19.2, where the VP9 file likely has a much lower bitrate). We did same-quality measurements, and found: ffvp9 tends to beat ffh264 by a tiny bit (10%), except on Atom (which is likely because ffh264 has received more Atom-specific attention than ffvp9). ffvp9 tends to be quite a bit slower than ffvp8 (15%), although the massive bitrate differences in Enter the Void actually makes it win for that clip (by about 15%, except on Atom). Given that Google promised VP9 would be no more than 40% more complex than VP8, it seems they kept that promise. we did some same-bitrate comparisons, and found that x264 and ffvp9 are essentially identical in that scenario (with x264 having slightly lower SSIM scores); vp8 tends to be about 50% faster, but looks significantly worse. Multithreading One of the killer-features in FFmpeg is frame-level multithreading, which allows multiple cores to decode different video frames in parallel. Libvpx also supports multithreading. So which is better?
vp9编码器v1.8.1
10-12
vp9,vp8编码器，版本1.8.1，msys2编译。vp9是目前浏览器上能用的压缩率最高的编码器。
VP9 视频编码标准
03-05
Google的VP9 视频编码。VP9是一个由Google开发的开放格式、无使用授权费的视频压缩标准。VP9在开发初期曾被命名为Next Gen Open Video （NGOV，下一代开放视频）与VP-Next。VP9将是VP8的后继者
你知道h.265吧？但关于AV1编码格式你也来了解一下吗？
cybozu的博客
03-12 9096
总的来说，H.265由于较早推出，已经得到了广泛的硬件支持，而AV1作为一个较新的标准，正在迅速赢得硬件制造商的支持。随着更多的设备开始原生支持AV1，加上其免版税的优势，预计AV1将在未来几年内在硬件支持方面取得显著进展。这对于推动AV1成为下一代主流视频编码标准具有重要意义。一个视频压制小组，应该如何在av1和h265之间做出选择？一个视频压制小组在决定使用AV1还是H.265（HEVC）作为视频编码格式时，需要考虑多个因素。
H.265和VP9的区别和应用
weixin_43199439的博客
06-29 1381
VP9和H.265（也称为HEVC, High Efficiency Video Coding）是两种现代的视频编码标准，它们各自有不同的设计目标、技术特性和应用场景。每种编码标准都有其特定的优势和应用场景，选择合适的标准需要根据具体的需求、设备支持和成本考虑来决定。使用了先进的分层编码结构，包括编码树单元（CTU），支持更大的块大小和更复杂的块分割。相对H.265，VP9的编码和解码复杂度稍低，因此在某些硬件实现中可能更节省资源。对于网络视频和需要避免专利费用的场景，VP9则是理想的选择。
视频编码标准H.264/AVC，H.265/HEVC，VP8/VP9，AV1的基本原理、优缺点以及适用场景
十八道胡同的博客专栏
02-22 7315
视频编码标准是用于压缩数字视频数据的技术规范，以减少存储和传输所需的带宽。
简论H.266与H.265、AV1、H.264对比
热门推荐
maryhaocoolcool的博客
02-22 4万+
来源：H系列有MPEG和VCEG推出 ，VPX系列由谷歌推出，H.265有更高的图像质量，而VP9对于流媒体来说更加可靠。H.265更大的预测模型实现了边缘可视化，而VP9实施更严格的编码规则，似乎可以让流媒体更加连贯和可靠。其中，H.265其压缩效率比H.264提升50%，VP9略逊于H.265，H.266编码性能最高,AV1比VP9同等质量下减少30%比特率。 目录： 1.编解码框架差异 ...
音视频基础（9）几种常见的编解码器对比
kyl282889543的博客
06-27 1168
文章目录音视频基础（9）几种常见的编解码器对比 音视频基础（9）几种常见的编解码器对比
H.264、H.265、AV1、MPEG-2、MPEG-4、VP9之间的区别
05-12
H.264、H.265、AV1、MPEG-2、MPEG-4和VP9是视频编解码标准，它们之间的区别主要在以下几个方面： 1. 压缩效率：H.265和AV1相对于H.264、MPEG-2、MPEG-4和VP9具有更高的压缩效率，可以在相同的视频质量下减少更多的码率，从而减少带宽和存储需求。 2. 支持的分辨率和帧率：H.264、MPEG-2、MPEG-4和VP9支持较低的分辨率和帧率，而H.265和AV1支持更高的分辨率和帧率，例如4K和8K视频。 3. 编码延迟：H.265和AV1相对于H.264、MPEG-2、MPEG-4和VP9具有更高的编码延迟，这意味着它们需要更长的时间来编码视频，这可能会影响实时视频流应用。 4. 编码复杂度：H.265和AV1相对于H.264、MPEG-2、MPEG-4和VP9具有更高的编码复杂度，这意味着需要更强的计算能力来进行编码。 5. 开放性：AV1是一种开放标准，由多个公司和组织共同开发，可以免费使用，而H.264、H.265、MPEG-2、MPEG-4和VP9则有专利和版权限制。 总的来说，选择哪种视频编解码标准取决于具体的应用场景和需求。如果需要更高的压缩效率、更高的分辨率和帧率，可以选择H.265或AV1；如果需要更低的编码延迟和编码复杂度，可以选择H.264或VP9；如果需要开放标准并且不担心专利和版权问题，可以选择AV1。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

轻口味

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值