弓弩类的射击游戏有没市场？

Rgame

连网络游戏软件总架构师与你的”网络架构师“两个职位之间含义都搞不清楚的“策划”有任何技术含量吗？怪不得是做30秒货的。

天然呆: Re: Re: Re: Re: Re:弓弩类的射击游戏有没市场？



我的头衔抻开了还是网络游戏首席系统规则设计师呢，拿这种糊弄外行的头衔拿唬人有意思么？

Rgame

你自己回答你自己吧，“首席系统规则设计师”要有能力详细解释就不用你这样费力的问了。这个论坛上大家都已经看明白了，唯独你这么聪明的技术人员还没看明白？

sjinny: Re:弓弩类的射击游戏有没市场？

我说……

sjinny

rgame……你引用错了吧……

天然呆

Rgame: Re: Re: Re: Re: Re: Re:弓弩类的射击游戏有没市场？

连网络游戏软件总架构师与你的”网络架构师“两个职位之间含义都搞不清楚的“策划”有任何技术含量吗？怪不得是做30秒货的。

RGAME对游戏设计专业范畴的理解总是那么奇葩

Miller

sjinny: Re:弓弩类的射击游戏有没市场？

我概念里的服务器端判定命中是这样的：
客户端开枪的时候告诉服务器端我要向哪个位置开枪，服务器端模拟弹药飞行的过程，如果服务器端检测到了碰撞就判定为命中。
天然呆你说的服务器端判定是这种不？

呃。。这完全是服务端算了吧，服务器算得时候客户端呢？也算？
客户端看着明明打着人了，服务端的结果还没来，咋办？飞过去？还是先爆炸了再说？

sjinny

最好还是等服务器的消息，也就是说服务器会通知客户端火箭弹向哪飞，爆的时候也是服务器通知客户端。
如果假设大多数时候网络延迟是稳定的，也就是说就算卡但延迟不会不停地变，那么爆炸的位置应该是同步的，当然考虑到延迟的波动可以在爆炸消息里加上爆炸的位置。如果延迟太不稳定可以考虑把弹药的碰撞体做大，这样弹药会提前爆，就算延迟变大了一点爆炸时间和接触时间也不会相差太大

天然呆

sjinny: Re:弓弩类的射击游戏有没市场？

我概念里的服务器端判定命中是这样的：
客户端开枪的时候告诉服务器端我要向哪个位置开枪，服务器端模拟弹药飞行的过程，如果服务器端检测到了碰撞就判定为命中。
天然呆你说的服务器端判定是这种不？

这样的话在服务器端发回信息之前，客户端不会有任何反应。假设网络状况很理想，PING为50，那么信息一来一回也是100毫秒，也就是说玩家每个操作都要延迟0.1秒才有反应。换句话说这个游戏的PING是加倍的，除非架在LAN上，否则所有人都会觉得卡。这种方法现在很少有游戏用了。

现在常用的做法是玩家做出操作后向服务器端发送信息，客户端在验证信息回来之前就先按照验证通过的结果进行表现，如果验证信息未通过再悔棋。这种方法的缺点是PING高或者有丢包对玩家体验的影响很大，一个网络卡的玩家会经常向前走10米后又被系统拉回5米。

sjinny

可以做成客户端开火后立刻产生弹药开始飞行，只不过可以让它一开始飞慢点，然后等服务器端返回了消息再按消息飞行，然后就可以等待服务器的爆炸消息了

天然呆

sjinny: Re:弓弩类的射击游戏有没市场？

可以做成客户端开火后立刻产生弹药开始飞行，只不过可以让它一开始飞慢点，然后等服务器端返回了消息再按消息飞行，然后就可以等待服务器的爆炸消息了

对，所以秒速不到100米的火箭筒以及更慢的手榴弹都可以这样做

但枪弹初速至少500起跳，用这种方法就没法玩了

sjinny

如果可以按203楼的做法，那其实还是可以做成服务器端判定命中啊，只不过发射是客户端本地提前发起的

飞行速度快的投射物的确会对误差非常敏感，不过弓箭的飞行速度有快到这个程度吗？