回复: 资源：星际战争 -整理，感谢lavin的支持
原帖由 兰博基尼盖拉多 于 2008-3-24 13:54:00 发表沈沈啊，多去参考参考星际OL和EVE的设定哇。你有钱途哇:default2:
关于战场的提出确实是星际OL的模型,至于EVE方面我所设想的是取消等级的概念和技能平衡
回复：资源：星际战争 -整理，感谢lavin的支持
我倒认为，这一点在可以做为商业上的噱头，游戏内的冲突可以延伸的很宽～～～～不同语种的玩家使用的是自已母语的客户端．当然在游戏中交流的对象也是使用自己母语的人．也许你会用固定的思维去想象这些人在服务器中如何交流．其实正如现实中一样．同一类人总是会聚在一起的．．．．
----------------------------------------------------------------------------------------
对以上的观点.我有不同的意见.
请记住.你是策划.说的明确点.玩家的自由度是由你给的.也就是说.从本质上.玩家是没有自由度的.超过了你给的度.那就是BUG.这里就要说一点.作为策划.你必须要考虑到游戏的每一点.是否合理.象你说的.我用固定思维想象人的交流.但是.这个人的交流是完全在你的策划构思里完成的.也就是说.你作为策划,你必须.注意!是必须!要考虑到玩家在游戏每一环节的感受.如果你自己不能保证玩家在你这个策划中的感受.那就要尽快砍掉.这是对你,以及美术组.程序组负责.
还有.作为一个商业游戏.你要考虑到现有资源能否实现.
一般来说.公司的引擎是固定的.架构也是固定的.要添加.也是很少的部分.也就是说.不是你怎么想.就怎么做.没有一个公司会轻易做个全新的游戏.而且你的游戏还涉及多语言.和跨国网络架构.光这一个.就注定被砍.因为你这个想法不能算创新.EVE刚到中国的时候.就有呼声要国服和欧服联合.但是.最后没实现.请你综合考虑到游戏的方方面面.你就会了解.为什么现在很多好的创意不能实现.
最后.说一点:就现在而言.请把游戏当商品来看.而不仅是创意
回复：资源：星际战争 -整理，感谢lavin的支持
你说的没有错.本来分布式的结构也就只是在设想中,还没有那个真正使用过.
但除此之外,多语言其实早就有游戏在使用了.比如WOW.
这种方式的主要处理方法是在服务器中.而我所提出的思想即是源于此.
不同的游戏服务器共用一个数据库.
你想像一下,在上海架设一个游戏服务器负载４个地图,四川架设一个游戏服务器负载４个地图．然后这两个游戏服务器与数据库服务器及游戏主服务器连成一个ＶＰＮ．
上海的人进上海服务器，四川的人进四川服务器．而这个游戏主服务器的游戏世界是由这８个地图组成．
差不多就是这样意思了．
回复：资源：星际战争 -整理，感谢lavin的支持
我比较明白你的意思了.就是说国外在国外的地图上.国内在国内的地图上.但是首先.你这个不是简单的一个跨区域的问题.你是涉及到跨国的问题.即使是魔兽也无法实现国外玩家在国内服务器自由玩的吧?这个.其实最主要的是成本问题.2是.你开发多语言.那就是说.有多少个国家.你就要有多少个销售平台.这个又是一笔支出.即使财力雄厚.你真的已经在策划里考虑好了.多平台带来的效益值得对它的付出了吗?玩家对此的感觉会如何?你要知道.你的这个一担执行下去.你就要承担责任.因为程序.美工.以及网络等要大量的人力财力.是否合适?就象我前面帖子里提到的.不同国家的玩家在一起会遇到的种种问题.如果你没有想好怎么解决.我觉得还是砍了比较好.毕竟还有很多值得挖掘的地方.
尽可能利用现有资源.做出好游戏.才是策划的根本
回复：资源：星际战争 -整理，感谢lavin的支持
确实是这样.主要瓶颈还是在网速上,那么我们变动一下,将数据服务器搞成同步模式,这个应该就好处理了.游戏分服务器有自己的数据服务器,这些数据服务器之间的数据又是同步的.
我前面已经说了,多语言的主要支持在于服务端,利用脚本,不同地区的玩家使用的都是同一个客户端端,唯一要改的只是客户端的UI.
这种方法是可行的.
不过话说回来.其实这是国际版的ZT.
应该已经有人在执行中了.