<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Microsoft pushes ahead with its own take on WebRTC</title>
	<atom:link href="http://gigaom.com/2013/01/17/microsoft-cu-webrtc-prototype/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2013/01/17/microsoft-cu-webrtc-prototype/</link>
	<description></description>
	<lastBuildDate>Thu, 23 May 2013 18:21:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Dick Tracey</title>
		<link>http://gigaom.com/2013/01/17/microsoft-cu-webrtc-prototype/#comment-1301532</link>
		<dc:creator><![CDATA[Dick Tracey]]></dc:creator>
		<pubDate>Sun, 20 Jan 2013 21:57:39 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=602186#comment-1301532</guid>
		<description><![CDATA[Google and Apple they just follow they leader and their daddy, Microsoft]]></description>
		<content:encoded><![CDATA[<p>Google and Apple they just follow they leader and their daddy, Microsoft</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dick Tracey</title>
		<link>http://gigaom.com/2013/01/17/microsoft-cu-webrtc-prototype/#comment-1301531</link>
		<dc:creator><![CDATA[Dick Tracey]]></dc:creator>
		<pubDate>Sun, 20 Jan 2013 21:56:55 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=602186#comment-1301531</guid>
		<description><![CDATA[Like always Microsoft has the great ideas]]></description>
		<content:encoded><![CDATA[<p>Like always Microsoft has the great ideas</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roy Appfan</title>
		<link>http://gigaom.com/2013/01/17/microsoft-cu-webrtc-prototype/#comment-1301030</link>
		<dc:creator><![CDATA[Roy Appfan]]></dc:creator>
		<pubDate>Sat, 19 Jan 2013 02:28:36 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=602186#comment-1301030</guid>
		<description><![CDATA[Any protocol or framework trying to address interoperatibility problem is seldom successful, especially if the protocol or framework are driven by a specific company with its own purpose. RPC, CORPA, EJB, SOAP, WebRTC….

No two vendors implemented the stack the same way, with the result of getting one stack to talk to another one could be a nightmare.]]></description>
		<content:encoded><![CDATA[<p>Any protocol or framework trying to address interoperatibility problem is seldom successful, especially if the protocol or framework are driven by a specific company with its own purpose. RPC, CORPA, EJB, SOAP, WebRTC….</p>
<p>No two vendors implemented the stack the same way, with the result of getting one stack to talk to another one could be a nightmare.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roy Appfan</title>
		<link>http://gigaom.com/2013/01/17/microsoft-cu-webrtc-prototype/#comment-1301028</link>
		<dc:creator><![CDATA[Roy Appfan]]></dc:creator>
		<pubDate>Sat, 19 Jan 2013 02:25:34 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=602186#comment-1301028</guid>
		<description><![CDATA[Jose de Castro is right on and he&#039;s telling the truth. 

Any protocol or framework trying to address interoperatibility problem is seldom successful, especially if the protocol or framework are driven by a specific company with its own purpose. RPC, CORPA, EJB, SOAP, WebRTC....

No two vendors implemented the stack the same way, with the result of getting one stack to talk to another one could be a nightmare]]></description>
		<content:encoded><![CDATA[<p>Jose de Castro is right on and he&#8217;s telling the truth. </p>
<p>Any protocol or framework trying to address interoperatibility problem is seldom successful, especially if the protocol or framework are driven by a specific company with its own purpose. RPC, CORPA, EJB, SOAP, WebRTC&#8230;.</p>
<p>No two vendors implemented the stack the same way, with the result of getting one stack to talk to another one could be a nightmare</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Erik Lagerway</title>
		<link>http://gigaom.com/2013/01/17/microsoft-cu-webrtc-prototype/#comment-1300970</link>
		<dc:creator><![CDATA[Erik Lagerway]]></dc:creator>
		<pubDate>Fri, 18 Jan 2013 23:12:42 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=602186#comment-1300970</guid>
		<description><![CDATA[+1 Jose, this is not helping.]]></description>
		<content:encoded><![CDATA[<p>+1 Jose, this is not helping.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Asa Dotzler</title>
		<link>http://gigaom.com/2013/01/17/microsoft-cu-webrtc-prototype/#comment-1300926</link>
		<dc:creator><![CDATA[Asa Dotzler]]></dc:creator>
		<pubDate>Fri, 18 Jan 2013 20:35:56 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=602186#comment-1300926</guid>
		<description><![CDATA[WebRTC has no mandatory to implement codec (yet) but some kind of baseline codec seems useful if you want users with different browsers to be able to talk to each other. WebRTC absolutely does not and will not disallow browser vendors using H.264.  But, it&#039;s worth remembering that real-time codecs have different characteristics than other codecs. Opus, for example, is a real-time audio codec that beats all of the other real-time audio codecs substantially and it has nothing to do with the AAC codec that makes up the audio part of what  people call H.264 video.]]></description>
		<content:encoded><![CDATA[<p>WebRTC has no mandatory to implement codec (yet) but some kind of baseline codec seems useful if you want users with different browsers to be able to talk to each other. WebRTC absolutely does not and will not disallow browser vendors using H.264.  But, it&#8217;s worth remembering that real-time codecs have different characteristics than other codecs. Opus, for example, is a real-time audio codec that beats all of the other real-time audio codecs substantially and it has nothing to do with the AAC codec that makes up the audio part of what  people call H.264 video.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rick</title>
		<link>http://gigaom.com/2013/01/17/microsoft-cu-webrtc-prototype/#comment-1300790</link>
		<dc:creator><![CDATA[Rick]]></dc:creator>
		<pubDate>Fri, 18 Jan 2013 16:59:10 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=602186#comment-1300790</guid>
		<description><![CDATA[Can a codec sit that high on the stack, at the application layer?  I know calls can be made from the app layer to a codec on the lower network layer.]]></description>
		<content:encoded><![CDATA[<p>Can a codec sit that high on the stack, at the application layer?  I know calls can be made from the app layer to a codec on the lower network layer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Welbourn</title>
		<link>http://gigaom.com/2013/01/17/microsoft-cu-webrtc-prototype/#comment-1300513</link>
		<dc:creator><![CDATA[Robert Welbourn]]></dc:creator>
		<pubDate>Fri, 18 Jan 2013 04:05:49 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=602186#comment-1300513</guid>
		<description><![CDATA[Let&#039;s not forget that there&#039;s an awful lot of H.264 out there, particularly in mobile devices and video conferencing systems.  It makes sense to allow WebRTC to be interoperable with those.]]></description>
		<content:encoded><![CDATA[<p>Let&#8217;s not forget that there&#8217;s an awful lot of H.264 out there, particularly in mobile devices and video conferencing systems.  It makes sense to allow WebRTC to be interoperable with those.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jose de Castro</title>
		<link>http://gigaom.com/2013/01/17/microsoft-cu-webrtc-prototype/#comment-1300499</link>
		<dc:creator><![CDATA[Jose de Castro]]></dc:creator>
		<pubDate>Fri, 18 Jan 2013 03:15:57 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=602186#comment-1300499</guid>
		<description><![CDATA[Ugh. It&#039;s like SOAP all over again where transport neutrality laid birth to a standard that was so open and complex that&#039;s many argue was dead before it started. Sure, Internet standards should strive to be imclusive but never at the cost of practical utility.]]></description>
		<content:encoded><![CDATA[<p>Ugh. It&#8217;s like SOAP all over again where transport neutrality laid birth to a standard that was so open and complex that&#8217;s many argue was dead before it started. Sure, Internet standards should strive to be imclusive but never at the cost of practical utility.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roy Appfan</title>
		<link>http://gigaom.com/2013/01/17/microsoft-cu-webrtc-prototype/#comment-1300472</link>
		<dc:creator><![CDATA[Roy Appfan]]></dc:creator>
		<pubDate>Fri, 18 Jan 2013 01:06:02 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=602186#comment-1300472</guid>
		<description><![CDATA[Microsoft&#039;s approach makes sense as VP8 codec is not good. If you deep dive, you will know why Google&#039;s other products like Google Hangout do not use VP8 at all!

Google wants to leverage WebRTC to gain browser market share for Chrome; So does Microsoft for IE 10 with CU-WebRTC.]]></description>
		<content:encoded><![CDATA[<p>Microsoft&#8217;s approach makes sense as VP8 codec is not good. If you deep dive, you will know why Google&#8217;s other products like Google Hangout do not use VP8 at all!</p>
<p>Google wants to leverage WebRTC to gain browser market share for Chrome; So does Microsoft for IE 10 with CU-WebRTC.</p>
]]></content:encoded>
	</item>
</channel>
</rss>