Fourier transform.engine plugin GUI not updating over Allen & Heath dLive gigaACE network

Bug Reports šŸ›
1

Iā€™m running into a strange networking issue with a Fourier transform.engine in an Allen & Heath dLive setup and Iā€™m curious whether anyone has seen something similar.

My setup is:

  • dLive Surface + MixRack connected via gigaACE
  • Dante card in Surface
  • Dante card in MixRack
  • Fourier transform.engine
  • KLANG
  • MacBook running transform.client and Dante Virtual Soundcard

Originally, Dante/control were on the same 192.168.1.0/24 network.

The problem is very specific:

When I connect the MacBook directly to the MixRack NETWORK port, transform.client works perfectly:

  • plugin control works
  • meters update
  • plugin GUIs move correctly
  • visual feedback is normal

When I connect the MacBook to the Surface NETWORK port, control still works, but the plugin GUIs / meters stop updating properly.

I can move parameters and hear the changes, but the visual state in the plugin window becomes stale or frozen.

The same happened when I connected through the Surface Dante card with the Dante Internal Network Bridge enabled.

Dante audio and clocking are completely stable, including audio through the Fourier engine.

I also tested with:

  • DVS stopped
  • Dante Controller closed
  • Mac connected directly to the normal Surface NETWORK port

The issue remains.

Ping from the Surface side to the engine is also clean:

  • 0% packet loss
  • roughly 1ā€“2 ms RTT

I then made packet captures.

Direct connection at the MixRack shows a large, bursty UDP stream from the transform.engine to the Mac, with lots of packets around 1088 bytes.

Example:

192.168.1.209:50382 ā†’ 192.168.1.234:64887

UDP length 1088

The source/destination ports are dynamic between sessions.

Over the Surface ā†’ gigaACE ā†’ MixRack path, normal TCP control and lower-rate UDP traffic still pass, but the large UDP bursts appear incomplete / disrupted.

This matches the real-world behavior very closely:

Control OK

Audio OK

Engine reachable OK

GUI / meters NOT OK

So at the moment my suspicion is that the transform.client GUI / visual feedback uses a fairly bursty UDP stream and that the dLive/gigaACE network tunnel does not handle this traffic transparently enough.

Iā€™m now testing a cleaner setup with Dante and control completely separated:

Dante network:

Fourier PRIMARY

KLANG Dante

dLive Dante cards

DVS

Control network:

Surface NETWORK

gigaACE

MixRack NETWORK

Fourier CONTROL

KLANG CONTROL

with the Internal Network Bridge on both dLive Dante cards disabled.

Has anyone successfully run Fourier transform.client through the dLive Surface/MixRack gigaACE control network?

And more specifically:

  • Is there a known bandwidth/burst limitation for generic Ethernet traffic over gigaACE?
  • Has anyone seen UDP-heavy applications behave like this?
  • Is the dedicated Fourier Control port the recommended way to run transform.client in a dLive environment?
  • Any QoS, MTU or network settings that helped?

I have PCAPs from both the working direct-MixRack connection and the failing Surface/gigaACE connection if anyone wants to dig into them.