Java 对原始图像的ImageIO支持（jrawio）
我正在寻找原始图像支持，并找到了这个库（jrawio-1.6.1），它扩展了imageio以添加原始图像支持。它似乎起作用了，但速度太慢了。我见过速度更快的蜗牛。我的代码处理JPEG只需几秒钟，处理一个不大的.cr2文件或.nef需要几分钟。我可能错了，但我认为这甚至减慢了tiff的处理速度。最后一个tiff文件非常大，因此可能也是问题所在 我对这个图书馆的另一个问题是，开发似乎在2009年停止了 我的选择是什么？我尝试包括JAI，但有些库在导出到可执行jar后导致应用程序崩溃 问题似乎是imgScalr，因为调整大小和旋转速度较慢 尼康D300的11.6MB nef文件需要1分35秒才能调整大小到20%，需要38分钟才能将图像旋转90度 但这对我来说毫无意义，因为这些图像正在作为缓冲区图像而不是原始格式进行旋转和调整大小。这可能是imgScalr的尺寸问题吗Java 对原始图像的ImageIO支持（jrawio）,java,image-processing,jai,javax.imageio,imgscalr,Java,Image Processing,Jai,Javax.imageio,Imgscalr,我正在寻找原始图像支持，并找到了这个库（jrawio-1.6.1），它扩展了imageio以添加原始图像支持。它似乎起作用了，但速度太慢了。我见过速度更快的蜗牛。我的代码处理JPEG只需几秒钟，处理一个不大的.cr2文件或.nef需要几分钟。我可能错了，但我认为这甚至减慢了tiff的处理速度。最后一个tiff文件非常大，因此可能也是问题所在 我对这个图书馆的另一个问题是，开发似乎在2009年停止了 我的选择是什么？我尝试包括JAI，但有些库在导出到可执行jar后导致应用程序崩溃 问题似乎是img
显然，这与图像的颜色类型有关。如果我将图像转换为RGB，则调整大小和旋转速度会很快，但转换为RGB需要很长时间。我正在使用ColorConvertOp进行转换。看来jrawio库不是问题所在。问题在于原始图像的颜色格式。Scalr使用ARGB或RGB颜色格式的速度要快得多，如果在修改图像之前将图像转换为ARGB或RGB，修改速度将与JPEG一样快。但是，转换本身需要的时间与其中一个修改一样长。您找到的库是什么？@Java Devil抱歉，它在标题中，但SO不接受标题。我将把它添加到问题主体中。真的吗？对我来说很好。非常快速地读取8mg原始网络文件，事实上保存jpeg或png文件需要更长的时间。看起来问题在于imgScalr。imgScalr实际上在调整大小之前将文件转换为RGB，这就是为什么需要如此长的时间。只需使用不同的大小库，因为ImgScalr只调用Java2D代码。您是否尝试过使用更标准的颜色/像素格式向ImageReadParam提供目标图像？查看
ImageReader.getImageTypes（int）ImageReadParam.setDestination（BuffereImage）/setDestinationType（ImageTypeSpecifier）