2

我一直在寻找原始图像支持,并找到了这个库(jravio-1.6.1),它扩展了 imageio 以添加原始支持。它似乎工作,但非常缓慢。我见过速度更快的蜗牛。我的代码在几秒钟内处理 Jpeg,处理一个不大的 .cr2 文件或 .nef 需要几分钟。我可能是错的,但我认为它甚至减慢了 tiff 处理速度。最后一个 tiff 文件非常大,所以这也可能是问题所在。

我对这个库的另一个问题是,开发似乎在 2009 年就停止了。

我的替代方案是什么?我尝试包含 JAI,但某些库在导出到可执行 jar 后导致应用程序崩溃。

似乎问题出在 imgScalr 因为它的调整大小和旋转速度很慢。

尼康 D300 的 11.6MB nef 文件需要 1 分 35 秒才能将大小调整到 20%,需要 38 分钟才能将图像旋转 90 度。

但这对我来说毫无意义,因为这些图像被旋转并调整为 bufferedImages 而不是它们的原始格式。这可能是 imgScalr 的大小问题吗?

显然它与图像颜色类型有关。如果我将图像转换为 RGB,则调整大小和旋转速度很快,但转换为 RGB 需要很长时间。我正在使用 ColorConvertOp 进行转换。

4

1 回答 1

1

看来 jrawio 库不是问题所在。问题是原始图像的颜色格式。Scalr 处理 ARGB 或 RGB 颜色格式的速度要快得多,如果在修改图像之前将图像转换为 ARGB 或 RGB,则修改速度将与 JPEG 一样快。但是,转换本身需要的时间与修改之一一样长。

于 2013-06-22T14:28:02.170 回答