Our New York City office held a Jitsi Meet call with a Washington, DC
office earlier today. We had a problem I haven't seen before. The audio
from the DC office would cycle in and out of sounding muffled (like
someone was covering their microphone), unless we muted our microphones,
in which case the audio sounded fine. I was on an up-to-date MacBook Air.
I'm assuming this is a bandwidth-use issue? Is it a known problem?
Thanks!
Gus
- --
Gillian "Gus" Andrews
Senior Program Associate, Secure User Practices
Open Internet Tools Project openitp.org
This sounds like something that's significantly lower level than Meet.
If it changed when you muted/unmuted, it might have something to do
with echo cancellation. Meet isn't doing anything that low level on
the client side. All the heavy stuff is in the videobridge in the
server, so I 'd assume this is either a problem with Chrome's WebRTC
stack, or, more likely, something related to the
machine/config/devices of a specific user.
Emil
ยทยทยท
On Mon, Aug 25, 2014 at 10:12 PM, Gillian "Gus" Andrews <gus@openitp.org> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Hi Jitsi team,
Our New York City office held a Jitsi Meet call with a Washington, DC
office earlier today. We had a problem I haven't seen before. The audio
from the DC office would cycle in and out of sounding muffled (like
someone was covering their microphone), unless we muted our microphones,
in which case the audio sounded fine. I was on an up-to-date MacBook Air.
I'm assuming this is a bandwidth-use issue? Is it a known problem?
Thanks!
Gus
- --
Gillian "Gus" Andrews
Senior Program Associate, Secure User Practices
Open Internet Tools Project openitp.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: GPGTools - https://gpgtools.org