similar to: Stereo dropping to mono with libopus 1.2 RC

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

Hi Matěj, I had a look at your files and it seems like the issue is that the speech/music detector thinks that some segments are speech rather than music and at low bitrates SILK tends to significantly narrow the stereo image. We're planning on adding an option to opusenc to force it to treat the input as speech/music. Just to confirm that's the issue, can you try encoding with the

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

Hi All, We are using libopus 1.0.2 lib version currently and observing one crash issue in opus_encode() function some times. ------------------------------------------- (gdb) bt #0 0x00007fcdf7c90ea2 in opus_encode () from /usr/lib64/libopus.so.0 -------------------------------------------- Anybody faced this problem earlier and have any idea whether its solved in the latest version libopus

Hi Jean-Marc, A simpler question. How does opus_encode() generate packets of 20ms (SILK-only or Hybrid)? Concatenating two 10ms frames or doing it straight with just one 20ms frame?

The libopus encoder's opus_encode() method is documented as "Encodes an Opus frame". Does that mean that it always produces a single Opus frame (i.e. the number of frames in the TOC byte will always be 0)? It's not clear from the documentation, but the fact that it cannot produce a 120ms Opus packet makes me wonder if that was the intention and any multi-frame Opus packets must

I was digging around and saw a bunch of different people have created ways of building libopus for android (even I did one back in the CELT days). Is there an official one somewhere that I missed? I even notice this is the Google sources, but it seems to be a touch long in tooth at this point: https://android.googlesource.com/platform/external/libopus/+/android-wear-5.1.1_r1 I am happy to build

Hi, I'm looking for the description of possible combinations of libopus parameters. For instance in case of low bitrate encoding (voip application, SILK part) it does not have sense to set 2 channels. Audio applications (CELT part) widely use 2 channels. What about HYBRID mode? Is it closer to voip or audio applications? What is the typical number of channels? Can constant bitrate be used in

how can i obtain an exe of the newest libopus? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/opus/attachments/20160716/c742a84a/attachment.html>

Hello everyone, For a private project I would like to make a new Internet Intercom device (for my kids and me). At the moment I use a separate DSP with Ogg/Vorbis (VS1053) but I like a challenge ;-) Is a eg. ST32F10x (cortex m3) or a new ST32F40x (cortex m4) powerful enough to do encoding and decoding ? Any existing projects to learn from? Thanks for your time, Edwin van den Oetelaar

> > This is as expected. The build system is trying to get a git revision > string out of the source tree to compile in for reference. If you're > building from a downloaded source .zip, there won't be any git > information available and it will fall back to the hard-coded release > string. That's why the error isn't fatal to the build. Ok, this seems

Hello all! I'm having trouble with a cross compiled libopus for an embedded application and would like some help. preamble: embedded details: processor: bf537 kernel: Linux release 3.0.8-ADI-2011R1-svn4693, build #2834 Fri Apr 22 12:35:34 ADT 2016 toolchain: bfin-linux-uclibc-gcc release gcc version 4.3.5 (ADI-2011R1-RC4) audio interface: ALSA

Hi There, I'm working on some cluster analyses on a large data-set using hclust with Wards method and Manhattan (city block) distance measures. I've created dendrograms to illustrate the clustering criteria, but would like to create a plot to examine for the classic elbow criterion to use in determining the best number of clusters. Ideally I'd like to plot percent variance explained

Hi, I would like to cluster a dataset with the ward algorithm. That works fine. But I can't find a method to plot the structure chart to estimate the "elbow crterion" for the number of clusters. Can someone tell me how I can do it? Thanks for your help. Dominik

>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.

Hi, I already have a dissimilarity matrix and I am submitting the results to the elbow.obj method to get an optimal number of clusters. Am I reading the below output correctly that I should have 17 clusters? code: top150 <- sampleset[1:150,] {cluster1 <- daisy(top150 , metric = c("gower") , stand = TRUE , type = list(symm

On Thu, Feb 22, 2018 at 8:34 PM, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Hi Stepan, > > I would need more information to be able to investigate further. It's > legal for the decoder to output -32768, so it would be good if you could > explain how this is unexpected. Its unexpected because the decoder continues to output all samples of -32768 even when the

On Thu, Feb 22, 2018 at 9:53 PM, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > On 02/22/2018 09:34 PM, Stepan Salenikovich wrote: > > Its unexpected because the decoder continues to output all samples > > of -32768 even when the microphone input is silence or near silence, so > > I would expect the decoded values to be at or near 0. > > Oh, if the output is

I just recently found that opus_multistream_encode_float is returning -1 (OPUS_BAD_ARG) with the libopus 1.1 build but works just fine with the libopus 1.0.1 and libopus 1.1-beta builds. I tried using opus_multistream_encoder_create and opus_multistream_surround_encoder_create. Tried with coupled and uncoupled quadraphonic and uncoupled stereo encodes. I'm dynamically loading the libopus

I am developing an arm based application which is soon to be released. I noticed on this list mention of neon instruction optimisations in the git version of libopus (which I will be testing shortly) whose speed improvements I would very much like to benefit from in my application. However I would also very much like to be able to release my application based on an official libopus release,