<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: MP3 Bitrates compared</title>
	<atom:link href="http://www.larsen-b.com/Article/273.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.larsen-b.com/Article/273.html</link>
	<description>Titanium Exposé</description>
	<pubDate>Thu, 20 Nov 2008 11:50:41 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Igor M Podlesny</title>
		<link>http://www.larsen-b.com/Article/273.html#comment-6676</link>
		<dc:creator>Igor M Podlesny</dc:creator>
		<pubDate>Sun, 20 Jul 2008 10:38:56 +0000</pubDate>
		<guid isPermaLink="false">#comment-6676</guid>
		<description>«… I’m not sure how looking at spectograms is useful for such a debate. The object of perceptual coding is not to produce something that looks the same on a spectrogram as the original — but which sounds the same. …»

Well, if spectogram is different, then we know that sound wasn't properly encoded, therefore it couldn't have been properly played.

At other side, spectrogram likeness is required but not sufficient.</description>
		<content:encoded><![CDATA[<p>«… I’m not sure how looking at spectograms is useful for such a debate. The object of perceptual coding is not to produce something that looks the same on a spectrogram as the original — but which sounds the same. …»</p>
<p>Well, if spectogram is different, then we know that sound wasn&#8217;t properly encoded, therefore it couldn&#8217;t have been properly played.</p>
<p>At other side, spectrogram likeness is required but not sufficient.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Drill</title>
		<link>http://www.larsen-b.com/Article/273.html#comment-406</link>
		<dc:creator>Drill</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-406</guid>
		<description>&lt;p&gt;The spike at 19Khz is the stereo pilot tone. It should go away if you switch to mono, but you will obviously lose the stereo sound!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>The spike at 19Khz is the stereo pilot tone. It should go away if you switch to mono, but you will obviously lose the stereo sound!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jkx</title>
		<link>http://www.larsen-b.com/Article/273.html#comment-407</link>
		<dc:creator>Jkx</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-407</guid>
		<description>&lt;p&gt;Yes, that's right. I spend a little time on this, wondering what it is, mainly cause I found some screenshot on the net.. saying that FM is &#34;pure&#34; until 21Khz .. but I found this: &lt;a class="reference" href="http://tinyurl.com/25mddu"&gt;http://tinyurl.com/25mddu&lt;/a&gt;. So the 19Khz spark is normal :)&lt;/p&gt;
&lt;p&gt;Bye&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Yes, that&#8217;s right. I spend a little time on this, wondering what it is, mainly cause I found some screenshot on the net.. saying that FM is &quot;pure&quot; until 21Khz .. but I found this: <a class="reference" href="http://tinyurl.com/25mddu">http://tinyurl.com/25mddu</a>. So the 19Khz spark is normal :)</p>
<p>Bye</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charl</title>
		<link>http://www.larsen-b.com/Article/273.html#comment-408</link>
		<dc:creator>Charl</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-408</guid>
		<description>&lt;p&gt;When you say &#34;we clearly see mp3 encoder uses an expander&#34; -- how is this clear?&lt;/p&gt;
&lt;p&gt;Regarding the &#34;content&#34; above 16kHz -- whether your stereo can reproduce this or not isn't really that relevant.  Say there is actual content there, at the -60dB level in these frequencies it is likely inaudible.  (Considering that the median threshold of hearing at 1kHz is about 2dB SPL, at 4kHz about -5, and at 15kHz its about 26dB SPL).&lt;/p&gt;
&lt;p&gt;But in any case, FM requires +- 4kHz guard band around 19kHz.  The &#34;content&#34; you are seeing there is probably an artifact of how the spectrogram is calculated, rather than actual content -- given that the time windowing function leads to &#34;spectral smearing&#34; in the picture.&lt;/p&gt;
&lt;p&gt;As to Ogg giving better results -- I'm not sure how looking at spectograms is useful for such a debate.  The object of perceptual coding is not to produce something that looks the same on a spectrogram as the original -- but which &lt;em&gt;sounds&lt;/em&gt; the same.  While at the same time you're trying to minimize the number of bits transmitted and the encoding and decoding speed (so out of all these dimensions, there are really many different ways to define &#34;better&#34;).&lt;/p&gt;
&lt;p&gt;If one coding technique discards high-freq inaudible material, and another keeps (or introduces new) high-freq inaudible material, arguably this really means nothing ;)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>When you say &quot;we clearly see mp3 encoder uses an expander&quot; &#8212; how is this clear?</p>
<p>Regarding the &quot;content&quot; above 16kHz &#8212; whether your stereo can reproduce this or not isn&#8217;t really that relevant.  Say there is actual content there, at the -60dB level in these frequencies it is likely inaudible.  (Considering that the median threshold of hearing at 1kHz is about 2dB SPL, at 4kHz about -5, and at 15kHz its about 26dB SPL).</p>
<p>But in any case, FM requires +- 4kHz guard band around 19kHz.  The &quot;content&quot; you are seeing there is probably an artifact of how the spectrogram is calculated, rather than actual content &#8212; given that the time windowing function leads to &quot;spectral smearing&quot; in the picture.</p>
<p>As to Ogg giving better results &#8212; I&#8217;m not sure how looking at spectograms is useful for such a debate.  The object of perceptual coding is not to produce something that looks the same on a spectrogram as the original &#8212; but which <em>sounds</em> the same.  While at the same time you&#8217;re trying to minimize the number of bits transmitted and the encoding and decoding speed (so out of all these dimensions, there are really many different ways to define &quot;better&quot;).</p>
<p>If one coding technique discards high-freq inaudible material, and another keeps (or introduces new) high-freq inaudible material, arguably this really means nothing ;)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
