由于漫游如今不能进行编辑(是偶看错了,原来是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人是要看对象的,嗯...
再后面的部分偶就不扯了