Summary: | net-im/zoom-5.9.3.1911: webcam video not showing in app | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | David Zaslavsky <diazona> |
Component: | Current packages | Assignee: | Ulrich Müller <ulm> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dilfridge, jstein, mva |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
David Zaslavsky
2022-02-24 00:14:08 UTC
Oh I forgot to include this: $ equery uses net-im/zoom [ Legend : U - final flag setting for installation] [ : I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for net-im/zoom-5.9.3.1911: U I + + bundled-libjpeg-turbo : Use bundled libturbojpeg instead of media-libs/libjpeg-turbo + + bundled-qt : Use bundled Qt and icu instead of system-wide libs - - opencl : Use OpenCL for virtual background support (virtual/opencl) + + pulseaudio : Add support for PulseAudio sound server - - wayland : Enable dev-libs/wayland backend I could reproduce this once, but then I couldn't any more. What I did: Reproduced the problem with zoom-5.9.3.1911 following the steps in the original report: (In reply to David Zaslavsky from comment #0) > 1. emerge =net-im/zoom-5.9.3.1911 > 2. Open Zoom either through the desktop shortcut or by running `zoom` on the > command line > 3. Open the settings page in Zoom and go to 'Video' > Actual Results: > The area which should show the webcam video is black Downgraded to previous version: 5.9.1.1380 -> black 5.8.6.739 -> video At this point I thought that the issue appeared in 5.9.1.1380, and upgraded again to confirm this. However, the problem is gone now: 5.9.1.1380 -> video 5.9.3.1911 -> video I'll investigate further. I don't know whether it is related. I upgraded yesterday from net-im/zoom-5.9.6.2225-r1 to net-im/zoom-5.10.4.2845-r1 . With the former, blur background for webcam video worked out the box, but with the latter black webcam video is broadcasted and shown when blur background is set. After some tests, I got it working through the usage of /opt/zoom/ZoomLauncher instead of /usr/bin/zoom Is this still an issue in zoom-5.12.6.173? Sorry, it took me a while to get time to check this. But yes, it is still an issue in the latest version. $ emerge -pv net-im/zoom [ebuild R ] net-im/zoom-5.12.6.173 USE="bundled-libjpeg-turbo bundled-qt pulseaudio -opencl -wayland" I also checked that if I download Zoom 5.12.6 directly from Zoom's website (using the same procedure described in my first comment) and open it, the video appears properly there. So whatever is going on is still a quirk of the Gentoo installation of Zoom, not an intrinsic bug in Zoom. How about 5.14.10.3738 ? No change from before. I'm still seeing black video in 5.14.10.3738. And as before, I downloaded the same version from Zoom's website and confirms that it does display video properly. $ emerge -pv net-im/zoom [ebuild R ] net-im/zoom-5.14.10.3738 USE="bundled-libjpeg-turbo bundled-qt pulseaudio wayland -opencl" (In reply to David Zaslavsky from comment #7) > No change from before. I'm still seeing black video in 5.14.10.3738. And as > before, I downloaded the same version from Zoom's website and confirms that > it does display video properly. Which version exactly did you download? "Linux Type: Other Linux OS, OS Architecture: 64 bit" (which you should have had already in /var/cache/distfiles/), or something else? Yep, "Linux Type: Other Linux OS, OS Architecture: 64 bit". I checked that it is the same thing that I have in my distfiles directory. $ sha256sum /usr/portage/distfiles/zoom-5.14.10.3738_x86_64.tar.xz /home/diazona/Downloads/zoom_x86_64.tar.xz cc7c2bbec989aed2ad6de83880b04da255919086a93234f422db13996c56cfd5 /usr/portage/distfiles/zoom-5.14.10.3738_x86_64.tar.xz cc7c2bbec989aed2ad6de83880b04da255919086a93234f422db13996c56cfd5 /home/diazona/Downloads/zoom_x86_64.tar.xz I only downloaded it directly from Zoom's website to have 100% foolproof assurance that I was using the original upstream-approved package. Not sure what's different then. Since you use the bundled libjpeg-turbo, the only bundled libs that we replace are mpg123, fdkaac2, quazip (but neither of them related to video) and OpenCL (but you have USE="-opencl" IIUC). Other than that, the ebuild basically installs the contents of the upstream tarball in /opt/zoom (not much that we could do for a closed-source package). We also fix some permissions and remove some dangling libs with unresolved dependencies because QA checks would otherwise report them. Again, neither of this seems likely to cause video problems. (In reply to David Zaslavsky from comment #0) > $ lsusb | grep -i webcam > Bus 001 Device 005: ID 046d:082c Logitech, Inc. HD Webcam C615 Does the problem also occur with a different webcam? I don't have any other webcam to test with, unfortunately, but if I get my hands on one I'll report here. Aha, I have managed to narrowed it down :-) I diffed Portage's installation of Zoom and my own manual installation, and went through each line deleting or copying files to test individual differences between the two. I found that adding these three files to the system installation of Zoom is necessary and sufficient to get my video working: - aomhost - libaomagent.so - libmkldnn.so The ebuild will install these files when the opencl USE flag is set, but as you noticed, I had USE="-opencl" for this package. I tried reinstalling with USE="opencl" and the video seems to work now. Personally I'm fine leaving that USE flag in place, but arguably it *is* a bug that installing with USE="-opencl" causes the video not to work. Could the ebuild be modified to install those files, or otherwise to print a warning or something about video possibly not working if opencl is disabled? Here's the full diff listing, just in case: $ diff -r /opt/zoom ~/.local/opt/zoom Only in /home/diazona/.local/opt/zoom: aomhost Only in /home/diazona/.local/opt/zoom: libaomagent.so Only in /home/diazona/.local/opt/zoom: libavcodec.so.58 Only in /home/diazona/.local/opt/zoom: libavformat.so.58 Only in /home/diazona/.local/opt/zoom: libavutil.so.56 Only in /home/diazona/.local/opt/zoom: libclDNN64.so Only in /home/diazona/.local/opt/zoom: libdvf.so Binary files /opt/zoom/libfdkaac2.so and /home/diazona/.local/opt/zoom/libfdkaac2.so differ Only in /home/diazona/.local/opt/zoom: libmkldnn.so Binary files /opt/zoom/libmpg123.so and /home/diazona/.local/opt/zoom/libmpg123.so differ Only in /home/diazona/.local/opt/zoom: libOpenCL.so.1 Binary files /opt/zoom/libquazip.so and /home/diazona/.local/opt/zoom/libquazip.so differ Only in /home/diazona/.local/opt/zoom: libswresample.so.3 Binary files /opt/zoom/libturbojpeg.so and /home/diazona/.local/opt/zoom/libturbojpeg.so differ Only in /home/diazona/.local/opt/zoom/Qt/plugins: audio Only in /home/diazona/.local/opt/zoom/Qt/plugins: egldeviceintegrations Only in /home/diazona/.local/opt/zoom/Qt/plugins/platforms: libqeglfs.so Only in /home/diazona/.local/opt/zoom/Qt/plugins/platforms: libqlinuxfb.so Only in /home/diazona/.local/opt/zoom/Qt/plugins/platformthemes: libqgtk3.so Only in /home/diazona/.local/opt/zoom/Qt/qml/Qt/labs: lottieqt Only in /home/diazona/.local/opt/zoom/Qt/qml/QtQml: RemoteObjects Only in /home/diazona/.local/opt/zoom/Qt/qml/QtQuick: LocalStorage Only in /home/diazona/.local/opt/zoom/Qt/qml/QtQuick: Particles.2 Only in /home/diazona/.local/opt/zoom/Qt/qml/QtQuick: Scene2D Only in /home/diazona/.local/opt/zoom/Qt/qml/QtQuick: Scene3D Only in /home/diazona/.local/opt/zoom/Qt/qml/QtQuick: XmlListModel Only in /home/diazona/.local/opt/zoom: qt.conf Only in /home/diazona/.local/opt/zoom: RegisterProtocol The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e350b679576263988f052713290919d832038347 commit e350b679576263988f052713290919d832038347 Author: Ulrich Müller <ulm@gentoo.org> AuthorDate: 2023-06-11 13:22:21 +0000 Commit: Ulrich Müller <ulm@gentoo.org> CommitDate: 2023-06-11 13:23:47 +0000 net-im/zoom: Install some binaries unconditionally Bug: https://bugs.gentoo.org/833951 Signed-off-by: Ulrich Müller <ulm@gentoo.org> net-im/zoom/zoom-5.14.10.3738-r1.ebuild | 192 ++++++++++++++++++++++++++++++++ 1 file changed, 192 insertions(+) Thank you for investigating. I'd rather not force OpenCL dependencies for everyone. That feature should only be needed for virtual and blurred backgrounds. However, we could unconditionally install most things that are currently conditional with USE=opencl, except libclDNN64.so which depends on libOpenCL.so.1. Please test zoom-5.14.10.3738-r1[-opencl]. Thanks! I tested and confirmed that video works with the updated ebuild. $ emerge -pv net-im/zoom [ebuild R ] net-im/zoom-5.14.10.3738-r1 USE="bundled-libjpeg-turbo bundled-qt pulseaudio wayland -opencl" And FWIW I totally agree that it shouldn't be necessary to force everyone to install with opencl enabled just to get video working... on rereading my previous comment, I can see how it might have implied otherwise, but I didn't mean that. (I just wasn't sure if there was some reason those libraries were intentionally skipped when installing without opencl, maybe security concerns or something, and didn't want to assume I knew better than whoever made the decision to write the ebuild that way in the first place.) Anyway, since the fix in the latest version works for me, I'll mark this as resolved. |