<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: HD Comm &#039;09 &#8211; Skype is speaking, but what will be said?</title>
	<atom:link href="http://hdvoicenews.com/2009/09/10/hd-comm-09-skype-is-speaking-but-what-will-be-said/feed/" rel="self" type="application/rss+xml" />
	<link>http://hdvoicenews.com/2009/09/10/hd-comm-09-skype-is-speaking-but-what-will-be-said/</link>
	<description>Information about the world of HD voice</description>
	<lastBuildDate>Wed, 28 Dec 2011 08:43:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Doug Mohney</title>
		<link>http://hdvoicenews.com/2009/09/10/hd-comm-09-skype-is-speaking-but-what-will-be-said/comment-page-1/#comment-11</link>
		<dc:creator>Doug Mohney</dc:creator>
		<pubDate>Fri, 11 Sep 2009 20:08:47 +0000</pubDate>
		<guid isPermaLink="false">http://hdconnectnow.org/?p=194#comment-11</guid>
		<description>If you&#039;d like to provide pointers to such information, my email is on the website.</description>
		<content:encoded><![CDATA[<p>If you&#8217;d like to provide pointers to such information, my email is on the website.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PPirate</title>
		<link>http://hdvoicenews.com/2009/09/10/hd-comm-09-skype-is-speaking-but-what-will-be-said/comment-page-1/#comment-12</link>
		<dc:creator>PPirate</dc:creator>
		<pubDate>Fri, 11 Sep 2009 17:38:28 +0000</pubDate>
		<guid isPermaLink="false">http://hdconnectnow.org/?p=194#comment-12</guid>
		<description>Interesting discussion. So in based on your websites aim

&quot;We intend for this site to be the go-to place for the latest news and information about HD Communications, including upcoming events, press releases, committee information, and ultimately a vendor-neutral archive of all things HD.&quot;

I&#039;d hope that you could include information about things that are just not AMR-WB. If we use the approach because HW designers are timid then we are lumbered for the next 100 years with AMR-WB (like we&#039;ve been stuck with 4kHz telephony for 100+ years)

I&#039;d hope you&#039;d recognize other 21st century solutions

AAC LD coders, VMR-WB, EVRC-WB, G.718 (EV-VBR).

Just some notes on some of the above.
1)VMR-WB and G.718 have a  AMR-WB interop mode.

2)G.718 and EVRC are evolving to superwideband/audio coders. AAC is an audio coder.

3) one of your charter members, Audiocodes already supports EVRC-WB.

/PP</description>
		<content:encoded><![CDATA[<p>Interesting discussion. So in based on your websites aim</p>
<p>&#8220;We intend for this site to be the go-to place for the latest news and information about HD Communications, including upcoming events, press releases, committee information, and ultimately a vendor-neutral archive of all things HD.&#8221;</p>
<p>I&#8217;d hope that you could include information about things that are just not AMR-WB. If we use the approach because HW designers are timid then we are lumbered for the next 100 years with AMR-WB (like we&#8217;ve been stuck with 4kHz telephony for 100+ years)</p>
<p>I&#8217;d hope you&#8217;d recognize other 21st century solutions</p>
<p>AAC LD coders, VMR-WB, EVRC-WB, G.718 (EV-VBR).</p>
<p>Just some notes on some of the above.<br />
1)VMR-WB and G.718 have a  AMR-WB interop mode.</p>
<p>2)G.718 and EVRC are evolving to superwideband/audio coders. AAC is an audio coder.</p>
<p>3) one of your charter members, Audiocodes already supports EVRC-WB.</p>
<p>/PP</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doug Mohney</title>
		<link>http://hdvoicenews.com/2009/09/10/hd-comm-09-skype-is-speaking-but-what-will-be-said/comment-page-1/#comment-15</link>
		<dc:creator>Doug Mohney</dc:creator>
		<pubDate>Fri, 11 Sep 2009 16:40:00 +0000</pubDate>
		<guid isPermaLink="false">http://hdconnectnow.org/?p=194#comment-15</guid>
		<description>Given the relatively conservative nature of hardware designers in this field, AMR-WB looks to be the only game in town for HD on mobile at this time.

