Earlier quoted context omitted.
Even though my experience with Zoom under Linux is much smoother, I can confirm the "random audio device" issue; it may be daunting. And the inability to accept command-line arguments is a choice, not a technical problem. Another fun bit: the same version of Zoom on the same hardware (T470, i5) offers virtual background support under Windows, and disables it under Linux. The machine has no dedicated GPU to have drive…
Virtual Background works perfectly for me on Linux. On a laptop with nvidia hardware. (On Fedora 34, xorg)
How Not to Support Desktop GNU+Linux, Zoom Edition
161–170 of 223 posts
Re: How Not to Support Desktop GNU+Linux, Zoom Edition
#162I still cannot run a Wayland session on my machine w/ an nvidia 3080 with the latest drivers. It either fails to boot (KDE) or runs at about 15 FPS (Gnome). It seems a little unreasonable to be this mad at a company for not supporting an environment that doesn't work for the vast majority of hardware out there. Especially given that you can just use Zoom within Firefox.
> the vast majority of hardware 3080 is definitely not the vast majority of hardware. The vast majority of hardware is: - older - a lot of Laptop integrated graphics - a lot of less expensive graphic cards Like, I just went and took a look at the price of a 3080 in Germany, no joke it's 1.500€+ on Amazone and Ebay. That is 50%+ more then most people can/want to afford to spend for there whole computer! In the steam s…
All RTX 3000 GPUs (both non-TI an TI) together are around 11.4%.
Which sounds like quite a bit.
But again this are systems wit Steam installed.
Re: How Not to Support Desktop GNU+Linux, Zoom Edition
#163Earlier quoted context omitted.
The "low marketshare" argument doesn't work as well for a communication service like Zoom, because it's important for everyone on the Zoom call to have access. If 1% of users have Linux, that means that on a Zoom call connecting 10 randomly chosen users, around 10% have at least 1 Linux user in the call.
No, you have one Linux user who is now scrambling to get it to work or is using a device that will make it work. Your example sort of under cuts your argument, just imagine sending that email "I will not be attending our remote meetings due to what some may call a philosophical argument with Zoom, rest assured, I am in the right, and as soon as they see the light and correct their ways, I will start attending meeting…
I used to be in a company that was developing _desktop software exclusively for Linux_ (not multiplatform at all -- Gtk+ based!), and they all (even the developers) used Windows workstations. They would use Windows conferencing software, Windows PIM, Windows mail clients, Windows WWW browsers, Windows IDEs. But all of them would religiously VNC into a Linux server somewhere just to test the tool they were writing. Which they would screencast to fellow developers using Windows software. Nowadays, they likely use Teams (still for Windows).
No one developer found this bizarre. They all claimed it was the same in competitors or previous jobs.
When I asked IT "can I get a laptop with Linux, not Windows?" the response was "but how will you run Outlook?".
Re: How Not to Support Desktop GNU+Linux, Zoom Edition
#164Re: How Not to Support Desktop GNU+Linux, Zoom Edition
#165snooping
Re: How Not to Support Desktop GNU+Linux, Zoom Edition
#166Earlier quoted context omitted.
That's kinda a macrocosm for why Wayland still sucks, though. It always starts with a far-too-small scope, saying "we don't want to retread Xorg's mistakes", after which developers create 15 Competing Standards to replace Xorg functionality, and then the Wayland devs realize that if they don't put their foot down then 90% of the Linux desktop will have a subpar experience. It's a brutal, never-ending treadmill for us…
Seems like hyperbole. In this case, there were maybe 3 competing screenshot/screen share methods. None of them were billed as standard. Without the core Wayland devs having to get involved, or even any protocol extensions needing to be made, all of the major desktop environments and even wlroots standardized on a single D-Bus API for the functionality. That API is now a few years old. Yeah it took a while to get adop…
Re: How Not to Support Desktop GNU+Linux, Zoom Edition
#167Earlier quoted context omitted.
flat out incorrect in this case. this has nothing to do with a deprecated API. they just decided to abuse one API when there was an API available for their use case available. x11 is no long maintained expecting an modern API to support it is foolish.
> x11 is no long maintained expecting an modern API to support it is foolish. Xorg is mostly unmaintained, but still extremely popular, and expecting things to work on it is completely reasonable.
x11 works fine as is, and will continue to do so through xwayland. but don't expect new apis to give a rats ass about x11.
Re: How Not to Support Desktop GNU+Linux, Zoom Edition
#168I believe this is not entirely Zoom's fault, I've heard a few horror stories with Wayland and screensharing over the last few years. Particularly when I once tried using OBS Studio and it just didn't work on Wayland. I also remember screenshare from things like Google Meet or Discord only being able to share other chromium tabs and not able to share the desktop or any specific applications. This whole story sounds to…
OBS works fine for me on Wayland through pipewire.
Re: How Not to Support Desktop GNU+Linux, Zoom Edition
#169How Not to Support HTML Text, write.as Edition: > If you're stuck using Zoom, jump on [one]( https://community.zoom.com/t5/Meetings/Sharing-application-w... ) [of]( https://community.zoom.com/t5/Meetings/Linux-screen-sharing-... ) [the]( https://community.zoom.com/t5/Meetings/Unable-to-share-scree... ) [..] Why do you need JS to translate your unreadable HTML into readable HTML?
> _Pssst, coming from Hacker News? Add a ".md" to the URL_ This might have been added after your comment. Link with md: https://write.as/n5r0vjolumdnuk2k.md
If that's the case, great work in responding so quickly.
> Link with md: https://write.as/n5r0vjolumdnuk2k.md
You'd think the `.md` would be the markdown and the blank/`.html` would be the HTML? Not the other way around? Might be worth the owner of the website swapping that around afterwards.
Re: How Not to Support Desktop GNU+Linux, Zoom Edition
#170Earlier quoted context omitted.
X11 is moribund. Part of why is because literally everyone who was working on it in a major way, possibly excepting Keith Packard, eventually considered it a dead end and jumped ship to Wayland.
moribund, stable, I don't care what you call it; X11 actually works consistently, which remains more than Wayland can say