FreeD / OSC Data to Unreal Engine, Aximmetry, or Disguise — Setup and Pitfalls¶
Networking / InTime Resolved All rigs
Summary¶
Flair sends camera position data (FreeD protocol over UDP) to virtual production software such as Unreal Engine, Aximmetry, or Disguise. The most common failure is an IP address mismatch: the receiving machine must be on the InTime subnet (192.168.1.xxx) because FreeD data is transmitted from the InTime network interface, not the standard Windows NIC.
Symptoms¶
- Unreal Engine / Aximmetry shows "no data" from Flair
- Serial Tester app confirms FreeD packets are leaving Flair but nothing arrives at the VP system
- Data works intermittently or only on some network paths
- VP system receives data when connected directly but not through a managed switch
Root Cause¶
InTime controls the network interface used by Flair for real-time data output. FreeD UDP packets leave via the InTime NIC, which is bound to the 192.168.1.xxx subnet. Any receiving device that is on a different subnet (e.g., 192.168.0.xxx or 10.0.0.xxx) will not receive the packets regardless of how routing is configured.
Additionally, Windows Firewall on the receiving PC frequently blocks incoming UDP packets even after Flair is configured correctly.
Resolution¶
Step 1 — Configure FreeD output in Flair¶
In Flair (Classic or F7):
Setups → External Devices → Data Output → FreeD → UDP
IP address: [IP of VP machine, must be 192.168.1.xxx]
Port: 55535 (default; confirm with VP team)
→ Save / Apply
Use Setups -> External Devices for the Flair-side output entry. Use the VP application's own network/input settings for the listening IP and port.
Do not use 192.168.1.20
MRMC Support (June 2025): "Don't use .20" — this IP is reserved. See NET ip reserved addresses for the full reserved IP list.
Step 2 — Configure the VP machine¶
- Assign a static IP on the VP machine in the 192.168.1.xxx range (e.g., 192.168.1.99 / 255.255.255.0).
- Connect the VP machine to the InTime switch with a wired Ethernet cable. Do not use WiFi.
- Turn off Windows Firewall on the VP machine. Confirm it is fully off, not just a rule exemption.
- Close Serial Tester or any other app using the FreeD port before testing.
Step 3 — Configure Unreal Engine¶
In Unreal Engine, set the listening IP address to 0.0.0.0 (not the Flair PC's IP address). Using the Flair PC's IP as the listen address in UE is a common misconfiguration that prevents reception.
Step 4 — Verify with Serial Tester¶
Use the MRMC Serial Tester app on the VP machine to confirm UDP packets are arriving on the correct port before troubleshooting UE settings. If Serial Tester sees data but UE does not, the issue is in UE configuration or firewall policy.
If the VP Machine Cannot Use 192.168.1.xxx¶
If the VP team's software is locked to a different subnet and cannot be changed:
Use TouchDesigner as a free network bridge running on a separate machine: - Input: FreeD In CHOP (listening on InTime subnet, 192.168.1.xxx) - Output: FreeD Out CHOP (sending on the VP subnet)
This can run on a low-spec laptop or the Flair PC itself (though running it on the Flair PC uses CPU resources).
Broadcast Traffic Warning¶
Unreal Engine and Disguise can generate significant UDP broadcast traffic. On an unmanaged switch, this broadcast traffic can saturate the InTime network causing packet storms that intermittently disconnect the robot.
Use a managed switch in VP setups
If Unreal Engine or Disguise is connected to the same switch as the robot network, use a managed switch that supports broadcast storm control. An unmanaged switch will pass all broadcast traffic to all ports including the robot's EtherCAT connection, which can cause robot disengagement.
WhatsApp Excerpts¶
"You must use the Port with the same 'family' — 192.168.1.xxx" — Arturo (2025-06-13)
"Don't use .20" — MRMC Support (2025-06-13)
"If you're using INtime on a Windows machine then you'll need to make sure the Aximmetry machine is configured to match the INtime subnet or else you won't see any data (192.168.1.xxx)" — Ben Myers (2025-10-22)
"I'd go Flair Intime - UE direct. Set static IP on UE to like 192.168.1.99 / 255.255.255.0. Confirm UE firewall is off. Ping UE to Flair comp. If working, network is working." — David Jeffries (2025-06-13)
"I believe you need the IP of UE to be local host, not Flair, as well." — David Jeffries (2025-06-13)
"It's working! Thanks guys! It was an IP issue." — Francisco Aguila (2025-06-13)
"If they're not able to change their IP, you can use TouchDesigner as a free network patch in between [FreeD in CHOP > FreeD out CHOP]" — Ben Myers (2025-10-22)
Related Issues¶
- See also: Getting Started: Flair to Unreal Engine
- See also: FreeD / OSC to Unreal - "Receiving" Shows But No Camera Data
- See also: FreeD Output All Zeros - Wrong Device Type
- See also: FreeD Focus Units - Transmitted as 0-1 Normalised Value
- See also: FreeD Protocol - +/-180 Degree Pan Angle Hard Limit
- See also: CRITICAL: Unreal Network Broadcast Traffic Warning
- See also: NET ip reserved addresses — Reserved IPs on the InTime network
- See also: NET dragonframe secondary nic — Similar issue; Dragonframe also cannot use the InTime NIC
Related Tutorials¶
▶ 01:02 — Tracking data flow from camera/robot into virtual production systems