similar to: Vorbis, ambisonics and 'Vorbis Tools'

Hi Flac Developers, My name is Etienne Deleflie, I'm the founder of http://www.ambisonia.com and, more recently, http://soundofspace.com. Myself and the community I serve are looking for a lossless file format that can encapsulate ambisonic encoding. To this end a specification has been drafted, and is nearing stability, that describes practical features designed to get the most out of

2008/9/25 e deleflie <edeleflie at gmail.com>: > Hi Vorbis-dev, > Hi, > I've been on this list for a couple of weeks, but its been quiet, so I > dont know who is who. > > My name is Etienne Deleflie, I am the creator of www.ambisonia.com, > and I am (together with the Ambisonic community) looking for a > 'delivery format' for Ambisonic data. > >

> Also, there has been some recent work on channel mappings for OggPCM (uncompressed PCM data in an Ogg container), which may be related: Our proposal involves only Vorbis. Uncompressed PCM Ambisonics is already well catered for. > It is indeed related. We are proposing a different ambisonic channel scheme (not speaker mapping though) called N3D (different to the usual FuMa scheme). The

Hello Tim and others, Thanks for your help explaining this process on IRC. I wrote out a first draft in the RFC xml format. I have attached the xml (labeled as xml.txt so it will appear inline) and the rendered txt files. Please let me know where I can make improvements. I will upload this draft to the IETF datatracker and send it out to codec@ after addressing your comments. -------------- next

Hi Josh, The minimum things that Flac would need to implement to satisfy the 'file implementations' part of the spec is a bit of metadata and the extensions to channel counts. ok, I do realise that the extending the maximum channel count may be difficult ... there's gotta be a way to do it though. Etienne On Mon, Sep 21, 2009 at 11:57 AM, Josh Coalson <xflac at yahoo.com>

e deleflie <edeleflie at gmail.com> ... > ok, I do realise that the extending the maximum channel count may be > difficult ... there's gotta be a way to do it though. Perhaps a comparison of the FLAC structure with that of Vorbis will help. Within a FLAC stream the audio is split into blocks which are grouped (interleaved). But within each block the eight channels are chained

All, Lets say I have a 16 channel file, but 10 of those channels are empty (all values are 0). For a) the vorbis codec and also b) the FLAC codec ... would the size of the file be close to (or practically the same as) the size of a 6 channel file? Etienne

Tim, Would you mind giving me a more specific example of the sort of document that you think this should look like? I'd like to write up something that is somewhat final. On Mon, May 2, 2016 at 9:30 PM, Michael Graczyk <mgraczyk at google.com> wrote: > On Fri, Apr 29, 2016 at 4:32 PM, Timothy B. Terriberry > <tterribe at xiph.org> wrote: > > As a general point,

Hello Jean-Marc, Thanks for the quick reply and comments. On Thu, May 26, 2016 at 5:41 PM, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Hi Michael, > > Here's some more minor comments below. As long as you address the two > comments from my previous email (254 -> 2 and the draft name), the draft > is good for submitting as initial version on the IETF website (even

--- On Thu, 9/17/09, e deleflie <edeleflie at gmail.com> wrote: > Hi Flac Developers, > > My name is Etienne Deleflie, I'm the founder of > http://www.ambisonia.com and, more recently, http://soundofspace.com. > > Myself and the community I serve are looking for a lossless file > format that can encapsulate ambisonic encoding. To this end a > specification has

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

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

On Mon, Apr 25, 2016 at 9:32 AM, Timothy B. Terriberry <tterribe at xiph.org> wrote: > Jean-Marc Valin wrote: >> >> Would it make sense to allow an arbitrary number of channels and just >> "truncate" the list of channels. For example, two-channel ambisonics >> would be W plus X and three-channel would be W, X and Y. The idea is >> that you would get

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

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

Hi Michael, On 04/25/2016 05:32 AM, Michael Graczyk wrote: > Channel Mapping Family 2 > > Allowed numbers of channels: (1 + l)^2 for l = 1...15. > > Explicitly 1, 4, 9, 16, 25, 36, 49, 64, 81, 100, 121, 144, 169, 196, > 225. Ambisonics from first to fifteenth order. Would it make sense to allow an arbitrary number of channels and just "truncate" the list of

Hi all, My apologies for the confusion ... but I am re-naming this thread again because the proposal doesn't come from Ambisonia. As the founder of Ambisonia I have only been 'mediating' between some members of the ambisonic community ... so it would be wrong to associate the spec with Ambisonia. To clarify. This is what the spec proposes: - that Mapping = 1 means the contents are

Hello, We (Google) have been experimenting with configuration and adjustments to CELT-only Opus that give good results for compressing ambisonic audio signals [1]. Based on our results so far, we would like to use Opus to encode spatial audio. We hope to make it easy/possible to use libopus with other common tools and software modules (ffmpeg/libav in particular). Based on my reading of the

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

"Gabriel I." wrote: > Greetings, > > I apologize if I posted this in the wrong list, I wasn't sure where to post > it, but seeing as the tags are called "vorbis comments" I thought vorbis, > rather than ogg-dev, would be the right choice. (actually, I'm not even a > developer anyway) Hi Gabriel, I doubt whether the Xiph community would promote a