ffmpeg用VC编译会遇到大堆的warnings,不知道是开发人员故意忽略还是gcc没有发现这些.
多数是降低精度的类型转换,有无符号整数的比较,未引用的局部变量,不过也见到过使用未初始化局部变量的警告,不知道VC编译之后会不会产生错误的指令,只能期盼测试无误了.

目前测试还算不错,swscale的lanczos缩放效果比较理想,速度也很快.
不过像x264这种压缩方式感觉有点像HE-AAC的做法了,就是说开始用欺骗眼睛的手法达到高压缩率下保证最佳的主观图像质量.如果与原图用PSNR对比,x264根本比不过同等文件大小jpeg2000和hd-photo.
我想有损压缩的极限就是要以保证主观感觉为主吧.

对于音频来说,主观质量当然很重要,因为客观数据看不出什么.而对于图像来说,仔细对比确实会发现x264在压缩时篡改了图像的部分信息,尤其是高频部分(例如杂点),当然这部分虽然与原图区别很大,但几乎不会影响人们对图像的理解,所以类似模拟高频噪声的技术在图像压缩上也是可以很好地利用的.

虽然这次在静态图像测试上crf+aq击败了qp模式,但最近几次视频压缩对比总体感觉qp还是比crf质量好一些.
我怀疑crf只是intra帧质量比较好,而降低了其它帧的质量.

r11的2个ed视频中背景一直是向一个方向飘大量雪花,而前景只有滚动字幕,x264压起来效率非常低,不知道哪些参数适合这种情况.

那个飘雪花视频只有5分10秒,但用qp=30压却超过100MB,crf=30+aq也有40多MB. 
最后狠心用qp=45并减半帧率压到15MB,雪花已经很模糊了,不过只要字幕还能认清就好.

分辨率只有640X480,
mencoder可以设定输出帧率并自动跳帧,源30f/s,减半后15f/s.

目前基本开发完成,如果有兴趣测试可以给我发邮件(地址自己找)索取.

UCI的编解码器是同时提供的,所以解码回BMP格式就能看到效果了.
PS:这次内部测试的FFmpeg版本是svn16238,以后每次更新UCI都会更新到当前最新版本的FFmpeg.

解码内核解出来的是raw-ARGB格式,和未压缩的BMP基本相同.

今天对比压缩后图像时发现压缩后好像稍微暗了一点,
尝试在输出时提高1点Y通道后亮度差不多,
对比PSNR发现竟然比以前提高了不少,
另外测试发现在压缩时提高1点Y通道结果基本一致.
后续实验正在继续...

公开测试版本已发布.

0.11版的DecodeUCI接口有个bug,就是正确解码之后返回值仍然为0,不过数据已经解出来了,所以影响不大,以后更新时修正.

用x264不能实现解码...