今日份进度：http://bmob-cdn-23299.b0.upaiyun.com/2019/02/06/9860d3c540a9f69b8051d7b2565cbb76.mp4
http://bmob-cdn-23299.b0.upaiyun.com/2019/02/06/af9e144c40f4b8238083d908d4b3d899.mp4

已经能访问并修改引擎缓存模型骨骼了，接下来要解决
1.如果不同的玩家引用相同的是相同的模型缓存就不能直接对缓存修改
2.得为每个模型做一个关键骨骼的映射，因为大家在做模型的时候命名不一定规范


3.在物理引擎按照bsp构建场景（碰撞盒），并为每个玩家模型生成一个布娃娃实例（一套约束）在玩家未死亡时布娃娃的约束不起作用，当玩家死亡时物理引擎接管对骨骼的控制。
还有很多细节，大佬们多提点意见，因为自己一个人玩效率低。还有，这个东西的实现没什么可能不可能的，即使在sdk的代码里不太可能，但是xash有引擎的源代码（也就是hw.dll那部分代码）。只要有时间都可以实现。

http://bmob-cdn-23299.b0.upaiyun.com/2019/02/15/871ed0f040e0b4d1804bb1a906b5a2a1.mp4
因为时间紧，没能去学物理引擎，先通过unity->socket->setmemory看效果。然后socket顶不住50帧的更新频率，只能将物理更新设成10帧，所以看起来卡。

这是纯客户端的，不涉及游戏逻辑。
还有我想在客户端绘制一些box测试物理引擎，可以教教我怎么用TriAPI吗
最好直接贴代码

bsp碰撞出炉

func_buyzone 和func_bomb_target 也被添加了碰撞体
其实会动的门也不能添加collider

这回把不可见的固体移除了，大家猜得出这是哪个地图吗

这里就不明白了为什么我的立方体绘制不出来。还有我现在代码都不能命中断点了，所以不方便调试。

问题解决，vec3_t作为形参的地方换成float*就行。

应该不会弃坑，吧

进度过半

public static void Main()
{
InitEverything();
while(!Exit)
{
ProcessInput();
#region physics update
Simulating();
Render();//physics world debug draw
#endregion
RenderEveryEntityOnList()//goldsrc render
{
SetupBones()
{
#region physics setup bones
if(currentEntity.isPlayer||isDead)
SetupBonesPhysically();//call physics module set the player pose
#endregion
};
DrawMeshs();
...
};
}
}
这个是简化版的大致流程，大佬们，我有两个api
1.PhysicsUpdate(deltaTime);
2.LoadMapCollider(mapName);
应该放在客户端的哪段代码好呢？我打算只修改客户端部分，不知道能不能行。物理更新应该刚好放在渲染之前，加载地图碰撞体应该放在ChangeLevel的位置。

实现了DebugDraw，debug更加地方便了。如你们所见，碰撞体目前是用算法生成的，只是大概吻合模型。还有关节的约束使用的是点对点约束，旋转是完全自由的，所以会摆出不太合理的姿势。现在碰撞体还不能通过文件加载，要实现更吻合模型的碰撞体的话，需要给blender或max等模型制作工具写插件，还需要有人给每个模型制作碰撞体，通过插件导出。这部分留个坑吧，工作量有点大。

还有这套系统是C#写的，我会提供C 的sdk给goldsrc mod开发者用。使用metahook的话也可以让cs拥有这套系统。