<?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: XM + SIRIUS = Screw YOU!</title>
	<atom:link href="http://musicmediadesign.com/blogs/archives/38/feed" rel="self" type="application/rss+xml" />
	<link>http://musicmediadesign.com/blogs/archives/38</link>
	<description>design + new media for music</description>
	<lastBuildDate>Mon, 12 Jul 2010 16:21:44 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Dave Davis</title>
		<link>http://musicmediadesign.com/blogs/archives/38/comment-page-1#comment-24</link>
		<dc:creator>Dave Davis</dc:creator>
		<pubDate>Thu, 22 Feb 2007 18:03:13 +0000</pubDate>
		<guid isPermaLink="false">http://musicmediadesign.com/blogs/archives/38#comment-24</guid>
		<description>While I suspect it&#039;s potentially possible to deliver the data in a compatable way (after all the receivers are software-driven and can be updated by the providers), the receivers would have to be on identical frequencies and have similar antennae, which are generally hardware issues.

On the other hand, there is absolutely no technical barrier to both providers offering identical content on twin, parallel streams.  In other words, take the best programming from each, and deliver those shows on both platforms simultaneously. 

As I understand it XM has some technical benefits, and is the more expandable/flexible platform (talking out of my ass to a degree here - I&#039;m not a satellite engineer!).  A way forward might combine all the content initially so both streams offer the same content to programmers.  Over time they can use the XM streams to &quot;enhance&quot; features, add new content and offer whatever real benefits that technology has as a &quot;value added&quot; upgrade.  Pay a couple bucks more a month and buy a new receiver, and you get the new things, and begin the migration to the better technology.  At some point when the user base declines enough, they could offer cheap/new receivers to kill the old technology, and switch the Sirius satellites over to the new formats (the satellite ends tend to be more flexible software-wise, since you can&#039;t just swap out boards in space and we know for sure formats, codecs and options change).

Still, all this is making a silk purse out of a sows ear.  I don&#039;t appreciate the format war any more than you do, but two competing companies will always innovate more than a monopoly (where&#039;s my broadband-over-AC?).  Its a tough choice today, and I sympathize with subscribers.  Unfortunately all the noise I&#039;m hearing in the media about this merger is bad: On NPR an analyst suggested that the aggregated audience was sufficiently large to deliver serious ad revenue.  More ads?  To subscribers?  It&#039;s bad enough there are ANY ads today, but from this and other interviews it sounds like XM Sirius&#039; vision for the future looks a lot like network radio of the past (albeit with a special playlist for every taste).

I pray regulators squash this thing in the bud.  Unfortunately the timing suggests it&#039;s a done deal (they&#039;re getting in under the wire before the next round of campaigns, and potential for real oversight in a future administration).</description>
		<content:encoded><![CDATA[<p>While I suspect it&#8217;s potentially possible to deliver the data in a compatable way (after all the receivers are software-driven and can be updated by the providers), the receivers would have to be on identical frequencies and have similar antennae, which are generally hardware issues.</p>
<p>On the other hand, there is absolutely no technical barrier to both providers offering identical content on twin, parallel streams.  In other words, take the best programming from each, and deliver those shows on both platforms simultaneously. </p>
<p>As I understand it XM has some technical benefits, and is the more expandable/flexible platform (talking out of my ass to a degree here &#8211; I&#8217;m not a satellite engineer!).  A way forward might combine all the content initially so both streams offer the same content to programmers.  Over time they can use the XM streams to &#8220;enhance&#8221; features, add new content and offer whatever real benefits that technology has as a &#8220;value added&#8221; upgrade.  Pay a couple bucks more a month and buy a new receiver, and you get the new things, and begin the migration to the better technology.  At some point when the user base declines enough, they could offer cheap/new receivers to kill the old technology, and switch the Sirius satellites over to the new formats (the satellite ends tend to be more flexible software-wise, since you can&#8217;t just swap out boards in space and we know for sure formats, codecs and options change).</p>
<p>Still, all this is making a silk purse out of a sows ear.  I don&#8217;t appreciate the format war any more than you do, but two competing companies will always innovate more than a monopoly (where&#8217;s my broadband-over-AC?).  Its a tough choice today, and I sympathize with subscribers.  Unfortunately all the noise I&#8217;m hearing in the media about this merger is bad: On NPR an analyst suggested that the aggregated audience was sufficiently large to deliver serious ad revenue.  More ads?  To subscribers?  It&#8217;s bad enough there are ANY ads today, but from this and other interviews it sounds like XM Sirius&#8217; vision for the future looks a lot like network radio of the past (albeit with a special playlist for every taste).</p>
<p>I pray regulators squash this thing in the bud.  Unfortunately the timing suggests it&#8217;s a done deal (they&#8217;re getting in under the wire before the next round of campaigns, and potential for real oversight in a future administration).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Anderson</title>
		<link>http://musicmediadesign.com/blogs/archives/38/comment-page-1#comment-23</link>
		<dc:creator>Chris Anderson</dc:creator>
		<pubDate>Thu, 22 Feb 2007 14:32:08 +0000</pubDate>
		<guid isPermaLink="false">http://musicmediadesign.com/blogs/archives/38#comment-23</guid>
		<description>Great analysis.

XM subscriber here. One thing that would have made the current binary model of services a lot more palatable to consumer is if they had implemented compatible equipment.

Choosing XM or Sirius today is roughly analogous to deciding on a Beta or VHS VCR during the format war. Once you&#039;ve bought the equipment, the notion of competition between the formats for your business or easily switching from one to the other largely evaporates. I&#039;ll add that it&#039;s silly and annoying to have only one or the other service available as a factory radio in a new car.

So what I would prefer to see is a &quot;technological&quot; merger, where either service is available on existing equipment, but they continue to compete with programming. (On the other hand, I have no idea if that is technically possible).</description>
		<content:encoded><![CDATA[<p>Great analysis.</p>
<p>XM subscriber here. One thing that would have made the current binary model of services a lot more palatable to consumer is if they had implemented compatible equipment.</p>
<p>Choosing XM or Sirius today is roughly analogous to deciding on a Beta or VHS VCR during the format war. Once you&#8217;ve bought the equipment, the notion of competition between the formats for your business or easily switching from one to the other largely evaporates. I&#8217;ll add that it&#8217;s silly and annoying to have only one or the other service available as a factory radio in a new car.</p>
<p>So what I would prefer to see is a &#8220;technological&#8221; merger, where either service is available on existing equipment, but they continue to compete with programming. (On the other hand, I have no idea if that is technically possible).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
