c# - imageresizer.net性能基准

Question

imageresing.net社区和开发人员。

请为我澄清有关imageresing.net内部的一些细节。


imageresing.net是否使用.NET绘图库重新压缩jpeg？如果不是，它是否使用第三方引擎或某些内部算法？
有绩效基准吗？我想将imageresing.net与其他库进行比较：libjpeg，英特尔集成性能基元等。


提前致谢，

安东

Answer 1

ImageResizer提供3条成像管线。


GDI +（System.Drawing）默认。 2步高质量双三次预平滑。提供的质量非常快。 （用于调整大小的平均时间为200-300ms。）最近的Windows更新使GDI +并行化差，但是MSFT正在积极研究中。
WIC（WPF也使用什么）。速度提高4-8倍（调整大小时为20-200毫秒）。单遍调整大小会导致大量的波纹现象，并导致模糊（在Fant和Bicubic模式下）。 Windows Imaging Components中没有真正高质量的调整大小。
FreeImage。如果您需要支持DSLR格式或访问Lanczos重采样（顶级质量），则FreeImage是您的库。它比其他方法（通常为800-2400ms）要慢，又大又单片且难以审核，因此我们建议仅将其与受信任的图像数据一起使用。我们使用针对libjpeg-turbo构建的FreeImage的自定义版本，该版本明显快于libjpeg。


您可以混合使用编码器，解码器和（在某种程度上）调整大小算法。出于质量原因，某些算法在内部实现，而大多数算法依赖于C / C ++实现。

如果您关心照片质量，则端到端比较基准测试是荒谬的，因为您永远无法将苹果与苹果进行比较。回到2011, I did some benchmarks between GDI+ and WIC，但是摄影师和图形设计师倾向于发现WIC图像质量不可接受，因此并不特别公平。

我们会定期对每个管道进行基准测试，以检测性能的提高或降低，但是比较管道可能会引起欺骗，原因有很多：


您是否在乎元数据？禁用元数据解析时，libjpeg-turbo读取jpeg的速度（怪异）快2-3倍。如果要基于相机exif数据自动旋转，则需要该信息。
您是否关心颜色正确性？ Jpeg不是RGB格式。如果它具有ICC配置文件，则正确的做法是在调整大小之前将其转换为sRGB。太慢了
您是否关心调整质量？有一百种方法可以实现双三次调整大小过滤器。有些快，有些慢，最丑陋，有些准确。 Bicubic WIC！= Bicubic GDI +。如果您对视觉效果很满意，则可以在最近的邻居模式下从ImageResizer WIC端到端获得<20ms。
您是否关心输出文件的大小？如果您愿意花费更多的时钟周期，则可以将PNG / GIF文件的大小减少30-80％，将jpeg的大小减少5-15％。如果您想为每个请求添加150-600毫秒，ImageResizer可以创建将带宽成本减少一半的WebP图像（WebP编码比jpeg昂贵）。


您可以理解微基准（在相同情况下，libjpeg-turbo比libjpeg快40％，等等）。在排除编码，解码和颜色转换之后，您甚至可以比较某些简单的低质量图像调整大小的滤镜（最近邻，框形，双线性）。

问题在于，真正高质量的调整大小真的很复杂，而且从来没有两次以相同的方式实现。数量很少的高质量实现，甚至更少的具有亚秒级性能的实现。我订购了十二本有关图像处理的教科书，以查看是否可以找到参考实现，但是该主题是……大多数人都精明地避免了，而其他人只是简单地谈到了。从未提及边缘像素处理，预过滤和性能优化。

我已经为快速高质量图像调整大小进行了大量研究，但是我们还无法匹配GDI +。 ImageResizer的默认配置往往会在许多类型的图像上超过Photoshop的质量。

根据我们的libgd分叉和自定义大小调整算法，第四条管道可能会在不久的将来添加到ImageResizer中。尚无承诺，但我们可能会提供与GDI +差不多的质量，并具有类似的单线程（但并发性更好）性能。

我们所有的源代码都在GitHub上，因此，如果您快速找到想要作为插件或替代管道进行演示的内容，我们很乐意听到。