| Git Clone URL: | https://aur.archlinux.org/zoom.git (read-only, click to copy) |
|---|---|
| Package Base: | zoom |
| Description: | Video Conferencing and Web Conferencing Service |
| Upstream URL: | https://zoom.us/ |
| Keywords: | call conference meeting video |
| Licenses: | LicenseRef-zoom |
| Replaces: | zoom-libs, zoom-libs-bin |
| Submitter: | edh |
| Maintainer: | edh (gromit) |
| Last Packager: | edh |
| Votes: | 731 |
| Popularity: | 8.32 |
| First Submitted: | 2015-08-15 13:18 (UTC) |
| Last Updated: | 2026-05-19 01:50 (UTC) |
Changing the line system.audio.type=default to system.audio.type=alsa in ~/.config/zoomus.conf appears to have fixed my Zoom issues. Now Zoom doesn't get stuck on connecting and the audio doesn't get very quiet when joining breakout rooms.
Edit: This doesn't help and actually introduces a number of other problems.
@Ta180m I'm not sure if you've tried this, but I had to make sure no other application had any hold over alsa before starting the zoom session. In my case, it was a jack server.
Does anyone have a good workflow for helping zoom and jackd share alsa? Right now I'm closing my jack server and every program connected to it before each zoom session. Any insight would be greatly appreciated!
anyone else have an issue where some meetings get stuck at "Connecting" (if they are in a breakout room this only happens after you are accepted). I found some other person who has this issue on r/zoom but they are on windows
Does anyone have a reliable fix for this? It's really annoying and none of the solutions in the comments have worked for me.
Hi all, I just found out from my work colleagues that my Zoom audio has been behaving such that my audio always sounds very low to them when I first start speaking, then ramping up to a reasonable volume over a couple of seconds. Setting system.audio.type=alsa in ~/.config/zoomus.conf fixed this behaviour.
Edit: This "fix" didn't work. :( Any tips would be appreciated.
5.4.57450.1220-1 Missing audio disconnect option after audio connect. In windows version it is present in lower left corner.
Hm, Zoom is unusable for me. I join a meeting, it works fine for a few seconds, and then it crashes. Log says Something went wrong while running zoom,exit code is 139. I suspect it's a qt issue but I don't really know where else to ask help.
@caleb Yes, I am well aware of that. But considering that they advertise the version the same, I would consider the change an artifact of the publishing process and will silently change it when zoom 5.5 comes out eventually.
but the way they advertise their version has changed and thus pacman will think it is actually lower.
This is what the PKGBUILD epoch property is for.
Like a couple users below (@phillipchaffee), on v5.4.57450.1220-1: Zoom is usable. Audio is fine and does not stutter. However, periodically the video framerate will drop (around 1-2 fps), and the UI will stutter. E.g. if I move the mouse in the zoom window, the bottom bar (with share screen, etc.) will take 2-4 seconds to appear.
Zoom does not appear to use large amounts of CPU % or memory when this happens. Issue doesn't seem to affect windows or OSX users atm.
Pinned Comments
erbrecht commented on 2024-11-19 13:06 (UTC)
@Rhinoceros - I finally got screen sharing to work under KDE with Wayland. Looks like I'm using the same versions as you:
I followed the Screen share section on the Zoom wiki page:
https://wiki.archlinux.org/title/Zoom_Meetings
The only thing I didn't need to do was set XDG_CURRENT_DESKTOP=gnome. I followed the other steps, and now I can choose my desktop/window to share. Prior to following the wiki I couldn't stop screen sharing without the hanging issue, which I was experiencing prior to 6.2.10.
edh commented on 2016-08-26 11:03 (UTC) (edited on 2017-03-09 10:48 (UTC) by edh)