digimoon 写了：

free077go 写了： 这个问题我早就报告给taro了，git上已经更新好了，只不过没放出新的编译版
https://github.com/astrataro/x264_tMod/ ... nt-6346826

可以帮忙编译一个能正常使用的版本吗？

http://pan.baidu.com/s/1gdEecQR

网络卡发帖重复，编辑掉一楼

2431版本似乎还是一样出错，tmod最后一个能正常用的是x264_rev2348+704_tMod，官版正常 http://ww4.sinaimg.cn/large/734a4869gw1egclrdq6kaj20rp0dptap.jpg 问题签名: 问题事件名称: APPCRASH 应用程序名: x264_32_tMod-8bit-all.exe 应用程序版本: 0.142.2431.42 应用程序时间戳: 53588460 故障模块名称: x264_32_tMod-8bit-all.exe 故障模块版本: 0.142.2431.42 故障模块时间戳: 53588460 异常代码: c0...

估计和x264的版本无关系，可以试试新版本r2274，因为x264_l-smash迟迟不更新，自己merge出,编译了一下,仅仅将plain分支推至最新版,也包含qyot27和taro向官方请求合并的3个提交.
http://pan.baidu.com/share/link?shareid ... 3055759650

mawen1250 写了：LZ知道什么是QP，什么是Rate Factor吗？
LZ知道MB-Tree和QComp是干什么的吗？
LZ觉得实际播放中人眼对静止部分的细节敏感还是对运动部分细节敏感？
LZ知道即使是以码率为目标的rc方式也是尽量在让码率分配结果接近Constant Rate Factor吗？否则为什么有人要用1st pass crf+2nd pass bitrate的方式？

你也是混dwing吧的，你没看到吗，其实我跟那个人说不通，这个神论我专门转过来的。

我听说crf不适太多高动态 如果录制的片源比较静态 crf肯定会用很少码率的，crf模式是以牺牲高动态的细节来压低码率 如果使用crf 高动态的细节不但保留的不好 而且会大幅增大码率 得不偿失啊，crf为了保留一些不必要的东西，为了那肉眼根本就很难察觉的细节，会大量牺牲码率，与其这样倒不如用2pass去控制一下，是这样吗？
还是通过我刚学的下面数据密度计算所得到的码率使用2pass bitrate效果更好？
我今天还学习到一个计算码率的方法，求科学家指导：
就用数据密度计算，根据分辨率和画面复杂程度来选取数据密度 然后用数据密度公式算出码率，经验丰富的话 直接估算。