x264 Rev.816存在严重Bug

根据一些报告，816版本存在一个严重的Bug，导致直接把片子压出马赛克。

Doom9上已经有人反应了此事，继续关注ing……

建议用回798Patched。

Doom9论坛上x264开发人员称，818版已经修复该Bug

持续关注……

更新

该Bug仅在Intel的处理器修复，使用AMD64或以上的用户仍然有风险遇到Bug。

持续关注ing……

2008-03-26

x264多版本横向测试

选用版本是x264.nl的763 786还有MEGUI更新的763 patched和798 patched
我的系统状态：
Core2Duo E6550 @ 3.2G
Windows XP Service Pack 3 v.3300
杀毒软件是ESET 3.0

基准测试参数:
–qp 18 –keyint 240 –min-keyint 24 –ref 3 –mixed-refs –no-fast-pskip –bframes 3 –b-pyramid –b-rdo –bime –weightb –trellis 1 –analyse all –8x8dct –threads 3 –thread-input –progress –no-dct-decimate
patched版本关闭AQ

继续阅读“x264多版本横向测试”

2008-03-20

更新 x264 rev771测试

更新的果然太疯狂了……瞬间就771了，再补充测试一下，方法和767的相同。

–qp 18 –ref 3 –mixed-refs –no-fast-pskip –bframes 3 –b-pyramid –b-rdo –bime –weightb –subme 6 –trellis 1 –analyse all –8x8dct –me umh –threads 3 –thread-input –progress –no-dct-decimate –no-psnr –no-ssim –output “test.mp4” “test.avs”

继续阅读“更新 x264 rev771测试”

2008-03-20

x264 rev767测试

这两天x264又开始发疯似的更新…………
今天的767版changelog里这么写到

skip intra pred+dct+quant in cases where it’s redundant (analyse vs encode)
large speedup with trellis=2, small speedup with trellis=0 and/or subme>=6

到底这个large speedup是多么的large呢？
不禁激起我测试一下的欲望

继续阅读“x264 rev767测试”

2008-03-07