绝大部分 VR 开发者使用 Unity，但使用虚幻引擎更赚钱
根据来自 UploadVR 的消息，该站点的编辑在上周的 GDC 2017 期间针对 Unity、EPIC 的负责人进行采访，根据分享出的数据显示 Unity 更多的聚焦于移动设备，因此拥有更多的用户和作品，而 Unreal 因为聚焦于高端作品而拥有更高的营收。在开放授权的商业引擎领域，虚幻引擎（Unreal）和 Unity 是两套我们最为熟悉的商业引擎，他们近年的发展也颇有相似之处：面对个人和超小团体免去授权费用，仅仅针对营收收取百分比或针对月度收取订阅费用，而反应较慢的 CryEngine 此后一直未能喘过气。在上周已经结束的 GDC 2017 展会中，来自&&的编辑有幸采访到 Unity CEO John Riccitiello、EPIC CEO Tim Sweeney，其中包含很多有趣的数据。首先通过援引来自 VisionMobile 的数据，目前有 59% 的虚拟现实开发者正在使用 Unity 作为开发工具，而目前市面上最火热的 Top 1000 款免费游戏中有 38% 的作品是基于 Unity 开发的，而在谷歌的 Daydream 平台上，有超过一半的应用都是基于 Unity 开发的，此外在家用机和 PC 端的覆盖已经近半数，而在移动设备上的覆盖率已达 70%。另一方面，来自 EPIC 的 Tim Sweeney 表示过去的 2016 年是他们史上营收最丰富的一年，去年的营收是 2015 年的两倍（同时还是他们最直接的竞争者的两倍），但同时作为开发者也赚到超过 100 亿美元，而在 Steam 平台上最热门的 Top 100 游戏中来自 Unreal 的作品是最常见的。来自：&作者：
Unity3D 的详细介绍：
Unity3D 的下载地址：
转载请注明：文章转载自 开源中国社区
本文标题：绝大部分 VR 开发者使用 Unity，但使用虚幻引擎更赚钱
本文地址：
C#是最好的语言啊！
php？你在搞笑么？
C#是最好的语言啊！
php？你在搞笑么？管理员请进～问下Pomelo适合Unity3D开发的战棋类游戏么~ - Pomelo Club
管理员请进～问下Pomelo适合Unity3D开发的战棋类游戏么~
看到论坛里还有unity圣典里有人说Unity3d不适合大型3D MMO，但是我们这游戏是战棋类，特点如下：1在线人数可能多，但是同一场景最高就四五个人～正常是两个人～2这个项目的网络传输需求应该跟棋类或者棋牌类游戏差不多～轮流执行动作，期间会播放动画
就意味着每个指令会有几秒的间隔
并且数据量比普通的MMO少很多； 3对Unity的支持是否完善
4我了解到Pomelo是长连接，是基于TCP还是UDP的连接？我需要担心它的丢包问题吗？
5我们用Pomelo开发手机网游可能会碰到哪些问题，是否有成功的先例
1：pomelo 对 unity 支持可以看
2：pomelo 是基于 tcp 的 3：成功先例可以看置顶贴
已经有好多棋牌类游戏和卡牌类游戏的成功案例了Unity3d游戏开发杂谈之开发引擎的强大
Unity3d游戏开发杂谈之开发引擎的强大
Unity3d游戏开发杂谈之开发引擎的强大
浏览次数：438
浏览次数：337
浏览次数：620
浏览次数：554
浏览次数：587
如果你对以下课程意犹未尽，，查看全部课程
HTML5全栈开发
HTML5最新课程
156 人在学
c#编程概述
C#快速入门
简单又好玩
120 人在学
没有账号？
s后重新发送
已有账号？
已有账号？
验证码确认
话题标题：
400-877-8190
登录后反馈使用Unity3D是创业团队失败的原因吗？ - 推酷
使用Unity3D是创业团队失败的原因吗？
第一个项目虽然失败了，但是最起码成功上线，并且获得了一定的收入（虽然杯水车薪），也因为第一个项目拉来了投资。但是第二个项目就彻彻底底的胎死腹中了。
&&&&&&& 没有检讨、没有总结，大家自然而然而又兴高采烈的开启了第三个项目。
&&&&&&& 我感到有些悲哀。如果我们都不知道自己的弱点在哪里，不明白自己的优势在哪里，如何能够扬长避短？一个创业团队难道靠硬推能推出一款游戏吗？
第二个项目是打算山寨《公主篷特2》，是一款《愤怒小鸟》玩法的带rpg元素的手游。《公主》就是拿Unity做的，并且有一定的3D元素。美术之前有说过，我们没有人物原画设计师，所以我们不适合做2D游戏。当时我就想你们不适合做2D游戏，那我就学Unity3D，策划也认为如果使用3D会有更好的效果（物理和细节表现）。
&&&&&&&& 但是遗憾的是项目失败了，而Unity也成为领导和主美口诛笔伐的对象。按照主美的说法，我们对Unity掌握的不成熟，所以画面丑不是因为我们做的不好，而是Unity表现的不好。再加上我们的做模型的人是做高模的，然后学做低模效果肯定差了很多。总之一句话，我们的画面表现不好是由原因的，而且主要原因还是客观的，不是水平问题。
&&&&&&&& 同时策划也有表达过，因为我们使用了不熟悉的游戏引擎，所以花了很长的时间来摸索它，耽误了开发进度。所以失败的第二个原因是功能完成度不高，比如原计划要配置300个关卡的，但是最后一个版本为止只有3个关卡，而且人物的数值什么的都没有做。这个进度慢是因为程序一开始耽误了很多时间，并且没有招到数值策划。总之一句话，项目进度慢不是规划的不好，也不是策划水平问题，而是因为一些客观原因。
&&&&&&&& 如果这就是我们失败的原因的话，那我敢打赌，第三个项目还会失败。我们为了做项目而做项目，从来没有一个游戏是我们一开始想就非常兴奋----这个游戏做好了绝对会火，从来做的时候都是束手束脚的感觉，而且做的时候从来没有感到我们在完成一个非常好玩非常酷的游戏，只是感觉越做越不喜欢，越做越没有希望。
我有没有尝试过改变现状呢，尝试过，失败了。后来我无意看了下我的职位（团队独立成一个公司后，职务有一定调整），原来我只是个客户端程序员。怪不得我提的很多意见都不了了之，因为我不是主程、不是领导、不是项目经理，我只是个客户端程序员。即便代码都是我写的，我也只是个客户端程序员。有点像在某个黑暗的王朝中，看着皇帝和大臣做了一个又一个荒唐的决定，看着王朝一步步走向末路，却无力改变。空有报国之志，却无报国之门。
说了很多废话，我们回过头来说Unity。无论别人怎么看，我坚定不移的钟情于Unity。曾几何时我也想自己写一个游戏引擎，然后如臂使指的控制它，来完成一个酷炫的游戏。不过后来cocos2d-x做的越来越好也就打消了这个念头，再后来接触Unity后就更加不会想着自己来做游戏引擎了。因为我要的功能它都有，即便因为一些想法的出入，某些功能实现起来有些别扭，但是没有功能的短板。那么多人，那么多团队使用Unity做出了成功的游戏，这里面有大型的3D MMO，也有像《忍着必须死2》这样的轻量级手游，也有像《影之刃》《王者之剑》这样的2d aprg。各种类型的手游Unity都有成功的参考案例，这个时候一切失败的因素都不在引擎上面，而在使用者上面。
选定一个游戏引擎，然后坚定不移的使用它，不断的积累和完善相关功能。这个是程序的积累，也是团队的积累。今天用cocos2d-x明天用Unity后天又换回cocos2d-x，我们的时间都消耗在研究、思考、学习上面了。对于创业团队来说，我们有多少次失败的机会？有多少可以浪费的时间？理想中的情况是，第一个项目我们用6个月时间来做，第二个项目4个月，第三个项目2个月换个皮就可以了。但是我们的情况呢？第二个项目我研究了一个月的Unity，又因为代码的重构浪费了一个月的时间。第三个项目是其他人负责的，断断续续研究了三个月时间，现在刚刚开始写功能。我们的积累在哪里呢？如果每次我们都重新开始，那程序是不是很失败？
我之前有写文章表达过这样的思想，我无论做2D游戏还是3D游戏都倾向于使用Unity。倒不是说Unity做2D游戏会比cocos2d-x方便多少，毕竟不同的思路，不同的表现形式，而且说实话2D游戏本身就没有什么技术难点，更多的体现在细节表现和功能逻辑上面。但是Unity做游戏有这么几个优势：
&&&&&&&&& 1、方便的跨平台，平台相关的功能Unity都已经帮你实现好了。即便有些Unity没有实现，也有插件帮你实现。
&&&&&&&&& 2、基于Unity的酷炫的粒子光效编辑。Unity本身就是一个功能强大的粒子编辑器。 之前我还认为cocos2d-x的粒子系统的功能足够了，但是跟专业的编辑器比起来，远远不够。粒子系统要跟粒子特效编辑器配合起来，其功能远远不是之配置一个粒子系统的几个参数就可以的。cocos2d-x本身的粒子系统是很鸡肋的功能，只能拿来做一些简单的光效，不可能用来做复杂的技能特效。
&&&&&&&&& 3、由于框架和架构的优势，Unity的游戏可以极大程度避免崩溃和闪退。由于代码都是c#写的，并且是组件结构，所以即便出了错误也只是个异常而已，而不会影响到系统流程。
&&&&&&&&& 4、强大的性能分析工具，可以轻易的找到内存和cpu的瓶颈。支持Android和iOS的真机运行分析。
&&&&&&&&& 5、编辑器可以方便的进行扩展，不需要像传统游戏公司一样，有一个专门写编辑器的部门。无论是场景编辑器还是技能编辑器都可以轻松搞定。如果想玩高科技的话，还可以把技能编辑器做成可拖拽的模块化结构，策划可以像搭积木一样来编辑技能。最重要的是，这些都是所见即所得的。
&&&&&&&&& 6、方便的资源管理系统。使用Unity，你不用特意维护几份资源（比如原始资源、打包后的资源、iOS版本资源、Android版本资源等等），只要一份资源，然后Unity里面可以设置它的具体参数，比如使用纹理压缩、最大限制在512x512大小等等。Unity发布游戏的时候会自动根据平台相关的导出选项导出正确的资源。
&&&&&&&&& 7、丰富的插件。有大量的功能我无论拿cocos2d-x还是Unity都不知道怎么实现。比如一些shader特效、物件碎裂的特效、场景破坏和变形的特效等等，这些在Unity插件中都可以找到对应的实现。而且很多Unity的游戏都可以反编译，无形中又可以学到很多东西。
&&&&&&&&& 8、熟悉之后确实感觉Unity很简单。很多功能都是成体系的自然而然的。比如物理、碰撞检测、导航寻路、场景管理、场景烘焙。这些无论拿哪个出来都是相当有技术的功能，但是在Unity中几个按钮、几步操作就可以实现对应的功能。
至于缺点也有一些：
&&&&&&&&& 1、最主要的，无论是Unity还是插件都是要收费的。（破解版，等赚钱了再考虑回馈）
&&&&&&&&& 2、由于iOS平台的一些限制，Unity很难做动态代码更新。而cocos2d-x有lua这个比较成熟的方案。（如果程序稳定了，需要频繁更新代码的机会不多，更多的是更新配置和资源）
&&&&&&&&& 3、可能有些人不熟悉Unity，从而选择了开源的cocos2d-x。适应Unity的框架、工作方式需要一定的时间。（相信我，不会很长，要知道一个8岁的孩子都能拿Unity来做游戏，并且上架，如果有程序员说搞不定Unity，那干脆转行卖烧饼吧）
&&&&&&&&& 4、对应上面的第6点，由于Unity中资源对应的配置有很大的重要性，所以一个Unity功能就是资源+代码的整合，你很难分出一个资源包。这样你的Unity项目可能很大。（使用AssetsBundle打包后可能避免这个问题，但是项目初期资源变动大，经常打包很不方便）
&&&&&&&&& 5、Unity很多设计都是为可视化编辑考虑的，举个例子，2D的动画可以方便的拖几张图片就可以搞定。但是如果我每张图片都有一定的偏移，那就麻烦了，需要自己重新实现帧动画功能，自己加载配置文件来实现。（这个严格说来不是引擎的问题，毕竟引擎不是为了一家游戏公司设计的，大众化的简易的操作方式是唯一需要考虑的。但是很多时候确实感觉有些不爽）
以上是我对半年Unity使用的总结。基本上说是偏爱Unity的。但是不得不说，某些团队不适合做3D游戏，那么认清自己的短处，3D这块儿就不要碰，即便只是简单的3D模型渲染都不要，因为根本就做不好。& 如果只限于2D游戏的话，更多的还是看个人喜恶，我就是习惯用cocos2d-x，那么我说多少遍Unity的好话都没有用。能快速的开发出游戏才是硬道理。
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
主题不准确
没有分页内容
图片无法显示
视频无法显示
与原文不一致}