Ambisonics: Difference between revisions

From XiphWiki
Jump to navigation Jump to search
(→‎Limitations of the ".amb" specification: Better explained the importance of Malham notation)
Line 16: Line 16:
The [http://www.ambisonicbootlegs.net/Members/mleese/file-format-for-b-format/ ".amb" specification]  
The [http://www.ambisonicbootlegs.net/Members/mleese/file-format-for-b-format/ ".amb" specification]  
for downloadable B-Format files is based on the WAVE-EX format.  There are  
for downloadable B-Format files is based on the WAVE-EX format.  There are  
currently about 75 pieces available in this format  
currently over 75 pieces available in this format  
[http://www.ambisonicbootlegs.net for free download]. Most of these are  
[http://www.ambisonicbootlegs.net for free download]. Most of these are  
first-order full-sphere soundfields. Some of the limitations of the  
first-order full-sphere soundfields. Some of the limitations of the  
Line 27: Line 27:


=== Malham notation ===
=== Malham notation ===
The order of a B-Format soundfield can be specified using
The reason that the ".amb" file specification is limited to third-order  
''Malham notation''. This uses a string of characters, each character
and below is because it uses the number of channels to uniquely define the
being either '''f''' (for full-sphere) or '''h''' (for horizontal). The
soundfield order. Unfortunately this simple and elegant scheme does not
first character in the string specifies the type of the first-order
work above third-order as ambiguities creep in. (One ambiguity is
components, the second character the type of the second-order components,
illustrated in the table below.) A more general file format will have to
etc.
use something else, such as ''Malham notation''.


Malham notation is not used in the ".amb" specification. Instead the  
Malham notation specifies the order of a B-Format soundfield using a
number of channels uniquely defines the soundfield order. Unfortunately
string of characters, each character being either '''f''' (for full-sphere)
this simple and elegant scheme does not work above third-order as
or '''h''' (for horizontal). The first character in the string specifies
ambiguities creep in. A more general file format will have to use
the type of the first-order components, the second character the type of
something else, such as Malham notation.
the second-order components, etc.


{| class="wikitable" style="text-align:center"
{| class="wikitable" style="text-align:center"

Revision as of 21:00, 28 January 2007

Ambisonics is a surround sound system first developed in the 1970s. Its main difference from other surround techniques is that it separates trandmission channels from speaker feeds, the speaker feeds being derived using a decoder situated in the living room. Decoders can be implemented in either hardware or software. Typically more speakers are used than transmission channels, and the more speakers used then the more stable the resulting soundfield. Speakers can be arranged in a number of configurations, regular polygons being the most popular.

Resources on Ambisonics

  • There is now a set of Wikipedia articles on Ambisonics.
  • Of particular relevance is the ".amb" specification for downloadable B-Format files. However the ".amb" spec has some limitations which it would be useful to overcome.
  • This website has many pages on Ambisonics (including at the bottom links to other Ambisonic websites).

Limitations of the ".amb" specification

The ".amb" specification for downloadable B-Format files is based on the WAVE-EX format. There are currently over 75 pieces available in this format for free download. Most of these are first-order full-sphere soundfields. Some of the limitations of the specification are:

  1. It is limited to 4 GByte files (2 GBytes if somebody screwed up).
  2. It is limited to third-order soundfields and below. While third-order looks like a lot (16 channels), there already exists a prototype mic that can record up to fourth-order.
  3. No compression (particularly lossless).
  4. No flag to indicate whether the W channel has been -3 dB attenuated or not. With a flag it becomes optional (in ".amb" it is mandatory).

Malham notation

The reason that the ".amb" file specification is limited to third-order and below is because it uses the number of channels to uniquely define the soundfield order. Unfortunately this simple and elegant scheme does not work above third-order as ambiguities creep in. (One ambiguity is illustrated in the table below.) A more general file format will have to use something else, such as Malham notation.

Malham notation specifies the order of a B-Format soundfield using a string of characters, each character being either f (for full-sphere) or h (for horizontal). The first character in the string specifies the type of the first-order components, the second character the type of the second-order components, etc.

Horizontal
order
Height
order
Soundfield_type Malham
notation
Number
of_channels
Channels
1 0 horizontal h 3 WXY
1 1 full-sphere f 4 WXYZ
2 0 horizontal hh 5 WXYRS
2 1 mixed-order fh 6 WXYZRS
2 2 full-sphere ff 9 WXYZRSTUV
3 0 horizontal hhh 7 WXYRSPQ
3 1 mixed-order fhh 8 WXYZRSPQ
3 2 mixed-order ffh 11 WXYZRSTUVPQ
3 3 full-sphere fff 16 WXYZRSTUVKLMNOPQ
4 0 horizontal hhhh 9 extra channels unlabled

Default channel conversions

Converting a B-Format file to a mono file is straightforward. Use Mono = W*sqrt(2).

Converting a B-Format file to a stereo file is more difficult. The "proper" way to do this is to convert the W,X,Y channels to two-channel UHJ. Unfortunately this requires the use of 90-degree wide-band phase shifters. In the digital domain these are usually implemented as convolution filters.

Assuming 90-degree phase shifters are unavaiable then the problem is one of choice. Starting from B-Format, it is possible to synthesize any mic response pointing in any direction. Hence, it is possible to synthesize any coincident stereo mic technique. Here are two popular stereo techniques.

Blumlein Mid-Side

Mid = (W*sqrt(2)) + X this is a cardioid response pointing forward
Left = Mid + Y
Right = Mid - Y

Blumlein Crossed Pairs

Left = (X + Y)/sqrt(2)
Right = (X - Y)/sqrt(2)

Which conversion to stereo is better depends on the material and how it was recorded. A good suggestion is to not specify a particular default channel conversion; instead, simply specify that there must be one. If one has to be specified then Blumlein Crossed Pairs is the simpler.