Hi,

I am trying to upgrade the Zoom Rooms app on my Poly X series devices. Some of them upgraded to the latest Zoom Room. version 5.11.0 (1553), without issue. However, when I try upgrade some others, the Zoom portal says "Your app is up to date.  You are on latest version 5.10.6 (1375)".  All of the devices are running Poly OS 3.12.0-366027.

How to I get these devices to upgrade to Zoom Rooms 5.11.0?

Thanks

I wanted to pair Zoom app in iPad with Zoom Room like how it is in Android app.

Pairing/Controlling Zoom Rooms from mobile app – Zoom Support

Pairing with the Zoom Room 

1. Open the Zoom mobile app and sign in to your account. 
2. On the Meet & Chat tab, locate and tap the Zoom Room pairing icon 
    

    

   , found in the top-left corner of the screen. 

We have just purchased Neat-frame devices to use for zoom rooms. I have created a zoom room in room  management  under Admin in web portal and configured the same

However, after successfully pairing the device, when trying to login with the created zoom room, the message always come up stating "You need to configure it in your Web account before you can use it"

Although it has been configure correctly and exactly as pre-existing zoom rooms.

Can someone please share, any similar hurdle experienced  whilst configuring the Neat-Frame device.

Problem: far end participants experience audio drop outs and extreme gating of near end/conference room microphone.

Configuration: Shure MXA910 > Dante > QSC Q-Sys Core 8 Flex > USB > brand new Dell OptiPlex5090 running Zoom Rooms 5.11.3 on Windows 10.  

At first, we turned off all sound processing from Zoom Rooms to let the Core handle AEC.  The issue was first noticed.

Then we bypassed all processing in Core and turned it into an expensive Dante-to-USB converter and turned on Zoom processing: same results.

Turned off processing on both ends: same results

Bypassed Core altogether and used an Audinate Dante-to-USB converter with Zoom Rooms processing turned on: better results but still not acceptable.  Turned off Zoom Rooms processing, no change.

We have multiple rooms with the same issue.  We've also tried downgrading Zoom Rooms versions down to 5.11 and 5.10 but no change.  

When using the same Shure mic and Core plugged into a MacMini running regular Zoom, this isn't an issue and the audio is great.  Windows tests also result in good audio on the Dell PC so the issue lies with Zoom Rooms somewhere.  Even with audio processing turned off in Zoom, we can still hear it gating and processing.  

1) Is there a way to completely disable Zoom Room's audio processing (even the stuff still operating in the background) so we can let the Core 8 Flex do the work?

2) Does Zoom have a guide that outlines the settings in Zoom Rooms when using an external DSP such as a QSC Core?

We are trying to use Zoom Room as a sort of recording studio, but the recording quality is not good enough even though we enabled HD and support for 3rd party editing. 

Is there any way you could capture the signal between the monitors and the PC and record it to a hardrive or even better a NAS or something similar?

Hi, I am curious if anyone else is experiencing this issue. I'm updating all my iPad controllers from 15.6 to 15.6.1 due to the recent security update from Apple. All of my iPads are enrolled in ZDM. In device management, the option to update is there, but gets stuck on "upgrading" or "installing ". Because of this, I've had to manually update all the iPads myself, but even after they are on 15.6.1, device management does still not show that they are on that version.

Does Zoom Room Digital Signage not support a wired share?

I know ZRDS supports wireless share through share key, but cannot find any documentation that specifically says it supports a wired share. 

 
Our typical setup is magewell capture HDMI and that auto switches in zoom. using zoom rooms this works fine, but I’m not having any luck using ZRDS. 

anyone have luck with a wired share using ZRDS?

In a meeting, a colleague raised his hand. It was displayed that all other participants raised their hands, but the colleague in question was the only one who did not.

The error was not reproducible until now.

Can anyone explain how this bug occurs and how it can be prevented?