Zoom Rooms Content Ingest Audio

Hello,

I’m working on commissioning some built up Windows machine (Crestron Flex) based Zoom Rooms video conferencing systems for a rather large university in the Boston area. Regarding sharing content ingest audio to a meeting - I’ve always handled content ingest audio via the content ingest path into the Zoom machine via a Zoom certified Magewell HDMI to USB capture card. Additionally, this is how it has been handled on every Windows machine (Crestron Flex) based Zoom Rooms application that I have ever seen.

Without getting into the weeds too bad, this has caused a situation where content audio is doubled when content is shared. The client here had, in another room, resolved this by taking the content ingest audio out from the Magewell path and passed it to Zoom Rooms via the path that brings the local in-room microphones into the Zoom PC and then into the meeting - thru the DSP, mixed into the mic mix and then passed out from the DSP over USB and into Zoom. When asked about the native Zoom processing, the client mentions they will turn the microphone processing off, and this is how they’ve successfully run another one of their rooms. I’ve pushed back a bit to explain that this is now how it usually works in Windows based Zoom Rooms systems, but the client is insistent that that is the way they want to go about it.

So to my question - is there a reason why routing content ingest audio into a Zoom Rooms meeting via the DSP over USB on the same path that handles the local mic mix into a meeting should NOT be done? 

My thoughts... I’ve never seen this configured like this before, so I imagine there is reasoning for it. I have been unable to find anything to tell me it’s inherently a bad idea and that should NOT be done. Curious to know the thoughts of the rest of the community.

Thank you,

Tom