similar to: Ogg audio surround-sound

Date: Mon, 10 Jul 2000 14:51:12 +0100 (BST) From: DG Malham <dgm2@york.ac.uk> To: vorbis-dev@xiph.org Cc: DG Malham <dgm2@york.ac.uk>, Rob Fletcher <rpf1@york.ac.uk> Subject: Re: [vorbis-dev] True surround sound for Ogg -- a proposal (fwd) In-Reply-To: <Pine.SGI.3.95L.1000710092216.9043693B-100000@turpin.york.ac.uk> Message-ID:

Hi everyone, Over the last two weeks or so, I've been thinking about how to add surround sound to Ogg -- and more than that, to do it in the best way possible. With this in mind, I started considering using Ambisonic surround sound. The advantages of this format are considerable: a) It was developed in the early to mid '70s, so the patents should be expired by now.

On 2005-11-16, Jean-Marc Valin wrote: > Otherwise, what do you feel should be changed? One obvious thing that seems to be lacking is the granulepos mapping. As suggested in Ogg documentation, for audio a simple sampling frame number ought to suffice, but I think the convention should still be spelled out. Secondly, I'd like to see the channel map fleshed out in more detail. (Beware

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

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

The prospect of people actually putting B-format audio (via the panner or directly input) into Ogg/Vorbis brings an interesting challenge: What do we do with the audio after decoding it? The following sane options exist: A) Simply output the B-format audio B) Produce a downmix 1) Mono. 2) Stereo blumlein crossed pairs 3) Stereo UHJ 4) binaural C) Produce speaker feeds 1) Fully

I threw a rough draft of an alternative format incorporating the comments received so far in this discussion on the wiki: http://wiki.xiph.org/index.php/OggPCM#Format Oliver, This seems to me like it would support the ambisonic requirements you mention, though it doesn't (and I imagine won't) describe the mic locations. Somebody who actually uses that info could probably define extra

On 3/22/07, Brian Willoughby <brianw@sounds.wa.com> wrote: ... > But to return to your question, exactly what kind of "support" are > you looking for? I wasn't looking for any particular support, but just to see what support was there (if any). ... > I do not believe that there is any need for code specifically > supporting Ambisonics. FLAC supports conversion to

Curt Sampson wrote: > On Sun, 24 Aug 2003, smoerk wrote: > > >>there are different channel profiles for 5.1: >>L R C LFE Ls Rs (DVD) >>L R Ls Rs C LFE >>L C R Ls Rs LFE (Film) > > > I don't see why you need more than one of the above formats. It's not > like you can't decide to put the LFE channel into "input 3" or "input

In November 2005 the discussion on OggPCM2 died down before we got around to finalizing the channel map. I thought it would be a good time to resurrect the topic. The previous threads are at http://lists.xiph.org/pipermail/ogg-dev/2005-November/000097.html and http://lists.xiph.org/pipermail/ogg-dev/2005-November/000168.html . In draft 2 of the spec, there are two types of channel maps: a

> One obvious thing that seems to be lacking is the granulepos mapping. As > suggested in Ogg documentation, for audio a simple sampling frame number > ought to suffice, but I think the convention should still be spelled > out. I was under the (maybe wrong) impression that the Ogg spec already covered everything that's needed for granulepos. If that's not the case, please

Michael Graczyk wrote: ... > UHJ is an interesting way to preserve compatibility with non-ambisonic > playback systems. ... > If UHJ becomes popular in the future, we could > specify rules for encapsulating UHJ in Ogg. I guess it depends on how you define popular. The UHJ Discography lists over 270 UHJ-encoded records. This EXcludes over 450 releases by Nimbus Records. The UHJ

On 20030610: Gregory Maxwell wrote: (in reply to Ralph Giles) >> I assume you're aware of the technical documentation on dolby's site? >> (http://www.dolby.com/pro/) In particular the surround mixing guide has >> a lot of detailed guidelines. I don't have any practical experience >> with it though, so I can't vouch for it. >Yes I am. I've done a

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

Josh Coalson wrote: > --- smoerk <smoerk@gmx.de> wrote: > >>i didn't find anything about tagging flac files as surround files. i >>think there should some possibility to tell the player how to play a >>multi-channel file (how to map the different channels to the speakers >>or if there some decode is needed, like for ambisonic files). > > > it

>Yesterday I have finished writing the ambisonic pan filter for oggenc. May I ask what this "pan filter" is? I made some tentative suggestions for coupling Ambisonic B-format in a post "Vorbis Ambisonic coupling" on 4feb07 I gather from the last monthly meeting, that some of you, including Monty, had problems with the phase behaviour of B-format. Would anyone like a

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

A strategy for downmix support a) simple 4.0, 5.0, 6.0 7.0 Speaker Decode on the player via a separate library from the Vorbis core. This is the easy panning solution on the Wiki Ambisonic Decoder page and requires hardly any computing power. Most important cos its all about surround init? This library can be extended to have Shelf Filters & Distance Compensation for more sophisticated

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

On Fri, Nov 11, 2005 at 07:17:53PM +1100, Erik de Castro Lopo wrote: > We're talking about a file header here. Even if the header is a kilobyte in > size, it will be completely **dwarfed** by the audio data following. So why > are you counting single bits like this? Why waste? You only have to read the header once for a stream, and libogg2 provides a convient bitpacker which can