TapTap 制造

各位TapTap 制造的开发者们，为了更好地了解大家的使用体验与需求，我们发放了一份小小的调研问卷，希望听听你们的真心话～
如果你已经获得 TapTap 制造资格且已实际体验过，欢迎抽出几分钟填写本次问卷，你的反馈仅用于内部分析与改进，我们会对个人信息严格保密。填写问卷后，可获得3000 积分奖励，积分将在问卷截止后的3个工作日内发放至个人账户。
点击下方链接填写问卷 👇
问卷填写截止时间为 5月

一句话总结
在移动端用手指点一下屏幕，游戏却以为你点了两下——因为底层引擎同时发出了"触屏"和"鼠标"两个事件。本文讲清楚为什么会这样，以及怎么优雅地修掉它。
现象
在手机上测试游戏时，点一下按钮，回调函数执行了两次：买一个道具扣了两份钱，关一个弹窗关了两层，开一局游戏开了两把。
在电脑上测试一切正常。
为什么会这样？
根源：SDL 的触屏转鼠标机制
UrhoX 底层使用 SDL 处理输入。SDL

你做了个游戏，美术资源加了不少——角色模型、场景贴图、背景音乐、音效……发布后发现两个问题：
第一，玩家打开游戏要等很久，全部资源下载完才能玩。
第二，包体越来越大，很多资源其实根本没用到，但还是打进了包里。
TapTap 制造的引擎内置了一套「边玩边下」机制（DWP），加上构建引用策略和预下载配置，可以做到：用到的资源才打包、需要的资源才下载、看到的资源才加载。
这篇帖子帮你搞懂这套资源管理体系

你做了一个体素世界，或者一张大地图，在电脑上跑得还行，发到手机上直接卡成幻灯片。
这不是引擎的问题，是你没做「场景优化」。
大场景的核心矛盾很简单：东西太多，屏幕装不下，但引擎还是老老实实把每个东西都算了一遍。
优化的本质就一句话：「看不见的东西别算，看得见的东西少算。」
这篇帖子结合 TapTap 制造里的真实案例（Minecraft 体素世界），教你从零理解大场景优化的每一个核心技巧。
难度：

在给主界面制作火炉效果的时候，发现初始ai给到的效果并不理想，而提示让生成火苗就是椭圆形的阴影在飘来飘去。最后让火粒子是几百颗小圆时，感觉也差那么点。
如下图：
而迭代后，ai产出的效果如下：
--------- 以下是方法：
## 完整实现
### 函数签名
```lua
--- 在指定区域绘制动态火焰
--- @param vg NanoVG context
--- @param cx 火焰中

用一个 AI 生成的 3D 美少女模型，探索运行时骨骼编辑、权重绘制和关键帧动画的完整技术路线。
起因：AI 生成的模型，动作不够用我用 AI 生成了一个 3D 美少女角色（Blue Archive 风格），自动绑骨后得到了 41 根标准人形骨骼。从动画库里挂了 52 个动作——待机、奔跑、攻击、技能，效果还不错。但很快遇到了问题：
想让她做个比心的手势？——没有手指骨骼
想让头发随动作飘动？——