由于漫游如今不能进行编辑(是偶看错了，原来是code部分太长...远远的编辑按钮在偶屏幕上消失了...嗯，刚给它喂了几个enter，看起来爽多了)，偶只有回帖了，跟上前面的
GPL不是用来符合的，当然你这么说也不能说就不对，至少偶看懂了...
- 【特点】
- [编辑本段]
- 日前，x264是最新的AVC编码格式之一。
- ■ 采用CAVLC/CABAC多种算法编码
- ■ 内置所有macroblock格式（16x16, 8x8, and 4x4 ）
- ■ Inter P：所有的分割块（从16x16到4x4 ）
- ■ Inter B：分割块从16x16到8x8
- ■ 码率控制：恒定的分层编制，单次或多次的ABR压制，可选的VBV压制
- ■ 场景剪切侦测
- ■ 支持B-frame
- ■ 能够任意编制B-frame命令行
- ■ 无损模式
- ■ 8x8和4x4的格式能够进行翻转或旋转
- ■ 自定义精确的矩阵模板
- ■ 可在多个CPU平行编码
- ■ 隔行扫描
引用
■ 采用CAVLC/CABAC多种算法编码
CAVLC与CABAC不是一个东西来着，拜托不懂不要乱扯，很容易引起歧义的
引用
日前，x264是最新的AVC编码格式之一。
又是编码格式，继续乐吧
引用
■ 码率控制：恒定的分层编制，单次或多次的ABR压制，可选的VBV压制
偶这个小白看了半天没看懂，什么叫“可选的VBV压制”？
简直一塌糊涂
翻X264 --LONGHELP出来看了下
涉及VBV部分：
- --vbv-maxrate Max local bitrate (kbit/s) [0]
- --vbv-bufsize Enable CBR and set size of the VBV buffer (kbit) [0]
- --vbv-init Initial VBV buffer occupancy [0.9]
- --vbv-maxrate 最大局部bitrate(kbit/s) [0]
- --vbv-bufsize VBV缓冲区尺寸上限 (kbit) [0]
- --vbv-init VBV缓冲区占用初始大小[0.9]
后面就是MR的测试数据了，拜托啊，呆呆，这份数据非常之牵强，而且跟你前面扯的根本是两码事，要证明X264比其它编码器优秀需要对比画质，bitrate等很多因素，甚至涉及到算法等等杂七杂八的问题（X264使用的算法够先进了嗯...），偶木了
最近偶又做了一次测试，不过还是因为一些问题作废了
详细请看：
http://comic.sonature.com.cn/thread-405-1-1.html如果哪位有办法得到客观的数据还请去偶那里做一下客，既然说偶错了，那偶就来错个明白 放心，ban人是要看对象的,嗯...
再后面的部分偶就不扯了
