level 9
dwing真是与时俱进啊
^_^
不知道vs 2010好用否
2009年11月28日 10点11分
2
level 13
虽然用VC2010编译,但不一定要用VS2010,呵呵
2009年11月28日 10点11分
3
level 0
正好测试
不过，现在x264变化很大，默认的参数还适合吗？
2009年11月30日 05点11分
4
level 13
默认参数还是合适的,如果有更好的通用参数可以在这里提出.
另外,0.43用的是beta1版的VC2010,以为beta2没有什么更新.不过刚刚发现beta2版生成的代码有了很大的变化,首先是内联能力提升了,程序体积会大一些,应该会有点效率提升,同时也发现很多的优化策略的改进.下一版UCI再用最新的VC2010编译.
PS: VS2010的beta2版已经发布Express的版本了,体积只有700多MB,编译器可以从这里提取.
2009年11月30日 11点11分
5
level 9
关于内联，我推荐用一下VS的Profile Guided Optimization功能。经过PGO后程序都会变大，VS会将展开部分循环和内联部分函数。
我编译x264时，使用PGO比不使用PGO性能提高3%~5%，比GCC的fprofile提升的性能明显得多。而编译vsfilter性能提升更达到10%左右。
2009年11月30日 14点11分
6
level 13
PGO是pro以上版本VS的功能,Express版没有...
roo_zhou有的话,可以把编译器打包上传一份,包括:
VC\bin\*.* (包括子目录)
VC\lib\pg*.lib
Common7\IDE\mspdb*.dll
Common7\IDE\msobj*.dll
2009年12月01日 06点12分
7
level 9
你要2005的还是2008的？我用的是team suite
2009年12月01日 14点12分
8
level 13
已经有人发给我了VC2010b2的ultimate版编译器.
team版的增加的/analyse参数也是很实用的.
VC编译器从2005之后参数就比较稳定了.
2009年12月01日 15点12分
9
level 0
4:4:4 方式的图片会出现偏色，比原图略红
用 4:2:0 则颜色正常，但红色区域相对模糊
2009年12月02日 09点12分
10
level 9
我不是提议过4:4:4直接采用RGB不要再转YUV了吗
2009年12月02日 09点12分
11
level 0
可我只找到-s 选项能编码成4:4:4的uci
试了用imgdec src.bmp - | ucienc - -o test.uci -s 还是偏色
囧 求如何不转YUV编码……
2009年12月02日 09点12分
12
level 13
考虑到向下兼容性问题,还没有改变4:4:4的色彩保存方案.
等0.5版可能会考虑,不过对于压缩色差低的图像,效率就差多了.
当前版本的偏色问题会尽量控制到误差最低.
2009年12月02日 10点12分
13
level 0
那对输入源作处理，略微减少红色通道的亮度能否补偿偏色呢？
2009年12月02日 10点12分
14
level 9
偏色肯定是bug啦，不是补偿不补偿的问题
既然有bug，那压缩出来的东西肯定有问题，不如放弃原先的方法，直接用RGB
2009年12月02日 11点12分
15
level 13
经测试(最新版x264和UCI),未发现明显偏色,数值上有略微差别是正常的,而且比较平均,并非红色偏问题突出.
这里有张无损的测试图:
2009年12月02日 12点12分
16
level 9
还有d大是不是应该公开UCI中libavcodec的代码呢？想看看你是怎么精简的。而且按照LGPL的要求，这个代码也是要公开的。
2009年12月02日 12点12分
17
level 0
拿那测试图试了一下，只有较暗处的过渡不是很均匀
囧TL 我这图刚好主色调就是暗的……
2009年12月02日 12点12分
18
level 0
还有，4:2:0的uci颜色是对的
只有用了-s 的4:4:4颜色有偏差
PS: x264 core:79 r1354 636f98f
2009年12月02日 12点12分
19
level 0
顺便问一下，264用了4:2:0的色彩空间，红色部分应该更粗糙些吧？
但是实际播放264视频的时候暂停下来仔细看，并没有明显的感觉，是播放器做了deblock之类的操作么？
- = 如果是，那ucidec应该没做吧，不然ucidec出来的红色部分颗粒感就不会那么强了
2009年12月02日 13点12分
20