<?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: Skyfire puts mobile video on a bandwidth diet for carriers</title>
	<atom:link href="http://gigaom.com/2011/10/11/skyfire-puts-mobile-video-on-a-bandwidth-diet-for-carriers/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2011/10/11/skyfire-puts-mobile-video-on-a-bandwidth-diet-for-carriers/</link>
	<description></description>
	<lastBuildDate>Wed, 19 Jun 2013 03:35:29 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Tony Havelka</title>
		<link>http://gigaom.com/2011/10/11/skyfire-puts-mobile-video-on-a-bandwidth-diet-for-carriers/#comment-663861</link>
		<dc:creator><![CDATA[Tony Havelka]]></dc:creator>
		<pubDate>Wed, 12 Oct 2011 14:59:55 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=419206#comment-663861</guid>
		<description><![CDATA[&quot;Will a compressed video be considered worse than a video that is only delivered in a choppy and fragmented fashion?&quot;

No, I believe it will be the same. Both situations are not beneficial for the end user or the video provider.  

There are many ways an OTT provider can determine the current maximum bitrate the user can handle and deliver the appropriately compressed stream.  Delivery topologies like HLS and even a simple bandwidth monitor could help in determining the optimum bitrate to deliver to the viewer.

OTT provider should also have a robust player in their app that can both automatically and manually switch between all available bitrates so that viewer can optimize their viewing experience.

By wresting control of the viewing experience away from the Viewer and Provider, the carrier negatively impacts the entire value proposition between the Viewer and Provider.

Carriers should work with providers by creating an Encoding Guide. This way providers know which bitrates to encode and send when a user is requesting from their network.  This puts control of the viewing experience back to where it belongs.]]></description>
		<content:encoded><![CDATA[<p>&#8220;Will a compressed video be considered worse than a video that is only delivered in a choppy and fragmented fashion?&#8221;</p>
<p>No, I believe it will be the same. Both situations are not beneficial for the end user or the video provider.  </p>
<p>There are many ways an OTT provider can determine the current maximum bitrate the user can handle and deliver the appropriately compressed stream.  Delivery topologies like HLS and even a simple bandwidth monitor could help in determining the optimum bitrate to deliver to the viewer.</p>
<p>OTT provider should also have a robust player in their app that can both automatically and manually switch between all available bitrates so that viewer can optimize their viewing experience.</p>
<p>By wresting control of the viewing experience away from the Viewer and Provider, the carrier negatively impacts the entire value proposition between the Viewer and Provider.</p>
<p>Carriers should work with providers by creating an Encoding Guide. This way providers know which bitrates to encode and send when a user is requesting from their network.  This puts control of the viewing experience back to where it belongs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dilip Andrade</title>
		<link>http://gigaom.com/2011/10/11/skyfire-puts-mobile-video-on-a-bandwidth-diet-for-carriers/#comment-663689</link>
		<dc:creator><![CDATA[Dilip Andrade]]></dc:creator>
		<pubDate>Tue, 11 Oct 2011 22:01:29 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=419206#comment-663689</guid>
		<description><![CDATA[The problem is that most OTT video services cannot, or at least do not, have a full picture of the end user&#039;s situation. There are differences between someone connecting via wi-fi and via HSPA, even if they have the same device.

The point of such a service isn&#039;t to compress everything that the user sees, but instead to determine if the stream going to the user is appropriate for the user&#039;s device, the user&#039;s connection and the bandwidth available in the connection to the user.

Will a compressed video be considered worse than a video that is only delivered in a choppy and fragmented fashion?]]></description>
		<content:encoded><![CDATA[<p>The problem is that most OTT video services cannot, or at least do not, have a full picture of the end user&#8217;s situation. There are differences between someone connecting via wi-fi and via HSPA, even if they have the same device.</p>
<p>The point of such a service isn&#8217;t to compress everything that the user sees, but instead to determine if the stream going to the user is appropriate for the user&#8217;s device, the user&#8217;s connection and the bandwidth available in the connection to the user.</p>
<p>Will a compressed video be considered worse than a video that is only delivered in a choppy and fragmented fashion?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony Havelka</title>
		<link>http://gigaom.com/2011/10/11/skyfire-puts-mobile-video-on-a-bandwidth-diet-for-carriers/#comment-663651</link>
		<dc:creator><![CDATA[Tony Havelka]]></dc:creator>
		<pubDate>Tue, 11 Oct 2011 19:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=419206#comment-663651</guid>
		<description><![CDATA[Shouldn&#039;t optimizing the video feed for each platform and network be the job of the OTT video service?  The video service has access to masters that can be properly compressed to support many different bitrates and topologies.  

I would hate to have compressed videos to a 512KB H264 stream to support a mobile platform and then have the carrier further compress it.  The image quality will be severely degraded detracting from the overall enjoyment of the video by the viewer.  All the blame on the poor video quality will fall on the video provider and not on the carrier where the blame, and customer service calls, should go.]]></description>
		<content:encoded><![CDATA[<p>Shouldn&#8217;t optimizing the video feed for each platform and network be the job of the OTT video service?  The video service has access to masters that can be properly compressed to support many different bitrates and topologies.  </p>
<p>I would hate to have compressed videos to a 512KB H264 stream to support a mobile platform and then have the carrier further compress it.  The image quality will be severely degraded detracting from the overall enjoyment of the video by the viewer.  All the blame on the poor video quality will fall on the video provider and not on the carrier where the blame, and customer service calls, should go.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
