search for: soniccloud

...hear the crosstalk with fec and packet loss percentage>0 is that Opus uses information from the left channel to try to error correct the right channel and vice versa? I am trying to understand the origin of the crosstalk. Thanks. -Jon > On Jan 27, 2017, at 12:29 PM, Jon Lederman <jon at soniccloud.com> wrote: > > [This sender failed our fraud detection checks and may not be who they appear to be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing] > > Hi Jean-Marc, > > Thank you. Yes, we do need both channels independent. So, if we encode each channel separate...

On 27/01/17 12:16 PM, Jon Lederman wrote: > When you say that with fec enabled, the threshold is increased, do > you mean the bitrate - i.e., you need higher bitrate with fec enabled > to suppress crosstalk? Correct. Another effect I forgot to mention is that Using FEC will actually force SILK/hybrid rather than CELT, so it's possible that disabling FEC makes you use CELT, which

Hi Jean-Marc, Thank you. Yes, we do need both channels independent. So, if we encode each channel separately, we will be sacrificing the compression ratio we would achieve with stereo encoding, correct? So, based on what you say here is my understanding. Please confirm this is correct or not: 1) If we use fec, we can reduce cross-talk but increasing bitrate. However, that should result in

HI All, We are trying to use Opus in a VoIP environment for sending stereo audio. We have noticed a phenomenon where when FEC is enabled and packet_loss_percentage>0, that there is a mixing of audio from the left channel into the right channel and vice versa. That is, rather than hearing each channel in its pristine form as it was in the file, there is a combination of right and left

Thank you. Very helpful. > On Jan 27, 2017, at 12:40 PM, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > > On 27/01/17 12:29 PM, Jon Lederman wrote: >> Thank you. Yes, we do need both channels independent. So, if we >> encode each channel separately, we will be sacrificing the >> compression ratio we would achieve with stereo encoding, correct? > > Not