NSDT工具推荐： Three.js AI纹理开发包 - YOLO合成数据生成器 - GLTF/GLB在线编辑 - 3D模型格式在线转换 - 可编程3D场景编辑器 - REVIT导出3D模型插件 - 3D模型语义搜索引擎 - Three.js虚拟轴心开发包 - 3D模型在线减面 - STL模型在线切割
几周前，我发表了一篇文章，称 Unity 正在淘汰他们的 VisualLive 和 Reflect 产品。 尽管它似乎正在远离 AEC 行业，但它同时为像我自己这样的小型软件公司打开了大门，让他们可以发布基于 Unity 平台构建的、针对 AEC 专业人士的自己的产品。
从技术角度来看，Unity 是快速开发跨平台 3D AEC 应用程序的绝佳工具，这些应用程序同时针对从移动到 VR 到桌面的多个平台。 对我来说，这似乎是利用 Ara3D.com 的产品进入市场的绝佳机会。
这一切在三天前发生了变化，即 9 月 12 日，Unity 宣布更改其定价，其中包括新的运行时安装费用。
如果说这没有受到社区的欢迎，那是轻描淡写的。 布兰登·谢菲尔德（Brandon Sheffield）对这一名为“团结之死”的变革进行了严厉而深思熟虑的分析，他在其中提出了几个重要观点。 其中最重要的是：
“最重要的是，他们改变费用后没有最短的冷却时间，所以他们可以随时提高费用。 实际上，我们都被锁定在只向上的、按安装量定价的模式中，只要 Unity 决定需要额外收入来让他们的库存看起来健康，这种模式就会改变。”
在 Twitter/X 上，Cactus VR Studios 向 Unity 团队提出了一个非常重要的问题：
如何跟踪安装？
Unity 的回答不太令人满意：
我们利用我们自己的专有数据模型，因此您可以理解，我们不会讨论太多细节，但我们相信它可以准确确定给定项目的运行时分发次数。
或者用几个 Twitter/X 帐户的话来说，“相信我们，兄弟”。 对于任何试图经营企业的人来说，这都不是一项可接受的业务。 它留下了许多悬而未决的问题：Unity 收集了哪些用户数据、它是否符合 GDPR 法规、当游戏被盗版、作为礼物赠送或被第三方转售时会发生什么，等等。
从 Unity 处理此事和回应的方式来看，很明显，这不是一个经过深思熟虑的战略业务决策，而是一次机会主义的现金攫取。 我认为可以肯定地说，Unity 正在胡思乱想，想方设法想办法如何赚更多的钱，却没有真正理解或考虑人们如何以及为何使用该产品。
1、它如何影响我和我的公司
我的公司 Ara 3D 即将推出 BIM/CAD 到 Unity 转换服务的免费试用版。 该计划是为免费嵌入 Revit、IFC、Navisworks 或 AutoCAD 模型的用户（至少对于第一个或两个项目）提供生成 Unity 项目和 Windows 可执行文件的服务。
我们的计划是包含一组专门为 AEC 模型设计的有用脚本和功能，超越可视化和模型探索的基础知识：例如计数、分析、查询、模拟、标记、导出、导入等。
针对 Unity 的消息，出现了几个问题：每次有人安装我构建的应用程序时，我都需要付费吗？ 如果我向其提供应用程序的客户决定将其出售给他们的客户，我需要支付费用吗？ 这些都是重要的问题，但坦率地说，我不再关心答案了。 为什么？ 因为我相信，即使我得到了满意的答复，他们以后也不会再对我下手。
与许多其他企业主一样，现在，我的 Unity 计划被搁置，同时我重新评估我的选择。
2、Unity for AEC 有哪些替代方案？
要回答这个问题，我们首先要问，我们对 3D 实时游戏引擎有何期望？ 像 Unity 这样的游戏引擎可以用于很多事情。
如果一个人的兴趣主要在于高保真实时渲染，我认为 Twin Motion、Enscape 和 Lumion 等选项是受欢迎的选择。 另一方面，如果您更感兴趣的是在工作现场利用 AR，那么一些示例包括：XYZReality、Argyle、Datamesh、Next-BIM、vGis.io、Sitevision。 另一个用例是协作式多用户 VR 体验，例如 Resolve、Vrex 和 IrisVR 提供的体验。
我对 Unity 的兴趣在于它是一个跨平台应用程序开发平台，适用于我们可以为建筑专业人士和企业主想象的任何支持 3D 的应用程序。 换句话说，游戏引擎的脚本和插件功能引起了我的兴趣，我认为作为产品有很多未开发的潜力。
在重新考虑我的选择时，我目前正在考虑几种流行且成熟的 3D 游戏引擎选项：
然而，我特别感兴趣的是与我合作的几家小公司，他们也构建了自己的可编写脚本的现代实时 3D 引擎：VIM 和 3dverse。
VIM 和 3dverse 都在 Vulkan 渲染 API 之上采用现代架构构建了自己的可扩展游戏引擎。
3、用于 AEC 的 VIM 实时 3D 引擎
VIM 使用 C# 和 C++ API 构建了一个实时引擎，并进行了优化，可以轻松处理包含数万个对象和数亿个多边形的大规模建筑场景（例如，完全协调的摩天大楼，具有所有电气、管道系统、结构和建筑细节）。 VIM 引擎经过调整，可以处理具有大量复杂实例几何体的 3D 模型，但具有更简单的材质和着色器以及基本动画。
第一个版本是在 Windows 上开发的，但已成功移植到包括 Android 在内的其他平台。 你可以从他们的网站下载桌面查看器来尝试一下。
另外，VIM 还具有一个在 WebGL 和 Three.JS 之上使用 TypeScript 编写的开源 3D Web 查看器。
4、3dverse 协作游戏引擎
3dverse 是一家总部位于蒙特利尔的公司，该公司也决定构建自己的可扩展游戏引擎。 他们的引擎（称为 FTL）是围绕将多用户体验构建到核心的理念而构建的。 他们使用像素流为用户在所有设备上提供相同的高质量体验。 3dverse 引擎设计为可使用 JavaScript 进行扩展。
与VIM 不同，他们的引擎是为游戏开发人员以及其他行业的专业人士设计的。 这意味着3dverse引擎支持更复杂的着色模型，并且对蒙皮动画有深入的支持。
你可以在此处尝试使用 3dverse 构建的示例协作应用程序。
5、最后的话
最后，我认为 Brandon Sheffield 的总结非常准确：“Unity 根本不是一家值得信任的公司。” 无论 Unity 现在是否会放弃这一定价调整，我认为不能肯定地认为他们将来不会采取类似的举措。 我认为很明显，他们不理解或关心人们如何以及为何使用他们的产品，并且没有与用户群验证他们的决定。
我认为 AEC 行业的每个人都需要共同努力寻找和构建替代方案，实现这一目标的一种方法是与小型企业合作并支持它们构建高质量的创新技术，特别是那些愿意开源的企业。
6、附录：9月16日
最近我从一位Unity产品经理那里了解到，授权费用不会影响Unity Industry订阅用户。 他向我指出了此处的相关文本：Unity Industry 捆绑包的每个席位成本要高得多，大约每年 5000 美元，而且我不需要额外的花哨功能，所以我从来没有再考虑过。
我被告知，如果你或你的客户将 Unity 用于工业应用程序（AEC、制造、航空航天等），即不是游戏，并且你的年收入超过 100 万美元，则必须使用 Industry。 这绝对让我大吃一惊。 在开发者世界中，根据你的行业收取许可费几乎是闻所未闻的。
有了这些附加信息，它巩固了我避免使用 Unity 的立场，并且根据他们刚刚为开发人员所做的事情，我绝对不相信他们不会改变有关运行时费用的政策。
BimAnt翻译整理，转载请标明出处
