h264, h265 和 libvpx 比较(h264/avc, hevc 和vp9比较)

好多开发者或公司咨询我们关于H.264和H.265(hevc)?的码率,在此,我们转一篇关于x264,x265, libvpx 比较.?

A Large-Scale Comparison of x264, x265, and libvpx?—?a Sneak?Peek
by Jan De Cock, Aditya Mavlankar, Anush Moorthy, and Anne Aaron

?With 83+ million members watching billions of hours of TV shows and movies, Netflix sends a huge amount of video bits? ?through the Internet. As we grow globally, more of these video bits will be streamed through bandwidth-constrained cellular? ?networks. Our team works on improving our video compression efficiency to ensure that we are good stewards of the Internet? ?while at the same time delivering the best video quality to our members. Part of the effort is to evaluate the state-of-the-art? ?video codecs, and adopt them if they provide substantial compression gains.

?H.264/AVC is a very widely-used video compression standard on the Internet, with ubiquitous decoder support on web? ?browsers, TVs, mobile devices, and other consumer devices.?x264?is the most established open-source software encoder for? ?H.264/AVC. HEVC is the successor to H.264/AVC and results reported from standardization showed?about 50% bitrate? ?savings?for the same quality compared to H.264/AVC.?x265?is an open-source HEVC encoder, originally ported from the x264? ?codebase. Concurrent to HEVC, Google developed VP9 as a royalty-free video compression format and released?libvpx?as an? ?open-source software library for encoding VP9.?YouTube reported?that by encoding with VP9, they can deliver video at half the? ?bandwidth compared to legacy codecs.

?We ran a large-scale comparison of x264, x265 and libvpx to see for ourselves whether this 50% bandwidth improvement is? applicable to our use case. Most codec comparisons in the past focused on evaluating what can be achieved by the bitstream? syntax (using the reference software), applied settings that do not fully reflect our encoding scenario, or only covered a limited? set of videos. Our goal was to assess what can be achieved by encoding with practical codecs that can be deployed to a? production pipeline, on the Netflix catalog of movies and TV shows, with encoding parameters that are useful to a streaming? service. We sampled 5000 12-second clips from our catalog, covering a wide range of genres and signal characteristics. With 3? codecs, 2 configurations, 3 resolutions (480p, 720p and 1080p) and 8 quality levels per configuration-resolution pair, we? generated more than 200 million encoded frames. We applied six quality metrics?—?PSNR, PSNR(MSE), SSIM, MS-SSIM, VIF and?VMAF?—?resulting in more than half a million bitrate-quality curves. This encoding work required significant compute capacity. However, our?cloud-based encoding infrastructure, which?leverages unused Netflix-reserved AWS web servers dynamically, enabled us to complete the experiments in just a few weeks.

What did we?learn?
Here’s a snapshot: x265 and libvpx demonstrate superior compression performance compared to x264, with bitrate savings reaching up to 50% especially at the higher resolutions. x265 outperforms libvpx for almost all resolutions and quality metrics, but the performance gap narrows (or even reverses) at 1080p.

Want to know?more?
We will present our methodology and results this coming Wednesday, August 31, 8:00 am PDT at the SPIE Applications of Digital Image Processing conference,?Session 7: Royalty-free Video.?We will stream the whole session live on Periscope and YouTube:?follow Anne for notifications?or come back to this page for links to the live streams. This session will feature other interesting technical work from leaders in the field of Royalty-Free Video. We will also follow-up with a more detailed tech blog post and extend the results to include 4K encodes.

大牛直播SDK除了支持RTSP H.265播放和录像,目前还实现了Windows/Android/iOS平台RTMP H.265扩展播放/录像/转发,并提供了配套的服务器支撑,开发者需要测试,可以到https://github.com/daniulive/SmarterStreaming下载。

也欢迎加入我们的QQ×××流:

QQ群1:294891451? QQ群2:499687479?

原文地址:http://blog.51cto.com/14044970/2309796

时间: 2024-10-02 20:33:01

h264, h265 和 libvpx 比较(h264/avc, hevc 和vp9比较)的相关文章

HEVC,VP9,x264性能对比(自查备用)

http://blog.csdn.net/leixiaohua1020/article/details/19014955 an Grois等人在论文<Performance Comparison of H.265/MPEG-HEVC, VP9, andH.264/MPEG-AVC Encoders>中,比较了下一代编码标准HEVC,VP9的以及当前主流编码标准H.264之间的性能.在此记录一下. 本文中选用的编码器如下: HEVC:HM VP9:libvpx H.264:x264 下表显示了H

