飞翔 视频直播系统

新一代视频编码HEVC标准 HEVC （High Efficiency Video Coding）是即H.264后的视频编码方案，由 ISO/IEC (MPEG) and ITU-T 的 Video Coding Experts Group (VCEG) 联合构建，通过JCT-VC（ Joint Collaborative Team on Video Coding ）运作（类似于H.264中的

YUVviewerForHEVC 开发辅助工具 LCU查看器!下载地址: http://download.csdn.net/detail/feixiang_john/4968921或者http://download.csdn.net/detail/feixiang_john/4968639 使用方法和一般的YUVviewer一样, 不同就是多了一个LCU view的选项

YUVviewerForHEVC 开发辅助工具 LCU查看器!下载地址:(解决一些同学分辨率的问题!)最新下载地址:;http://download.csdn.net/detail/feixiang_john/4978117 早期版本地址:http://download.csdn.net/detail/feixiang_john/4968921或者http://down

最近很忙！更新下近况！   HEVC研发一期基本接触， 也早已投入商用了！   目前正在使用opencl 来进一步加速HEVC编码！    CPU+GPU编码可能还有很长的路要走， 但是前途无限啊！

软件里包含基本上所有codec的bitstream分析查看的功能！ 支持HM9.1, HM10.0 不过是试用版！ 对搞编解码的还是有少许帮助的！ 下载地址： http://download.csdn.net/detail/feixiang_john/5553683

使用opencl来实现编码算法中运动搜索模块！下面测试数据时在GTX570上的测试结果：LCU为32x32, 100帧720P, CPU上纯C算法使用搜索时间是67s, GPU上是0.915sLCU为16x16, CPU 是76.8s,   GPU上是1.6sLCU为8x8, CPU 是82.5s,   GPU上是4.2s  同样的程序， CPU改为SSE实现， G

