Displaying 20 results from an estimated 10000 matches similar to: "Four new releases"
2019 Dec 18
0
opusenc for ambisonics?
Le 19-12-18 à 12 h 29, Marc Lavallée a écrit :
> Hi Andrew,
>
> I suspect that the configure option should be enable-ambisonics
> (instead of enable_ambisonics), but for each of opus, libopusenc,
> opusfile and opus-tools git repos (on master branch), when I try
> "./configure --enable-ambisonics", I get this error message:
>
> configure: WARNING: unrecognized
2019 Dec 19
1
opusenc for ambisonics?
Unfortunately, ambisonics aren't exposed in opusenc yet, thus the trouble.
They're an API-only feature, but it's a good time to discuss what such a
command-line interface would look like, notably: how to specify multiple
streams & stream order, select the mapping family, coupled channels, and
how to specify the matrix (for family 3). Likewise, there's no multistream
support at
2019 Dec 18
2
opusenc for ambisonics?
Hi Andrew,
I suspect that the configure option should be enable-ambisonics (instead
of enable_ambisonics), but for each of opus, libopusenc, opusfile and
opus-tools git repos (on master branch), when I try "./configure
--enable-ambisonics", I get this error message:
configure: WARNING: unrecognized options: --enable-ambisonics
Thanks for your help.
Marc
Le 19-12-18 à 11 h 52, Andrew
2018 Sep 06
0
[PATCH] Support for Ambisonics
Hi Drew,
Sorry for the delay.
FYI the patch that you attached is not your latest version. This
thread that you replied to is an older thread; the latest version is
on a different thread.
The patch does not use the mapping family numbers used by libopus and
libopusenc; could you update it to use family 2 and 3 rather than 254
and 253?
The patch also appears to break encoding of surround files
2018 Mar 26
0
[PATCH] Support for Ambisonics
Hello all!
I've attached an updated patch for opusfile, based on formatting
suggestions I got for the opus and libopusenc patches.
Cheers!
Drew
On Thu, Mar 22, 2018 at 9:19 AM Drew Allen <bitllama at google.com> wrote:
> Thanks! 2 down, 2 to go. :D :D :D
>
> On Wed, Mar 21, 2018 at 11:19 PM Jean-Marc Valin <jmvalin at jmvalin.ca>
> wrote:
>
>> Thanks, the
2018 Mar 19
0
[PATCH] Support for Ambisonics
Hi Jean-Marc,
I've modified my patches for libopus and libopusenc based on your
suggestions.
Cheers,
Drew
On Mon, Mar 19, 2018 at 2:05 PM Jean-Marc Valin <jmvalin at jmvalin.ca> wrote:
> 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
2018 Sep 16
1
[PATCH] Support for Ambisonics
Since the opusenc and opusinfo changes were independent I split them
up and landed the opusinfo changes (with updated mapping family
numbers).
- Mark
On Thu, Sep 6, 2018 at 4:22 AM, Mark Harris <mark.hsj at gmail.com> wrote:
> Hi Drew,
>
> Sorry for the delay.
>
> FYI the patch that you attached is not your latest version. This
> thread that you replied to is an older
2018 Jul 07
0
[PATCH] Support for Ambisonics
Minor thing missed: Adding the files to the VS project file.
(Sorry for the direct reply, Drew, Gmail's interface always trips me up on
mailing lists.)
On Fri, Jul 6, 2018 at 6:06 PM Joshua Bowman <silverbacknet at gmail.com>
wrote:
> Minor thing missed: Adding the files to the VS project file.
>
> (Sorry for the direct reply, Drew, Gmail's interface always trips me up
2019 Dec 18
2
opusenc for ambisonics?
I compiled the latest (git master) of opus, libopusenc, opusfile and
opus-tools:
$ opusenc --version
opusenc opus-tools 0.2-8-g4976421 (using libopus 1.3.1-4-gad8fe90d)
I tried to encode a 3rd order Ambisonics wav file with the standard
Ambix (ACN-SN3D) format; opusinfo is reporting :
Streams: 16, Coupled: 0
Channel Mapping Family: 255 Map: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10,
11, 12, 13, 14,
2018 Mar 20
2
[PATCH] Support for Ambisonics
Attached is an updated patch based on Jean-Marc and Mark's comments. :)
Cheers,
Drew
On Tue, Mar 20, 2018 at 9:20 AM Jean-Marc Valin <jmvalin at jmvalin.ca> wrote:
> On 03/20/2018 11:51 AM, Drew Allen wrote:
> > Just to confirm, I would use opeint_* for all the
> > OpusGenericEncoder-related functions?
>
> Correct. Or you can also use oge_ if you like. Just
2019 Dec 18
0
opusenc for ambisonics?
Hi Marc,
In order to use the ambisonics API, if you haven't already, you will need
to activate the enable_ambisonics build flag during configuration.
Then, when encoding the file, make sure to manually select mapping family 3
since opus does not auto-detect ambisonic files.
Let me know if you have any questions!
Cheers,
Andrew
On Tue, Dec 17, 2019 at 7:16 PM Marc Lavallée <marc at
2018 Mar 08
2
[PATCH] Move demixing matrix defines
Hello Jean-Marc et all,
I've attached an updated patch which I feel addresses all 3 cases.
PTAL, Thanks!
Cheers,
Drew
On Wed, Mar 7, 2018 at 8:39 PM Jean-Marc Valin <jmvalin at jmvalin.ca> wrote:
> Make sure the modified libraries work in all of these three cases:
> 1) libopus 1.2.1
> 2) libopus master (or 1.3-beta) with --enable-ambisonics
> 3) libopus master (or
2018 Mar 22
0
[PATCH] Support for Ambisonics
Thanks, the libopus and the libopusenc patches are now merged.
Cheers,
Jean-Marc
On 03/20/2018 12:36 PM, Drew Allen wrote:
> Attached is an updated patch based on Jean-Marc and Mark's comments. :)
>
> Cheers,
> Drew
>
> On Tue, Mar 20, 2018 at 9:20 AM Jean-Marc Valin <jmvalin at jmvalin.ca
> <mailto:jmvalin at jmvalin.ca>> wrote:
>
> On
2018 Jul 30
2
Fwd: [PATCH] Support for Ambisonics
Friendly ping for the opus-tools patch...
---------- Forwarded message ---------
From: Drew Allen <bitllama at google.com>
Date: Mon, Mar 19, 2018 at 2:53 PM
Subject: Re: [PATCH] Support for Ambisonics
To: opus at xiph.org <opus at xiph.org>
On Mon, Mar 19, 2018 at 11:52 AM Drew Allen <bitllama at google.com> wrote:
> Hello all,
>
> Sorry for the delay (got really
2018 Mar 20
0
[PATCH] Support for Ambisonics
On 03/20/2018 11:51 AM, Drew Allen wrote:
> Just to confirm, I would use opeint_* for all the
> OpusGenericEncoder-related functions?
Correct. Or you can also use oge_ if you like. Just don't use something
that starts with an underscore.
> On Tue, Mar 20, 2018 at 8:38 AM Jean-Marc Valin <jmvalin at jmvalin.ca
> <mailto:jmvalin at jmvalin.ca>> wrote:
>
> Hi
2018 Mar 12
0
[PATCH] Move demixing matrix defines
Hi Drew,
I think the idea of returning OPUS_UNIMPLEMENTED for all projection
encoder/decoder calls is pretty reasonable. I haven't looked in detail,
but I think some of the calls are missing. I think all calls should have
that behaviour and not just the ones used by libopusenc.
As for the includes, how about leaving
OPUS_PROJECTION_*_REQUEST in opus_projection.h, but defining
2018 Mar 20
0
[PATCH] Support for Ambisonics
Hi Mark, Drew,
On 03/20/2018 02:40 AM, Mark Harris wrote:
> + 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.
I'd like to avoid using the ope_ prefix for functions that's aren't in
the public API. Right now there are other functions
2018 Mar 26
3
[PATCH] Support for Ambisonics
Apologies! That patch will not work correctly with Opus 1.2. Will send an
updated patch shortly!!
On Mon, Mar 26, 2018 at 11:56 AM Drew Allen <bitllama at google.com> wrote:
> Hello all!
>
> I've attached an updated patch for opusfile, based on formatting
> suggestions I got for the opus and libopusenc patches.
>
> Cheers!
> Drew
>
> On Thu, Mar 22, 2018 at
2018 Mar 20
2
[PATCH] Support for Ambisonics
Just to confirm, I would use opeint_* for all the
OpusGenericEncoder-related functions?
On Tue, Mar 20, 2018 at 8:38 AM Jean-Marc Valin <jmvalin at jmvalin.ca> wrote:
> Hi Mark, Drew,
>
> On 03/20/2018 02:40 AM, Mark Harris wrote:
> > + int _oge_use_projection(int channel_mapping);
> >
> > These functions are part of libopusenc, so I'd expect them to have an
2018 Mar 19
0
[PATCH] Support for Ambisonics
On Mon, Mar 19, 2018 at 11:52 AM Drew Allen <bitllama at google.com> wrote:
> Hello all,
>
> Sorry for the delay (got really sick last week).
>
> Attached are updated patches for libopus, libopusenc, opusfile and
> opus-tools.
>
> Note that the patches for libopusenc, opusfile and opus-tools are
> dependent on the patch for libopus.
>
> Please let me know if