目前项目需要对 dragonbones 骨骼动画增加滤镜支持。这样就可以方便地利用同一套骨骼动画资源制作例如变色、中毒或者真假英雄等效果，节省美术同学的工作量以及运行时的内存占用。

cocos2d-x-filters 项目提供的滤镜功能，是针对纹理进行操作的。用于显示的两个类 FilteredSpriteWithOne 和 FilteredSpriteWithMulti 也是继承自 Sprite 。

但 dragonbones 是一个层级结构，dragonbones 中的那个 _display ，其实仅仅是起到了容器的作用，并没有什么特殊的渲染工作。因此要对 dragonbones 进行滤镜处理，最简单的办法就是对 …

cocos2d-x 并没有提供滤镜支持。由于美术同学的强烈需求，我不得不在刚刚学习 C++ 的时候写了一个 cocos2d-x-filters 项目，为游戏中的纹理提供一些基本的变色、模糊等效果。

这个项目从2014年3月开始，到现在已经一年多了。最近为了给 dragonbones 增加滤镜支持，不得不把原来的项目翻开来重新看了一遍，发现以前学的 OpenGL 现在都忘得差不多了。这是个很糟糕的体验，我决定趁着这个机会把这个项目捡起来，增加一些必要的滤镜，同时继续学习 OpenGL 知识。

• 开始日期：2015-03-27
• 读完日期：2015-04-04
• 书籍介绍： 编号1506

本月初就已经读完了这本 《HTML5程序设计（第2版）》 ，可一直磨蹭到现在才开始写读书笔记。

HTML5 和我十年前学习的 HTML4 相比并没有什么太大的变化，只是多了一些 API 而已。

看来我还要找本 CSS3 相关的教材看看。

下面是本书的思维导图：

由于博客不再转载文章，我弄了一个 wiki系统 ，这个系统使用的是 dokuwiki 。

使用 wiki 系统还有许多好处，包括但不限于：

1. 方便保存一些零碎的想法；
2. 转载文章便于管理；
3. 文章之间的关系更加系统化；
4. ……

这个系统大概有2年多了，也积累了 300 篇 wiki ，dokuwiki 有很多优点，例如小巧易用，不需要数据库等等。但最近我越来越感觉在线系统的不方便。例如：

1. 编辑器太弱，在浏览器中编辑大段文章的体验很糟糕；
2. 没有版本管理，需要手动备份；
3. 需要经常更新；
4. wiki 许多优秀的生成器不支持 wiki 格式。

因此，No Zuo No Die 的思想又开始泛滥，继 博客静态化工作 之后，我又开始折腾 wiki …

这是我对知乎上一个问题的回答，原文见： http://www.zhihu.com/question/28584388/answer/41376487

原文问题：

入行5年多的as3程序员，不知道未来怎么样！该转型吗？ ？对未来有些迷茫！？

转型哪个新语言呢？unity,cocos2dx,swift,oc,h5,java还是c＋＋呢！

我的回答：

2015-04-20 更新：该 bug 已经解决，见本文结尾。

查看所有 quick 移植到 cocos2d-x lua 的文章

在 移植 quick2.2.3 的项目到 cocos2d-x 3.4 lua 中提到，我已经开始使用 cocos2d-x 3.4 lua 来开发目前公司的两个项目。

在这两个项目中，我将 cocos 的 lua 框架、quick 的 lua 框架和我自己开发的 lua 代码，全部整合到了我的 lua 项目 中。

下面提到的 quick 框架，都是指的我整合的这个 lua 项目。

查看所有 quick 移植到 cocos2d-x lua 的文章

我们的第二个游戏 Lulala 是采用我修改过的 quick 2.2.3 开发的，这个项目已经完成。

Lulala 完成后，我们立项了一个新的游戏 HHL，此时我转向了 cocos2d-x lua，具体原因我在 从 quick 转向 cocos2d-x 3.3 lua 一文中做过介绍。

在 HHL 中，我本想将以前在 quick 中修改的东西，全部移到到 cocos2d-x 3.x 中来，但仔细考虑后放弃了。我修改了太多的 C++ 代码，同样的工作我不可能在 cocos2d-x 3.x 中再来做一遍。

由于 从 quick 转向 cocos2d-x 3.3 lua 中 …

在 cocos2d-x 3.4 上遇到了一个诡异的问题，记录如下。

平台和版本

• 框架： cocos2d-x 3.4 final
• 设备： Nexus 4/5/7 with Android 5.0.1/5.0.2
• NDK version： r9d

问题描述

一个 dragonbonesCPP 骨骼动画，在 iOS、Windows、Mac OS X、Android with 4.x 上表现完全正常，但在 Android 5.x 下表现不正常。

具体表现为解析骨骼动画数据的时候，既不 crash，也没有任何报错信息，整个程序就停住了。