<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>骨骼 on PlumePHP</title><link>https://plumephp.com/tags/%E9%AA%A8%E9%AA%BC/</link><description>Recent content in 骨骼 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Thu, 08 Jan 2026 10:32:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E9%AA%A8%E9%AA%BC/index.xml" rel="self" type="application/rss+xml"/><item><title>Godot 骨骼数量预算：角色精细之前，先问同屏能站多少人</title><link>https://plumephp.com/godot-skeleton-bone-count-budget-2026/</link><pubDate>Thu, 08 Jan 2026 10:32:00 +0800</pubDate><guid>https://plumephp.com/godot-skeleton-bone-count-budget-2026/</guid><description>&lt;h2 id="为什么要单独写成系统"&gt;为什么要单独写成系统&lt;/h2&gt;
&lt;p&gt;单个角色骨骼越多，动画和蒙皮越贵；同屏角色数量一上来，成本会被放大。这个问题表面上通常很小：一个确认框、一个焦点切换、一个 LOD 开关、一个下载判断，或者一次性能采样。但它真正影响的是玩家对客户端稳定性的判断。Godot 项目如果把它散落在页面脚本、角色脚本和导出脚本里，后期会很难回答“当前状态是谁决定的”。&lt;/p&gt;</description></item></channel></rss>