新手请教各位大大一个问题，关于休闲类网游(如卡丁车)

winterxyz

像卡丁车这类网游，最主要的同步数据就应该是位置数据了。因为车子一直在移动中，所以我个人猜想一个客户端应该是以一个比较固定的频率向作为服务器的主客户端发送消息包的。

不知道的实际情况是不是以上推测的那样。而我想知道的问题是，这类游戏的客户端需要每秒向作为服务器的主客户端发送多少次消息，同时又从主客户端接收多少次消息才能够达到目前卡丁车、街头篮球这样比较理想的同步状况呢？而一般这类游戏占用的带宽基本上是多少？

如果有哪位大大知道实际情况，望能够详细的讲解一下或提供相关的资料，在此先谢过各位了

filx

一般这类游戏客户端只发玩家按键信息,100-300毫秒发一次按键组比较合适.
按每帧都发送按键也行,但延迟200以上,客户端显示上就会不流畅,具体看你处理.
游戏每次发送的按键组数量 = 帧数/(一秒时间/发送间隔时间).
以50帧运行游戏,200发送间隔时间为例，每次发送的按键数量平均就是10左右.
50/(1000/200) = 按键组数量;
(1000/200) x (其他信息 + 按键组数量 * 按键信息) = 每秒数据量 ;
(每秒信息总量一般不会超过1KB,一般控制在400-600字节之间，视你的其他信息而定)
服务器数据量要看你的游戏内容,以快照方式处理的话.
(每秒快照数量 x (玩家坐标和速度的压缩数据 x 同房间玩家数量)) x 同房间玩家数量= 服务器房间每秒数据量;
(10个快照 x ((4字节ID+12字节压缩的坐标和速度 + 2字节按键信息) x 8个玩家) x 8个玩家 = 11520字节;
11520字节 x 房间数 = 服务器每秒最大数据量;

这些只是假想的最少数据,算上TCP头和其他信息,实际数据量肯定要多点.

6377

卡丁车、街头篮球严格的来说，已经不是传统的休闲类游戏了，传统的房间休闲游戏是不需要同步的。

这是一种崭新的以休闲风格来表现的新一类型网络游戏，现在只有韩国掌握了该项的先进核心技术。国内的基本没有看到产品出现。

如果你想要做，可能先需要确定你需要采用什么样的架构，个人感觉只知道发包频率是没有什么大用处。还是不能实现基本的同步要求。

winterxyz

filx: Re:新手请教各位大大一个问题，关于休闲类网游(如卡丁车)的发包频率

一般这类游戏客户端只发玩家按键信息,100-300毫秒发一次按键组比较合适.
按每帧都发送按键也行,但延迟200以...

呵呵，受教了，谢谢这么详细的回答，正在努力研究中......

winterxyz

6377: Re:新手请教各位大大一个问题，关于休闲类网游(如卡丁车)的发包频率

卡丁车、街头篮球严格的来说，已经不是传统的休闲类游戏了，传统的房间休闲游戏是不需要同步的。

这是一...

    呵呵......确实现在这方面韩国比较占优势，不过国内好像还是有不少厂商正在制作这类游戏，有几款也已经测试，虽然貌似还没有特别成功的......另外，个人还只是个新手，只是研究研究这方面的一些东西而已，见笑了。

    ps.有没有这类游戏服务器构架方面的详细资料呀？

filx

这些是商业机密,不会有公开的资料.
网上那些除了有源代码的,大部分流程图都是很简单大框架,细节都隐藏了.能不能运行都成个问题.
网络部分还是要全靠自己去研究做项目才能积累经验.
同步是网络中比较麻烦的部分,其他的就是繁琐的体力代码了.
你可以先去看下quake系列的代码,里面的快照方式其实对大部分动作休闲游戏都适用
不用快照,个人感觉对动作量多和响应快的游戏很难完美同步,client预算的数据也不够.

thoreaw

不可能实现真的同步,现在没有一款网络游戏能做到,也不必那样,同意楼上的

filx

像CS那样感觉就已经是真的同步了.
MMO,赛车等游戏可能同步需求没这类游戏高.玩家能接受.
要是CS使用MMO的同步方法进行游戏,玩家肯定接受不了.
具体看游戏内容,使用不同的方法.

6377

其实同步是一个概念上的说法，很不严谨。

MMOG的要求也可以达到很高，是不能这样拿来MMOG/突袭/CS/光线飞车等等什么的乱比的。

突袭Online 的TCP同步就做得不不错，我玩了2个月，对它的同步效果表示比较满意。