每一个客户端如何知道服务器上的怪物和NPC的信息

square.jerry

过期

sea_bug

可以肯定的是，NPC等相关信息多是由服务器发送，包括NPC属性、AI运动等等，数据量大不大就看你程式的数据结构如何组织，一般来说，一个NPC并不需要传太多信息，一个图形ID、一个状态即可。

square.jerry

NPC并不算多，但一张地图里可能有十来个NPC，数百个的怪物（而且还在刷新中），需要传递每一个NPC和怪物的信息的话，一个就算发30个字节，也要发数万字节，这仅是发给一个玩家的，还不包括更新后再要发一次。如果几百个玩家在各自的地图内，服务器需要频繁（是不是每时每刻不确定）的给所有客户端发送数M字节的消息，个人认为这发送的太多了，所以我认为需要把每一个怪物的信息都单独发送的方法是太笨了，不过还没有想明白更好的方法，需要把这些怪物和NPC的信息打包发送而不是一个个的发送

magicsonny

感觉并不是把所有的NPC的信息都发送给每一个用户，应当是有选择性的发送！（指数据）
比如说，用户看不到的NPC情况，系统就没有必要发送吧？虽然NPC情况已经发生改变了！

square.jerry

我个人认为如果服务器每秒需要传送的数据量超过5M的话就算失败的设计了，不知道各位赞同否？

square.jerry

是没必要每一个都发送而是应该由服务器来进行计算得出范围,但是应该是以NPC(怪物也算一种NPC吧)为中心呢?还是应该以玩家为中心来计算,就显示NPC和怪物的需要传递的数据信息这一块来讲.

rankey

玩家

eastland

游戏设计的很多思想来源于生活，楼主应该先到生活中看看你是怎样观察世界的，然后就会明白服务器并不会主动向客户端“塞”NPC或地图的信息。
很显然，玩家以自己的行为触发了场景的需求，客户端告诉服务器：“我需要看到这些”，服务器接到请求后回答客户端：“你看到了这些，也只能看到这些”
服务器不会唠唠叨叨的对客户端叙述世界上所有发生的事，除非这件事对这个客户端有影响
就这么简单

谜の名侦探

如果一个NPC从视野外走到你的视野内,你怎么知道需要看到这个人呢?
还是要服务器主动"塞"给你.

谜の名侦探

正如观察世界一样
当我们睁开眼睛,就等于说进入场景,然后,世界就不断的塞给我们东西,知道闭上眼睛.