level 1
狠想知道j2k-codec如何去掉试用版的弹窗和响声。
用了几种jp2的库不是太慢就是解不了一些图片，像openjpeg，k2.23有很多jp2的图就报错。好容易找到这个比较快的发现其实还是要钱的，
2011年04月12日 10点04分
1
level 13
首先推荐一下置顶的UCI,如果符合需求的话.
j2k-codec的dll,去掉试用版限制是很容易的, 如果LZ详细说出用j2k而不是uci的原因, 我可以帮忙破解.
另外试过Jasper库了么,如果只有j2k-codec能解的jp2文件,请给出一个样本.
2011年04月12日 10点04分
2
level 1
感谢回复！！
UCI我去下了，报毒应该没问题吧，我先试一下，主要能解我那的jp2文件并且速度还可以就行了。
Jasper库我之前有用过CXImage库，里面jp2解码部分用的就是jasper，但是因为速度太慢了就没有采用。大概是700x300的图片（半场）要2到3秒。我的样本要怎么给你呢？
再次感谢！！
2011年04月13日 03点04分
3
level 1
哦，我那个得到的都是jp2的格式，uci有没有编码的接口呢
是dll报毒，360报的
邮件已发
2011年04月13日 07点04分
5
level 5
插一下：
Opera 11.10 对 Opera Turbo 功能进行了升级，全新启用了 Google 基于 WebM/VP8 视频编码开发的 WebP 开放图像格式，使图片体积更小。
似乎这也是一种新格式？
2011年04月13日 16点04分
6
level 12
回复：6楼
呃，WebP出来很久了
www。cnbeta。com/articles/124585。htm
2011年04月14日 00点04分
7
level 9
微软当年也从视频衍生出一种图片格式，忘了叫什么，也没什么占有率，估计谷歌最多在自己的网站上推这种格式，苹果和微软肯定不支持
2011年04月14日 07点04分
9
level 9
微软当年也从视频衍生出一种图片格式，忘了叫什么，也没什么占有率，估计谷歌最多在自己的网站上推这种格式，苹果和微软肯定不支持
2011年04月14日 07点04分
10
level 13
微软那个叫 HDPhoto, 也称作 JPEG XR, WMPhoto, 本贴吧以前给过介绍和测试, 自己搜索一下, 这个格式我也用在早期的几个高压版游戏, 和 JPEG2000 各有胜负, 性能比 JPEG2000 好, 但后来发现明显差于 H.264(x264), 于是放弃关注, 目前确实还没什么改进.
2011年04月14日 11点04分
14
level 13
hipix 官方说是基于 H.264 的, 主要优化在高分辨率图像, 对于低分辨率据说没什么优势, 我有空会看看.
2011年04月14日 11点04分
15
level 13
找到以前 0.45 和 0.492 版的 ucidec.dll, 360和AntiVir都没误报, 看来只是凑巧有某处代码在AntiVir的怀疑特征库里, 然后360也受AntiVir的误报影响.
2011年04月14日 11点04分
18
level 13
发现一个新的实验中的有损压缩格式:dli, 可惜官方站被墙了
sites.google.com/site/dlimagecomp
2011年04月14日 11点04分
19
level 13
翻墙拿到了据说是超越adct的图像编码器: dli v2.0
看说明要达到最好的质量貌似需要极长的压缩时间
2011年04月15日 04点04分
23
level 13
简单测试了dli
最好质量模式耗时实在太长, 完全不能满足平时使用,所以暂时不评价.
默认模式速度很快,解码速度比UCI略慢.
还不清楚dli对UV通道是否是downsample的,所以先了测试一张灰度图,压缩体积以UCI默认参数压缩的体积为准.
测试结果客观上dli的PSNR和MSE都没有UCI好.
主观上各有胜负,UCI优势在总体感觉, dli优势在细节的保留.
2011年04月15日 04点04分
24
level 13
再用上面那个图测试了adct, 客观结果在UCI和dli之间, 但主观效果最差, 非常模糊, 丢失很多细节, 当然因为模糊也少了很多瑕疵.
2011年04月15日 05点04分
25
level 13
发现LZ的问题还没解决, "大概是700x300的图片（半场）要2到3秒"的情况Jasper貌似不会这么慢的, XnView用的就是Jasper内核,打开那个例子很快
2011年04月30日 12点04分
26