We have an ongoing issue where Zoom meetings on an MTR lose video shortly into the call.  All audio and video being sent from the room works, but video into the room from the Zoom call will glitch and eventually go to a black screen.  We haven't tested yet on the latest 5.0.111.0 MTR update, but wondering if anyone else has seen this or know of a solution.

The issue is rectified by leaving the meting and rejoining.

After I did a ZOOM update to Version: 6.0.2 (33403), the language interpretation setting went missing after I do a Screen Sharing. The GLOBE icon below remains OK if I don't start my Screen Sharing. But once the Screen sharing starts, the side MENU "INTERPRETATION" setting cannot be found.

The screen capture of the problem can be seen here .

Hey, 

I am having an issue where Proximity sharing prompts users for sharing codes rather then allowing them to direct share from the Zoom app like in the past. It has been very frustrating for our users. Did a Zoom app update break this feature?

I am seeing this behaviour with: Poly x30 , Poly X50 with TC8 and TC10 controllers. 

The devices are all on the same network as our users. Nothing has been changed in terms of configuration on our network.

Any ideas?

We use NDI to stream via OBS Studio. In Room settings "Separate audio" is selected, because we need isolated audio for each source. When participant shares their screen ("Share sound" is selected), I hear sounds on the device where Zoom Rooms and OBS are running, but there is no sound in OBS from NDI source.

We use: Widows 11, latest versions of Rooms, OBS and obs-ndi plugin. I don't know if this is related to software version because we didn't need to use screen share audio before.

Is there any solution or at least advice on how we can get sound from screen share NDI source?

We use Dell OptiPlex 7090s to run our Zoom Room software in our conference rooms. The devices are managed by our firm and one of the policies require that the password be changed every 120 days. We've been trying to find a way to automate this process. What we've found is that we can send a powershell command to all of our identified Zoom Rooms to force the password of the machine to update to our new standard. 

When we push the command, the password successfully changes. However, when we restart the PC the Zoom Room gets unassigned and we have to re-pair the pc to its Zoom Room. Has anyone come across this before or know why this is happening? 

One of our Zoom Room controllers was stolen, so we replaced it (both Mac minis). We removed the old controller from the Zoom Room devices page, and confirmed the new one shows up instead.

However, after some time, the controller disconnects from our account saying "this room is no longer available it is now in use in another location", and the old controller reappears under the Devices page for the Zoom Room.

We're assuming the stolen one is being turned on and automatically reconnecting to Zoom Rooms and kicking off our current one. Is there a way to permanently prevent this old controller from pairing with our account?