Hybrid conference: plan audio for a remote speaker

Decide what each person needs to hear

The guest appears on screen, their voice reaches the room, and the moderator asks a question. To prepare translation for this exchange, map the incoming remote voice, the feed sent for translation and the return audio heard by the guest separately. Good sound in the room does not prove that the conversation works in both directions.

Ask during the briefing whether the guest understands the moderator’s language. If not, translated listening for the guest needs its own confirmed path. Also establish whether the remote audience needs a language choice. Connecting the rack to the mixer alone does not resolve these needs.

Separate the translation feed from the remote return

With the audio team, identify the local microphones and incoming conference audio that need to reach translation. Keep translated outputs out of that feed so they do not enter their own input again. The guide to connecting the rack to a mixer covers the accompanying level and connection checks.

The guest’s return should contain the voices they need to hear, without directly sending their own incoming voice back to them. Request a dedicated feed, often called mix-minus or N-1, and have its contents checked. HARMAN distinguishes this direct return from sound picked up by room microphones. Randomly lowering a volume does not distinguish the two causes.

Check the acoustic path too

Even with correct routing, the guest’s voice played through the room speakers can reach open microphones and return to them. Q-SYS explains this path and the role of acoustic echo cancellation, or AEC. Ask the provider responsible for conferencing to assess this with the microphones and speakers that will actually be used.

The rack’s public specifications do not replace validation of this chain. Confirm the equipment, settings and responsibilities; do not assume a native connection to the platform or echo cancellation provided by the rack.

Plan listening for online participants

A language available through headsets in the room is not automatically available online. For each audience, write down where they select a language and who supplies its audio. As a reference, Zoom documents interpretation channels and an option to mute original audio. This describes a Zoom feature, without establishing compatibility with a rack output.

Ask the provider to demonstrate the chosen path using the intended platform and account. Listen from a separate participant device rather than the control desk’s device. Check the advertised language, the balance with original speech and the transition from presentation to questions.

Rehearse the exchange in both directions

Fictional example: the guest speaks, someone in the room asks a question through a microphone, and the guest replies. The audio team checks the feeds; one person listens in the room and another through the remote connection. The moderator waits for the translated speech to finish before continuing. Include this exchange in the technical rehearsal.

Keep a sheet for each destination, listing included sources, the expected language and the responsible person. Local translation processing does not make conferencing independent of the internet: plan separately what happens if the remote connection fails.

• Incoming remote speech reaches the intended translation feed.
• The guest and relevant listeners hear the local question.
• The guest confirms there is no disruptive return of their own voice.
• Every advertised listening path delivers the expected language.
• Someone owns the decision to pause and the announcement to the audience.