【发布】《冒险故事又一则》，交互小说类的剧情片段尝试

⑨姐姐

“这个时候，你会如何选择？”

下载地址
链接: http://pan.baidu.com/s/1gepyggF 密码: pgqi

感谢Kitkom和另一位不愿意透露姓名的网友的测试。

关于设计

《冒险故事又一则》是使用RM进行的一次尝试。因为最近接触了一些本身是交互小说，或吸取了交互小说元素的游戏，比如：

Sorcery！系列——非常棒的文字类冒险游戏，西方奇幻风格，不论情节还是文字都十分生动细腻；
Lifeline系列——和真实时间相联系的交互小说，有了手表设备以后玩起来会更加带感；
Shadowrun Returns系列——大量采用交互对话的SRPG，除了精彩的世界和系统外，也有精彩的剧情。

所以，我尝试使用RM进行交互小说的构思。使用RM的原因，一是参加剧情比赛活动（https://rpg.blue/thread-388946-1-1.html，67楼），二是这样的剧情设计法可以用在RPG中，而《冒险故事又一则》中的各种设计也考虑到不仅适用于交互小说，同样适用于RPG。

由于第一次写这样的内容，难免感到有些困难。首先，自己之前写的对白并不多，而此处大量的对白是对文字水平的直接挑战，在写的过程中我也发现了自身可以提高的地方，吸取了不少经验。另外，RM对交互小说的编辑较为吃力，条件分歧的嵌套等情况并不利于整体的阅读和审核。不过，除了unreal的blueprint外，暂时还没发现什么特别适合此类剧情编辑的工具。

如果大家对设计或具体的文字有什么想法，也请交流，因为关于这个话题，自己也只是初步涉及，非常渴望看到大家宝贵的想法和建议。

游戏截图

lrq20000421

打通了~
有一种在玩gal的感觉，也不知道是不是只有一个结局。
首先是唯一一场战斗的时候，那啥僧侣说的话都是自带【】。
然后是表现力略弱，bgm选用了rtp听腻了的音乐，而且全程都是这种战斗背景，
缺少CG图或者是RM像素地图来表现故事的进程。魔王也是只闻其声未见其人。
最后是剧情的跳跃性略大
我整理一下

剧透勿看

一伙人在家里聊聊天→粗来玩→古怪的老人→迷之接任务→去教堂打架
→女仆被俘虏→推卸责任→迷之又接任务→蓝头古惑仔被毒蛇咬→推卸责任→古怪的老人=召唤魔王的坏人→接到任务：拯救世界
→古怪的老人の消失→被魔王一巴掌抽死

总感觉有些地方很突兀，额...其实做的还不错，再改进一下就更好了
我就是古怪的男人(｀･ω･)

迷糊的安安

我玩了七周目啊啊啊啊啊啊啊啊啊啊！
我还以为有第二个结局的啊啊啊啊啊啊啊啊啊！
最末四个选项都选了一遍都没有啊啊啊啊啊啊啊啊啊！
然后重新走了流程早出发也没有啊啊啊啊啊啊啊啊啊！
好绝望啊啊啊啊啊啊啊啊啊……
……嚏。
好冷我去加件衣服。

回转寿司

二周目通关~好久没玩RM制作的AVG了，有点想起以前TG大赛的感觉呢。

起名页面私人点个赞噗|||几位角色个性都还满鲜明的，我两周目分别选了先去森林和先去教堂，少年少女各自坦白青涩相思立起FLAG（喂）的样子萌萌的，傲气果敢又关心同伴的大小姐和喜欢讲故事的LOLI也很可爱，至于老伯和斗篷男……嗯，他们不愧是游戏里与立绘画风最相配的两个角色= =

下有剧透

选项同样很丰富，因此跟安安一样，我一开始也以为会有个HE来着，所以看到二周目结局里的不同对话时……真是绝望啊。OTL其实个人还是满希望见到N周目里主角在初遇老伯时愤然凝视屏幕哼一声然后把老伯绑起来送到某个安全的地方免得他再祸害大众，然后就此拯救了世界的大家皆大欢喜继续冒险……咳虽然是不可能的。另外被问到能否改变命运时主角的回答“或许可以，但可惜不是现在的世界”听起来也让人有点在意，一开始我以为是指本条时间线的事已不可改变，但指的其实是整个游戏么？那么不知道未来是否还会有另一个结局不同的非片段“世界”出现呢……0 0

PS，说到适合编辑交互小说剧情，NVL之类专门的AVG制作工具可能会好些？虽然个人也没用过……

⑨姐姐

回转寿司 发表于 2016-2-21 14:39
二周目通关~好久没玩RM制作的AVG了，有点想起以前TG大赛的感觉呢。

起名页面私人点个赞噗|||几位角色个性 ...

（剧透）关于“或许可以”

自己写这个选项的时候，大概是这样的想法：或许可以指的不是游戏的另一条线，而是在另一个世界，或者更高层面的世界。在更高层面的世界中，命运就是作者，而改变故事，也就是通过更高层次世界的力量，让作者改变故事的走向，也就是命运的注定（或者是任意的谁来修改RM工程，也是差不多的意思）。而如果在游戏世界内，一切都已经被作者也就是命运所安排，就算过程不同也会走向同样的结果。

关于编辑交互小说的工具：之前设想的一些理想的工具，是可以像流程图那样，或者Unreal引擎的Blueprint视图那样，由一个框根据选项走到另一个框，这样既方便添加和编辑，也方便作者有个大局观，能看到各种故事线的走向。昨天和人讨论，有人概括这样的东西为“基于节点的剧情编辑器”（他原本也试图做这样的编辑器，但是中途坑了），这个概括确实更加容易让人理解。
这样的对于编辑的需求，不同于“技术上”的实现，也就是要做出这样的最终效果，在（程序）技术上都没啥难度，但是制作的过程非常多样。用RM体验了以后，我的感觉是这种“流”形式的编辑（事件流，甚至包括代码和脚本），就算可以用公共事件（或函数）提取一些要素，但还是不够方便。其他的编辑方式，比如“基于节点”，反而用在此处更合适。

上贺茂润

⑨其实是6r第一腹黑【误