Separate Twinmotion infrastructure from Epic Games domain for enterprise use

General Feedback & Requests
,
1

Hi Epic / Twinmotion Team,

I would like to share a real-world enterprise constraint that is currently preventing large companies from adopting Twinmotion, even though it integrates extremely well with Revit.

I am working at a company with:

- Over 3000 employees

- ~1500 active Revit users

Twinmotion is highly valuable for our workflow, especially for visualization and construction phase presentation. However, we are currently unable to use it in a production environment.

Our company (like many enterprises) enforces strict IT security policies.

All domains related to **Epic Games** are classified under the “Games” category and are automatically blocked by corporate firewall policies.

As a result:

- Twinmotion cannot connect to required services

- Asset libraries cannot be accessed

- Rendering/export (especially cloud/background processes) fails

- The software becomes partially unusable

From an enterprise perspective, Twinmotion is treated as a **professional AEC tool**, not a game.

However, because it relies on Epic Games infrastructure, it is unintentionally blocked in most corporate environments.

Would it be possible to consider:

1. **Separating Twinmotion services from Epic Games domains**

2. **Enterprise-friendly deployment options**

  • Offline / standalone installer without Epic dependency

  • Ability to work fully inside restricted networks

3. **Dedicated enterprise network documentation**

  • Clearly list required endpoints/domains for IT whitelisting

  • Provide a minimal network mode for restricted environments

This is not a small issue:

- Hundreds (potentially thousands) of enterprise users are affected

- Many companies cannot even evaluate Twinmotion due to IT restrictions

- This creates a major barrier to adoption in the AEC industry

We strongly believe Twinmotion has huge potential in enterprise workflows, especially with Revit integration.
If the infrastructure could be adjusted for enterprise environments, adoption would increase significantly.

Thank you for considering this feedback.

2

Hi,

Unfortunately, implementing point 1 would be a fairly involved and non-trivial effort since there are a lot of dependencies on Epic services.

To mitigate, for point 2, there is an offline installer available to enterprise customers with the purchase of a Twinmotion seat, and for point 3, we have the endpoints listed in the Twinmotion Requirements for remote services article.

3

Hi, thank you for your response.

I would like to share a bit more context from my actual experience:

I am currently using Twinmotion 26.1. During installation, our IT team had to temporarily disable Cisco security to allow the installation. After that, security policies were re-enabled as per company standards.

However, when I try to render (especially using Path Tracer), the process gets stuck at “Waiting for background service”.
From my understanding, Twinmotion is trying to communicate with cloud/background services, which are blocked by our corporate network (Epic Games domains are restricted), so the rendering cannot proceed.

Because of this, I had to roll back to Twinmotion 24.1, which works more reliably in an offline/local workflow.

As a Revit user, I really love Twinmotion and its integration into our workflow. I truly hope that in the future there will be a more enterprise-friendly solution, so we can fully use Twinmotion with complete access in restricted environments.

Thank you again for your support and response.