Project1

标题: 抽象层次，做游戏的效率 [打印本页]

作者: 哇哇哇啊叭叭 时间: 2022-1-28 16:31
标题: 抽象层次，做游戏的效率
本帖最后由哇哇哇啊叭叭于 2022-1-28 12:33 编辑

人的时间和精力有限，所以做游戏除了有灵感外，更要知道怎样用最简便的方法表述它。

人的时间和精力是有限的

做减法

抽象层次

废话

作者: y967 时间: 2022-1-28 17:53
学几个游戏心理学就够了，暗示自己可以无限拖

作者: xiaohuangdi 时间: 2022-1-28 17:59
有經驗才能做減法，做減法不等於減料。
做了很多作品，經驗老道之後，下一部作品手速自然就快；
實現第一個功能是最難做的，之後就能複製修改；
知道的原理多了，看的其他作者的思路多了，才知道哪個是更效率的方法。
真正效率的背後是無數的製作經驗和知識理解。

八方旅人的美術在他的演講裏面提到，他們爲了省時使用了骨架動作功能(Unity的官方插件)，我都替她捏把汗，那是被Unity買斷了八方旅人是虛幻引擎。把像素行走圖切成n個零散的部位，用插件的功能動作自動生產新的動作行走圖。如果沒有插件就無法實現，團隊不可能為了省這幾個人物動作的時間而去獨自生產這個插件。正常團隊就是一個像素一個像素的畫動作。

幻想水滸傳的製作者提到從2代到3代，他們抛棄了2D像素使用了當時更爲效率的3D製作。如果只是讓人物動起來有幾個動作，3D是比2D精緻像素動圖更廉價更效率，是更效率了，但是優勢沒了。從精緻的像素動作變成了劣質的多邊角3D.

作者: 哇哇哇啊叭叭 时间: 2022-1-28 21:22
本帖最后由哇哇哇啊叭叭于 2022-1-28 18:14 编辑

xiaohuangdi 发表于 2022-1-28 12:59
有經驗才能做減法，做減法不等於減料。
做了很多作品，經驗老道之後，下一部作品手速自然就快；
實現第一個 ...

  看起来经验是能让制作时间变短的，但前提是将劳动固定在一定模式里。

  前后制作的游戏，框架差太多的话，能够直接借用的经验会比较少。抽象程度越高的经验可能会有用（比如做个时间表），但抽象层次低的经验（比如Ruby语法、自写一个ARPG系统）用处就不大了。会遭遇游戏引擎迭代、游戏基底语言被淘汰、甚至操作系统被淘汰的惨境（昨天晚上玩那个叫《1000+多个DOS游戏合集》的游戏，看着曾经叱咤风云的各种80年代热游，觉得物是人非...物是人非）。

  另外，如果下次不想做ARPG了，还得重新编写代码。

  如果产品经理的想法反反复复复复返返，工期更是越做越长ORZ...（所以好的经验就是，以诚挚的眼神和殷勤的态度，好好地糊弄糊弄老板们，让他们相信《现在的就是最好的》才是宝贵的、可持续发展的、真正的经验）

作者: 清澈淌漾 时间: 2022-1-29 09:29
啊这整个MV代码都没8W行

欢迎光临 Project1 (https://rpg.blue/)