本次更新做了较多改进,同时也修复了上一版本发现的几个问题,欢迎反馈bug报告或建议.
http://www.namipan.com/d/uci.7z/bab044c4e2fcb3c11a72ff1e6ff8daf7d267061252400600
0.4  (2009-05-30) 更换解码接口,YUV420相关转换使用MMX优化,更新FFmpeg,增加imgdec工具,增加Susie解码插件的支持
* 接口
// UCI格式图像解码,目前只支持输出24位BGR和32位的BGRA,返回0表示调用成功,负数表示错误,不支持多线程同时访问
int __stdcall UCIDecode(
  const void*  src,    // 输入UCI数据指针(不能传入null,其它指针参数可以传入null表示不需要输出)
  int          srclen, // 输入UCI数据长度
  void**       dst,    // 输出RAW数据的指针(BGR或BGRA格式)
  int*         stride, // 输出RAW数据的行间字节跨度(dst不为null时,stride不能传入null)
  int*         width,  // 输出图像的宽度值
  int*         height, // 输出图像的高度值
  int*         bit)    // 输出图像的
bp
p值(每像素位数)
// 释放UCIDecode输出的RAW数据指针所指的内存区
void __stdcall UCIFree(void* p);


命令行中转换当前目录中指定的几种图像文件到UCI格式的命令:
for %a in (*.jpg;*.png;*.bmp;*.gif;*.tga) do imgdec %a - | ucienc - -o %~na.uci
如果要写到批处理(.bat)中,要改成这样:
for %%a in (*.jpg;*.png;*.bmp;*.gif;*.tga) do imgdec %%a - | ucienc - -o %%~na.uci

太棒了 顶起。。就差 Susie的解码插件了

测试后找个机会吧硬盘上漫画都转化为UCI

先多做些测试,以及体积和质量最佳平衡参数的调节,确认无误后再全面转换.
而且建议备份原图到刻录光盘上备份以防不测,另外使用过的旧版UCI最好都保留,避免以后万一出现不兼容时应急(目前版本均向下兼容).

用 豪娇美少女 凪原空 第1话 做实验 原文件JPG 6.17MB
压缩后UCI文件为 3.41MB 清晰度相当

现在的版本仍然不支持转换8位的黑白位图？另建议dwing联系ACDSee让他们跟进对UCI的支持^^

8位灰度图可以通过imgdec转换成24位色再去压缩,此时UV通道的数据时非常好压缩的,而目前也没有办法让x264不压缩UV通道.
ACDSee官方不会去支持UCI的,各种原因.

q 25的时候，我就看不出分别了
默认的q 27 还可以分辨出差别
只是默认的时候，压缩率是一倍。这个可能是被设置成默认值的原因
不管怎么说，现在已经可以使用了^_^

在Susie和ACDSee 5.0下有不同的错误。
在Susie下图片得关闭再开启才正常。
ACDSee 5.0 with ucidec.spi图片移位。

官方Susie 0.47b未发现问题,只是大图片的缩略图无法显示(暂时不支持).
ACDSee Pro 8使用Susie插件,只能正常显示24位图,32位图无法正常显示.
可上传一个有问题的uci文件供测试.

dwing所说的susie是这里的？
http://www.digitalpad.co.jp/~takechin/download.html
操作太诡异了，连jpg都不支持吗（？）

那个网页里有单独的插件包可下载.

我也是用官版的Susie32 0.47b
http://kissho.xii.jp/1/src/1jyou78833.uci.html

官版的Susie32 0.47b直接打开和关联打开1jyou78833.uci都没问题.
发现ACDSee显示uci的缩略图有问题,浏览24位图没问题.

Susie32查看24位图的缩略图无问题,32位图缩略图和放大缩小的时候无法显示.

测试总结:
Susie32: 
24bit UCI: 正常
32bit UCI: 只有缩放浏览及缩小的缩略图无法显示
ACDSee with Susie plugin:
24bit UCI: 只有缩略图水平移位
32bit UCI: 无法显示

纳米盘又抽风了，建议多做备份……

大米盘下载:
http://www.damipan.com/file/1gvtWjv.html

d大，我看到你不再使用libswscale而用了自己写的RGB<->YUV转换，那转换的结果和使用libswscale是相同的吗？
还有YUV 4:2:0 -> RGB一般是需要dither的，不然可能会有banding出现