由Cleveland Mark Blakemore一人独自开发超过20年的《Grimoire: Heralds of the Winged Exemplar》，在历经数次延期后，终于在4日发售。
《Grimoire: Heralds of the Winged Exemplar》是受到《辟邪除妖》、《魔法门》、《Lands of Lore》、《黎明之砧》、《Dungeon Master》、《魔眼杀机》启发的地下城游戏。
STEAM
http://store.steampowered.com/app/650670/Grimoire__Heralds_of_the_Winged_Exemplar/

当初还以巫术为假想敌，一堆人以为是都市传说，结果真的做出来了，虽然花了二十多年XD

....虽然心意可感，但是这美术设计也停留在那年代

如果美术设计也要改的话我怀疑他真能做出来...毕竟是一人开发。

很正常吧，如果你一个人做游戏，进度很慢，过了好几年还没完成，还有可能再把画面砍掉重练吗？就算把画面全部重制，多花好几年，其他游戏的画面又进步了....没办法的事，毕竟只有一个人

只要你gameplay跟plot做得不错，画面即使复古应该也不会是问题。反之，画面做很好，但是gameplay跟plot都一蹋糊涂反而会招来更多负评。

类似的例子还有Spiderweb，整间公司只有两个人，画面也是跟不上时代，不过游戏性不错顺便偷推一下他们的Avadon系列跟重制的Avernum系列

这画面这音乐 感觉超废的XDD

有篇评论说得好…这接口复杂程度感觉超越了old-school 囧

画面大概是wiz6 接口是蛮杂的XD 内容就要等玩过才知

这个看起来好强大，可惜没中文

2....20年!?

20年… 一堆script放到现在都不能用了吧天晓得是怎么开发的

Fallout3不是也因为开发太久进入3D时代结果砍掉重练?

不是，Fallout 3是版权问题被买走，换人做了若是指原本黑岛版的三代(Van Buren)，一开始开发就是3D了

买这个还不如去gog买经典老game回味gog还有创世纪全套呢

Van Buren现在流出的还是2D阿....

3D建模，不是只有FPS、TPS视角才是3D...那个3D引擎本来是要给BG3用的

那个引擎不是跟二代用的差不多吗?

完全不同的引擎，那个是3D引擎，Youtube就有影片，还转360度视角给你看

感谢解说 看来是我记错了

20年来说用C++还算ok

20年前做游戏应该没有script这种东西现在能跑能跳的话真不知道是用哪一家又哪一版的绘图即便是C++ 很多规则都变了 尤其C99是个很大的standard你能想像写for循环不能在小括号内宣告变量的情景吗for(int i = 0;...) <- 这在C99前是没有的捏...

20年前玩Duke Nukem 3D的时候里面就有一堆script了

有自动画地图功能 不算非常老派吧

这里也能看到有人讲DN3D...CON script比较偏C...不过对我而言依旧跟C语言一样是天书... *化为烟*作者本身用的script语言是什么不是重点，只要能以现今的程式语言做出转译器转译为机器码后依旧没问题。至于高阶语言新旧版之间的差异是能改的...不会说因为改了就不能怎样，只是作者要花时间去改写而已。当然，改写的功力强大与否会影响到成品的bugs跟稳定性.

Script这概念不是现在才有的啊，只不过现在直接在程式语言层级上帮你预先实现罢了，以前要你自定义自己写直译器之类的东西而且讲二十年也太小看游戏历史了，Starcraft 1是1998，也19年了（明年3/31就满20年了），看看那个关卡编辑器的程度你就知道说二十年前没Script根本不可能XD

这套作品卖得好，很快就能集资，然后接口画面都会大跃进

画面或许重要但真的不是灵魂 像我两年才玩到逆玉王同样惊为天人(咦?前

逆玉王也算H-Game名作啦XD画面也没有不好啊XD

但是画面太糟还是会受不了玩不下去 XD不是每个游戏都有拿掉眼镜这种大招能用的

古早画面像金盒子系列的2D还可以，3D方块人我就不行了

猪排饭神拳！！！！！

我是很难想像20年前的script会长怎样啦...但新的standard 尤其是大型的那种往往会把整个coding style 甚至架构编排革换掉这不是说重构就重构的事情 你看不会有公司为了lambda expression去动古老的C++ lib 更别说20年前几乎纯用C干出来的我想表达的是 要在那种架构下干出同等效的工 是现在的十几倍这不是开玩笑的事 不可能给你说换就换然后一句看功力打发那年代的高阶语言跟现在根本不是一档事

上面有人提Duke Nukem 3D 可以参考一下...http://wiki.eduke32.com/wiki/Confaq42#EXAMPLES我知道这不是说换就能换的，所以很可能code并没换，而是换complier/parser。毕竟如果很久以前的code你想要用现今的开发编译工具去编译一定整面的warning/error...是另外，如果说为了不想换拿旧版编译工具到时候也可能会碰到新OS的相容性问题。不然为什么有些公司还在用旧OS?就是不想处理这些麻烦..

那就要看code吃到多少compiler/OS提供的东西了尤其很多compiler为了实现新的standard 会去动规则VS2008对define的字符定义与2010还12的就有变动所以说回这20年的开发工 实际花在开发上的搞不好比维护或平台测试来得少的多不过我遇到的刚好有点不同啦...OS很容易by user不同 所以开发时反而会有多台不同的去跑compiler 或该说 IDE 则因为lib支援性尤其是用了一堆第三方 和自家累积的之后 不大会换总觉得 DN3D的script好眼熟...@@

不同情况有不同做法，我是有在关注一些游戏source port社群所以稍微知道一些，也看到一些旧时代受欢迎的port因为失去开发者和compiler code的相关问题而暴死的例子卡在旧型compiler系统和组件最后因为新系统不能运作然后就没人要用的悲剧总是会发生。Liunx能动的东西拿到Windows就是Error不能编译，或是如果要在ARM或是特殊系统上也是要调整code才能编译...甚至乱用compiler的最佳化参数导致bugs发生...不知道所谓眼熟是指像C语言还是指别的？

是使用方式 但也说不上来在哪看过 应该很久远吧 QQ在失去compiler提供的功能下 除非拆出source code的逻辑吧早年的平台移植没像现在这么方便 各种VM塞一套编给你基于XX平台建立的code 要搬它的工 依现在来说说不定整坨source code挖出来根据逻辑重构都快得多这也是种维护比开发麻烦的情况吧

有source code会比较简单一点，但是游戏引擎限制(除非完全重构--通通砍掉重练)跟OS/compiler/IDE的限制不一定能简单解...以idtech1的DooM来说， demo相容性和新MOD功能要素就是两全其美的问题，因为引擎架构限制，想要更多可MOD要素，就要重构引擎code，但会失去与原版游戏录制的demo重播能力(直接desync)*就是无法两全其美的问题 (漏字了...手机打不好打...)

下面满多负瓶的

满猛得，想到20年不支薪就是个很恐怖的事

看完负评似乎都是抱怨bug很多 游戏根本未完成 但游戏内容似乎还是颇有好评

从新作到复古作的周期是25年,开发20年快赶上这个周期了

游戏性可, 但操作接口琐碎难用, 非常不推. 浪费八百元.回去玩 wizardry VI 消气