opus - May 2013 - [Attachment has been removed]Audio Mode vs. VoIP Mode

The e-mail sent to you contained an attachment with a not allowed filetype.
Please inform the sender to pack this type of attachment into a
password protected ZIP-archive.

Eine an Sie gesendete E-Mail enthielt einen nicht erlaubten Dateianhang.
Bitte informieren Sie den Absender, diese Art von Anhang kann nur
als Passwort gesch?tztes ZIP-Archiv versendet werden.

Details:

Sender: Christian.vanBijleveld at nl.bosch.com
Recipients: opus at xiph.org
Subject: "Audio Mode vs. VoIP Mode"
Time: Thu May  2 17:09:35 2013
File: AUDIOvsVOIP.emf

The cleaned message body is below this line or in the attached e-mail.
Die bereinigte E-Mail ist unter der folgenden Linie oder in beigef?gtem
Attachment.
--------------------------------------------------------------------------------
-------------- next part --------------
An embedded message was scrubbed...
From: "van Bijleveld Christian (ST-CO/ENG1.3)"
	<Christian.vanBijleveld at nl.bosch.com>
Subject: Audio Mode vs. VoIP Mode
Date: Thu, 2 May 2013 17:09:33 +0200
Size: 6991
Url:
http://lists.xiph.org/pipermail/opus/attachments/20130502/b9700330/attachment.eml

On 02/05/13 11:09 AM, van Bijleveld Christian (ST-CO/ENG1.3)
wrote:
> However I observe that when decompressing the compressed audio (using
> the same decoder for both audio and voip), the decompressed audio
> version resembles the original audio much better compared to the voip
> version. See the attached picture:
> 
> It looks as if the voip version (dotted green) has some kind of
> offset, and the audio version (dotted red) is much closer to the
> original audio. Is there an explanation for this? 
Well, the attached picture got stripped along the way (zip file
filtering), so it's not clear what exactly is the difference. I would
say however that what you may be observing is the effect of the 50-Hz
high-pass filter that is applied only in voip mode. Keep in mind that in
the end what counts is the sound quality, not how nice it looks on a plot.
> Does the decoder
> also need to be configured as either audio or speech?
No, that's an encoder-only property.

	Jean-Marc