<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Audio Engineering Society UK &#187; Event</title>
	<atom:link href="http://www.aes-uk.org/category/event/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.aes-uk.org</link>
	<description></description>
	<lastBuildDate>Tue, 13 Jul 2010 18:18:55 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Stop Press: Technical Visit to ATC Loudspeakers</title>
		<link>http://www.aes-uk.org/event/technical-visit-to-atc-loudspeakers/</link>
		<comments>http://www.aes-uk.org/event/technical-visit-to-atc-loudspeakers/#comments</comments>
		<pubDate>Tue, 13 Jul 2010 15:54:46 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Event]]></category>
		<category><![CDATA[Technical Visit]]></category>

		<guid isPermaLink="false">http://www.aes-uk.org/?p=555</guid>
		<description><![CDATA[Title: Technical Visit to ATC Loudspeakers
Location: ATC Loudspeakers, Stroud, Gloucestershire
Description: Technical Visit to ATC Loudspeakers (members only) &#8211; just a few places remaining.
Start Time: 11:00
Date: Friday 16th July 2010
End Time: 16:15
This technical visit is now full!

A technical visit has been arranged to ATC Loudspeaker Technology in Stroud, Gloucestershire on Friday 16th July, offering AES members [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Title: </strong>Technical Visit to ATC Loudspeakers<br />
<strong>Location: </strong>ATC Loudspeakers, Stroud, Gloucestershire<br />
<strong>Description: </strong>Technical Visit to ATC Loudspeakers (members only) &#8211; just a few places remaining.<br />
<strong>Start Time: </strong>11:00<br />
<strong>Date: </strong>Friday 16th July 2010<br />
<strong>End Time: </strong>16:15</p>
<p><strong>This technical visit is now full!<br />
</strong></p>
<p>A technical visit has been arranged to ATC Loudspeaker Technology in Stroud, Gloucestershire on Friday 16th July, offering AES members a rare opportunity to see first-hand how these very highly regarded speakers are designed and built right here in the UK .</p>
<p>The visit will start at 11:00 and finish around 16:15. ATC are also very kindly providing refreshments and lunch.</p>
<p>ATC is a specialist British manufacturer of loudspeaker drive units and complete sound reproduction systems. They design and manufacture loudspeaker drive units and systems to achieve levels of performance far in excess of the industry norm which is achieved by adopting a thoroughly professional engineering approach to the issue of basic design, materials science and production technology.</p>
<p>The visit will include a tour of the design and production facilities and demonstrations of their products.</p>
<p>The number of places is strictly limited, so book your place early to avoid disappointment.</p>
<p>To reserve your place, please ring Heather on 01628 663725 or email <a href="mailto:uk@aes.org">uk@aes.org</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aes-uk.org/event/technical-visit-to-atc-loudspeakers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A review of the sound system at Lord&#8217;s cricket ground</title>
		<link>http://www.aes-uk.org/event/a-review-of-the-sound-system-at-lords-cricket-ground/</link>
		<comments>http://www.aes-uk.org/event/a-review-of-the-sound-system-at-lords-cricket-ground/#comments</comments>
		<pubDate>Mon, 12 Jul 2010 11:56:49 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Event]]></category>
		<category><![CDATA[Meeting]]></category>

		<guid isPermaLink="false">http://www.aes-uk.org/?p=550</guid>
		<description><![CDATA[Title: A review of the sound system at Lord&#8217;s cricket ground
Location: Royal Academy of Engineering, London
Description: Lecture by Roland Hemming of RH Consulting
Start Time: 18:30 for 19:00
Date: Thursday 14th October 2010
Abstract
Stadium sound systems are always complicated projects. There is the need to deal with filling large spaces with sound and the requirement to comply with [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Title: </strong>A review of the sound system at Lord&#8217;s cricket ground<br />
<strong>Location: </strong>Royal Academy of Engineering, London<br />
<strong>Description: </strong>Lecture by Roland Hemming of RH Consulting<br />
<strong>Start Time: </strong>18:30 for 19:00<br />
<strong>Date: </strong>Thursday 14th October 2010</p>
<p><em>Abstract</em></p>
<p>Stadium sound systems are always complicated projects. There is the need to deal with filling large spaces with sound and the requirement to comply with the many (and conflicting) voice alarm regulations.</p>
<p>Roland Hemming will explain the story behind the new sound system at Lord&#8217;s cricket ground. It uses the latest audio networking technology, a brand new signal processor and it involved unprecedented co-operation between two manufacturers. He will also explain how he deals with project risk and with the complexity of doing the work in many phases and with the fact that the ground is in a residential area.</p>
<p><em>About the presenter</em></p>
<p>Roland Hemming has established himself as one of the leading independent audio consultants and project managers for large technical installations.  His wide experience ranges from live events to construction sites, from manufacturing to installation, from cruise ships to theatre, rail, corporate AV, broadcast, education and stadia.  He has managed a number of very large projects including the Millennium Dome, Ascot Racecourse, Twickenham Stadium and St Pancras station.  He is also a consultant to manufacturers on the development of forthcoming audio products and is helping to develop and introduce the next generation of audio networking systems.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aes-uk.org/event/a-review-of-the-sound-system-at-lords-cricket-ground/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Headphone processing for a three-dimensional world</title>
		<link>http://www.aes-uk.org/event/headphone-processing-for-a-three-dimensional-world/</link>
		<comments>http://www.aes-uk.org/event/headphone-processing-for-a-three-dimensional-world/#comments</comments>
		<pubDate>Thu, 15 Apr 2010 15:17:30 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Event]]></category>
		<category><![CDATA[Meeting]]></category>

		<guid isPermaLink="false">http://www.aes-uk.org/?p=528</guid>
		<description><![CDATA[Title: Headphone processing for a three-dimensional world
Location: Royal Academy of Engineering, London
Description: Lecture by Ben Supper, Focusrite
Start Time: 18:30 for 19:00 start
Date: Tuesday 13th July 2010
Abstract
The practice of processing audio signals to impose lifelike room acoustics on them for headphone presentation is called auralization. The two most commercially exploited applications of auralisation are the conversion [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Title: </strong>Headphone processing for a three-dimensional world<br />
<strong>Location: </strong>Royal Academy of Engineering, London<br />
<strong>Description: </strong>Lecture by Ben Supper, Focusrite<br />
<strong>Start Time: </strong>18:30 for 19:00 start<br />
<strong>Date: </strong>Tuesday 13th July 2010</p>
<p><em>Abstract</em></p>
<p>The practice of processing audio signals to impose lifelike room acoustics on them for headphone presentation is called auralization. The two most commercially exploited applications of auralisation are the conversion of headphone stereo listening into an experience more like loudspeaker stereo listening, and the simulation of proposed architectural spaces.</p>
<p>Although the tools required for auralization are fairly well understood, experiments that test the response of the human auditory system to spatial cues are generally designed to investigate one changing parameter in complicated sound field, and the way in which stimuli are synthesised is not standardised. These limitations mean that little has been written recently of the ways in which the various parts of the human auditory system interact to experience a spatial illusion presented over headphones.</p>
<p>This talk presents, informally, some observations learned from several years’ experience trying to analyse and deceive the spatial parts of the human auditory system. It discusses how we perceive the spatial cues present in direct sound and reverberation that are central to auralisation, and the most effective and efficient ways of presenting a convincing illusion without causing listening fatigue.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aes-uk.org/event/headphone-processing-for-a-three-dimensional-world/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>&#8216;Active Acoustic Absorbers: A Feasibility Study&#8217;</title>
		<link>http://www.aes-uk.org/event/active-acoustic-absorbers-a-fesibility-study/</link>
		<comments>http://www.aes-uk.org/event/active-acoustic-absorbers-a-fesibility-study/#comments</comments>
		<pubDate>Thu, 08 Apr 2010 10:02:59 +0000</pubDate>
		<dc:creator>aes-committee</dc:creator>
				<category><![CDATA[Event]]></category>

		<guid isPermaLink="false">http://www.aes-uk.org/?p=514</guid>
		<description><![CDATA[Title: &#8216;Active Acoustic Absorbers: A Feasibility Study&#8217;
Location: Royal Academy of Engineering, London
Description: Lecture by John Vanderkooy, University of Waterloo and B&#38;W Loudspeakers Ltd
Start Time: 18:30 for 19:00
Date: Tuesday 27th April 2010
An active acoustic absorber must sense the sound field in a space, and generate a signal to absorb energy from that field. In 1-D such absorbers [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Title: &#8216;</strong>Active Acoustic Absorbers: A Feasibility Study&#8217;<br />
<strong>Location: </strong>Royal Academy of Engineering, London<br />
<strong>Description: </strong>Lecture by John Vanderkooy, University of Waterloo and B&amp;W Loudspeakers Ltd<br />
<strong>Start Time: </strong>18:30 for 19:00<br />
<strong>Date: </strong>Tuesday 27th April 2010</p>
<p>An active acoustic absorber must sense the sound field in a space, and generate a signal to absorb energy from that field.<span> </span>In 1-D such absorbers work very well in situations such as ducts, and in 3-D systems they are effective if source and canceller are much closer than a wavelength.<span> </span>In actual rooms with loudspeakers, such conditions never apply.<span> </span>A tutorial is presented outlining the known theory and possibilities of active absorbers that work over a wide band.<span> </span>The self-pressure of the absorber complicates its operation, and an analysis is presented in which this self-pressure is cancelled by a signal related to cone motion.<span> </span>The resulting device may still suffer from implementation problems.<span> </span>Experiments are discussed that determine the required microphone signal that needs to be applied to the adjacent absorber driver.<span> </span>Active absorbers can also act as subwoofers.<span> </span>To conclude the talk, some FDTD calculations are presented which show how a subwoofer excites room resonances, and the influence of different configurations.<span> </span>Delay-and-cancel techniques lead to a very flat bass response, but that probably removes too much of the room acoustics.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aes-uk.org/event/active-acoustic-absorbers-a-fesibility-study/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>&#8216;Synchronising the synchronisation standards&#8217;</title>
		<link>http://www.aes-uk.org/event/484/</link>
		<comments>http://www.aes-uk.org/event/484/#comments</comments>
		<pubDate>Wed, 17 Feb 2010 15:20:00 +0000</pubDate>
		<dc:creator>aes-committee</dc:creator>
				<category><![CDATA[Event]]></category>
		<category><![CDATA[Meeting]]></category>

		<guid isPermaLink="false">http://www.aes-uk.org/?p=484</guid>
		<description><![CDATA[Title: &#8216;Synchronising the synchronisation standards&#8217;
Location: Royal Academy of Engineering, London
Description: Lecture by John Emmett
Start Time: 19:00 for 19:30
Date: Tuesday 16th February, 2010
Download recording of lecture here (20MB MP3)
Lecture Report
Dr Emmett opened the lecture by summarising the audio-video synchronisation challenges encountered when putting together a television programme. It is better to correct synchronisation problems as they [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Title: </strong>&#8216;Synchronising the synchronisation standards&#8217;<br />
<strong>Location: </strong>Royal Academy of Engineering, London<br />
<strong>Description: </strong>Lecture by John Emmett<br />
<strong>Start Time: </strong>19:00 for 19:30<br />
<strong>Date: </strong>Tuesday 16th February, 2010</p>
<p><a href="http://www.aes-media.org/sections/uk/meetings/16Feb2010.mp3">Download recording of lecture here (20MB MP3)</a></p>
<p><em>Lecture Report</em></p>
<p>Dr Emmett opened the lecture by summarising the audio-video synchronisation challenges encountered when putting together a television programme. It is better to correct synchronisation problems as they occur in the broadcasting chain than to attempt to correct them all immediately prior to transmission, as the former practice greatly simplifies video editing. With this achieved, attention turns to keeping audio synchronised during broadcast transmission and reception. This is particularly important for human speech: humans are exquisitely sensitive to lip sync. We develop this facility almost as soon as we can see, and the psychological need for lip movement to be attached to speech is so great that each Dalek must display a light that pulses in sync with speech, in order to bond dialogue to a particular character.</p>
<p>A number of techniques were employed in the days of purely analogue transmission to ensure that audio and video were kept in sync. It was not unusual for a programme&#8217;s video signal to be relayed via satellite and its audio via telephone, and a compensating audio delay had to be inserted to offset uplink and downlink delays. An example of this was used in ITN in the early 1980s. An in-band masked &#8216;bong&#8217; was timed to follow any video cut in the programme by exactly one second. It was possible then for engineers to adjust the audio delay manually to maintain sync, even where this varied during the programme. Similar timestamps must still be maintained in digital systems, although this facility is now generally accommodated within the channel code.</p>
<p>It is increasingly common for audio and video to be streamed by piggy-backing on a packet-based protocol and transmitting via existing IT infrastructure. This works as long as there is sufficient bandwidth. Otherwise, heavy-duty interleaving is required to compensate for dropped packets, which increases transmission delay, and the chances of sync loss and system failure. As with real piggy-backs, the heavier the payload, the slower the system, and the greater the likelihood of collapse.</p>
<p>Consider what the word &#8217;standard&#8217; means: this is where problems are compounded. The word has two distinct meanings. It can refer to an outgoing or obsolescent paradigm (such as &#8217;standard definition&#8217;), or to standard-bearing in its original sense &#8212; at the technological vanguard. We frequently encounter problems when it is necessary to choose between a plenitude of competing standards of different ages, some of which have yet to be adopted, and many of which should not. Standards are necessary only when the current best practice is unclear, so clues for choosing &#8216;good standards&#8217; were suggested. A good standard must be fit for purpose, timely, and robustly defined: if the plug fits, the signal should work. There are also caveats, because not all standards are intended to be friendly (DRM systems were cited as an example), and even de facto standards undergo sudden and complete changes. Finally, although a standard needs to be owned by a company or committee to avoid obsolescence, it should contain no element for revenue generation.</p>
<p>The emergence of competing delivery standards in broadcasting has brought the synchronisation problem into the home. Many digital multichannel audio transport layers can be conveyed over S/PDIF channel code using IEC 61937 (Dolby Digital; DTS; linear PCM), and a home cinema amplifier may typically accommodate sixty connectors and a dozen multichannel formats. As for the picture, high-definition video formats such as 720p and 1080p co-exist with conventional 625-line 4:3 and 16:9 broadcasts. There are a number of video interconnection formats with different costs, advantages, and limitations. Any of four digital video broadcasting standards are in use in different regions throughout the world, encompassing several standard frame rates. Meanwhile, individual consumer products are designed for world markets, and are simultaneously compatible with many of these standards. In fact, UK broadcasters have been unable to rely on viewers possessing &#8217;standard&#8217; receiving equipment since 625-line broadcasts began in the 1960s.</p>
<p>Now that it can take half a day for a professional engineer to set up a new television, it is quite likely that a set-top box in a typical home may be configured to down-convert 720p video to standard definition, and transmit this signal over RGB SCART to a plasma television, which will then up-convert it to 1080p. Audio-video synchronisation is then at the mercy of equipment manufacturers.</p>
<p>Dr Emmett summarised his lecture with advice from Antoine de Saint-Exupéry: &#8216;No design is finished until the last superfluous item has been removed.&#8217;</p>
<p><em>Report by Ben Supper<br />
</em></p>
]]></content:encoded>
			<wfw:commentRss>http://www.aes-uk.org/event/484/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
<enclosure url="http://www.aes-media.org/sections/uk/meetings/16Feb2010.mp3" length="19706671" type="audio/mpeg" />
		</item>
		<item>
		<title>Technical Visit to British Grove Studios (members only)</title>
		<link>http://www.aes-uk.org/event/technical-visit-to-british-grove-studios-members-only/</link>
		<comments>http://www.aes-uk.org/event/technical-visit-to-british-grove-studios-members-only/#comments</comments>
		<pubDate>Wed, 17 Feb 2010 12:49:58 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Event]]></category>
		<category><![CDATA[Technical Visit]]></category>

		<guid isPermaLink="false">http://www.aes-uk.org/?p=482</guid>
		<description><![CDATA[Title: Technical Visit to British Grove Studios (members only)
Location: British Grove Studios, 20 British Grove, Chiswick W4 2NL
Link out: Click here
Description: Technical Visit to Mark Knopfler&#8217;s music recording studios.
Start Time: 11:00
Date: 2010-02-23
We’ve managed to squeeze in a visit to British Grove Studios that was built by Mark Knopfler as “a monument to past and future [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Title: </strong>Technical Visit to British Grove Studios (members only)<br />
<strong>Location: </strong>British Grove Studios, 20 British Grove, Chiswick W4 2NL<br />
<strong>Link out: </strong><a href="http://www.britishgrovestudios.co.uk" target="_blanck">Click here</a><br />
<strong>Description: </strong>Technical Visit to Mark Knopfler&#8217;s music recording studios.<br />
<strong>Start Time: </strong>11:00<br />
<strong>Date: </strong>2010-02-23</p>
<p>We’ve managed to squeeze in a visit to British Grove Studios that was built by Mark Knopfler as “a monument to past and future technology”. It has two studios. Alongside modern technology, the equipment includes two old EMI mixing consoles: a very rare tube desk from the 1960s like the ones used by George Martin and The Beatles and a later console on which the album Band on the Run was actually recorded. The large console in Studio One is a custom-made Neve 88R, while the console in Studio Two is an API Legacy.</p>
<p>In February 2009, British Grove Studio was the winner of the Music Producers Guild Award for ‘Best Studio’.</p>
<p>The visit is for AES members only and numbers limited. Please email/phone Heather Lane (or use the <a href="../contact">contact form here</a>, select “membership and general enquiries” option) to reserve a space and confirm availability.</p>
<p>[Note: due to commercial pressures, there is a small, but finite chance, that this visit might get cancelled at the last minute - sorry, but we think the opportunity to visit this great facility is worth the chance! For this reason, it is imperative we get your contact details so, should the worst happen, we can let you know]</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aes-uk.org/event/technical-visit-to-british-grove-studios-members-only/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>&#8216;When All the Songs Sounds the Same: Insights into the Musical Brain&#8217;</title>
		<link>http://www.aes-uk.org/event/when-all-the-songs-sounds-the-same-insights-into-the-musical-brain/</link>
		<comments>http://www.aes-uk.org/event/when-all-the-songs-sounds-the-same-insights-into-the-musical-brain/#comments</comments>
		<pubDate>Thu, 14 Jan 2010 19:30:31 +0000</pubDate>
		<dc:creator>aes-committee</dc:creator>
				<category><![CDATA[Event]]></category>
		<category><![CDATA[Meeting]]></category>

		<guid isPermaLink="false">http://www.aes-uk.org/?p=436</guid>
		<description><![CDATA[Title: When All the Songs Sounds the Same: Insights into the Musical Brain
Location: Royal Academy of Engineering, London
Description: Lecture by Dr Lauren Stewart, Goldsmiths University, London
Start Time: 19:00
Date: Thursday 10th June 2010
The ability to make sense of musical sound has been observed in every culture since the beginning of recorded history. In early infancy, it [...]]]></description>
			<content:encoded><![CDATA[<p><span style="font-weight: normal; font-size: 13px; "><strong>Title: </strong>When All the Songs Sounds the Same: Insights into the Musical Brain</span></p>
<p><strong>Location: </strong>Royal Academy of Engineering, London<strong><br />
</strong><strong>Description: </strong>Lecture by Dr Lauren Stewart, Goldsmiths University, London<br />
<strong>Start Time: </strong>19:00<br />
<strong>Date: <span style="text-decoration: underline;"><span style="color: #ff0000;">Thursday</span></span></strong><strong> 10th June 2010</strong><strong></strong></p>
<p>The ability to make sense of musical sound has been observed in every culture since the beginning of recorded history. In early infancy, it allows us to respond to the sing-song interactions from a primary caregiver and to engage in musical play. In later life it shapes our social and cultural identities and modulates our affective and emotional states. But a few percent of the population fail to develop the ability to make sense of or engage with music.  The study of disordered musical development sets in sharp relief the perceptual and cognitive abilities which most of us take for granted and give us a unique chance to investigate how musical perceptual ability develops, from the level of the gene to the brain development and the emergence of a complex and fundamental human behaviour.</p>
<p><strong>Dr Stewart</strong> is Senior Lecturer and director of a new MSc course:</p>
<p><a title="Music Mind and Brain MSC" href="http://www.gold.ac.uk/pg/msc-music-mind-brain/" target="_blank">Music, Mind and Brain at Goldsmiths, University of London</a></p>
<p>Lauren originally studied Physiological Sciences at Balliol College Oxford, but transferred from bodies to brains with an MSc in Neuroscience and doctoral and postdoctoral training at the Institute of Cognitive Neuroscience, the Wellcome Department of Imaging Neuroscience (both UCL) and Harvard Medical School.</p>
<p>Her current research interests ranges from studying those with congenital amusia who have an inability to make sense of musical sound to studying the acquisition of perceptual, cognitive and motor skills in trained musicians.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aes-uk.org/event/when-all-the-songs-sounds-the-same-insights-into-the-musical-brain/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>&#8216;Can we make quasi-anechoic measurements in normal rooms?&#8217;</title>
		<link>http://www.aes-uk.org/event/can-we-make-quasi-anechoic-measurements-in-normal-rooms/</link>
		<comments>http://www.aes-uk.org/event/can-we-make-quasi-anechoic-measurements-in-normal-rooms/#comments</comments>
		<pubDate>Wed, 11 Nov 2009 10:50:51 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Event]]></category>
		<category><![CDATA[Meeting]]></category>

		<guid isPermaLink="false">http://www.aes-uk.org/?p=402</guid>
		<description><![CDATA[Title: &#8216;Can we make quasi-anechoic measurements in normal rooms?&#8217;
Location: Royal Academy of Engineering, London
Description: Lecture by John Vanderkooy, Audio Research Group, University of Waterloo, Canada, with Steyning Research Establishment, B&#38;W Group Ltd, UK
Start Time: 18:30 for 19:00
Date: Tuesday 10th March, 2009
Lecture Report
John Vanderkooy presented research into methods to improve loudspeaker measurements made in non-anechoic rooms. [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Title: &#8216;</strong>Can we make quasi-anechoic measurements in normal rooms?&#8217;<br />
<strong>Location: </strong>Royal Academy of Engineering, London<br />
<strong>Description: </strong>Lecture by John Vanderkooy, Audio Research Group, University of Waterloo, Canada, with Steyning Research Establishment, B&amp;W Group Ltd, UK<br />
<strong>Start Time: </strong>18:30 for 19:00<br />
<strong>Date: </strong>Tuesday 10th March, 2009</p>
<p><em>Lecture Report</em></p>
<p>John Vanderkooy presented research into methods to improve loudspeaker measurements made in non-anechoic rooms. The lecture began with a discussion of the motivation for the research:</p>
<ul>
<li>Not everyone has access to an anechoic chamber</li>
<li>Anechoic chambers may not be effective below 100Hz due to inadequate LF absorption</li>
<li>Low frequency calibration of anechoic chambers may be ineffective</li>
<li>Low frequency noise from air conditioning, industry and the environment can easily contaminate the measurements.</li>
</ul>
<p>Impulse response measurements made in an echoic room or an imperfect anechoic chamber will have reflections that contaminate the results and will also often have significant levels of added noise. John presented measurements from a 110mm driver in a small sealed cabinet to illustrate the algorithm developed to overcome these limitations.</p>
<p>The algorithm comprises the following steps:</p>
<p>1)    Measure an impulse response, typically 5–6ms of which is reflection-free following the initial response of the loudspeaker, and obtain the frequency response..<br />
2)    Apply a minimum phase filter to the impulse data such that the frequency response becomes flat to DC and, optionally, a high-pass filter with a corner frequency significantly above that of the loudspeaker.<br />
3)    Truncate the impulse response such that all room reflections are removed.  The resulting frequency response will have high-pass characteristic at a higher corner frequency.<br />
4)    Apply an inverse filter to that of step 2.</p>
<p>Now the impulse response has the low frequency persistent decaying oscillation  extending cleanly beyond the first reflection arrival time.</p>
<p>There are several impulse response windowing methods and filter types that can be used. John explained that a rectangular window introduces ripples into the frequency response, while other types cause data to be lost towards the end of the truncated impulse response.</p>
<p>Methods of shortening the impulse response  discussed were the Backman method and the Fincham method. The Backman method of flattening the frequency response to DC causes the impulse response to have a very long but zero-valued tail, making it suitable for truncation. The Fincham method, which raises the apparent corner frequency of the loudspeaker’s LF roll-off, shortens the impulse response, again allowing truncation to be applied without significant loss of data in the tail. As originally described, the Fincham method seemed to apply the step 2 filter to the test signal, which results (when the inverse filter is applied) in increased contamination of the acoustic measurement by low frequency noise. This can be avoided by applying the step 2 filter to the measured impulse response instead, and apparently this was the method actually employed.</p>
<p>Results obtained from a mid-size test speaker measured in a reverberant space were presented to show that reflections contaminate the measured frequency response if not windowed out. If they are windowed out conventionally, however, the frequency response at low frequencies is inaccurate because the impulse response is truncated prematurely. Whereas if the impulse response is processed using a 5ms rectangular window and Fincham filtering the result is a much more accurate frequency response below 200Hz.</p>
<p>Design of the Fincham filter requires knowledge of the loudspeaker’s bass alignment, which can be obtained either from analysis of its impedance versus frequency behaviour or from a near-field acoustic measurement. Accuracy of the frequency response obtained from the processed impulse response is not too dependent on the alignment parameters used..</p>
<p>John explained that the resulting low frequency response has a strong imprint of the model applied but argued that the result is still useful because we have good knowledge of the behaviour of loudspeakers at low frequencies. He also demonstrated that cabinet diffraction does not compromise the method, whereas it does provide difficulties for Prony Method modelling of the impulse response because diffraction cannot be modelled as an exponentially decaying oscillation.</p>
<p>John concluded the lecture by showing that conventionally gated impulse responses have validity at mid and high frequencies, so that obtaining the low frequency response using the method described gives a final measurement result which is in large part free of imperfections caused by room reflections across the entire audible frequency range. John ended the lecture by encouraging all present to try this methodology for themselves.</p>
<p><em>Report by Matthew Neighbour and Keith Howard</em></p>
<div id="_mcePaste" style="overflow: hidden; position: absolute; left: -10000px; top: 18px; width: 1px; height: 1px;"><!--[if gte mso 9]><xml> <w:WordDocument> <w:View>Normal</w:View> <w:Zoom>0</w:Zoom> <w:TrackMoves /> <w:TrackFormatting /> <w:PunctuationKerning /> <w:ValidateAgainstSchemas /> <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid> <w:IgnoreMixedContent>false</w:IgnoreMixedContent> <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText> <w:DoNotPromoteQF /> <w:LidThemeOther>EN-GB</w:LidThemeOther> <w:LidThemeAsian>X-NONE</w:LidThemeAsian> <w:LidThemeComplexScript>X-NONE</w:LidThemeComplexScript> <w:Compatibility> <w:BreakWrappedTables /> <w:SnapToGridInCell /> <w:WrapTextWithPunct /> <w:UseAsianBreakRules /> <w:DontGrowAutofit /> <w:SplitPgBreakAndParaMark /> <w:DontVertAlignCellWithSp /> <w:DontBreakConstrainedForcedTables /> <w:DontVertAlignInTxbx /> <w:Word11KerningPairs /> <w:CachedColBalance /> </w:Compatibility> <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel> <m:mathPr> <m:mathFont m:val="Cambria Math" /> <m:brkBin m:val="before" /> <m:brkBinSub m:val="&#45;-" /> <m:smallFrac m:val="off" /> <m:dispDef /> <m:lMargin m:val="0" /> <m:rMargin m:val="0" /> <m:defJc m:val="centerGroup" /> <m:wrapIndent m:val="1440" /> <m:intLim m:val="subSup" /> <m:naryLim m:val="undOvr" /> </m:mathPr></w:WordDocument> </xml><![endif]--><!--[if gte mso 9]><xml> <w:LatentStyles DefLockedState="false" DefUnhideWhenUsed="true"   DefSemiHidden="true" DefQFormat="false" DefPriority="99"   LatentStyleCount="267"> <w:LsdException Locked="false" Priority="0" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Normal" /> <w:LsdException Locked="false" Priority="9" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="heading 1" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 2" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 3" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 4" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 5" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 6" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 7" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 8" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 9" /> <w:LsdException Locked="false" Priority="39" Name="toc 1" /> <w:LsdException Locked="false" Priority="39" Name="toc 2" /> <w:LsdException Locked="false" Priority="39" Name="toc 3" /> <w:LsdException Locked="false" Priority="39" Name="toc 4" /> <w:LsdException Locked="false" Priority="39" Name="toc 5" /> <w:LsdException Locked="false" Priority="39" Name="toc 6" /> <w:LsdException Locked="false" Priority="39" Name="toc 7" /> <w:LsdException Locked="false" Priority="39" Name="toc 8" /> <w:LsdException Locked="false" Priority="39" Name="toc 9" /> <w:LsdException Locked="false" Priority="35" QFormat="true" Name="caption" /> <w:LsdException Locked="false" Priority="10" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Title" /> <w:LsdException Locked="false" Priority="1" Name="Default Paragraph Font" /> <w:LsdException Locked="false" Priority="11" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Subtitle" /> <w:LsdException Locked="false" Priority="22" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Strong" /> <w:LsdException Locked="false" Priority="20" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Emphasis" /> <w:LsdException Locked="false" Priority="59" SemiHidden="false"    UnhideWhenUsed="false" Name="Table Grid" /> <w:LsdException Locked="false" UnhideWhenUsed="false" Name="Placeholder Text" /> <w:LsdException Locked="false" Priority="1" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="No Spacing" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Shading" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"    UnhideWhenUsed="false" Name="Light List" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Grid" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 1" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 2" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 1" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 2" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 1" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 2" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 3" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"    UnhideWhenUsed="false" Name="Dark List" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Shading" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful List" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Grid" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Shading Accent 1" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"    UnhideWhenUsed="false" Name="Light List Accent 1" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Grid Accent 1" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 1 Accent 1" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 2 Accent 1" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 1 Accent 1" /> <w:LsdException Locked="false" UnhideWhenUsed="false" Name="Revision" /> <w:LsdException Locked="false" Priority="34" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="List Paragraph" /> <w:LsdException Locked="false" Priority="29" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Quote" /> <w:LsdException Locked="false" Priority="30" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Intense Quote" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 2 Accent 1" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 1 Accent 1" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 2 Accent 1" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 3 Accent 1" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"    UnhideWhenUsed="false" Name="Dark List Accent 1" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Shading Accent 1" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful List Accent 1" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Grid Accent 1" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Shading Accent 2" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"    UnhideWhenUsed="false" Name="Light List Accent 2" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Grid Accent 2" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 1 Accent 2" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 2 Accent 2" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 1 Accent 2" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 2 Accent 2" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 1 Accent 2" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 2 Accent 2" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 3 Accent 2" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"    UnhideWhenUsed="false" Name="Dark List Accent 2" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Shading Accent 2" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful List Accent 2" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Grid Accent 2" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Shading Accent 3" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"    UnhideWhenUsed="false" Name="Light List Accent 3" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Grid Accent 3" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 1 Accent 3" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 2 Accent 3" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 1 Accent 3" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 2 Accent 3" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 1 Accent 3" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 2 Accent 3" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 3 Accent 3" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"    UnhideWhenUsed="false" Name="Dark List Accent 3" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Shading Accent 3" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful List Accent 3" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Grid Accent 3" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Shading Accent 4" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"    UnhideWhenUsed="false" Name="Light List Accent 4" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Grid Accent 4" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 1 Accent 4" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 2 Accent 4" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 1 Accent 4" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 2 Accent 4" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 1 Accent 4" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 2 Accent 4" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 3 Accent 4" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"    UnhideWhenUsed="false" Name="Dark List Accent 4" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Shading Accent 4" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful List Accent 4" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Grid Accent 4" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Shading Accent 5" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"    UnhideWhenUsed="false" Name="Light List Accent 5" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Grid Accent 5" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 1 Accent 5" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 2 Accent 5" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 1 Accent 5" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 2 Accent 5" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 1 Accent 5" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 2 Accent 5" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 3 Accent 5" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"    UnhideWhenUsed="false" Name="Dark List Accent 5" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Shading Accent 5" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful List Accent 5" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Grid Accent 5" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Shading Accent 6" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"    UnhideWhenUsed="false" Name="Light List Accent 6" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"    UnhideWhenUsed="false" Name="Light Grid Accent 6" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 1 Accent 6" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Shading 2 Accent 6" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 1 Accent 6" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium List 2 Accent 6" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 1 Accent 6" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 2 Accent 6" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"    UnhideWhenUsed="false" Name="Medium Grid 3 Accent 6" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"    UnhideWhenUsed="false" Name="Dark List Accent 6" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Shading Accent 6" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful List Accent 6" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"    UnhideWhenUsed="false" Name="Colorful Grid Accent 6" /> <w:LsdException Locked="false" Priority="19" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Subtle Emphasis" /> <w:LsdException Locked="false" Priority="21" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Intense Emphasis" /> <w:LsdException Locked="false" Priority="31" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Subtle Reference" /> <w:LsdException Locked="false" Priority="32" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Intense Reference" /> <w:LsdException Locked="false" Priority="33" SemiHidden="false"    UnhideWhenUsed="false" QFormat="true" Name="Book Title" /> <w:LsdException Locked="false" Priority="37" Name="Bibliography" /> <w:LsdException Locked="false" Priority="39" QFormat="true" Name="TOC Heading" /> </w:LatentStyles> </xml><![endif]--><!--[if !mso]><span class="mceItemObject"   classid="clsid:38481807-CA0E-42D2-BF39-B33AF135CC4D" id=ieooui></span> <mce:style><!  st1\:*{behavior:url(#ieooui) } --> <!--[endif]--><!--  /* Font Definitions */  @font-face 	{font-family:"Cambria Math"; 	panose-1:2 4 5 3 5 4 6 3 2 4; 	mso-font-charset:0; 	mso-generic-font-family:roman; 	mso-font-pitch:variable; 	mso-font-signature:-1610611985 1107304683 0 0 415 0;} @font-face 	{font-family:Verdana; 	panose-1:2 11 6 4 3 5 4 4 2 4; 	mso-font-charset:0; 	mso-generic-font-family:swiss; 	mso-font-pitch:variable; 	mso-font-signature:-1593833729 1073750107 16 0 415 0;} @font-face 	{font-family:"Lucida Sans Unicode"; 	panose-1:2 11 6 2 3 5 4 2 2 4; 	mso-font-charset:0; 	mso-generic-font-family:swiss; 	mso-font-pitch:variable; 	mso-font-signature:-2147480833 14699 0 0 191 0;} @font-face 	{font-family:StarSymbol; 	mso-font-alt:"Arial Unicode MS"; 	mso-font-charset:2; 	mso-generic-font-family:auto; 	mso-font-pitch:auto; 	mso-font-signature:0 0 0 0 0 0;}  /* Style Definitions */  p.MsoNormal, li.MsoNormal, div.MsoNormal 	{mso-style-unhide:no; 	mso-style-qformat:yes; 	mso-style-parent:""; 	margin:0cm; 	margin-bottom:.0001pt; 	mso-pagination:none; 	mso-hyphenate:none; 	font-size:12.0pt; 	font-family:"Times New Roman","serif"; 	mso-fareast-font-family:"Lucida Sans Unicode"; 	mso-fareast-language:#00FF;} span.msoIns 	{mso-style-type:export-only; 	mso-style-name:""; 	text-decoration:underline; 	text-underline:single; 	color:teal;} span.msoDel 	{mso-style-type:export-only; 	mso-style-name:""; 	text-decoration:line-through; 	color:red;} .MsoChpDefault 	{mso-style-type:export-only; 	mso-default-props:yes; 	font-size:10.0pt; 	mso-ansi-font-size:10.0pt; 	mso-bidi-font-size:10.0pt;} @page Section1 	{size:595.25pt 841.85pt; 	margin:2.0cm 2.0cm 2.0cm 2.0cm; 	mso-header-margin:36.0pt; 	mso-footer-margin:36.0pt; 	mso-paper-source:0;} div.Section1 	{page:Section1; 	mso-footnote-position:beneath-text;}  /* List Definitions */  @list l0 	{mso-list-id:1; 	mso-list-template-ids:1;} @list l0:level1 	{mso-level-number-format:bullet; 	mso-level-text:; 	mso-level-tab-stop:18.0pt; 	mso-level-number-position:left; 	margin-left:18.0pt; 	text-indent:-18.0pt; 	mso-ansi-font-size:9.0pt; 	mso-bidi-font-size:9.0pt; 	mso-ascii-font-family:Symbol; 	mso-hansi-font-family:Symbol; 	mso-bidi-font-family:StarSymbol;} @list l0:level2 	{mso-level-number-format:bullet; 	mso-level-text:; 	mso-level-tab-stop:36.0pt; 	mso-level-number-position:left; 	margin-left:36.0pt; 	text-indent:-18.0pt; 	mso-ansi-font-size:9.0pt; 	mso-bidi-font-size:9.0pt; 	mso-ascii-font-family:Symbol; 	mso-hansi-font-family:Symbol; 	mso-bidi-font-family:StarSymbol;} @list l0:level3 	{mso-level-number-format:bullet; 	mso-level-text:; 	mso-level-tab-stop:54.0pt; 	mso-level-number-position:left; 	margin-left:54.0pt; 	text-indent:-18.0pt; 	mso-ansi-font-size:9.0pt; 	mso-bidi-font-size:9.0pt; 	mso-ascii-font-family:Symbol; 	mso-hansi-font-family:Symbol; 	mso-bidi-font-family:StarSymbol;} @list l0:level4 	{mso-level-number-format:bullet; 	mso-level-text:; 	mso-level-tab-stop:72.0pt; 	mso-level-number-position:left; 	margin-left:72.0pt; 	text-indent:-18.0pt; 	mso-ansi-font-size:9.0pt; 	mso-bidi-font-size:9.0pt; 	mso-ascii-font-family:Symbol; 	mso-hansi-font-family:Symbol; 	mso-bidi-font-family:StarSymbol;} @list l0:level5 	{mso-level-number-format:bullet; 	mso-level-text:; 	mso-level-tab-stop:90.0pt; 	mso-level-number-position:left; 	margin-left:90.0pt; 	text-indent:-18.0pt; 	mso-ansi-font-size:9.0pt; 	mso-bidi-font-size:9.0pt; 	mso-ascii-font-family:Symbol; 	mso-hansi-font-family:Symbol; 	mso-bidi-font-family:StarSymbol;} @list l0:level6 	{mso-level-number-format:bullet; 	mso-level-text:; 	mso-level-tab-stop:108.0pt; 	mso-level-number-position:left; 	margin-left:108.0pt; 	text-indent:-18.0pt; 	mso-ansi-font-size:9.0pt; 	mso-bidi-font-size:9.0pt; 	mso-ascii-font-family:Symbol; 	mso-hansi-font-family:Symbol; 	mso-bidi-font-family:StarSymbol;} @list l0:level7 	{mso-level-number-format:bullet; 	mso-level-text:; 	mso-level-tab-stop:126.0pt; 	mso-level-number-position:left; 	margin-left:126.0pt; 	text-indent:-18.0pt; 	mso-ansi-font-size:9.0pt; 	mso-bidi-font-size:9.0pt; 	mso-ascii-font-family:Symbol; 	mso-hansi-font-family:Symbol; 	mso-bidi-font-family:StarSymbol;} @list l0:level8 	{mso-level-number-format:bullet; 	mso-level-text:; 	mso-level-tab-stop:144.0pt; 	mso-level-number-position:left; 	margin-left:144.0pt; 	text-indent:-18.0pt; 	mso-ansi-font-size:9.0pt; 	mso-bidi-font-size:9.0pt; 	mso-ascii-font-family:Symbol; 	mso-hansi-font-family:Symbol; 	mso-bidi-font-family:StarSymbol;} @list l0:level9 	{mso-level-number-format:bullet; 	mso-level-text:; 	mso-level-tab-stop:162.0pt; 	mso-level-number-position:left; 	margin-left:162.0pt; 	text-indent:-18.0pt; 	mso-ansi-font-size:9.0pt; 	mso-bidi-font-size:9.0pt; 	mso-ascii-font-family:Symbol; 	mso-hansi-font-family:Symbol; 	mso-bidi-font-family:StarSymbol;} @list l1 	{mso-list-id:2; 	mso-list-template-ids:2;} @list l1:level1 	{mso-level-text:"%1\)"; 	mso-level-tab-stop:14.15pt; 	mso-level-number-position:left; 	margin-left:14.15pt; 	text-indent:-14.15pt;} @list l1:level2 	{mso-level-tab-stop:1.0cm; 	mso-level-number-position:left; 	margin-left:1.0cm; 	text-indent:-14.15pt;} @list l1:level3 	{mso-level-tab-stop:42.5pt; 	mso-level-number-position:left; 	margin-left:42.5pt; 	text-indent:-14.15pt;} @list l1:level4 	{mso-level-tab-stop:2.0cm; 	mso-level-number-position:left; 	margin-left:2.0cm; 	text-indent:-14.15pt;} @list l1:level5 	{mso-level-tab-stop:70.85pt; 	mso-level-number-position:left; 	margin-left:70.85pt; 	text-indent:-14.15pt;} @list l1:level6 	{mso-level-tab-stop:3.0cm; 	mso-level-number-position:left; 	margin-left:3.0cm; 	text-indent:-14.15pt;} @list l1:level7 	{mso-level-tab-stop:99.2pt; 	mso-level-number-position:left; 	margin-left:99.2pt; 	text-indent:-14.15pt;} @list l1:level8 	{mso-level-tab-stop:4.0cm; 	mso-level-number-position:left; 	margin-left:4.0cm; 	text-indent:-14.15pt;} @list l1:level9 	{mso-level-tab-stop:127.55pt; 	mso-level-number-position:left; 	margin-left:127.55pt; 	text-indent:-14.15pt;} ol 	{margin-bottom:0cm;} ul 	{margin-bottom:0cm;} --><!--[if gte mso 10]> <mce:style><!   /* Style Definitions */  table.MsoNormalTable 	{mso-style-name:"Table Normal"; 	mso-tstyle-rowband-size:0; 	mso-tstyle-colband-size:0; 	mso-style-noshow:yes; 	mso-style-priority:99; 	mso-style-qformat:yes; 	mso-style-parent:""; 	mso-padding-alt:0cm 5.4pt 0cm 5.4pt; 	mso-para-margin:0cm; 	mso-para-margin-bottom:.0001pt; 	mso-pagination:widow-orphan; 	font-size:10.0pt; 	font-family:"Times New Roman","serif";} --> <!--[endif]--></p>
<p class="MsoNormal"><strong><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">Can we make quasi-anechoic measurements in normal rooms?</span></strong></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"> </span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">John Vanderkooy</span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">Audio Research Group, University of Waterloo, Canada</span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">Steyning Research Establishment, B&amp;W Group Ltd, UK</span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"> </span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"> </span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">John Vanderkooy presented research into methods to improve loudspeaker measurements made in non-anechoic rooms. The lecture began with a discussion of the motivation for the research:</span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"> </span></p>
<p class="MsoNormal" style="margin-left: 18pt; text-indent: -18pt;"><!--[if !supportLists]--><span style="font-size: 9pt; font-family: Symbol;"><span>-<span style="font-family: &quot;Times New Roman&quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal; -x-system-font: none;"> </span></span></span><!--[endif]--><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">Not everyone has access to an anechoic chamber</span></p>
<p class="MsoNormal" style="margin-left: 18pt; text-indent: -18pt;"><!--[if !supportLists]--><span style="font-size: 9pt; font-family: Symbol;"><span>-<span style="font-family: &quot;Times New Roman&quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal; -x-system-font: none;"> </span></span></span><!--[endif]--><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">Anechoic chambers may not be effective below 100Hz due to inadequate LF absorption</span></p>
<p class="MsoNormal" style="margin-left: 18pt; text-indent: -18pt;"><!--[if !supportLists]--><span style="font-size: 9pt; font-family: Symbol;"><span>-<span style="font-family: &quot;Times New Roman&quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal; -x-system-font: none;"> </span></span></span><!--[endif]--><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">Low frequency calibration of anechoic chambers may be ineffective</span></p>
<p class="MsoNormal" style="margin-left: 18pt; text-indent: -18pt;"><!--[if !supportLists]--><span style="font-size: 9pt; font-family: Symbol;"><span>-<span style="font-family: &quot;Times New Roman&quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal; -x-system-font: none;"> </span></span></span><!--[endif]--><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">Low frequency noise from air conditioning, industry and the environment can easily contaminate the measurements.</span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"> </span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">Impulse response measurements made in an echoic room or an imperfect anechoic chamber will have reflections that contaminate the results and will also often have significant levels of added noise. John presented measurements from a 110mm driver in a small sealed cabinet to illustrate the algorithm developed to overcome these limitations.</span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"> </span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">The algorithm comprises the following steps:</span></p>
<p class="MsoNormal" style="margin-left: 14.15pt;"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"> </span></p>
<p class="MsoNormal" style="margin-left: 14.15pt; text-indent: -14.15pt;"><!--[if !supportLists]--><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"><span>1)<span style="font-family: &quot;Times New Roman&quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal; -x-system-font: none;"> </span></span></span><!--[endif]--><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">Measure an impulse response, typically 5–6ms of which is reflection-free following the initial response of the loudspeaker<span class="msoIns"><ins datetime="2009-05-14T15:33" cite="mailto:John%20Vanderkooy">, and obtain the frequency response.</ins></span>.</span></p>
<p class="MsoNormal" style="margin-left: 14.15pt; text-indent: -14.15pt;"><!--[if !supportLists]--><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"><span>2)<span style="font-family: &quot;Times New Roman&quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal; -x-system-font: none;"> </span></span></span><!--[endif]--><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">Apply a minimum phase filter to the impulse data such that the frequency response becomes flat to DC and, optionally, a high-pass filter with a corner frequency significantly above that of the loudspeaker.</span></p>
<p class="MsoNormal" style="margin-left: 14.15pt; text-indent: -14.15pt;"><!--[if !supportLists]--><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"><span>3)<span style="font-family: &quot;Times New Roman&quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal; -x-system-font: none;"> </span></span></span><!--[endif]--><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">Truncate the impulse response such that all room reflections are removed. <span class="msoIns"><ins datetime="2009-05-14T15:34" cite="mailto:John%20Vanderkooy"><span> </span>The resulting frequency response will have high-pass characteristic at a higher corner frequency.</ins></span></span></p>
<p class="MsoNormal" style="margin-left: 14.15pt; text-indent: -14.15pt;"><!--[if !supportLists]--><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"><span>4)<span style="font-family: &quot;Times New Roman&quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal; -x-system-font: none;"> </span></span></span><!--[endif]--><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">Apply an inverse filter to that of step 2.</span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"> </span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">Now the impulse response has the low frequency <span class="msoIns"><ins datetime="2009-05-14T15:36" cite="mailto:John%20Vanderkooy">persistent decaying oscillation </ins></span><span class="msoDel"><del datetime="2009-05-14T15:36" cite="mailto:John%20Vanderkooy">portion</del></span> extending cleanly beyond the first reflection arrival time.</span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"> </span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">There are several impulse response windowing methods and filter types that can be used. John explained that a rectangular window introduces ripples into the frequency response, while other types cause data to be lost towards the end of the truncated impulse response.</span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"> </span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"><span class="msoIns"><ins datetime="2009-05-14T15:37" cite="mailto:John%20Vanderkooy">Methods of shortening the impulse response </ins></span><span class="msoDel"><del datetime="2009-05-14T15:37" cite="mailto:John%20Vanderkooy">Filter types</del></span> discussed were the Backman<span class="msoDel"><del datetime="2009-05-14T15:38" cite="mailto:John%20Vanderkooy">n</del></span> method and the Fincham method. The Backman<span class="msoDel"><del datetime="2009-05-14T15:38" cite="mailto:John%20Vanderkooy">n</del></span> method of flattening the frequency response to DC causes the impulse response to have a <span class="msoIns"><ins datetime="2009-05-14T15:38" cite="mailto:John%20Vanderkooy">very long but </ins></span>zero-valued tail, making it suitable for truncation. The Fincham method, which raises the apparent corner frequency of the loudspeaker’s LF roll-off, shortens the impulse response, again allowing truncation to be applied without significant loss of data in the tail. As originally described, the Fincham method <span class="msoIns"><ins datetime="2009-05-14T15:40" cite="mailto:John%20Vanderkooy">seemed to </ins></span>appl<span class="msoIns"><ins datetime="2009-05-14T15:40" cite="mailto:John%20Vanderkooy">y</ins></span><span class="msoDel"><del datetime="2009-05-14T15:40" cite="mailto:John%20Vanderkooy">ies</del></span> the step 2 filter to the test signal, which results (when the inverse filter is applied) in increased contamination of the acoustic measurement by low frequency noise. This can be avoided by applying the step 2 filter to the measured impulse response instead<span class="msoIns"><ins datetime="2009-05-14T15:38" cite="mailto:John%20Vanderkooy">, and </ins></span><span class="msoIns"><ins datetime="2009-05-14T15:39" cite="mailto:John%20Vanderkooy">apparently </ins></span><span class="msoIns"><ins datetime="2009-05-14T15:38" cite="mailto:John%20Vanderkooy">this was the method actua</ins></span><span class="msoIns"><ins datetime="2009-05-14T15:39" cite="mailto:John%20Vanderkooy">ll</ins></span><span class="msoIns"><ins datetime="2009-05-14T15:38" cite="mailto:John%20Vanderkooy">y employed</ins></span>.</span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"> </span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">Results obtained from a mid-size test speaker measured in a reverberant space were presented to show that reflections contaminate the measured frequency response if not windowed out. If they are windowed out conventionally, however, the frequency response at low frequencies is inaccurate because the impulse response is truncated prematurely. Whereas if the impulse response is processed using a 5ms rectangular window and Fincham filtering the result is a much more accurate frequency response below 200Hz.</span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"> </span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">Design of the Fincham filter requires knowledge of the loudspeaker’s bass alignment, which can be obtained either from analysis of its impedance versus frequency behaviour or from a near-field acoustic measurement. Accuracy of the frequency response obtained from the processed impulse response is not <span class="msoIns"><ins datetime="2009-05-14T15:41" cite="mailto:John%20Vanderkooy">too </ins></span>dependent on the alignment parameters <span class="msoIns"><ins datetime="2009-05-14T15:41" cite="mailto:John%20Vanderkooy">used.</ins></span><span class="msoDel"><del datetime="2009-05-14T15:41" cite="mailto:John%20Vanderkooy">being known within tight tolerances</del></span>.</span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"> </span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">John explained that the resulting low frequency response has a strong imprint of the model applied but argued that the result is still useful because we have good knowledge of the behaviour of loudspeakers at low frequencies. He also demonstrated that cabinet diffraction does not compromise the method, whereas it does provide difficulties for Prony Method modelling of the impulse response because diffraction cannot be modelled as an exponentially decaying oscillation.</span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"> </span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">John concluded the lecture by showing that conventionally gated impulse responses have validity at mid and high frequencies, so that obtaining the low frequency response using the method described gives a final measurement result which is in large part free of imperfections caused by room reflections across the entire audible frequency range. John ended the lecture by encouraging all present to try this methodology for themselves.</span></p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;"> </span></p>
<p class="MsoNormal"><em><span style="font-size: 10pt; font-family: &quot;Verdana&quot;,&quot;sans-serif&quot;;">Report by Matthew Neighbour and Keith Howard</span></em></p>
</div>
]]></content:encoded>
			<wfw:commentRss>http://www.aes-uk.org/event/can-we-make-quasi-anechoic-measurements-in-normal-rooms/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>&#8216;How I Does Filters&#8217;</title>
		<link>http://www.aes-uk.org/event/how-i-does-filters/</link>
		<comments>http://www.aes-uk.org/event/how-i-does-filters/#comments</comments>
		<pubDate>Wed, 21 Oct 2009 10:58:07 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Event]]></category>
		<category><![CDATA[Meeting]]></category>

		<guid isPermaLink="false">http://www.aes-uk.org/?p=355</guid>
		<description><![CDATA[Peter Eastty of Oxford Digital gives the 2009 Christmas Lecture on digital filter design: "Much has been written in many learned papers about the design of audio filters and equalisers – this is not another one of those. The presenter is a bear of little brain and has over the years had to reduce the subject of digital filtering into bite-sized lumps containing a number of simple recipes that have got him through most of his professional life. Complete practical implementations of bell (or presence) filters, high pass and low pass multi-order filters and shelving filters will be given. The infrequently seen higher order shelving filters will also be used to generate minimum phase IIR filters of arbitrary shape. The tutorial is designed for the complete novice, is light on mathematics and heavy on explanation and visualization - even so, the provided code works and can be put to practical use."]]></description>
			<content:encoded><![CDATA[<p><strong>Title: </strong>&#8216;How I Does Filters: An uneducated person&#8217;s way to design highly-regarded digital equalisers and filters&#8217;<br />
<strong>Location: </strong>Royal Academy of Engineering, London<br />
<strong>Description: </strong>Christmas Lecture by Peter Eastty of Oxford Digital<br />
<strong>Start Time: </strong>18:30 for 19:00<br />
<strong>Date: </strong>Tuesday 8th December 2009</p>
<p><em>Abstract</em></p>
<p>&#8220;Much has been written in many learned papers about the design of audio filters and equalisers – this is not another one of those. The presenter is a bear of little brain and has over the years had to reduce the subject of digital filtering into bite-sized lumps containing a number of simple recipes that have got him through most of his professional life. Complete practical implementations of bell (or presence) filters, high pass and low pass multi-order filters and shelving filters will be given. The infrequently seen higher order shelving filters will also be used to generate minimum phase IIR filters of arbitrary shape. The tutorial is designed for the complete novice, is light on mathematics and heavy on explanation and visualization &#8211; even so, the provided code works and can be put to practical use.&#8221;</p>
<p><a href="http://aes-media.org/sections/uk/meetings/08Dec2009.mp3">The audio recording of this lecture is available to download here (MP3, 15MB).</a></p>
<p><em>Meeting Report</em></p>
<p>The PowerPoint visuals for this lecture are available from the website, and it&#8217;s highly recommended that you view them while reading this report or listening to the recording, because many of the key concepts are graphical and make no sense without the pictures. <a href="http://www.oxford-digital.com/pdf/AES_125th_PE_tutorial.pdf" target="_blank">Download the visuals here</a> (4MB PDF).</p>
<p>Peter opened his lecture with the assertion that it would not be mathematical, an interesting proposition for a topic notorious for the complexity and abstraction of its mathematics. He also pointed out that he has never designed an analogue filter in his life: instead of approaching digital filter design by designing analogue filters and translating them to the digital domain, he has always considered it from an exclusively discrete-time, sampled perspective. The first design aims are to create a bell-shaped presence filter, and a shelf filter: essentially the same as EQ controls on a mixing console (see page 3 of the visuals). Both of these filter types are defined by three independent parameters, as illustrated: gain, frequency, and Q (for the bell filter) or overshoot for the shelf. To achieve this, there are just three building blocks available (page 4): multiplication, addition, and a delay of one of more samples. So, how do we go about arranging these building blocks to make filters?</p>
<p>Peter took us on a rapid yet simple-to-follow tour of the effect of combining simple combinations of multiplication, addition and delay, with the most intuitive explanation I&#8217;ve ever heard of visualising filter responses in the z-plane. It&#8217;s difficult to paraphrase to convey the meaning without simply writing down the whole lecture, but listening to the recording whilst viewing the visuals will convey the message. He started by considering the behaviour of the simplest possible combination of a delay and adder &#8211; effectively a one-tap FIR, derived the z-plane representation and frequency response entirely graphically and intuitively, then proceeded to extend by adding a multiplier (for coefficient values other than 1), resulting in the insight that the coefficient moves a zero along the x-axis of the z-plane (page 19).</p>
<p>Next, it was shown that responses could be combined by cascading filters together (page 20 and following), but that the elements of cascaded filters can also be combined together into one structure with a single adder (accumulator) with identical behaviour, with simple mathematical relationships between the multiplier values (coefficients) in the cascaded filters and the combine structure. Based on this, a relationship was derived between the coefficients and the positions of zeroes on the x-axis &#8211; a little maths involving a square root, but still pretty straightforward (page 23). Of course, square roots often tend to give rise to roots of negative numbers (page 26 &#8211; looks remarkably like the quadratic formula) &#8211; so what do you do then? Well, in a move highly reminiscent of complex numbers, each zero moves off the x-axis in relation to a couple of new equations, to create a symmetrical pair (pages 27-29), and all the findings so far are summarised on page 30.</p>
<p>So far, the lecture had focussed on things that reduce gain (zeroes) &#8211; what about things that increase it, pulling that 3D surface upwards (page 31) instead of downwards? Just like with op-amps, positive gain is created using feedback loops, and the feedback loop contains very similar topologies to the filters already discussed (pages 32-34). Second-order filters with only negative gain response (all-zero) can be combined with second order filters with only positive gain response (all-pole) (pages 35-36), and the resulting structure is often known as a biquad, beloved of digital mixing console designers for (among many other things) digital versions of traditional parametric equalisers and filters. It is shown to have two symmetrical pole/zero pairs, and when the frequency response is plotted against log frequency, it can give rise to the familiar bell-curve EQ frequency response (page 41) if the pole and zero are associated with the same frequency. The distance between the pole and the zero was shown to be related to the Q or bandwidth of the filter (pages 43-50), and the geometry for the curves of constant frequency is calculated.</p>
<p>Curves of constant gain were also shown (pages 51-55), and it was then shown (pages 56-58) that the curves of constant frequency and curves of constant gain are orthogonal at all points &#8211; important for independent control of them. All these equations were pulled together, and with the addition of a gain correction term (page 60), resulted in the definitive equations for biquads (page 61). It was demonstrated with code snippets that these equations are directly implemented in Oxford Digital&#8217;s products. The effect of a biquad with same gain for the pole and zero, but at different frequencies, was illustrated (pages 65-66): it was shown that the perfectly-damped response is achieved when the gain circle has its origin on the unit circle (page 67).</p>
<p>Higher-order filters can be created by adding extra pole/zero pairs on the same constant frequency curves, but on carefully-chosen constant-gain curves (pages 76-81). It was then demonstrated how to make non-integer-order filters, by using the fact that a coincident pole/zero pair cancel each other, so by introducing such a pair (no effect on the filter) and then slowly moving them apart, the pole/zero configurations for integer orders can be interpolated between. This is truly novel, and although the graphics illustrating the configurations are not in the visuals linked to above, they can be seen in Peter&#8217;s convention paper presented at the 125th AES Convention, entitled &#8220;<a href="http://www.aes.org/e-lib/browse.cfm?elib=14790" target="_blank">Accurate IIR Equalization to an Arbitrary Frequency Response, with Low Delay and Low Noise Real-Time Adjustment</a>&#8220;.</p>
<p>This ability to have non-integer order IIR filters permits the construction of arbitrary filter responses, but without the usual penalties of FIR filters (namely, long processing delays and poor phase performance). Peter demonstrated his real-time filter software, running on a laptop with a frequency response curve that is manipulated by attaching handles and moving them arbitrarily as desired. Naturally, some extreme frequency responses result in filter orders in the hundreds, and CPU power is limited, so the filter order can be limited and the response gracefully falls away from the handles if an impractical response is requested. The filter changes response quickly and completely smoothly (to the audio) in real time, even with rapid changes to extreme filter responses with orders greater than 100 &#8211; how this is achieved, Peter declined to elaborate further! Controlling the coefficients of IIR filters such that smooth changes in gain/frequency/bandwidth are achieved without artefacts or (worse) instability is regarded as a challenging task for simple conventional filter designs, so achieving this for Peter&#8217;s much more sophisticated arbitrary-response EQ with extremely high orders is impressive.</p>
<p>Peter concluded his fascinating lecture with the observation &#8211; made possible by his EQ &#8211; that if one creates a dramatic comb-like filter response (in this case, alternating 12dB gain boost at roughly octave intervals), then shifts the frequencies of all the gain/cut points together in logarithmic frequency (i.e. group all the handles together and drag them left/right at once), the resulting effect sounds like playback pitch is being increased or decrease, despite the audio remaining at constant pitch and playback speed. Peter makes the entirely plausible suggestion that the rapid scaling of a complex frequency-domain structure in log frequency creates a psychoacoustic illusion of pitch shift, because it sounds like the frequency scaling of harmonic structures characteristic of pitch shift.</p>
<p>Many thanks to Peter Eastty for a fascinating and entertaining Christmas lecture, which delivered fascinating insights for both seasoned digital audio engineers and those new to the field, and revealed genuinely groundbreaking technology.</p>
<p style="text-align: right;"><em>Meeting report by Michael Page</em></p>
]]></content:encoded>
			<wfw:commentRss>http://www.aes-uk.org/event/how-i-does-filters/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
<enclosure url="http://aes-media.org/sections/uk/meetings/08Dec2009.mp3" length="15826129" type="audio/mpeg" />
		</item>
		<item>
		<title>&#8216;Who’s the bad guy now? Maintaining audio/video sync in today’s broadcast environment&#8217;</title>
		<link>http://www.aes-uk.org/event/who%e2%80%99s-the-bad-guy-now-maintaining-audiovideo-sync-in-today%e2%80%99s-broadcast-environment%e2%80%99/</link>
		<comments>http://www.aes-uk.org/event/who%e2%80%99s-the-bad-guy-now-maintaining-audiovideo-sync-in-today%e2%80%99s-broadcast-environment%e2%80%99/#comments</comments>
		<pubDate>Tue, 20 Oct 2009 12:16:34 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Event]]></category>
		<category><![CDATA[Meeting]]></category>

		<guid isPermaLink="false">http://aesadmin.myzen.co.uk/?p=331</guid>
		<description><![CDATA[Title: &#8216;Who’s the bad guy now? Maintaining audio/video sync in today’s broadcast environment&#8217;
Location: Royal Academy of Engineering, London
Description: Lecture by Andy Quested, Head of Technology, BBC R&#38;D
Start Time: 18:30 for 19:00
Date: Tuesday 12th January 2010
To complain that “the audio is out of sync” was, in the past, doing audio an injustice. The use of visual [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Title: </strong>&#8216;Who’s the bad guy now? Maintaining audio/video sync in today’s broadcast environment&#8217;<br />
<strong>Location: </strong>Royal Academy of Engineering, London<br />
<strong>Description: </strong>Lecture by Andy Quested, Head of Technology, BBC R&amp;D<br />
<strong>Start Time: </strong>18:30 for 19:00<br />
<strong>Date: </strong>Tuesday 12th January 2010</p>
<p>To complain that “the audio is out of sync” was, in the past, doing audio an injustice. The use of visual effects units, time base correctors and other digital processing in the video chain, while the audio continued to pass through an analogue signal path, meant that it was, in fact, the video which was usually out of sync. However, the move to digital audio processing, and in particular surround sound broadcasting – which often  requires six channels to be passed through a two-channel infrastructure – has significantly moved the goalposts. The advent of HD, with its more clearly defined imaging, has exacerbated the problem. Andy Quested will highlight some of the audio/video synchronisation issues that the BBC HD channel has had to deal with, and will outline the measures it is taking to put audio back into its rightful place.</p>
<p>Andy&#8217;s BBC blog provides some more background: <a href="http://www.bbc.co.uk/blogs/bbcinternet/2009/12/the_hitchhikers_guide_to_encod.html" target="_blank">http://www.bbc.co.uk/blogs/bbcinternet/2009/12/the_hitchhikers_guide_to_encod.html</a></p>
<p><a title="Andy_Quested.mp3" href="http://www.aes-media.org/sections/uk/meetings/AESUK_lecture_2010_01_12/Andy_Quested.mp3" target="_blank">The lecture recording is available to download here (45MB MP3)</a></p>
<p><strong>Meeting Report</strong><em> </em></p>
<p>Andy was joined for the lecture by a colleague from BBC Future Media &amp; Technology, Rowan de Pomerai, who provided details of BBC HD’s audio/video transmission infrastructure and the points where sync errors can be introduced. This was comprehensively illustrated by slides showing block diagrams of the various elements in the chain, many of which can be found in an excellent white paper on the EBU’s website: <a href="http://tech.ebu.ch/docs/techreview/trev_2009-Q1_HD-Audio-Delays.pdf">http://tech.ebu.ch/docs/techreview/trev_2009-Q1_HD-Audio-Delays.pdf</a>. Andy’s contribution was more anecdotal, highlighting the actual problems encountered, and this report will focus primarily on his part of the lecture.</p>
<p>Andy opened with some statistics on HD adoption in the UK. Sky has 1.8m HD subscribers, Virgin has 280,000 and 48,000 watch HD via Freesat. Freeview HD is launching and is expected to become the biggest single platform. In 2009, Wimbledon and <em>Torchwood</em> attracted HD audiences of 1.75m. Overall, 2009 was not a bumper year for sport but there will be plenty in 2010, including the Winter Olympics and the World Cup. Launched in April 2009, the HD iPlayer is now the most successful version of the BBC’s catch-up service.</p>
<p>In a recent survey, viewers were asked what they considered to be the most important elements of an HD channel. Not surprisingly, picture quality was placed top by 56 per cent, followed by choice of programming by 48 per cent. Sound quality was fourth at 34%, a figure that hasn’t really changed since BBC HD was launched in 2007. Part of the problem is that, unlike cinemas which have laid-down standards for audio replay, home speaker layouts can vary enormously, particularly in the placement of the centre speaker. This can make it difficult to predict the listening experience.</p>
<p>Moving on to the specific topic of audio sync, Andy noted that the BBC HD channel suffered from several audio sync and metadata problems in the early days. Programmes affected were the Proms, Electric Proms, Olympics and <em>Strictly Come Dancing</em>.</p>
<p>One of the earliest instances of a major problem involved the 2008 Eurovision Song Contest. Andy was watching at home and immediately noticed that there was no music track on the HD broadcast, only vocals from the centre speaker. Somehow what should have been a 5.1 track was actually 1.0, which shouldn’t happen because the BBC HD channel is locked to 5.1 even when broadcasting stereo in order to prevent clicks or mutes which happen when some AV receivers switch modes.</p>
<p>Andy phoned the broadcast centre, which was unaware on the problem – they were hearing 5.1 all the way through the chain. Andy suspected a metadata issue but where was the problem occurring? The broadcast chain includes many elements, not helped by the BBC’s outsourcing policy which means that there are several companies involved (see Rowan’s white paper). The decision was made to switch to an upconverted BBC 1 feed with stereo audio while the problem was investigated because taking audio only would have resulted in sync problems.</p>
<p>At Andy’s request the Dolby encoder was checked and it was found to be set to disable the metadata (a option that has since been removed by a software update). With no metadata the Dolby decoders in the set-top boxes revert to their default mode, which is 1.0. This is a legacy from Dolby systems in cinemas where the centre dialogue channel is the most important element and is therefore the most logical default.</p>
<p><strong> </strong></p>
<p>With regard to maintaining sync, BBC HD has taken the approach that audio and video should be in sync at every stage of the chain – known as in-sync encoded. However, this hasn’t stopped numerous complaints about audio/video sync from viewers.</p>
<p>Rowan de Pomerai explained that many of the problems are due to delays created within set-top boxes and flat panel displays, the latter creating a video delay of up to 100ms. Hearing audio before the video is counter-intuitive because light travels faster than sound and we’re therefore used to hearing the audio delayed relative to the picture, not vice-versa. Many set-top boxes have a delay function, but this has to be configured. The BBC has developed a sync test to assist in setup which is broadcast a regular intervals during the daytime. (For a full description of the test see Rowan’s white paper.)</p>
<p>Providing a sync test is a great idea but for it to work correctly it’s essential that the audio and video signals arriving at the set-top box are in sync. The broadcast chain was measured all the way through to the broadcast encoder and adjustments made for minor sync errors introduced throughout the system. A duplicate system at BBC R&amp;D Kingswood Warren was also measured to verify the figures. However, the only way to check categorically that everything was OK was actually to broadcast a test.</p>
<p>The final problem was how to measure the sync off-air. A set-top box was not reliable enough so the solution was to record the MPEG transport stream, decode it offline and measure the analogue waveform and video frame numbers. The BBC’s was aiming for ±5ms – a quarter of the EBU’s recommendation – but the result of this test was measured to be ±2ms. “So, it’s no longer just ‘OK leaving me’, it’s also ‘OK arriving at you,’” Andy noted, adding that servers do drift so ±5ms is BBC HD’s target as an average. This is still an excellent figure when taking into account that there’s around 8ms sound delay between a TV and the viewer.</p>
<p>Before transmitting this test BBC HD received 20-30 complaints a week regarding sync but after the test these dropped to zero. The only complaints received since were for one live broadcast that actually was out of sync. In that instance BBC HD knew the feed was out of sync because they had the confidence that the broadcast chain was 100 per cent in sync.</p>
<p>In conclusion, Andy stressed that audience education is essential. The BBC receives about 90,000 hits on its website and 3,000 calls per month about HD. The days of just plugging everything in and it all working are gone. Users need to understand about 5.1, adjusting audio delay and speaker positions, and – very important – removing the SCART lead. Countless viewers are watching HD programmes in SD because pin 8 on their SCART has switched the TV from HDMI to the AV input!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aes-uk.org/event/who%e2%80%99s-the-bad-guy-now-maintaining-audiovideo-sync-in-today%e2%80%99s-broadcast-environment%e2%80%99/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
<enclosure url="http://www.aes-media.org/sections/uk/meetings/AESUK_lecture_2010_01_12/Andy_Quested.mp3" length="45470165" type="audio/mpeg" />
		</item>
	</channel>
</rss>
