http://blog.csdn.net/sunshine1314/category/170804.aspxH.264新特性，CODEC，最新动态，我的心得，等等。zh-CNSun, 20 Apr 2008 18:10:00 GMT60Peter Leehttp://blog.csdn.net/sunshine1314/archive/2007/07/31/1719668.aspxTue, 31 Jul 2007 18:27:00 GMThttp://blog.csdn.net/sunshine1314/archive/2007/07/31/1719668.aspxhttp://blog.csdn.net/sunshine1314/comments/1719668.aspxhttp://blog.csdn.net/sunshine1314/archive/2007/07/31/1719668.aspx#Feedback5http://blog.csdn.net/sunshine1314/comments/commentRss/1719668.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1719668本篇旨在讲解H.264的权重量化机制，至于H.264的量化本篇只简略带过，量化的详细内容可以参考h.264 white paper或毕厚杰的H.264书籍。本篇以4x4 ac系数为例进行讲解，8x8ac, dc, chroma dc, ac等系数的权重量化机制亦雷同。<img src ="http://blog.csdn.net/sunshine1314/aggbug/1719668.aspx" width = "1" height = "1" />Peter Leehttp://blog.csdn.net/sunshine1314/archive/2007/07/12/1685948.aspxThu, 12 Jul 2007 01:25:00 GMThttp://blog.csdn.net/sunshine1314/archive/2007/07/12/1685948.aspxhttp://blog.csdn.net/sunshine1314/comments/1685948.aspxhttp://blog.csdn.net/sunshine1314/archive/2007/07/12/1685948.aspx#Feedback2http://blog.csdn.net/sunshine1314/comments/commentRss/1685948.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1685948首先声明本文并不是我写的,文章来自本人同学(Sunrise),都是一起做的H264,比较了解,文章内容都是自己整理的,比较可信,因此整理到一起,我也偷个懒哈再次声明:文中用的标准是BS的正式标准,如果大家发现序号不对,参考着改过来就是了!编码过程：假设有一个4*4数据块{<img src ="http://blog.csdn.net/sunshine1314/aggbug/1685948.aspx" width = "1" height = "1" />Peter Leehttp://blog.csdn.net/sunshine1314/archive/2007/07/12/1685947.aspxThu, 12 Jul 2007 01:22:00 GMThttp://blog.csdn.net/sunshine1314/archive/2007/07/12/1685947.aspxhttp://blog.csdn.net/sunshine1314/comments/1685947.aspxhttp://blog.csdn.net/sunshine1314/archive/2007/07/12/1685947.aspx#Feedback2http://blog.csdn.net/sunshine1314/comments/commentRss/1685947.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1685947首先要说明的是CABAC的生命期是SLICE,因此本篇所讲的也是一个SLICE里CABAC的流程,其次对于我们来说场模式几乎用不到,所以本文的编码流程只使用帧模式,因此实际上用到的表只有277个, 当然如果我写成399, 不是说里面所有表都用到的. 这里只是声明一下这个问题, 如果大家实际操作的时候发现模型表序号始终不过276那是很正常的. 本文参考了T264的代码, 应此一帧里只有一个SLICE. 而本文用的变量则采用标准里的变量.本文不会讲CABAC的原理, 想要了解原理请参考FTP上的。<img src ="http://blog.csdn.net/sunshine1314/aggbug/1685947.aspx" width = "1" height = "1" />Peter Leehttp://blog.csdn.net/sunshine1314/archive/2007/05/09/1601265.aspxWed, 09 May 2007 00:38:00 GMThttp://blog.csdn.net/sunshine1314/archive/2007/05/09/1601265.aspxhttp://blog.csdn.net/sunshine1314/comments/1601265.aspxhttp://blog.csdn.net/sunshine1314/archive/2007/05/09/1601265.aspx#Feedback4http://blog.csdn.net/sunshine1314/comments/commentRss/1601265.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=16012652007.4月San Jose会议上，Thomas Wiegand发表的SVC Overview，包括一篇SVC Overview的paper和对应的presentation ppt。作为H.264/AVC SVC的大佬级人物，其发表的Overview，见解自然会比较深刻，同时也会点出SVC未来的发展方向，故推荐阅读。文章下载地址：http://ftp3.itu.ch/av-arch/jvt-site/2007_04_SanJose/JVT-W132.zip <img src ="http://blog.csdn.net/sunshine1314/aggbug/1601265.aspx" width = "1" height = "1" />Peter Leehttp://blog.csdn.net/sunshine1314/archive/2006/12/14/1442579.aspxThu, 14 Dec 2006 11:59:00 GMThttp://blog.csdn.net/sunshine1314/archive/2006/12/14/1442579.aspxhttp://blog.csdn.net/sunshine1314/comments/1442579.aspxhttp://blog.csdn.net/sunshine1314/archive/2006/12/14/1442579.aspx#Feedback1http://blog.csdn.net/sunshine1314/comments/commentRss/1442579.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1442579The following information about the Joint Video Team (JVT) and its work may be helpful to some of you. [version: 2005-07-19] The primary work of the JVT currently consists of: 1) scalable video coding (SVC) extension development, and 2) maintenance of the existing Advanced Video Coding (AVC) standard ITU-T Rec. H.264 &amp; ISO/IEC 14496-10, e.g., including errata reporting and maintenance of reference sotware and conformance specifications. <img src ="http://blog.csdn.net/sunshine1314/aggbug/1442579.aspx" width = "1" height = "1" />Peter Leehttp://blog.csdn.net/sunshine1314/archive/2006/10/11/1329543.aspxWed, 11 Oct 2006 01:32:00 GMThttp://blog.csdn.net/sunshine1314/archive/2006/10/11/1329543.aspxhttp://blog.csdn.net/sunshine1314/comments/1329543.aspxhttp://blog.csdn.net/sunshine1314/archive/2006/10/11/1329543.aspx#Feedback3http://blog.csdn.net/sunshine1314/comments/commentRss/1329543.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=13295431. Recent News 2. Test report <img src ="http://blog.csdn.net/sunshine1314/aggbug/1329543.aspx" width = "1" height = "1" />Peter Leehttp://blog.csdn.net/sunshine1314/archive/2006/05/27/757418.aspxSat, 27 May 2006 11:40:00 GMThttp://blog.csdn.net/sunshine1314/archive/2006/05/27/757418.aspxhttp://blog.csdn.net/sunshine1314/comments/757418.aspxhttp://blog.csdn.net/sunshine1314/archive/2006/05/27/757418.aspx#Feedback59http://blog.csdn.net/sunshine1314/comments/commentRss/757418.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=757418今天，p264decoder开始发布，网址：http://p264decoder.zj.com<img src ="http://blog.csdn.net/sunshine1314/aggbug/757418.aspx" width = "1" height = "1" />Peter Leehttp://blog.csdn.net/sunshine1314/archive/2006/05/08/712401.aspxMon, 08 May 2006 09:07:00 GMThttp://blog.csdn.net/sunshine1314/archive/2006/05/08/712401.aspxhttp://blog.csdn.net/sunshine1314/comments/712401.aspxhttp://blog.csdn.net/sunshine1314/archive/2006/05/08/712401.aspx#Feedback69http://blog.csdn.net/sunshine1314/comments/commentRss/712401.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=7124012003年5月，当H.264编码标准草案发布时，很多人都觉得H.264太复杂，不宜实用。眨眼间3年过去了，以往的论断、疑惑被如今的现实冲洗的干干净净。随着硬件性能的提高和视频编码工作者对H.264的不断优化，如今的H.264已完全实用，最新的达芬奇芯片上能实现D1分辨率(720*480)视频的实时编码，而对于解码，普通的PC机就能实现x264编码的DVDrip电影的流畅播放。纵观过去的三年，有多少人对H.264倾注了热情和汗水才换来今天的成绩，而那些H.264的开源项目以及参与这些项目的开发者自然是功不可没。本文评测的是作者接触过的H.264开源解码器，包括：JM decoder, T264 decoder, x264 decoder, ffmpeg libavcodec, Intel IPP simple player。评测的内容有：对H.264特性的支持、解码速度以及二次开发难易程度。<img src ="http://blog.csdn.net/sunshine1314/aggbug/712401.aspx" width = "1" height = "1" />Peter Leehttp://blog.csdn.net/sunshine1314/archive/2006/03/09/619894.aspxThu, 09 Mar 2006 16:28:00 GMThttp://blog.csdn.net/sunshine1314/archive/2006/03/09/619894.aspxhttp://blog.csdn.net/sunshine1314/comments/619894.aspxhttp://blog.csdn.net/sunshine1314/archive/2006/03/09/619894.aspx#Feedback24http://blog.csdn.net/sunshine1314/comments/commentRss/619894.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=619894it's the discussion about using x264<img src ="http://blog.csdn.net/sunshine1314/aggbug/619894.aspx" width = "1" height = "1" />Peter Leehttp://blog.csdn.net/sunshine1314/archive/2006/01/10/575598.aspxTue, 10 Jan 2006 20:15:00 GMThttp://blog.csdn.net/sunshine1314/archive/2006/01/10/575598.aspxhttp://blog.csdn.net/sunshine1314/comments/575598.aspxhttp://blog.csdn.net/sunshine1314/archive/2006/01/10/575598.aspx#Feedback45http://blog.csdn.net/sunshine1314/comments/commentRss/575598.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=575598由于H.264采用了多参考帧预测技术，所以其参考图象的管理比较复杂。GO50只是说明了怎么用，没有讲明为什么这么用，大家看过之后往往会有很多疑惑。本文比较细致的讲解了参考图象管理的问题，旨在进一步揭开其朦胧的面纱：）一、相关变量含义二、解码流程（突出参考图像管理部分）三、参考图像的标记四、参考图像的初始化五、参考图像的重排序<img src ="http://blog.csdn.net/sunshine1314/aggbug/575598.aspx" width = "1" height = "1" />Peter Leehttp://blog.csdn.net/sunshine1314/archive/2006/01/06/572414.aspxFri, 06 Jan 2006 22:00:00 GMThttp://blog.csdn.net/sunshine1314/archive/2006/01/06/572414.aspxhttp://blog.csdn.net/sunshine1314/comments/572414.aspxhttp://blog.csdn.net/sunshine1314/archive/2006/01/06/572414.aspx#Feedback2http://blog.csdn.net/sunshine1314/comments/commentRss/572414.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=572414http://forum.doom9.org/showthread.php?t=99402<img src ="http://blog.csdn.net/sunshine1314/aggbug/572414.aspx" width = "1" height = "1" />Peter Leehttp://blog.csdn.net/sunshine1314/archive/2006/01/06/572401.aspxFri, 06 Jan 2006 21:52:00 GMThttp://blog.csdn.net/sunshine1314/archive/2006/01/06/572401.aspxhttp://blog.csdn.net/sunshine1314/comments/572401.aspxhttp://blog.csdn.net/sunshine1314/archive/2006/01/06/572401.aspx#Feedback0http://blog.csdn.net/sunshine1314/comments/commentRss/572401.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=572401It's a really wonderfully work!!original url:(may be the auther will update it in the future)http://forum.doom9.org/showthread.php?t=95939<img src ="http://blog.csdn.net/sunshine1314/aggbug/572401.aspx" width = "1" height = "1" />Peter Leehttp://blog.csdn.net/sunshine1314/archive/2006/01/06/572374.aspxFri, 06 Jan 2006 21:26:00 GMThttp://blog.csdn.net/sunshine1314/archive/2006/01/06/572374.aspxhttp://blog.csdn.net/sunshine1314/comments/572374.aspxhttp://blog.csdn.net/sunshine1314/archive/2006/01/06/572374.aspx#Feedback0http://blog.csdn.net/sunshine1314/comments/commentRss/572374.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=572374http://forum.doom9.org/showthread.php?t=96059<img src ="http://blog.csdn.net/sunshine1314/aggbug/572374.aspx" width = "1" height = "1" />Peter Leehttp://blog.csdn.net/sunshine1314/archive/2005/12/20/557219.aspxTue, 20 Dec 2005 14:55:00 GMThttp://blog.csdn.net/sunshine1314/archive/2005/12/20/557219.aspxhttp://blog.csdn.net/sunshine1314/comments/557219.aspxhttp://blog.csdn.net/sunshine1314/archive/2005/12/20/557219.aspx#Feedback190http://blog.csdn.net/sunshine1314/comments/commentRss/557219.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=557219*x264 for vchttp://lspbeyond.go1.icpcn.com/x264/index.htm*x264编译问题合集（不断更新中...）见文章*关于我制作的vc下的x264版本，若遇到问题，我尽量帮你解决。<img src ="http://blog.csdn.net/sunshine1314/aggbug/557219.aspx" width = "1" height = "1" />Peter Leehttp://blog.csdn.net/sunshine1314/archive/2005/10/26/516970.aspxWed, 26 Oct 2005 15:57:00 GMThttp://blog.csdn.net/sunshine1314/archive/2005/10/26/516970.aspxhttp://blog.csdn.net/sunshine1314/comments/516970.aspxhttp://blog.csdn.net/sunshine1314/archive/2005/10/26/516970.aspx#Feedback3http://blog.csdn.net/sunshine1314/comments/commentRss/516970.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=516970T264的核心功能都放在T264LIB静态库中，我将该库用动态链接库实现，并比较了解码速度，发现区别甚大，不知原因何在？敬听各位分析。<img src ="http://blog.csdn.net/sunshine1314/aggbug/516970.aspx" width = "1" height = "1" />