程序化 Mesh 已经变大，为什么离开原位置就突然消失
程序化 Mesh 的可见性不仅取决于顶点上传；索引合法、顶点有限且 Bounds 由同一批有效顶点重算，渲染器才能安全地剔除动态几何。
moyuta
玩家 · 游戏开发者 —— 写代码的玩家，玩游戏的开发者
-
-
动态分辨率切换不能只换颜色纹理：颜色与深度附件必须成对提交
动态分辨率的安全提交单位不是单张纹理，而是尺寸一致、修订有效且完整可用的颜色与深度附件包；任何候选失败都应保留旧渲染目标。
-
相机停在 HLOD 边界时，单阈值会让层级逐帧翻转
HLOD 选择应由有记忆的状态所有者使用进入与退出两条屏幕误差阈值，并在目标资源就绪前保持当前层级，避免边界抖动和空洞切换。
-
按钮已经移动，点击却留在原地：UI 布局与命中区域必须同修订提交
异步布局结果只有在视觉矩形、命中矩形与修订号共同通过校验后才能替换活动快照，否则本地化测量和迟到完成会让画面与交互使用不同布局。
-
骨骼任务都完成了，为什么角色仍会撕裂一帧
并行骨骼任务只能生成候选矩阵，骨骼数量、矩阵有效性与姿势修订全部通过后，整份调色板才能替换渲染线程正在使用的快照。
-
Godot 场景节点删掉了，RenderingServer RID 为什么还活着
场景树只应发起渲染对象重建，RID 的创建、候选配置、原子替换与释放必须由同一所有者按修订号闭环，否则节点退出、失败配置和迟到完成都会留下不可见的低层资源。
-
PlayableGraph 重建失败时，旧姿态为什么必须继续可见
PlayableGraph 的重建结果只有在请求代次、输出绑定与首帧求值同时通过后才能替换活动图，否则缺失输出和迟到完成会把角色暴露在半成品动画状态中。
-
InstancedMesh 只改三个实例，为何可能上传 898 个矩阵
稀疏实例更新不应退化为首尾包围区间；由上传规划器在调用预算内合并脏区间，并以原子提交隔离非法候选。
-
渲染图纹理句柄为什么不能跨帧保存
瞬态纹理句柄必须同时绑定帧号与槽位代次，解析失败时不返回资源引用，才能阻止跨帧缓存和槽位复用把旧身份误接到新纹理。
-
运行时纹理第二行错位，通常不是采样问题而是上传行跨度
紧密像素数据必须按目标行跨度逐行写入候选缓冲，并在设备上传成功后整体替换活动纹理，否则行填充和失败提交都会变成可见破图。