search for: hacklava

...ng 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 hacklava.net > <mailto:marc at hacklava.net>> wrote: > > 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 enc...

...he matrix (for family 3). Likewise, there's no multistream support at the moment, so two birds might be felled with one push. I have ideas, but I've never used ambisonics and really don't know what the use case would look like. On Wed, Dec 18, 2019 at 10:00 AM Marc Lavallée <marc at hacklava.net> wrote: > 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...

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,

...n 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 hacklava.net >> <mailto:marc at hacklava.net>> wrote: >> >> 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)...

On Sat, 28 May 2016 16:21:33 -0700, Michael Graczyk <mgraczyk at google.com> wrote : > Hi Marc, Hi Micheal. > On Sat, May 28, 2016 at 10:44 AM, Marc Lavallée <marc at hacklava.net> > wrote: > > I subscribed because your discussion on the IETF draft ("Ambisonics > > in an Ogg Opus Container") was mentioned on the sursound list. > > Thanks for your interest! Please feel free to voice your support for > this work on the codec at ietf.or...

Hi Opus list. I subscribed because your discussion on the IETF draft ("Ambisonics in an Ogg Opus Container") was mentioned on the sursound list. I tried Opus for ambisonics more than a year ago. It does works with uncoupled channels (I had to patch the encoder). I don't know what else could be done to optimize support for ambisonics, as I'm not a codec expert. So I think that

Marc, Thanks for the comments. On Sat, May 28, 2016 at 5:50 PM, Marc Lavallée <marc at hacklava.net> wrote: > So, channels will stay uncoupled for Ambisonics? That would be great, > because considering how good Opus already is, I don't think that more > optimization is required, and it would put content creators at ease; > they often believe that any compression or channel...

...vate 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 hacklava.net> wrote: > 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...

Hi Marc, On Sat, May 28, 2016 at 10:44 AM, Marc Lavallée <marc at hacklava.net> wrote: > I subscribed because your discussion on the IETF draft ("Ambisonics in > an Ogg Opus Container") was mentioned on the sursound list. Thanks for your interest! Please feel free to voice your support for this work on the codec at ietf.org mailing list. The more suppo...

On Tue, 31 May 2016 09:41:37 -0700 Michael Graczyk <mgraczyk at google.com> wrote: > UHJ is an interesting way to preserve compatibility with non-ambisonic > playback systems. However, I have not seen it generalized to higher > orders. I expect that its popularity will decrease as HOA becomes more > and more common. If UHJ becomes popular in the future, we could > specify