开发者社区> 问答> 正文

试用云渲染后的一些感受和建议

首先说说一共测试的三个场景,第一个场景是个很复杂的场景,场景1000万面,加上1000多个粒子替代的的3000个面角色。375帧,单个I7渲染的话2分钟1帧。也就是12小时左右的渲染时长。
第二个场景,贴图很多,但是场景比较简单,也是差不多15小时的渲染时间。但是是隔帧渲然,maya自动重命名
第三个场景和第一个一样,客户提了要求需要修改。

下面说说渲染时的过程吧,注册后因为送了200元,而第一个场景的项目必须第二天交,如果本机渲染的话要第二天早上才能合成,意味着时间只能卡的特别紧,中间如果稍微出错就会错过了交片时间。这时候突然想到了云渲染,于是决定试试。当时计划的是如果云端加上上传下载的时间能够3小时解决的话,那么应该当天晚上12点就能完成合成了,就不需要熬通宵了。于是下载了打包工具,打包的过程很顺利,因为场景的贴图不多,压缩完大概130M。

第一次上传完,解析花了半个小时左右,解析完发现渲染帧设置不对,也没有提供修改的地方,于是只能重新提交。第二次提交以后解析却花了非常久的时间,个人觉得可能是因为场景太复杂的关系吧。当时解析了将近1个小时,实在等不了了,于是跟sophia联系,大半夜的跟技术人员帮我搞到了下半夜,终于通过他们的客户端帮我提交并渲染完成了。文件开始渲染的时候很顺利,嗷嗷快,40分钟就完成了。下载下来开始合成,早上6点合成完毕交片,大概只节省了3-4个小时。

因为用的sophia的账户提交的,所以偶的200块其实还没花掉,于是乎就提交了第二个场景。那个也是马上需要交片的项目,就差那1个镜头了。这次打包的过程出了点问题,sourceimage目录下一个子目录内的贴图提示无法找到,于是只能打开文件把贴图重新指定到新位置才成功打包。文件上传后,渲染解析都很顺利,但是最后提取的时候却只有每层的最后一帧。没办法再次联系sophia MM,得知现在还不支持maya的自动重命名功能,新渲染的帧等于把之前的覆盖了。所以200块又退了回来。

第三次使用的时候还是第一个场景, 不过客户要求改了改贴图,解析修复后很快,于是渲啊渲,渲啊渲按照速度中午就能渲完,下午合成,晚上交片。结果悲催的渲到90%没钱了,已经渲出的90%也没办法下载。于是只能等待本机渲染,把交片时间推到第二天。

这三次使用的时候为了保险,所以本机也都挂了一份同步在渲染。所以才没耽误事,如果没有这个备份的本机渲染,那么其实3个活已经搞砸了2个了。(第一个如果没有sophia和技术人员陪我熬夜弄的话其实也算是弄砸了)。这里我想结合遇到的问题对阿里云提出一些个人意见。

首先最重要的是希望能明确定位的对象,我想如果使用集群渲染的用户80%都会是因为要赶进度,那么对于云的稳定和易用性必须能保证在一个很高的标准才能真的用于生产。使用集群渲染的大多数客户都是对时间非常敏感,如果不在乎一天两天的话,那么任何一个CG公司少说10台机器其实也能完成这些渲染任务。假如第二天要交片,单位的机器是在完成不了,那么才会考虑使用集群渲染。试想一下如果集群无法提供稳定的服务,那么其实就一点价值都没有了。所以其实所有各功能都要建立在让客户能稳定的完成渲染的基础上。

1,解析以后,如果文件帧数设置错误,或者摄像机设置错误等简单的问题,那么是否可以直接在线修改呢?这样避免了文件重新上传解析浪费的时间。而且断点续传也是一个很重要的功能,如果要渲染整套文件,很可能大小会超过1G,甚至几个G。那么怎么保证不重复上传就是一个很重要的问题,第一个场景文件我就遇到过一次上传完毕但是提示没有文件。

2,打包的过程需要更智能更稳定,试想一下我放在sourceimage目录下的文件子目录的贴图都会出错。如果有十几个文件同时指向这几个贴图,那么就要把文件全部重新打开。如果有贴图指向其它文件夹或者网络服务器(这种情况制作中会非常的多),那么工作量就会巨大无比。如果是电影制作的话,那么贴图的文件位置可能是混乱且可怕的,这对打包工具的要求就非常高。
所以如果打包时贴图必须在一个目录下,那么这个功能的作用其实就已经打了个对折,如果在一个目录下的贴图都不能保证100%的准确指定,那么整个云渲染的作用几乎就没有了。
云渲染应该去适应制作人员,而不是让制作人员为了适应云渲染去反复修改自己的文件。如果不能解决这个问题,那么我宁可去本地的渲染农场渲染文件。

