ios - Core Image 和 GPUImage 之间的主要区别

Question

Core Image 和 GPUImage 框架之间的主要区别是什么(除了 GPUImage 是开源的)？乍一看，它们的界面似乎非常相似……将一系列过滤器应用于输入以创建输出。我看到了一些小差异，例如 GPUImage 具有的易于使用的 LookupFilter。我想弄清楚为什么有人会选择一个而不是另一个作为照片过滤应用程序。

Answer 1

作为 GPUImage 的作者，您可能对我所说的持保留意见。我应该首先说我非常尊重 Core Image 团队以及他们如何继续更新框架。在我编写 GPUImage 之前，我是 Core Image 的重度用户，我根据 Core Image 在 Mac 上的工作方式设计了它的许多设计元素。

这两个框架都在不断发展，因此今天进行的比较可能在几个月后就不正确了。我可以指出当前的功能和基准，但不能保证在我们更新内容时不会发生变化。

我对 GPUImage 的理念是围绕使用着色器渲染的 OpenGL (ES) 四边形创建一个轻量级包装器，并使用尽可能简单的界面来实现。正如我之前所说，我引入了我真正喜欢的 Core Image 方面，但我也更改了他们过去让我失望的部分界面。我还扩展了一点，因为 Core Image 只处理图像处理，而我连接了电影播放、相机输入、视频录制和图像捕获。

当我最初考虑这个想法时，Core Image 还没有来到 iOS。当我发布它时，Core Image 刚刚添加到 iOS。不过当时iOS支持的滤镜数量was fairly limited (例如，没有模糊)，并且 iOS 上的 Core Image 不允许您像在 Mac 上那样创建自定义内核。

GPUImage 提供了在 iOS 上对图像和视频执行自定义 GPU 加速操作的方法，而 Core Image 则没有。大多数开始使用它的人都是出于这个原因这样做的，因为它们有一些用库存的 Core Image 滤镜无法做到的效果。

最初，GPUImage 还 had significant performance advantages for many common operations .然而，Core Image 团队在每个 iOS 版本的处理速度上都取得了显着的改进，现在已经非常接近了。对于某些操作，GPUImage 更快，而对于其他操作，Core Image 更快。他们希望雇用一些 pretty clever optimizations for things like blurs ，我已经开始在我的 GPUImageiOSBlurFilter 之类的东西中复制它。它们还智能地结合了多阶段操作，我将过滤步骤视为离散和单独的项目。在某些情况下，在 iOS 上，这给了我一个优势，我最近试图减少这种内存后果，但他们比我更好地处理许多类型的过滤器链。

iOS 8 在 iOS 的 Core Image 中引入了自定义内核支持，这在 Mac 上一直都有。这使得在 iOS 上的 Core Image 中编写您自己的自定义过滤器和其他操作成为可能，因此这将不再是 GPUImage 的优势。当然，任何想要以旧 iOS 版本为目标的人仍然会受到 Core Image 在那里可以做的事情的限制，其中 GPUImage 可以回到 iOS 4.0。

Core Image 也有一些简洁的功能，可以在 iOS 应用程序处于后台时进行过滤(最初基于 CPU，但 iOS 8 现在为此添加了 GPU 端支持)，其中 GPUImage 依赖于当应用程序在后台时，OpenGL ES 会阻止它运行。在 iOS 8 中可能有解决此限制的方法，但我还没有阅读所有文档。

我对 GPUImage 的兴趣在于机器视觉领域。图像过滤器是一种有趣的消遣，但我想使用这个框架来探索 GPU 加速图像分析的可能性。我正在研究任意对象识别和跟踪操作，这就是我不断改进框架的方向。但是，您有 the code到框架，所以你不必依赖我。