Oops, I mistyped the list address. My bad. -- Hello Thomas, I'm bumping that thread to [email protected] for convenience.
Thomas Petazzoni [email protected] wrote: (ref http://permalink.gmane.org/gmane.comp.lib.uclibc.buildroot/146902) > Hello, > > Thanks again for this contribution. As a side note, we tried Ring at > work as a replacement for Google Hangouts, but unfortunately, the > quality level was really bad as soon as more than 3/4 persons joined > the call. Since I know Savoir Faire Linux is behind the Ring project, > do you know if this is something that might be improved in the future? When using Ring in a n-way conferencing setup, the peer initiating the conference bridge acts as a network and encoding hub for the rest of the audience. This means that if the conference hub either reaches bandwidth or cpu limits, the global call quality will inevitably be degraded severely, that would be a first point to verify. You may also be impacted by the ambient noise as I don't think Ring performs prioritization of the talker (correct me if I'm wrong) and the echo canceller may not be super efficient at times. In any cases, any input from you that may allow us to pinpoint and avoid the quality drop will be of interest. Cheers, Jerome _______________________________________________ Ring mailing list [email protected] https://lists.savoirfairelinux.net/mailman/listinfo/ring
