similar to: Possible bug in opus_multistream_surround_encoder_create()

The crash is in opus_multistream_surround_encoder_create() or when trying to encode? Does the opus-tools code works for you for a 5.1 input? Jean-Marc On 01/06/2014 01:28 PM, Brendan Bolles wrote: > I get reliable crashes if I create a 6-channel encoder using > opus_multistream_surround_encoder_create(). If I use > opus_multistream_encoder_create() instead and pass in the same >

Hey everyone, I've added Ogg Opus support to my Adobe Premiere plug-in here: http://github.com/fnordware/AdobeOgg Now I'll add Opus support to me WebM plug-in too. I've got this Opus stuff mostly figured out, but I have a few questions. Here's one: What do the numbers in mapping mean? I see that opus.h refers to the Vorbis channel mapping order, so does mapping in Opus take

Hello Everyone, I am using the opus 1.1 multistream APIs to encode a 5.1 surround stream on the server, stream it to client, decode it and capture the pcm data. I noticed that there was severe corruption/attenuation on one of the channels(specifically Back/Rear Right). This would appear to be the last channel in the stream. I am attaching an image of the PCM dumps from the original and the one

I've run into some issues using Opus with source files in channel layouts other than the default 8. For instance, 2.1 isn't supported, so I have to either downconvert to 2.0 or upconvert to 5.1 (which usually involves adding empty channels, which prevents the playback device from upconverting to the native layout). To address this, I've put together an initial draft of an I-D I'd

Hi Drew, Some comments on the libopusenc patch: + int _oge_use_projection(int channel_mapping); These functions are part of libopusenc, so I'd expect them to have an ope prefix like the other functions in the libopusenc library. + if (_oge_use_projection(h->channel_mapping)) + { + len=27+(h->channels*(h->nb_streams+h->nb_coupled)*2); + } + else + { +

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

Hi Drew, I think the libopusenc patch is better, but there's still a few issues left: 1) The static MAX_PACKET_BUFFER_SIZE value is still problematic because if you link libopusenc with a new version of libopus that supports higher order projection or just more projection channels for order 3, then you will overflow the buffer. I think what you'd want is a _ope_opus_header_get_size() call

For some reason the attachment did not go through. Re-attaching. From: Mukund Raman Sent: Wednesday, April 01, 2015 6:12 PM To: 'opus at xiph.org' Subject: Opus multi-stream/surround: Audio corruption on decoded content Hello Everyone, I am using the opus 1.1 multistream APIs to encode a 5.1 surround stream on the server, stream it to client, decode it and capture the pcm data. I

On 2014-01-06 10:24 AM, Brendan Bolles wrote: > http://github.com/fnordware/AdobeOgg Cool! > What do the numbers in mapping mean? These numbers tell you how to map the decoded opus channels to particular speakers. > For example, opus_multistream_surround_encoder_create() sends out mapping[] = {0, 4, 1, 2, 3, 5}. > For 6 channels the Vorbis order is front left, center, front right,

thanks for all your feedback. here's the revised patch: On Wed, Oct 11, 2017 at 2:20 PM Timothy B. Terriberry <tterribe at xiph.org> wrote: > Jean-Marc Valin wrote: > > I think you'll want something like: > > (opus_int16)((unsigned)demixing_matrix[2*i+1] << 8) > > (though you might want to check it too) > > FWIW, we use the construct > int s =

On Jan 6, 2014, at 11:54 AM, Ralph Giles wrote: > The first entry, mapping[0], > describes front left and contains the value '0', so that speaker is the > left channel of the first coupled stream. mapping[1] is '4', so the > front centre speaker is given the first mono stream. mapping[2] is '1' > so the front right speaker gets the right channel of the first

Hi Jean-Marc, Thanks so much for your review. Attached are my comments and an updated patch. On Mon, Oct 30, 2017 at 5:48 PM Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Hi Drew, > > I've had some time to dig more deeply into your patch. Here's some more > in-depth comments: > > 1) I note that your OpusMSEncoder struct in private.h adds a > subframe_mem[]

Here's another one. On Thu, Nov 2, 2017 at 9:54 AM Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Hi Drew, > > We're getting there... Some minor comments: > > 1) The public header file should not have an > #ifdef ENABLE_EXPERIMENTAL_AMBISONICS > since that would require the user code to define it. > > Done > 2) Why do you have #define

Thanks for looking over this, Mark! I'm travelling this week but when I'm back I'll address all of your concerns and send,out another patch. :) On Jun 7, 2017 9:56 AM, "Mark Harris" <mark.hsj at gmail.com> wrote: > On Tue, May 30, 2017 at 3:13 PM, Drew Allen <bitllama at google.com> wrote: > > Hello all, > > > > Attached is the initial

What got me experimenting with Opus is that I heard it's going to be a supported codec in WebM, which I also have a Premiere plug-in for: http://github.com/fnordware/AdobeWebM I just posted a new beta that includes Opus support. Naturally, I *think* I'm doing it right, but I'd love for someone more knowledgeable about Opus or WebM to take a look. The closest thing to a standards

Thanks for your help, I will follow that, so in order to sum up I need: - libopus 1.0.3 compiled as static or shared library - libogg 1.3.1 compiled as static or shared library - opus-tools 0.1.7 and then follow the example in opus-tools opusenc.c to get things ready, because if I try to compile opus-tools, this ask for me for the speex library, and other things I think that that will we all.

apologies, this is the correct patch I meant to send: On Mon, Jun 12, 2017 at 9:19 AM Drew Allen <bitllama at google.com> wrote: > Thanks again Mark for taking a look and pointing out the issues that > previous patch had. I've addressed your concerns. The tests should no > longer give any warnings or errors regarding usage or c89. I've ensured the > memory issues have

Yes, it's basically an intrinsic aspect of the mathematics. If you seek into the middle of an Opus stream, that's about how long it takes before the audio converges to be correct. On Jan 17, 2014 2:13 PM, "Brendan Bolles" <brendan at fnordware.com> wrote: > On Jan 7, 2014, at 11:11 AM, Brendan Bolles wrote: > > > The closest thing to a standards document for

Sure, ill send that asap On Wed, Nov 8, 2017 at 4:44 PM Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Hi Drew, > > Your ambisonics patch is already merged. Can you send a patch that > applies to master? > > Jean-Marc > > On 11/08/2017 07:05 PM, Drew Allen wrote: > > Hey Jean-Marc, > > > > I found a bug regarding exporting the matrix that

Hey everyone, I've written a FLAC plug-ing for Adobe Premiere. It's actually part of the Ogg Vorbis plug-in I originally set out to write. You can see it here on GitHub: https://github.com/fnordware/AdobeOgg I just finished the first beta a few hours ago. You can download binary plug-ins from here: http://www.fnordware.com/downloads/Ogg_v0.5b1_mac.zip