测试h265和h264的编码效果

OS:CentOS6.4-64bit

--------编译 FFMPEG with h265--------

1.安装 hg tool

#yum install hg

2.下载 x265 source code 并 make

#hg clone https://bitbucket.org/multicoreware/x265

#cd x265/build/linux

#make

#make install

3.下载  x264 and ffmpeg source 并 make

请参考我之前的一篇博客:

使用Nginx+FFMPEG搭建HLS直播转码服务器 (http://blog.csdn.net/wutong_login/article/details/42292787)

4.编译支持h265的 FFMPEG

#PKG_CONFIG_PATH=/usr/local/lib/pkgconfig ./configure  --prefix=/opt/ffmpeg/ --enable-version3  --enable-libvpx --enable-libfaac --enable-libmp3lame  --enable-libvorbis --enable-libx264 --enable-libxvid --enable-shared --enable-gpl --enable-postproc --enable-nonfree 
--enable-avfilter --enable-pthreads --enable-libx265

#make

#make install

#ldd /opt/ffmpeg/bin/ffmpeg

note: if libx265.so.40 is not found please cp it from /usr/local/lib to /usr/lib64

--------compare h265 and h264--------

1.编码264和265

从网上找一段YUV文件,或者使用FFMPEG解码一个也可以,我使用的720P的,分别编码500Kbps。

/opt/ffmpeg/bin/ffmpeg -s 1280*720 -i /home/edward/media/720-new.yuv -vcodec libx264 -b:v 2000k /home/edward/media/720-new-264.ts

/opt/ffmpeg/bin/ffmpeg -s 1280*720 -i /home/edward/media/720-new.yuv -vcodec libx265 -b:v 2000k /home/edward/media/720-new-265.ts

再解码为YUV数据:

/opt/ffmpeg/bin/ffmpeg -i /home/edward/media/720-new-264.ts /home/edward/media/720-new-264.yuv

/opt/ffmpeg/bin/ffmpeg -i /home/edward/media/720-new-265.ts /home/edward/media/720-new-265.yuv

任意找一帧进行比较:

源图:

265:

264:

我们可以看到,264编码500k的情况下,图中红框中的几个数字,基本已经看不清了。

时间: 2024-11-04 15:45:28

测试h265和h264的编码效果的相关文章

测试代码发布到博客效果(Windows Live Writer发布)

测试代码发布到博客效果(Windows Live Writer发布) public class SwitchCase { /** * 1.switch后面的表达式为常量表达式,类型只能是可以转化为int.enum(1.6+).String(1.7+)的类型 * 2.可以转化为int类型的数据类型有:byte.short.int.char * 3.boolean类型的数据类型推荐用if else,java中不支持使用 * * */ public static int getAge(String n

ios 视频流H264硬编码---分解LFLiveKit

#import "LFHardwareVideoEncoder.h" #import <VideoToolbox/VideoToolbox.h> @interface LFHardwareVideoEncoder (){ VTCompressionSessionRef compressionSession; // 编码器 NSInteger frameCount; // 帧数(用于设置关键帧) NSData *sps; NSData *pps; FILE *fp; BOOL

视频直播技术(二):实时视频编码之H264硬编码

1.硬编码 & 软编码 硬编码:通过Android系统自带的Camera录制视频,实际上调用的是底层的高清编码硬件模块,即显卡,不使用CPU,速度快 软编码:使用CPU进行编码,如常见C/C++代码,编译生成二进制文件,速度相对较慢.例如使用Android NDK编译H264生成so库,编写jni接口,再使用java调用so库. 2.硬编码过程和原理 过程:通过MediaRecoder采集视频,再将视频流映射到LocalSocket实现收发. 原理:详见[流媒體]H264-MP4格式及在MP4文

【练习5.1】使用cvSmooth测试不同平滑处理方法的效果以及不同的平滑窗口对处理效果的影响

<学习OpenCV>中文版第5章第1题 提纲 题目要求 a程序代码 b程序代码 c程序代码 结果图片 题目要求: 注:相对书中的要求有扩充.调整 载入一个带有有趣纹理的图像. a.使用cvSmooth函数以多种方法平滑图像 b.使用对称的平滑窗口,大小依次为3×3.5×5.9×9和11×11,并显示出结果 c.用5×5高斯滤波器平滑图像两次和用两个11×11平滑器平滑一次的输出结果是接近相同的吗?为什么? d.对比不同平滑方法的处理效果,并查阅资料,找出处理效果的不同及各自的优势 a程序代码:

【转】H264视频编码级别说明profile level Encoder

版权声明:本文为博主原创文章,未经博主允许不得转载. 首先要阐明所谓的AVC其实就是H.264标准,是由ITU-T和ISO/IEC组成的联合视频组(JVT,Joint Video Team)一起开发的,ITU-T给这个标准命名为H.264(以前叫做H.26L),而ISO/IEC称它为MPEG-4 高级视频编码(Advanced Video Coding,AVC)它定位于覆盖整个视频应用领域,包括:低码率的无线应用.标准清晰度和高清晰度的电视广播应用.Internet上的视频流应用,传输高清晰度的

测试CentOS-7-x86_64-Minimal-1708.iso这种光盘安装效果

在dvd1光盘安装选择mininal时有292个包 [root@localhost ~]# rpm -qa|wc -l 292 [root@localhost ~]# 测试下使用mininal的iso文件安装时有什么区别 创建磁盘安装kvm时选择此iso文件 qemu-img create -f qcow2 /data/app/kvm/CentOS-7.4-mininal-x86_64.qcow2 10G virt-install --name CentOS-7.4-mininal-x86_64

测试使用highlight.js的代码效果

---恢复内容开始--- C#代码 private void NextDateUpdate(DateTime dtt) { dtt.AddDays(1); Response.Write("dtt next date is " + dtt); } private void NextDateUpdate(DateTime dtt) { dtt.AddDays(1); Response.Write("dtt next date is " + dtt); } Script

测试一下写代码是什么效果

package myspace.xicp.io.mynews3; public class Tip { private String tipStr; private Integer isSuccess; public Integer getIsSuccess() { return isSuccess; } public void setIsSuccess(Integer isSuccess) { this.isSuccess = isSuccess; } public String getTip

标清与高清,720p和1080p,720i和720p,h264与h265

480x320, 640x480 标清 1024x720p 高清 1920x1080i (隔行扫描) 也属于高清 1920x1080p 全高清 3840x2160,7680x4320 超(高)清 ? 美国消费电子协会(CEA)将4K的分辨率正式命名为Ultra HD(Ultra High-Definition) 目前视频行业里的视频分辨率的规范: (1)高清(High Definition),是我们目前相对比较熟悉的一个词语.高清是在广播电视领域首先被提出的,最早是由美国电影电视工程师协会(SM