3,隔帧重命名这类maya内部的功能最好再多测试到全部支持,否则的话真的会耽误大事。如果有项目马上要交,把希望放到云渲染,万一最后出错的话,那么后果是很惨的。往小里说一个CG企业可能丢失一个客户,往大里说很可能一条片子赶不上播出和上映的时间。所以云渲染只有做到万无一失才能正式商用。

4,我提交的第三个场景其实是最惨的,相当于我推迟了时间又白花了网络渲染的钱。如果已经渲染完的90%的图片可以提取的话,那么我只需要在本机渲染剩下的10%就可以交片了。现在的情况是,只能等到第二天,本机的渲完了,云端的90%其实也没有价值了,但是钱却花出去了。这种情况是很可能出现的,因为会计不一定一直都在,执行渲染的都是工作人员,我们没有对钱的管理权力。耽误一晚上可能钱就白花了。

5,最后其实最主要的就是,文件应该能保证渲出来,哪怕文件目录混乱哪怕文件出奇的大哪怕文件使用了特殊的渲染设置。如果不能保证稳定,那么在争分夺秒的CG行业就是没有价值的。

展开
收起
colaido 2011-08-19 15:18:36 21697 0
10 条回答
写回答
取消 提交回答
  • 对这样的好客户应该多奖励。建议给一段免费测试的时间,以感谢客户提出好的建议。
    2011-11-14 11:13:10
    赞同 展开评论 打赏
  • 北京科大渲染农场_15810164011_张经理
    发一个对大家有用的广告,大家赶项目时可能用得上.^_^.

    北京科大渲染农场成立于2009年6月,位于学院路北京科技大学西门。
    本平台是一家拥有超光纤集群渲染技术的渲染平台。

    本平台特点:
    1、可免费测试、免费为客户递交渲染任务、免费为客户预估渲染时间和渲染费用。
    2、本平台按实际有效时间计费,支持中英文。
    3、本平台能百分百保证不会出现丢帧、掉帧、坏帧的现象。(若出现本平台将会免费为您补渲。)
    4、经对测本平台3.6Ghz主频的8核16G渲染机要比某些渲染平台的至强8核16G快大约30%-50%,欢迎各位上门测试。

    本平台规模
    3.6Ghz8核8G-16G,80台;2.9Ghz4核4G,40台;共计120个节点。

    渲染价格
    1、Intel 4核2.9主频 VIP会员客户 1台1小时3元,普通客户1台1小时3.5元。(不含税)
    2、Intel 8核3.6主频 VIP会员客户 1台1小时4元,普通客户1台1小时5元。 (不含税)

    渲染咨询与预约电话:15810164011(24小时) 张经理 QQ:771054048(附加消息:渲染)
    2011-09-26 21:47:23
    赞同 展开评论 打赏
  • 回 2楼(sophi5a) 的帖子
    很多可能的问题确实应该在本机就发现,最好不要等到服务器解析的时候报错。
    2011-09-20 16:29:20
    赞同 展开评论 打赏
  • 我认真研究了这个帖子,我在Dell工作,但是 云计算还不是我专业,还是向楼主学习~
    2011-09-13 19:27:42
    赞同 展开评论 打赏
  • 函数计算研发经理。2010年加入阿里云,参与了阿里云飞天分布式系统的研发,深度参与了阿里云系统研发和产品迭代的全过程。对大规模分布式计算,大规模数据存储和处理有非常深入的理解。现为阿里云函数计算产品研发负责人,致力于构建下一代弹性、高可用的无服务器计算平台。
    回 6楼(colaido) 的帖子
    也谢谢您能来试用我们的平台,并给我们及时细致的反馈。正是你们的意见,才能让我们不断完善平台。我相信因为你们的支持我们的云平台能越来越强大好用,反过来它也能确实帮助你们。
    2011-08-23 22:24:07
    赞同 展开评论 打赏
  • 呵呵,非常高兴开发人员能看到我的帖子,个人认为云渲染是一个非常美好的可能性。渲染是一个非常消耗计算资源的项目,这和云应用的目标不谋而合。

    所以我对于云渲染实在是非常的期待,希望阿里的云渲染项目能更加完善,为我们这些从业人员带来曙光
    2011-08-22 21:57:05
    赞同 展开评论 打赏
  • 回 3楼(colaido) 的帖子
    关于数据传输部分的问题,我们正在与阿里云开放存储的团队一起讨论解决。类似于断点续传,reference工程目录都可以看成是网盘功能的一部分。
    2011-08-19 19:44:28
    赞同 展开评论 打赏
  • 写得很专业。因为系统在测试和调试阶段,确实存在很多不足,需要认真一段时间的磨合。而且这个系统也确实需要各类用户来试用,提出你们的宝贵意见。你们的需求就是我们努力的方向。

    非常感谢可乐爱多同学中肯的意见,我们正在虚心的学习,寻找所提出问题的合理解决方法;并努力提高系统的可用度,让用户有更好的体验。很高兴可乐爱多同学肯定了我们集群渲染的高效性,这是我们这套系统的精华所在。目前的问题主要集中在上传场景数据和下载数据环节,一方面我们要把系统做得更好,让每个环节跑得更为流畅。另一方面,我们也要积极做好系用户普及工作,让用户更好地掌握系统特性,将云渲染这件神兵利器用好。因为网络传输是中国特色的瓶颈,几百兆甚至上G内容的数据传输往往意味着很长时间的等待,经常会影响到用户的体验,我们正在尝试各种措施化解这个难题。

    基于云计算的集群渲染是未来的发展趋势。我们未来的集群规模将会达到万台以上,可以方便的支持各类渲染应用。作为这个项目的开发人员,我们为这个云计算应用感到自豪。同样对于用户,我们怀着谦卑之心,就是希望能第一时间解决用户的问题,为用户的需求服务。所以不要在意我们半夜帮你一起上传场景、看渲染结果,这是我们的本能。

    诚实的说,目前这个系统很大程度上,是向用户展现云渲染的概念,是一种试用性质的;因而在具体如何商用方面还有很多不足之处。基于这个试用系统,在为各类大客户和个人用户的服务过程中,我们已经成熟起来,做了大量的技术储备。随着我们系统的逐步完善,正式推出商用服务时,目前暴露出来的问题会得以解决和避免。请相信我们的专业精神。

    希望可乐爱多同学经常来用用,继续多提各种sharp的意见。同时也期待您来这里张贴大作,静帧的,动画的,视频的,或者教程类的,都欢迎哈。我们肯定会通过各种形式,奖励帮助我们改进系统的用户。

    对于我个人,一直从事计算机图形学的教学和科研,我们的开发团队也很年轻,都是热爱图形学以及媒体创意的热血青年。我们很期待看到中国动画市场的繁荣,也很愿意帮助个人以及小团队创意创业者,为大家的工作和发展提供便利。与各位共勉。


    2011-08-19 17:40:26
    赞同 展开评论 打赏
  • 很感谢这位童鞋的意见和建议。感谢这么认真的写了这么长一篇帖子哈。但是你说的第5点,我不太认同哦,我们规范用户的文件目录,是为了更加高效的进行渲染,我们不可能囊括到所有用户的文件目录习惯,所以还是希望用户能够规范自己的文件目录(这个目录也是maya本身的文件目录规范,所以对于CG制作人员来说应该不是什么额外的工作量;文件出奇的大,这一点,主要其实是在上传和下载时,受用户自身带宽的限制的,如果是我们平台自身的打包速度等,我们平台会不断完善的;特殊的渲染设置,我们后续会添加“高级选项”,会让用户根据自己的需求进行相关设置的。
    再次感谢这位童鞋的宝贵意见和建议。我们会努力让用户体验更好。谢谢。
    2011-08-19 16:02:59
    赞同 展开评论 打赏
  • 虽然我还没用 但你写的和我预期的结果差不多
    2011-08-19 15:57:15
    赞同 展开评论 打赏
滑动查看更多
问答分类:
问答地址:
问答排行榜
最热
最新

相关电子书

更多
Serverless 游戏场景实践-极致弹性解构在线游戏行业 立即下载
公共云弹性计算最佳实践-省钱窍门之六:省钱组合拳案例-HPC 立即下载
公共云弹性计算最佳实践-省钱窍门之三:突发性能实例 立即下载