Realistically, other options might emerge in the marketplace down the road, but the train is leaving the station...</description>
		<content:encoded><![CDATA[<p>Given the relatively conservative nature of hardware designers in this field, AMR-WB looks to be the only game in town for HD on mobile at this time.</p>
<p>Realistically, other options might emerge in the marketplace down the road, but the train is leaving the station&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PPirate</title>
		<link>http://hdvoicenews.com/2009/09/10/hd-comm-09-skype-is-speaking-but-what-will-be-said/comment-page-1/#comment-16</link>
		<dc:creator>PPirate</dc:creator>
		<pubDate>Fri, 11 Sep 2009 16:26:07 +0000</pubDate>
		<guid isPermaLink="false">http://hdconnectnow.org/?p=194#comment-16</guid>
		<description>Two dissenting points...

1) Defacto does not mean good

2) It&#039;s not defacto. It&#039;s the only standardized WB Voice codec in 3GPP. The 3GPP2 standard(ized)  WB Voice codec is EVRC-WB which has all the advantages of improved VQ, bandwidth efficiency and resiliency over AMR-WB. It is also 21st century technology. We should aslo be looking beyond just Voice. We should be looking at Audio coding. To allow us to use a single codec for Voice and Multimedia application. Suggest you look at the AAC low a latency audio coders for VoIP and MM.

/PP</description>
		<content:encoded><![CDATA[<p>Two dissenting points&#8230;</p>
<p>1) Defacto does not mean good</p>
<p>2) It&#8217;s not defacto. It&#8217;s the only standardized WB Voice codec in 3GPP. The 3GPP2 standard(ized)  WB Voice codec is EVRC-WB which has all the advantages of improved VQ, bandwidth efficiency and resiliency over AMR-WB. It is also 21st century technology. We should aslo be looking beyond just Voice. We should be looking at Audio coding. To allow us to use a single codec for Voice and Multimedia application. Suggest you look at the AAC low a latency audio coders for VoIP and MM.</p>
<p>/PP</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doug Mohney</title>
		<link>http://hdvoicenews.com/2009/09/10/hd-comm-09-skype-is-speaking-but-what-will-be-said/comment-page-1/#comment-13</link>
		<dc:creator>Doug Mohney</dc:creator>
		<pubDate>Thu, 10 Sep 2009 21:18:43 +0000</pubDate>
		<guid isPermaLink="false">http://hdconnectnow.org/?p=194#comment-13</guid>
		<description>AMR-WB is the de facto&#039; standard for the cellular community until something else comes along that everyone can agree upon. FT and a number of cellular handset manufacturers are lined up behind it.</description>
		<content:encoded><![CDATA[<p>AMR-WB is the de facto&#8217; standard for the cellular community until something else comes along that everyone can agree upon. FT and a number of cellular handset manufacturers are lined up behind it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PPirate</title>
		<link>http://hdvoicenews.com/2009/09/10/hd-comm-09-skype-is-speaking-but-what-will-be-said/comment-page-1/#comment-14</link>
		<dc:creator>PPirate</dc:creator>
		<pubDate>Thu, 10 Sep 2009 21:01:20 +0000</pubDate>
		<guid isPermaLink="false">http://hdconnectnow.org/?p=194#comment-14</guid>
		<description>Why AMR-WB? AMR-WB is not a very good wideband codec its not very Bandwidth efficient and there are other much newer codecs technologies that provide superior performance to AMR-WB, in terms of voice quality, bandwidth efficiency and packet error resiliency. Newer codecs also typically achieve very low jitter buffer delays by using time warping techniques. AMR doesnot support this. If HD is a 21st century solution let&#039;s use 21st century coding techniques.

PP</description>
		<content:encoded><![CDATA[<p>Why AMR-WB? AMR-WB is not a very good wideband codec its not very Bandwidth efficient and there are other much newer codecs technologies that provide superior performance to AMR-WB, in terms of voice quality, bandwidth efficiency and packet error resiliency. Newer codecs also typically achieve very low jitter buffer delays by using time warping techniques. AMR doesnot support this. If HD is a 21st century solution let&#8217;s use 21st century coding techniques.</p>
<p>PP</p>
]]></content:encoded>
	</item>
</channel>
</rss>

