Tech Soft 3D在工程图形方面的历史可以追溯到90年代初，从一开始，建筑和施工行业就存在于我们的DNA中。最初，Tech Soft 3D因现在的HOOPS Visualize技术被收购，并于1996年从Autodesk公司分离出来，作为Autodesk公司以建筑为重点的RealDWG和AutoCAD OEM的唯一经销商，我们的关系一直持续到今天。
然而，可以说，至少在本世纪，我们的大多数客户都是在机械CAD领域和围绕它的所有不同类型的应用和垂直领域。当法国里昂的数据访问组在2012年加入Tech Soft时，这只是加深了对机械CAD的关注，因为这些格式是随后几年中成为**HOOPS Exchange**的核心力量。
当**HOOPS Communicator** 的第一次迭代出现时，它将一个零客户端的WebGL查看器与后台的HOOPS Exchange的CAD转换结合起来，其最初的重点也是机械数据。最初建立在一个开源的图形引擎之上，早期的大部分开发时间是用来支持BREP实体的精确测量，显示复杂的PMI和CAD视图，以及主要适用于机械模型的相关概念。
大约在同一时间，Autodesk发布了Forge，一个仅有SaaS的网络可视化平台。Forge至今仍为欧特克在网络上的三维工作提供动力，并一直以与建筑和施工数据互动为主要目标，由欧特克在该领域丰富的终端用户应用生态提供动力。
"Camaro"测试版
性能
最终，HOOPS Communicator的第一个版本遇到了性能障碍，我们意识到我们必须从头开始建立自己的技术，以最好地满足高性能工程图形的需求，同时保持与Forge和其他产品的竞争力。
也是在那个时候，BIM真正有了活力。特别是在欧洲，许多国家开始在建筑业中强制使用BIM，我们突然意识到，随着大多数BIM工作流程以网络为中心，我们HOOPS Communicator可以支持新出现的公司，来满足建筑行业的需求。
我们为HOOPS Communicator 2.0（内部代号为Camaro）推出的合作伙伴之一是RIB，一家建筑领域的领先德国公司。RIB是Tech Soft的现有合作伙伴，他们的桌面应用程序使用HOOPS Visualize，但他们知道他们的下一代软件需要基于云。
除此，真正挑战我们的是如何有效地支持由数十万个单独元素组成的巨大的联合建筑模型，甚至更多。Camaro 的主要设计目标之一是为这些大型和复杂的模型提供一流的性能，不仅仅是帧率和互动性，我们也希望用户能够在几秒钟内与这些类型的模型进行互动。
虽然我们已经设法为HOOPS Communicator的第一个版本拼凑了服务器端渲染，但这种模式在 "Camaro "中变得更加优先，并且在架构上成为一流的公民，作为客户端WebGL的替代路径，支持任何类型设备上的巨大模型。
https://chat8.live800.com/live800/chatClient/chatbox.jsp?companyID=60357&configID=149250&jid=1316272045&s=1平台实力
除了我们在网络上的所有努力之外，主要针对各种类型的基于网络的 BIM 应用程序的需求，这些应用程序在云中聚合和管理数据，我们还拥有数量可观的建筑和施工 CAD 方面的合作伙伴. 对他们来说，以及像 Bentley 的 Synchro 这样的应用程序，桌面上的 HOOPS Visualize 一直是一个强大而可靠的图形引擎，它推动了从头开始设计和创作数据的"核心"工程应用程序的开发。
我们意识到我们可以提供大多数竞争对手无法比拟的东西，这个平台可以在任何设备上提供一流的工程可视化和数据访问，无论是价值 5000 美元的工作站、手机还是 HoloLens汇集建筑和施工数据、机械模型、图纸和点云扫描的独特能力。
当然，我们 SDK 之间的紧密集成是释放这一优势的关键，我们仍在努力实现这一目标。
缩小差距
虽然我们的工程师在 BIM 的可视化方面花费了大量时间，我们也意识到我们需要改进对 BIM 特定文件格式的支持。2015 年，我们仍然只支持 IFC，虽然我们可以通过 HOOPS Communicator 和HOOPS Visualize中的 RealDWG 集成读取 DWG 文件，但 Autodesk 对该库施加了限制，使其不适合云开发和其他用例。
我们还需要支持 Revit，这是建筑行业中必不可少的文件格式。所有这些使我们决定利用开放设计联盟的技术来快速填补这两种格式的空白。与此同时，我们还看到客户对更好的 UI 和其他"易于使用"功能的需求不断增加，这些功能使我们的 SDK 和查看器更加量身定制，并且能够开箱即用地处理 BIM 数据。
这意味着更好的建筑模型相机处理、适用于网格数据的新测量运算符、更专注于 BIM 的模型树、更好的 2D 绘图支持、双精度模型以及对 BCF 格式的客户端支持。在最初开发 IFC 导入功能时，我们没有特别注意的一个领域是元数据。这主要是由于 HOOPS Exchange（及其核心的 PRC 文件格式）在涉及内部结构和约定时主要植根于MCAD。
客户的一些"推动"让我们意识到需要更好的支持，尤其是对存储在 IFC 文件中的大量"关系"数据。虽然我们的旅程还没有结束，但我们的客户现在可以在我们最新版本的产品中访问更多此类数据。
路线图
公平地说，建筑和施工市场对我们来说非常重要，我们会在每个版本中对这个领域进行投资，并配备专门的工程师团队，专注于新功能、增强功能和错误修复。我们意识到在完全支持 IFC 标准及其各种工作流程方面还有更多工作要做，这就是为什么支持 IFC 导出和创作已经在路线图上。总的来说，数据访问是我们的基础，因此我们还计划通过开发中的 Navisworks 支持和在明年推出的 DGN 支持来缩小格式支持方面的差距。
目标
我们的目标很简单。我们希望成为在建筑和施工领域构建应用程序的最佳开发平台，无论您是在 Web 上开发 BIM 设计审查应用程序、桌面 CAD 应用程序，又或是移动或 XR 设备上的 BIM 查看器. 我们还没有在所有方面做到这一点，但我们致力于这个领域，并正在大力投资以保持竞争优势。