HEVC与VP9之间的对比

在streamingmedia上看到的一篇对比HEVC与VP9的文章,挺不错.另外这边文章的几个comment也是不错的. 下面是全文. ? The Great UHD Codec Debate: Google's VP9 Vs. HEVC/H.265 As of today, the great UHD codec debate involves two main participants: Google's VP9 and HEVC/H.265. Which one succeeds-and

H264/H265 Nal Unit Header

NAL全称Network Abstract Layer,即网络抽象层.在H.264/H.265视频编码标准中,整个系统框架被分为了两个层面:视频编码层面(VCL)和网络抽象层面(NAL).其中,前者负责有效表示视频数据的内容,而后者则负责格式化数据并提供头信息,以保证数据适合各种信道和存储介质上的传输.NAL单元是NAL的基本语法结构,H264 NAL包含一个字节的头信息和一系列来自VCL的称为原始字节序列载荷(RBSP)的字节流,H265 NAL包含两个字节的头信息和一系列来自VCL的称为原始

FFMPEG H264/H265 编码延迟问题

最新使用FFmpeg进行H264的编码时,发现视频编码有延迟,不是实时编码,进过一番研究发现,只要在调用avcodec_open2函数 打开编码器时,设置AVDictionary参数即可,关键代码如下: avcodec_open2函数: int avcodec_open2(AVCodecContext *avctx, const AVCodec *codec, AVDictionary **options); 解决方案: AVDictionary *param = NULL; //H264, 设

H264的常见概念

H264,应该是读者常见的技术术语吧,那h264是什么东西呢? H.264是视频编码标准. 在术语的拼写上,小程以能理解为准. 本文介绍H264的常见概念. 预警,本文相对枯燥,读者可随时放弃阅读. (1)H264从哪里来? 小程之前介绍媒体格式的概念时,有提到过国际标准化组织(ISO),现在又是它出场的时候. H264是国际标准化组织(ISO)与国际电信联盟(ITU)的产物. 但ISO是大boss,给的是造福人类的方向,真正做这件事的是他的下属MPEG,MPEG是动态图像专家组. 同样,ITU

h264

H264--编码原理以及I帧B帧P帧--1 前言 ----------------------- H264是新一代的编码标准,以高压缩高质量和支持多种网络的流媒体传输著称,在编码方面,我理解的他的理论依据是:参照一段时间内图像的统计结果表明,在相邻几幅图像画面中,一般有差别的像素只有10%以内的点,亮度差值变化不超过2%,而色度差值的变化只有1%以内.所以对于一段变化不大图像画面,我们可以先编码出一个完整的图像帧A,随后的B帧就不编码全部图像,只写入与A帧的差别,这样B帧的大小就只有完整帧的1/

H264格式(转)

名词解释 场和帧 :    视频的一场或一帧可用来产生一个编码图像.在电视中,为减少大面积闪烁现象,把一帧分成两个隔行的场. 片         :    每个图象中,若干宏块被排列成片的形式.片分为I片.B片.P片和其他一些片. I片只包含I宏块,P片可包含P和I宏块,而B片可包含B和I宏块. I宏块利用从当前片中已解码的像素作为参考进行帧内预测. P宏块利用前面已编码图象作为参考图象进行帧内预测. B宏块则利用双向的参考图象(前一帧和后一帧)进行帧内预测. 片的目的是为了限制误码的扩散和传输

多媒体开发之---h264 NALU 语法结构

补充笔记: 关于VCL:VCL层是指视频编码层,VCL NAL 单元是指那些nal_unit_type 值等于 1 到 5(包括 1 和 5)的 NAL 单元,这些单元都包含了视频数据.所有其他的 NAL 单元都称作非 VCL NAL 单元,PPS和SPS都是非VCLNAL单元.关于字节流NAL单元的格式:(起始码中0的长度)除了流开头的字节流NAL单元,大多字节流NAL单元的开头没有leading_zero_8bits (一个字节的0); nal_unit_type等于7(SPS)或8(PPS

iOS-VideoToolbox硬编码H264

前言 VideoToolBox是iOS8之后,苹果开发的用于硬解码编码H264/H265(iOS11以后支持)的API. 对于H264还不了解的童鞋一定要先看下这边的H264的简介. 编码流程 我们实现一个简单的Demo,从摄像头获取到视频数据,然后再编码成H264裸数据保存在沙盒中. 1. 创建初始化VideoToolBox 核心代码如下 - (void)initVideoToolBox { dispatch_sync(encodeQueue , ^{ frameNO = 0; int wid