讨论一下关于网游里的行走同步问题

sjinny

服务器端不做trigger？那服务器怎么知道客户端trigger结果是否合法？如果说trigger命中时还可以判断一下，那么如果客户端没有报告trigger，那服务器怎么办？比如我掉岩浆里了我也不向服务器报告，这样我就不会被烫死，但是服务器怎么知道呢？如果让其他客户端来报告，那怎么知道是谁在说谎呢?

tarkey

总有办法trigger的,下一次同步自己位置的时候trigger不就可以了么.

PassByYou

计算都让客户端完成，服务器之判断是否合法。最好不要放服务器计算。

3d运动轨迹都有节点的，轨迹创建的时候，发送给服务器，判断。

物体沿轨迹运动中，会发生一些打断事件，这时再和服务器同步一下。

sjinny

tarkey，我现在才想起应该问一个问题，你说的不要对位置进行逐帧计算，这里的帧是指服务器上的逻辑帧吗……
看到你说同步位置的时候进行trigger，我就想：难道不是一个逻辑帧同步一次吗……

PassByYou，关键的问题还是服务器如何判断合法性……我觉得服务器需要计算位置的变化，才有根据来判断合法性……要是想服务器不做计算就判断合法性，可能就只能靠各个客户端之间互相监督了……
不知道你说的运动结点是什么概念。

PassByYou

服务器先判断运动轨迹那条线是否是合法的，一个for即搞定（很少的计算量）。

物体运动中，每达到一个节点，服务器判断节点周围区域（我给它起的术语叫计算假半径，专门用来作服务器方的碰撞计算的）

你在做服务器吗？

sjinny

这样啊，但是这样如果用户频频地改变行走路径，那么服务器的负担岂不是会很重？而且有时用户只是给出一个运动方向，并没有明确的寻径目标，这时如何设置运动轨迹呢？嗯，不过至少从运动方向上可以知道可能通过的trigger区域。不过我还是觉得服务器肯定要按照一定的品率更新各个对象的位置的，比如如果这些区域trigger是移动的……

我只是在尝试做服务器，还是在学习阶段。

PassByYou

.........
.................
我只是在尝试做服务器，还是在学习阶段。

你说的问题根本不存在。

尝试做服务器的话，建议了解一下底层IP协议。
从IPFilter开始，然后逐步封装成TCP，UDP。这样的服务器才有价值。不要用什么IPSSL，IPSOCK，Winsock之类的，这些是给客户端用得。作高负载的服务器，建议多关心一下底层IP协议。

同步问题在客户端成型以后才能得到开发,得到使用.

sjinny

拜托……有多少人有信心做出比操作系统更好的TCP实现？又有多少必要来自己实现？

在我看来，首先设计好服务器与客户端的交互机制，然后客户端才能成型……

sjinny

晕，突然发现有个重要的问题没有问：为什么我说的那些问题不存在呢？

6377

看得一头感觉根本没有讨论的范围，简直是鸡同鸭讲，你们讲的是那种类型服务器端的同步哦