Java 2D 图像调整大小忽略双三次/双线性插值渲染提示（OS X + linux）

Question

我正在尝试使用 Image Voodoo 插件在 JRuby/Rails 应用程序中为上传的图像创建缩略图 - 问题是调整大小的缩略图看起来像......屁股。

似乎生成缩略图的代码绝对正确地执行了所有操作，将插值渲染提示设置为“双三次”，但它在我们的开发环境 (OS X) 或生产 Web 服务器 (Linux) 上并没有遵循它们。

我提取了生成缩略图的代码，将其重写为直接 Java 应用程序（即从 main() 方法启动），并将插值渲染提示显式设置为“双三次”，并重现了（缺少）双三次和双线性调整大小。

正如预期的那样，在 OS X 和 Linux 上，缩略图都丑陋且像素化，但在 Windows 上，它通过使用双三次插值很好地调整了图像大小。

我是否缺少任何 JVM 环境设置和/或其他库来使其正常工作？ 为了这个，我做了很多头撞墙的事情。

Answer 1

我意识到这个问题不久前就被问过，但以防万一其他人仍然遇到这个问题。

缩略图看起来像屁股的原因有两个原因（主要是第一个）：

• Java 中的非增量图像缩放非常粗糙，会丢弃大量像素数据，并且无论渲染提示如何，都会对结果进行一次平均。
• 在 Java2D 中处理支持不佳的 BufferedImage 类型（通常是 GIF）可能会导致外观非常差/抖动的结果。

事实证明旧的 AreaAveragingScaleFilter在制作漂亮的缩略图方面做得不错，但它速度很慢并且被 Java2D 团队弃用了——不幸的是他们没有用任何漂亮的开箱即用的替代方案来取代它，让我们有点靠自己了。

Chris Campbell（来自 Java2D 团队）几年前用增量缩放的概念解决了这个问题 - 不是在一次操作中从起始分辨率到目标分辨率，而是分步骤进行，结果看起来要好得多。

鉴于此代码相当大，我将所有最佳实践写入一个名为 imgscalr 并在 Apache 2 许可证下发布。

最基本的用法如下所示：

BufferedImage img = ImageIO.read(...); // load image
BufferedImage scaledImg = Scalr.resize(img, 640);

在这个用例中，库使用所谓的“自动”缩放模式，并将生成的图像（尊重其比例）调整到 640x640 的边界框内。 因此，如果图像不是正方形而是标准 4:3 图像，它会将其大小调整为 640x480 —— 参数只是它的最大尺寸。

Scalr 类（全静态且易于使用）让您可以控制一切。

为了获得尽可能最好看的缩略图，该命令如下所示：

BufferedImage img = ImageIO.read(...); // load image
BufferedImage scaledImg = Scalr.resize(img, Method.QUALITY, 
                                       150, 100, Scalr.OP_ANTIALIAS);

Scalr.OP_ANTIALIAS 是可选的，但很多用户认为，当您在 Java 中缩小到足够小的缩略图时，像素值之间的一些过渡有点小过于离散并使图像看起来“锐利”，因此很多用户要求一种方法来软化缩略图。

这是通过 ConvolveOp 完成的如果您以前从未使用过它们，那么尝试找出要使用的正确“内核”......是一件痛苦的事情。 在类上定义的 OP_ANTIALIAS 常量是我在与另一位将 imgscalr 部署到巴西社交网络（用于缩放个人资料照片）的用户进行一周测试后发现的最好看的抗锯齿操作。 我把它包括在内是为了让每个人的生活更轻松一些。

此外，除了所有这些示例之外，您可能已经注意到，当您缩放 GIF 和某些其他类型的图像 (BMP) 时，有时缩放后的结果与原始图像相比看起来很糟糕……这是因为图像处于支持不良的环境中。 BufferedImage 类型和 Java2D 回退到使用其软件渲染管道而不是硬件加速管道以获得更好的支持图像类型。

imgscalr 将为您处理所有这些问题，并将图像保留为最受支持的图像类型，以避免这种情况。

不管怎样，这确实是一个很长的说法，“你可以使用 imgscalr 为你做这一切，而不必担心任何事情”。

Answer 2

也许这对您来说是一个解决方案：

public BufferedImage resizeImage(BufferedImage source, int width, int height)
{
     BufferedImage result = new BufferedImage(widht, height, BufferedImage.TYPE_INT_ARGB);
     Graphics g = result.getGraphics();
     g.drawImage(source, 0, 0, widht, height, null);
     g.dispose();
     return result;
}

Answer 3

最后，升级到最新版本的 ImageVoodoo 似乎提高了质量。

查看源代码，看起来他们正在做一些时髦的 AWT 渲染，然后将其拉出来。 令人讨厌，但似乎有效。

仍然不如 ImageMagick，但比以前更好了。

Answer 4

@Riyad，增量扩展的代码并不是“相当大”，而是相当小（正如您从 2007 年的帖子中看到的那样，http://today.java.net/pub/a/today/2007/04/ 03/perils-of-image-getscaledinstance.html#creating-scaled-instances）拥有一个提供其他选项的库可能很有用，但让一个库使用一个库是无意义的。