一个网游,成就一份梦想---大型多人MMORPG游戏寻求投资者(2

山高

四,关于客户端的编写
既然客户端只负责输入（只要是键盘鼠标),输出(播放声音和显示图象)和场景工作,那么客户端就是设置一个界面和场景,这样的工是不是一个程序员就够了(对２Ｄ来说)

山高

五,关于汇编,
也许你说汇编不利于团队开发,不错，这是个传统的权威说法.历史证明的确如此.
但是一个面向流水线的编程思想（注意是编程思想，不是编程语言，目前还没有面向流水线的编程语言),足以将这个传统的权威击得粉碎,
面向流水线的编程思想:
1,一个游戏功能或一个游戏功能系统就是一条流水线,增加和减少一个游戏功能就是增加和减少一条流水线
2,增加和减少一条流水线对原有功能无任何影响
3,增加和减少一条流水线对原有代码无需作任何改动,或只作少许改动

山高

对了，在你所谓“实现”的MMORPG架构里居然没有判断与什么人在同一场景里的这一最基本的功能需求，真是服了你了！
我只需判断与什么人同屏就可以了!
判断与什么人在同一场景太浪费了!
这下服了吗？

山高

六,关于一个服务器百万玩家同是在线
  1,经初步测试,用汇编写的服务器,运算1万怪物的行走,战斗,cpu使用率不到10%(赛扬2.4G),若用双核CPU肯定不到5%,就是说运算10万怪物cpu使用率不到50%,这还没有进行代码优化和算法优化,由此可算,以现有的硬件同一服务器支持10万以上玩家的逻辑不成问题,之后用多台分机进行数据分发,随着代码的优化和硬件的提升,百万玩家同时在线不是梦
  2,既然所有逻辑运算都在服务器,那么完全可以放心用发出就不管的udp协议了,传错了最多造成玩家的屏幕闪一下.啊啊,速度又提了多少?
七,关于封杀外挂和数据加密:
既然所有逻辑运算都在服务器,还用封外挂和加密吗?

山高

回Jason_lee:

那些功能该在客户端完成，那些功能该在服务器端处理？这下你明了吧？

MMORPG发展到今天，你还用最原始的几乎是人人一下子就想到的最笨的办法，而且一旦发现别人与你的不同，就说人家不懂，想想看，你还有药吗?

LifeRoad

看来投资无望，山高到是给我提了个醒，想法挺好，不过７４楼有点问题，是udp协议而不是dup协议，另外，mmorpg中可以优化的东西其实很多很多，就比如怪物的走动问题吧：如果附近没玩家，那怪物走来走去实在浪费资源，干脆把所有怪物全删除，检测到玩家在附近时候再刷出来走动好了，不过这个不是引擎干的事，是游戏代码干的事．

山高

多谢LifeRoad指正

山高

八，关于2DMMORPG服务器架构的核心技术
   在上面已经说了，可以把MMORPG当作本地ORPG来写,但把MMORPG当作本地ORPG来写不是整个架构的核心技术，整个架构的核心技术是算法，其中的一个算法:
       能让怪物在行走，战斗时的资源消耗比静静地呆在那里的资源消耗更低.
这个才是整个架构的核心技术之一，是整个架构的基石之一,少了一个这样的基石，整个架构马上土崩瓦解.支撑起整个架构的不是汇编，是算法，算法是大头，汇编是小头.懂得算法不用汇编也行，不懂算法用汇编也不行
   若那位朋友某天打算用上面的架构,请先找到这些基石或事先与我取的联系．
   以免少走弯路，以免把程序推倒重建,白白浪费人力.物力和宝贵的时间.
   时间就是金钱!!!!!!!
最后，再奉劝各位一句：
   我没有你想象中的那么笨,会免费把核心技术发布在这里.

yukun84

楼主和山高皆是强人！

祝二位好运

hengle_lee

一味的模仿。市场接受程度如何？别人的资源你可以随便的用？
在没有技术团队的情况下，购买了引擎事作为佛像顶礼膜拜？还是什么？
你们自己都开发不了引擎，如何应用的来其他公司开发的引擎？
硬件软件都在发展。你需要的最重要的不是钱和引擎，而是团队，技术团队。不是侃侃而谈，天马行空的创意策划！