图形开发misc

图形方面的东西开发流程根据自己经验可以分成这样一些情况：

1，成熟技术，随处可见的例子

像普通的shadow map，相对来讲可以说是和美术交流少的。

基本上是程序自己搞定的事情，因为不需要太多美术参与，那么也不必考虑大家工作并行的因素，属于可以后面来实现，然后自己慢慢搞就好。

当然这个也是非常影响效率和效果的feature，所以也可以根据项目组需要实现。

2，简单技术，没见过的feature

很多小效果，实现起来很简单，但是没有可以参考的例子，完全是大家想象。

这种情况下，关键点在”未知“，因为是图形，是关乎感觉的东西，这种没法完全靠凭空想象来提出明确的需求，甚至说没法以简单的方式描述出来想要什么，其对应方式是慎重思考，快速实现。

快速的prototype，程序这边不用管结构云云，效果快速出来，可以调节的参数做出来，然后回避缓慢的pipeline，

比如说有些东西需要走material editor，然后cook，load才能进runtime game的东西，就要弄一个更加快捷的方式，可以让美术直接load一些material参数，迅捷的在游戏中实时的调节。

这个过程中肯定有反复，要求开发者耐心，体谅彼此的工作，作出牛逼效果的欲望和决心，然后快速的把效果定下来。

至此需求就明晰了，那么程序端就写出高效稳定结构好的程序，美术把参数填进去，gpp把接口使用好。

 

3，复杂技术，没见过的feature

这个是项目很头疼的地方，因为缺少参考点，所以里面在实现效率和效果上均存在风险，而且投资比较大。

一般说来仅在某些情况下会做这样的投资：

• 核心竞争力：bioshock描述的是水下世界，ue3做的水根本不行，就得亲自上阵砸锅卖铁的开发出惊人的水；farcry2描述非洲大陆，那么野外植被一定要好；GTA和assasin's creed的人物动画和行为。。。简而言之，核心所在不惜重兵。
• 百尺竿头更进一步：insomniac用spu做大量的gpu工作这种，因为在uncharted1中已经做好了大量的基础工作，那些成熟技术，随处可见的例子之类也已经高效完成了，那么在uncharted2中也没有那么多的高性价比的东西来做了，这个时候就是百尺竿头更进一步，挑战高端和上流实属水到渠成。
• 人力富裕：比如render组在前期搭建gameplay阶段没有太多重要事情可做，那就不如做这样后期没有时间做，但能帮助项目取得亮点的R&D工作。

这种情况下，项目要：

• 找对人
• 给予空间，时间和信任
• 给予客观的反馈
• 前途暗淡的情况下，果断停止投资

开发者要：

• 核心和效果方面的开发对理论和算法方面的探求一清二楚是第一位的，不要因为暂时的困难而退缩，采取其他轻量级不适合的方法，而犯方向性错误
• 方法确定了，则快速prototype效果，和前面一样，这是投石问路阶段，代码结构优雅等自然写就好，不用刻意看，先prototype出来，诚实的给项目组看，获得认可之后再进入production阶段，不行则立刻清仓，把损失减到最小
• production：紧凑优雅的结构，深入骨髓的优化，清晰的文档。。。

平时来看项目组在时机不对的时候要避免这样的投资，时机对的时候则毫不吝啬果断投资。

开发过程中一些要考量的点：

• 并行性：graphics programming上承GPP，下接美术，把效果调试和曝调用接口分离，可以让gpp和美术同时开工，可以有效的缩短feature的开发周期。
• 区分prototype和production----prototype做的慢和production质量低都是不合理的。
• 沟通：美术不理解技术这是正常的大多数的，美术懂很多技术这是很难得的少数的，所以每做完个东西一定要和artist把这个技术沟通清楚，在理解的基础上才能把技术的华丽发挥到极致。技术做的好，但是没发挥好，artist和coder都是有责任的。
• 互相体谅工作，有些东西是你也可以做我也可以做，积极点争着做则大家干着开心，最后反而更快。彼此推托则满肚子火。多做点对于年轻人来说不算什么还能减肥，真正会对人造成伤害的是感觉自己的付出不被珍惜和尊重。

原文链接： http://blog.csdn.net/ccanan/article/details/5900746