AVC到HEVC　　国际视频标准化组织绝对算得上是一个勤奋、高产的机构，近二十年的时间，输出了一系列高水准音视频编码标准。在H.264/AVC问世之前，江湖上有两个传奇：其一是MPEG-2，另一个是H.263。前者系ISO/IEC下属MPEG(Moving Picture Experts Group)小组制定，后者由ITU-T下属VCEG(Video Coding Experts Gr

最近调试HEVC中码率控制， 发现里面一个重大bug！            码率控制中有这么一个函数：Int TEncRCGOP::xEstGOPTargetBits( TEncRCSeq* encRCSeq, Int GOPSize ){  Int realInfluencePicture = min( g_RCSmoothWindowSize, encRCSeq->get

最近很少光顾我的博客， 因为一直很忙！       目前我的HEVC在i5机子上720P编码速度单核达到2~3帧每秒！ 多核的话离线实时编码已经不是问题！          现在问题是在线实时编码还差那么一点！ 在容忍一定低延迟下应该问题不大！      下一个目标， 多核在线实时编码！

平时我们做图像处理或者视频处理, 很多地方会用到矩阵转置:比如: DCT变换, 图像旋转, 图像滤波, 以及一些数据的内存行和列的交换等, 会大量使用转置这个动作.然而由于数据量很大,处理速度很慢!如何来提高处理速度呢?下面看看分析: HEVC中有个地方是如下这样实现(直接行和列对应的位置交换): Pel tmp; for (k=0;k<blkSize

HEVC中SAO--自适应样点补偿:  本文分三个部分, 1.Sample Adaptive Offset原理, 2.SAO处理流程分析, 3.SAO意义何在!a)  SAO原理:    SAO是在DB之后进行, 输入是重建帧和原始帧数据, 输出是SAO数据和SAO后的重建帧. 自适应样点补偿是一个自适应选择过程，在去块滤波后进行。下面是整个HEVC的编码框图, 可以看到SAO是在

程序优化总结--万变不离其宗空间优化, 时间优化.目前我们就在PC上,所以主要目标是时间优化.第一步: 算法结构层面的优化.        搞懂算法,从宏观层面优化结构,能在一个层面做的事情,尽量合并一起做!...        第二步: C语言层面的优化.        从函数,语言层面优化程序!1.减少内存访问!2.合并运算!3.空间换时间!4.循环

开博首篇   经过这么多年在IT界发展，个人编程技能和音视频的相关知识也日益深厚，发现很多东西也是可以记录下来，方便自己和大家查看，分享项目经验和人生经历，毕竟有些事情或者经验教训，如果不及时记录下来，这些很有价值的东西会随着时间的增长慢慢的从记忆中消失！        本博客主要关注：     1. 各种视频压缩标准(MPEG2, MPEG4, H261/2/3/4,X264

1.编码器程序从"TAppEncoder"工程中的encmain.cpp文件开始的，此文件中包含程序运行的入口函数"main"，在main函数中主要做了编码器对象的创建、分析配置文件，初始化配置参数，和编码器最重要的功能"encode"。2.在"encode"函数中，主要实现了读取YUV文件的数据、初始化工具对象例如：GOPEncoder、SliceEncoder、CUEncder……。在此函

HEVC整个程序调用流程:Encode -> compressGOP -> compressCU->xCompressCU->copyFromPicYuv->xCheckRDCostIntra-> initEstData->xCheckRDCostInter ->xCheckRDCostMerge2Nx2N->getNumberOfWrittenBits->copyToPi

视频的时代终结了吗？本文章绝大部分参考吴枫博士的一场报告会，感觉挺有意思，就整理并整合了自己的想法。摘要：此篇文章主要讲解了视频编码的流程，并且主要通过讲解H.264，然后并在此基础上讲解了下一代视频编码HEVC的现状，进而发出疑问，对未来视频处理的研究空间和前景的发出一个探讨。首先简单介绍下现有的视频压缩历史1： 视频压缩（图像压缩）无处不在，其广泛性直接看图！2：目

HEVC(H.265)的技术亮点作为新一代视频编码标准，HEVC（H.265）仍然属于预测加变换的混合编码框架。然而，相对于H.264，H.265 在很多方面有了革命性的变化。HEVC（H.265）的技术亮点有：1.      灵活的编码结构在H.265中，将宏块的大小从H.264的16×16扩展到了64×64，以便于高分辨率视频的压缩。同时，采用了更加灵活的编码结构来提高编码效率，包

1、宏块匹配像素精度： MPEG2中，运动估计的精度是1/2的像素，通过线性插值实现;                      H.264/AVC和MPEG4 都可以支持1/4像素的精度.2、参考帧的数量：     MPEG2，MPEG4的P帧只能有一帧参考帧，B帧可以有两帧参考帧 ,H.264/AVC可以最多有15帧参考帧(创新之处)，

所有LCU都是通过调用xCompressCU来实现其CU/PU划分. 然后通过其结果再调用 TEncCu::xencodeCU 函数来实现对所有CUs进行压缩编码. xCompressCU大体可分为一下三块.Void TEncCu::xCompressCU(){ //第一块 for (Int iQP=iMinQP; iQP<=iMaxQP; iQP+

分析HM代码,首先必须把class TComDataCU完全搞明白!为了找到合适的模式或者合适的分割, 基本上都是采用两个TComDataCU来操作, TComDataCU*& rpcBestCU, TComDataCU*& rpcTempCU.相当于两个指针对应两个乒乓buffer,  m_ppcBestCU[uiDepth], m_ppcTempCU[uiDepth], 当然每一个ui

最近很少光顾我的博客， 因为一直很忙！ 再次更新编码开发状况！ 目前我的HEVC在i5机子上720P编码速度单核达到5～6帧每秒！ 现在问题是在线实时编码中，码率控制还是有些问题，AVC/H.264的码率控制基本能满足之前的应用，但是HEVC/H.265中新的GOP结构下码率控制还是不够理想！ 接下来进一步提高编码性能，更新改进其码率控制！