标签：开源项目 开源框架 sha 导出 tput 项目 过滤 用户 ram
GPUImage是Brad Larson在github托管的开源项目。
GPUImage是一个基于GPU图像和视频处理的开源iOS框架，提供各种各样的图像处理滤镜，并且支持照相机和摄像机的实时滤镜； 基于GPU的图像加速，因此可以加速对实时摄像头视频、电影以及image的滤镜和其它效果处理，并且能够自定义图像滤镜。另外， GPUImage支持ARC。
使用GPUImage处理图片比Core Image更简单，只需要将过滤器赋给图片对象即可，不用考虑context或者设备等其他问题。GPUImage提供了除高斯模糊外的其他几种不同效果的模糊，虽然Core Image也提供了几种模糊效果，但目前在iOS上能用的就只有高斯模糊，而GPUImage可用的有FastBlur, GaussianBlur, GaussianSelectiveBlur 和 BoxBlur。此外，作为开源框架的GPUImage还支持自定义的过滤器。
开发语言：Objective-C
BSD 3-clause "New" or "Revised" License
项目主页： http://www.sunsetlakesoftware.com/2012/02/12/introducing-gpuimage-framework
项目托管地址：
GPUImage是现在做滤镜最主流的开源框架，没有之一。作者BradLarson基于openGL对图片处理单元进行封装，提供出GPUImageFilter基类，配合shader，常用滤镜都拿下不是问题。
下面大致讲解下GPUImage里的一些基本概念，为了表达方便。已经知道请跳过
GPUImage中的几个概念
? output为输出源
? intput为输入源
? filter为滤镜
所以一个完整的滤镜处理流程是这样的: output+X+input，X就是滤镜组(1+个滤镜)。GPUImage为了方便，新版本中提供了GPUImageFilterPipeline 这个东东，方便用户使用多个滤镜组合，不用担心前后的链式逻辑。
GPUImage作者将图片滤镜处理和动态滤镜是分开了的，动态滤镜是按照上面那个流程，但图片处理却是以(output+filter)*X + input这种逻辑。如果处理一张图片的效果需要用到多个滤镜组合，用一个滤镜生成一张图片output，然后传给下一个滤镜处理,这个过程中如果滤镜叠加次数比较多，或者这个滤镜效果被调用多次，这样消耗的内存是贴别大的，每个滤镜处理后导出的图片output都存在内存中，如果原图特别大，那么恭喜。。估计内存要爆了。
我在做滤镜app的时候，都是以output+X+input这种模式来处理的，这样代码逻辑单一，效率高，吃内存也没那么多。看了源码知道output +X+ input ，当X为多个时，上个滤镜n处理得到的纹理，还存在GPU显存中，GPU直接将这张纹理传给了n+1作为其output，这样整个滤镜流程下来，只有一张纹理内存的占用。
以这条线来走，过程中基本就没遇到什么问题，只是代码结构设计和封装耗时。最后滤镜模块做完实用到项目里，发现滤镜模块调用完了以后，内存上去了下不来，我遇到了这问题时，反复检查，所有GPUImage相关元素都已经释放了，那么增加的内存是哪儿来的呢？后来想到了显存，arc环境下，只负责回收oc对象的内存，显存自然需要GPUImage使用者自己来回收，这样也就容易了，翻GPUImage的api，找到了
GPUImageContext中有个framebufferCache ，就是它了
[[GPUImageContextsharedImageProcessingContext].framebufferCachepurgeAllUnassignedFramebuffers]。
GPUImage ==> 一个基于GPU图像和视频处理的开源iOS框架
标签：开源项目 开源框架 sha 导出 tput 项目 过滤 用户 ram
原文地址：http://www.cnblogs.com/dreamDeveloper/p/6060225.html
