相关文章在 gamer 的 mud 板还可以找到，有兴趣者可自行 前往参阅。 已经 10 年以上了，所以就我目前的理解，annihilator 的想法很简单。 如果 ruby 及雷爵靠 GKK 赚钱有违法疑虑 => 他希望 ruby 及雷爵中止 GKK 营运 如果 ruby 及雷爵可以靠 GKK 赚钱而没有违法疑虑 => 他希望分一杯羹 关键重点在底下两个... 一、GKK 的 game engine 是否从 mudos 改来 二、GKK 究竟直接使用了多少 KK(而 KK 源自 ES2，据 ruby 早期的说法，後期他当然否认)的程式码，或 者说明白一点─GKK 是否有直接使用 ES2Lib 的函 式库。 我曾说过圣殿1)绝对不会公开募款2)绝对不会商业化， 这是因为只要圣殿使用 mudos 的一天「就绝对不能这 样做」。 而 KK 以前曾经募款过，并因而产生过争议。 因此最烂的情况，就是 GKK running on mudos，以及 GKK 的 simul_efun、继承用物件等更直接使用了 es2lib 的某些函式。 ruby 中期发表的声明表示他「重写」了许多东西，这 使得 KK 几乎完全变成了他的作品，因此新的争议点 产生.. 三、KK重写幅度达到某种程度後，是否代表着 ruby 可 　　以宣告 KK 「完全是」他的作品？ ruby 的想法也很简单。 一开始他希望取得 annihilator 的「事後授权」。 但之後他发现自己写给 annihilator 的信被拿来利用 後，开始改变态度，全面否认 GKK 与 ES2lib 的所有 关连，只部份承认 GKK 「参考」 KK 的非函式部份。 (如技能等设定) 但因为 GKK 明显保留了 kk(也就是 mud) 的许多讯息 显示方式，如甚具 mud 特徵的战斗文字讯息、公频讯 息设定等，ruby 刻意举出 GKK 与「ES2」的不同之处.. > 凡是 GKK 与 ES2 的爱好者可以明显比较出两者的主要差异 : > 1. GKK 的人物资料与 ES2 的截然不同 > 2. GKK 的职业设定与 ES2 的截然不同 > 3. GKK 的战斗模式与 ES2 的截然不同 > 4. GKK 的技能系统与 ES2 的截然不同 > 5. GKK 的法术系统与 ES2 的截然不同 > 6. GKK 的世界建构方式与 ES2 的截然不同 > 7. GKK 的国家系统为 ES2 所无 > 8. GKK 的家族系统为 ES2 所无 > 9. GKK 的结拜系统为 ES2 所无 > 10. GKK 的分散式系统为 ES2 所无 > 11. GKK 的装备管理系统为 ES2 所无 > 12. ES2 的武术系统为 GKK 所无 > 13. ES2 的师徒系统为 GKK 所无 各位看一下就知道了，上面全是非函式设定。10的部份 则确实是 ruby 与 onyx 合作产生。 假设两造上法庭，法官可能就会采信 ruby 方的辩词， 因为真正懂的人并不多。 annihilator 在中後期与 ruby 的来往信件中，一直试 图诱导 ruby 说出 GKK runned on mudos(或，改良版的 mudos，即加入分散式架构的)，但 ruby 识破他的企图 而不断地回避，直到後期，他决定.. 其次，关於 MudOS 的部份，我曾经不只一次跟 你提过这个问题，这是 GKK 的选择和忧虑，当初在选择 C or LPC 的时候，这个部份已经被讨论过了，基於开发 时间成本的考量，我们做的痛苦决定是 : 等他们来告。 很奇怪吧，却是很无奈。 於是争议剩下一个：GKK 到底有没有直接使用到 es2lib 的函式部份？ ruby 的回应就是... KK 使用 es2lib，GKK 虽然直接以 KK 发展， 但其中确实包含了 es2lib 的精神 之後更扯 KK 确实有参考 ES2 lib 的地方， 而 GKK 的 精神源於 KK 完全极力避免 GKK 与 ES2lib 产生直接关连。 mud 界另一位大老 tinlans 直接讲明了要证明 GKK 是 否有用到 es2lib 的函式部份，可以看底下几个.. =========================================================================== 然而就我个人於 ES2 mudlib 中探讨之後归纳出一些结 论, 其中不考虑是否其精神与其他 mudlib 相同: 1. 继承上出现 /feature 的物件特性分类 2. 将能共用的 function 自使用者物件分离, 写入 daemon 如 combatd.c 等 3. ROOM 系统的同变数多层化设定技巧 ( 即dbase ([]) ) 4. 与玩家有直接关系的物件分为 LOGIN_OB 与 USER_OB, 以区隔讯息 以 exec() 与 tmp_dbase["link_ob"] 做连接 5. 使用者资料的同变数多层化设定技巧 ( 类似 3. ) 6. 玩家攻击方式采用 mapping 方式呈现 ( action ) 7. 技能系统的 /daemon 目录规划 8. condition 的设计 9. /feature 下的其他各种创新部份 10. board 系统的设计 =========================================================================== 也就是说如果真的告上法庭，GKK 必须展示其未 compile 前之 程式码供做上述对照。 因为 ruby 与雷爵为节省开发时间而采用了 mudos + LPC，则 合理的推测，ruby 必然也来不及将 kk 的 mudlib 改到面目全 非的程度，一定会有一些东西被所谓的「无奈地保留了下来」。 而且这些东西短时间内要淹灭证据也并不容易。 annihilator 回应 tinlans 的文章如下... 这些特色中, 1, 3, 5, 7, 8, 9 是 es2 mudlib 1.2 以後新加入的, KK 当初使用的是 es2 mudlib 1.1 版, 除非 Ruby 後来又继续从其他管道拿 es2 mudlib 的程式码去用, 否则我不认为你会在 GKK 的 mudlib 中找到这些东西。 另外, 如果你觉得这些特徵是可以用来判断 GKK 或 KK 是否使用 es2 程式码, 就不应 该公开贴出来, 因为雷爵掌握了所有的程式码, 他们要将这些特徵改到完全认不出来, 也只不过几天的功夫, 更何况有人在 BBS 上一条条指给他看? 但 annihilator 这样讲是有用意的，因为他是最熟 es2lib 的人，所以他知道有些东西即使你知道了也不容易短时间内 改掉，而且有些东西 tinlans 其实没列到。 什麽东西？例如程式码的铺写编排，一份 mudlib 不管改到 如何面目全非，也绝对会有一些原始的东西被保留下来，而 其程式码的铺写编排格局就会成为引用的证据。 其实 ruby 一开始也是有「诚意」的，但应该是雷爵的态度 (其实从雷爵采用 mudos+LPC 营运 GKK 就早该知道该公司 的态度)，使得 ruby 最後态度转变。 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 119.15.246.180 ※ 编辑: laechan 来自: 119.15.246.180 (02/26 03:55)