刚好有空来回一下旧文骗 p币 ※ 引述《crshieh (crshieh)》之铭言： : 其实历史不是重点 如果不能持续吸引新人 那他也不过是过去式而已 : 诚然过往的种种会留在你心里 但是无可避免的会慢慢的褪色 : 虽然最近只有年初的时候跑去ES跟对岸武侠mud晃了几天 : 是不是目前的主流mud还是diku or LP为基础? : 如果是的话 坦白说这些是已经有接近20年历史的技术了 不止 20 年.. 30 年可能有. 其实了解 mud 的历史就会知道你後面提出来的问题跟本就是 mud 拿不掉的包袱 mud 一直都只有一条路可以走 就是没事拿出来回味一下. : 有多久没有"创意"出现了? : MUD的灵魂是coder通常也都是创始者 区域主要是增加耐玩度 : 当coder不再有热诚或是时间的时候 也就是这个mud开始老化的时候 创意不是重点, 重点在创意之後还会不会选用 mud 平台去 implement. : 再来谈谈MUD目前的劣势好了 3D与图片的部份就不说了 : 1.移动&操作:大量重复的移动与操作指令,机械化程度不够的话, : 手的使用度会比其他游戏高出不少 後面有人提到说 BBS 操作可以简化 mud 指令操作.. 很久以前的 terminal emulator 只懂行不懂萤幕, 要做到 BBS 的介面是要靠 cursor library (传 统上是 ncurse) 很长一段时间也不是每个人的 terminal 都可以跑 ncurse 或是支援 cursor 所以一开始的网路相关应用程式都是以行为主..因为这样 才能确保大多数的 user 都可以用.. 用 cursor library 做的 game 很有名的是 hack/nethack/rogue, 这一系列 到後来没有 mud 流行其中因素就是因为 system requirement 比较高 (当然 扩充没有 mud 方便也是主因之一) 历史上来说 BBS 比 mud 要晚开发, 所以没有需要 backward compatible 的 包袱.. 以 mud 来说等到 ncurse capable terminal 普及以後玩家已经习惯 了介面, 要重新改变 server 方的架构工程有点浩大. 另外就是大约到 1998 年左右电脑的价格才真正的崩盘, 对玩家来说这表示他们有自己的电脑可以自 己装想要的东西, 对 mud admin 来说也不太需要担心 server load 太高被赶 走.. 当然台湾 BBS server code 的走向也是很奇特的.. (全世界应该也只有台湾 的 BBS 还有继续被开发吧) mud 要上一层楼一定是要从 server 端去改. 不过很现实的一点是台湾 mud 将 近 20 年来除了 ES2 的 engine 以外应该没有那个 server 是从头开始写的. diku/merc 类的 mud 改得很大是没错, 可是都是改游戏方面的东西而不是整体 UI 系统方面的东西.. 现在有 idea 的话以人力成本跟C/P值来看直接写成 OLG 或是 web game 就好了似乎也没有必要去写 mud.. : 2.萤幕卷动:由於游戏的进行方式是靠文字叙述,若是大量的移动与操作的时候会导致 : 讯息的卷动非常的快速,多人时候的施法或战斗讯息等等,没有相当的耐心或是 : 兴趣的话会很难坚持在萤幕前 : == : 先打到这 文字速度不是很大的问题.. 现在的 OLG 玩家看到的讯息其实比以前 mud 玩家 看到的多.. 重点在现在的 OLG 玩家有 client 可以运用, 以前多数 mud 不鼓 励用 client 很多原因是跟 load 有关, 因为玩家用了 client 以後游戏的速度 相对变快, server 端要处理的指令数以变高.. 这些现在应该都不是问题了. 最後 - pacman 图再漂亮玩法一样还是 pacman.... 可是改了游戏方法就不是 pacman 了. --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 192.83.249.50