@astaxie 请问这个社区是自己写的还是用的开源框架呀

对 AT&T 汇编 不熟悉。 但是 32 位系统一般都是双字存取，不在栈上存单字节，或双字节。

至少你还年轻

按键精灵做的工作比你想象的要多得多， 模拟输入不单是发个 windows 消息就完了的，现在的客户端游戏都有反外挂机制， 很可能需要在驱动层模拟输入，甚至在驱动层反复 hook 纠缠。
另外如果要最小化后还能获取游戏数据， 你需要直接读取游戏进程的内存，或调用其函数。这就不是模拟输入了。

你为什么会以为 %2f 应该自动转码为'/' ?

找主管要文档， 没有的话让他解释给你听。 不要怕他烦

软解跟一般代码一样在 cpu 执行， 是跟 gpu 无关。对于硬件不支持的压缩纹理，有些引擎可能会直接返回失败， 有些会像对待 png ， jpg 格式那样选择软解，看具体情况。

常见的压缩纹理格式， etc1 ， pvr, dxt 等都是有损压缩， 当然是不可能补回细节的。保留全部细节的是无损压缩，例如 png 图片。 无损压缩的压缩纹理格式，这个。。。貌似没怎么看到。

压缩纹理格式资料按名字 baidu 就有，代码资料么， 可以参看一些引擎的代码，如 cocos2d-x

@noli 如果 B 是静态 lib ， 那得和 A 放一起编译链接。 A 和 B 引用的 CRT 就会有版本冲突。
静态库要编译进宿主可执行文件，动态库是单独编译的。

@Tianqi B 以动态库方式编译。 A 和 B 可以使用不同的 CRT 。

python 不适合搞这个，需要学点手游开发

可以加一个代理的 dll B ， 用合适的 vs 版本编写，在里面包含 mono lib 。以动态库的形式单独编译，并且导出 C 语言格式的符号。
vs2008 写的 dll A ， 通过 B 来间接调用 mono lib 的功能。
C 格式的符号各版本通用，可以解决这种链接错误。