similar to: Stereo channel separation

>On 11/20/2013 03:37 PM, O'Connor, Kevin wrote: >> I have an application I intend to use Opus for that involves creating > recordings of two-party conversations where each party is saved as a >> separate channel. Audio may be later processed or analyzed on a >> per-party basis so if audio in one channel affects the other channel, >> it could create problems.

>On 11/20/2013 03:37 PM, O'Connor, Kevin wrote: >> I have an application I intend to use Opus for that involves creating >> recordings of two-party conversations where each party is saved as a >> separate channel. Audio may be later processed or analyzed on a >> per-party basis so if audio in one channel affects the other channel, it >> could create problems.

On 11/20/2013 03:37 PM, O'Connor, Kevin wrote: > I have an application I intend to use Opus for that involves creating > recordings of two-party conversations where each party is saved as a > separate channel. Audio may be later processed or analyzed on a > per-party basis so if audio in one channel affects the other channel, it > could create problems. My question is, if I use

O'Connor, Kevin wrote: > Is this bleedover expected? I found an older copy of opus-tools (0.1.6, libopus 1.0.2) and it does not appear to > have the bleedover between channels, so I think this was introduced in 1.0.3 or 1.1. This bleed-over should not be possible with the CELT layer (_especially_ not during silence), but it is possible with the SILK layer. 1.1 added automatic speech

Hello, I've been using Opus on an STM32 M4 platform for speech coding in mono mode. I thought I'd try stereo for grins to see if I can handle the CPU load, and I'm getting a return code of -1 from opus_decode_float (using CBR and 40ms frames). I decided to try the opusenc and opusdec tools to just see how the command line apps would behave. I am getting decoded audio, but I am

Thanks. 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? Also, can you make any recommendations to decide whether to use fec or not? We are trying to tune the parameters appropriately. Audio quality and reduction of crosstalk are critical for us. Thanks again. Jon Sent from my

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

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 necessarily. Stereo makes two assumptions: 1) It assumes the two channels are somehow correlated 2) It assumes the two channels are meant to be

Hello all, I created today a fake stereo piece of music (the left and right channels were completely equal), and encoded it with the all the modes the RC2 encoder supports, and found that: * * dual * waste * waste * * mode * joint * stereo * in * in % * * * stereo * /2 * kbits * of JS *

Hi, One other question I was wondering about. Is the reason that we 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: >

We have a customer who wants us to record anywhere from 2-4 participants on a call in stereo (as opposed to mono) quality audio. Some background.. We are using asterisk 16.6.1 We are also currently using AMI/AsyncAGI and ConfBridge to bring the parties together. I believe recording in the various file formats (based on extension), it's always recording in mono quality. My one thought is to

Hi guys, I am on a C55x stereo implementation of CELT 0.7.1; I am using 100 sample frame size and writing 58 Bytes per Packet. At the output of the decoder I see one channel reconstructed perfectly, but the other channel has random corruption that appears to be a sinusoid with a period of the frame size. The artifact is non-periodic and appears to happen randomly during the audio stream. Anyone

Hello, I've been postponing some of my encoding for when joint stereo gets implemented. The reason I've been doing this, is that I am under the impression this is the largest step in the quality/bitrate ratio that's left. Now I'm wondering if I am correct in thinking this. lame's documentation seems to imply it doesn't make much of a difference at higher than 128kbps (I

Looking at the Opus comparison page[1], I can't figure out whether the Opus/AAC/Vorbis/MP3 lines are meant to imply a mono or stereo encoding. Could someone please update the caption to clarify this? The single dot for G.711 is clearly mono, but for stereo music, are the codecs at the top meant to converge near 128 kbps, or 256 kbps? [1] http://opus-codec.org/comparison/

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

Hello, I'm not a programmer or Opus developer but I tried to test the sound quality of a music file (Nick Warren - Devil's Elbow, freely available from the author's Soundcloud account) encoded with libopus 1.2 RC1. I used Windows binaries from free-codecs.com. I noticed that in the case of my selected music file (which is generally harsh on lossy codecs as it's necessary to

On Jan 17, 2013, at 21:41, Ralph Giles wrote: > On 13-01-17 7:26 PM, Brian Willoughby wrote: >> I vote for documenting the --channel-map option in the --help > > Do you ever use --channel-map yourself, or recommend it to clients? Professional surround mastering is delivered on very specific media, and FLAC is not an option (to my knowledge). I use FLAC for archival of original

OK, so at the link : https://uloz.to/!yyVrCY2Y8sn1/devil-s-elbow-opus-7z (https://uloz.to/%21yyVrCY2Y8sn1/devil-s-elbow-opus-7z) (change the language to English by clicking at the flag at the right upper side of the web page or just simply click at "Stáhnout pomalu" - it may take some time as the file is 55 MB+ and the download service is free) there is 7zip archive with 5 music

Hi, folks, I have an old CELT thing that I'm updating to Opus and I'm trying to get individual pieces upgraded.  My first task is upgrading the CELT encoder to Opus. The old CELT thing treated the L and R channels as independent mono streams, encoded them somehow with CELT to form one bitstream, sent one bitstream across, and then unpacked it manually after the decoder. Can I do that

Hello Jean-Marc, yes, it works for both 32 and 48 kb/s. Also this option marginally increases the size of the file which is understandable. I tried a few other music files and found that this stereo narrowing happens not only in the case of track I submitted (although in smaller scale) so it would be great if the final libopus 1.2 had officialy a parameter to force music "mode" of