<?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: The future of music and the solution to piracy: my prediction</title>
	<atom:link href="http://blog.paulbetts.org/index.php/2007/08/01/the-future-of-music-and-the-solution-to-piracy-my-prediction/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.paulbetts.org/index.php/2007/08/01/the-future-of-music-and-the-solution-to-piracy-my-prediction/</link>
	<description>Paul Betts's personal website / blog / what-have-you</description>
	<lastBuildDate>Wed, 26 May 2010 09:57:21 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.5</generator>
	<item>
		<title>By: Paul Betts</title>
		<link>http://blog.paulbetts.org/index.php/2007/08/01/the-future-of-music-and-the-solution-to-piracy-my-prediction/comment-page-1/#comment-4358</link>
		<dc:creator>Paul Betts</dc:creator>
		<pubDate>Mon, 20 Aug 2007 01:26:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.paulbetts.org/index.php/2007/08/01/the-future-of-music-and-the-solution-to-piracy-my-prediction/#comment-4358</guid>
		<description>@Peter: Yep, that&#039;s basically how Skype and Joost work - they use P2P concepts to deliver phone calls and TV, respectively.</description>
		<content:encoded><![CDATA[<p>@Peter: Yep, that&#8217;s basically how Skype and Joost work &#8211; they use P2P concepts to deliver phone calls and TV, respectively.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Dietz</title>
		<link>http://blog.paulbetts.org/index.php/2007/08/01/the-future-of-music-and-the-solution-to-piracy-my-prediction/comment-page-1/#comment-4309</link>
		<dc:creator>Peter Dietz</dc:creator>
		<pubDate>Thu, 16 Aug 2007 16:15:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.paulbetts.org/index.php/2007/08/01/the-future-of-music-and-the-solution-to-piracy-my-prediction/#comment-4309</guid>
		<description>I recently saw some new service that offers a demand driven pricing method. Brand news songs and the unpopular come out dirt cheap, and popularity and demand raises the price. 
-
Centralized content that gets pulled as needed, either at a membership cost, market value of item, or per bandwidth used that has that zing of instantanious access would naturally show its strength over the download, transfer, and carry method. 

The next thing could be in the delivery network. Imagine so much of a certain same content being pulled on this network. Say it be a hot youtube video of the I35W bridge collapsing, of miners in Utah, or one of my Mariah Carey favorites. 100,000 mobiles in the same metropolitan area each make 100,000 downloads from the youtube video server. Each filling up the capacity of the network by having the same chunks of data whir past us 100,000 times. 

How about a mobile diffuser service that can combine concurrent streams of the same data into a psuedo multicast that makes the overall speed transfer more effective by taking repeated bandwidth out of the network. Perhaps even having a reward system where a mobile that has the video cached in its memory can short range broadcast it to a neighboring device for some type of credit with the broadcasting servers. 

Something akin to your sharing ratio in p2p, that goes into taking that &quot;its better to give than to receive&quot; mentallity into the picture.</description>
		<content:encoded><![CDATA[<p>I recently saw some new service that offers a demand driven pricing method. Brand news songs and the unpopular come out dirt cheap, and popularity and demand raises the price.<br />
-<br />
Centralized content that gets pulled as needed, either at a membership cost, market value of item, or per bandwidth used that has that zing of instantanious access would naturally show its strength over the download, transfer, and carry method. </p>
<p>The next thing could be in the delivery network. Imagine so much of a certain same content being pulled on this network. Say it be a hot youtube video of the I35W bridge collapsing, of miners in Utah, or one of my Mariah Carey favorites. 100,000 mobiles in the same metropolitan area each make 100,000 downloads from the youtube video server. Each filling up the capacity of the network by having the same chunks of data whir past us 100,000 times. </p>
<p>How about a mobile diffuser service that can combine concurrent streams of the same data into a psuedo multicast that makes the overall speed transfer more effective by taking repeated bandwidth out of the network. Perhaps even having a reward system where a mobile that has the video cached in its memory can short range broadcast it to a neighboring device for some type of credit with the broadcasting servers. </p>
<p>Something akin to your sharing ratio in p2p, that goes into taking that &#8220;its better to give than to receive&#8221; mentallity into the picture.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: marmot</title>
		<link>http://blog.paulbetts.org/index.php/2007/08/01/the-future-of-music-and-the-solution-to-piracy-my-prediction/comment-page-1/#comment-4162</link>
		<dc:creator>marmot</dc:creator>
		<pubDate>Tue, 07 Aug 2007 14:55:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.paulbetts.org/index.php/2007/08/01/the-future-of-music-and-the-solution-to-piracy-my-prediction/#comment-4162</guid>
		<description>You&#039;re right of course.  The process of downloading music through a p2p service is less than elegant.  Having a subscription service with access to any and all the music you want where ever you are, like you suggest, is a far better and more useful experience.

But I was thinking more of download services from which you&#039;re actually purchasing and downloading music.  Some of these are still subscription based (like emusic), but the &quot;subscription&quot; is basically just a way to enforce a minimum number of song purchases.

I&#039;m willing to pay for my music.  I just don&#039;t want to commit x dollars a year to it.  I also want to own my copy, not &quot;rent&quot; it.</description>
		<content:encoded><![CDATA[<p>You&#8217;re right of course.  The process of downloading music through a p2p service is less than elegant.  Having a subscription service with access to any and all the music you want where ever you are, like you suggest, is a far better and more useful experience.</p>
<p>But I was thinking more of download services from which you&#8217;re actually purchasing and downloading music.  Some of these are still subscription based (like emusic), but the &#8220;subscription&#8221; is basically just a way to enforce a minimum number of song purchases.</p>
<p>I&#8217;m willing to pay for my music.  I just don&#8217;t want to commit x dollars a year to it.  I also want to own my copy, not &#8220;rent&#8221; it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Betts</title>
		<link>http://blog.paulbetts.org/index.php/2007/08/01/the-future-of-music-and-the-solution-to-piracy-my-prediction/comment-page-1/#comment-4073</link>
		<dc:creator>Paul Betts</dc:creator>
		<pubDate>Thu, 02 Aug 2007 20:14:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.paulbetts.org/index.php/2007/08/01/the-future-of-music-and-the-solution-to-piracy-my-prediction/#comment-4073</guid>
		<description>For people who can&#039;t afford the better solution (or who are just cheap), you&#039;re right - they&#039;ll stick with downloading. But the problem is, currently using DRMed music is a crappier experience than using downloaded MP3s - I can do whatever I want with the latter, and the former is usually broken or limited.

But if you make paying the fee &lt;i&gt;have more features&lt;/i&gt; than downloading, a lot of people won&#039;t care, if you can call up any album ever published on-the-fly, while you&#039;re sitting on the bus. That doesn&#039;t even compare to the current system of &quot;find it on Bittorrent, wait for it to download, connect player to PC, hit sync. &lt;i&gt;then&lt;/i&gt; go&quot;</description>
		<content:encoded><![CDATA[<p>For people who can&#8217;t afford the better solution (or who are just cheap), you&#8217;re right &#8211; they&#8217;ll stick with downloading. But the problem is, currently using DRMed music is a crappier experience than using downloaded MP3s &#8211; I can do whatever I want with the latter, and the former is usually broken or limited.</p>
<p>But if you make paying the fee <i>have more features</i> than downloading, a lot of people won&#8217;t care, if you can call up any album ever published on-the-fly, while you&#8217;re sitting on the bus. That doesn&#8217;t even compare to the current system of &#8220;find it on Bittorrent, wait for it to download, connect player to PC, hit sync. <i>then</i> go&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: resurrectionjoe</title>
		<link>http://blog.paulbetts.org/index.php/2007/08/01/the-future-of-music-and-the-solution-to-piracy-my-prediction/comment-page-1/#comment-4072</link>
		<dc:creator>resurrectionjoe</dc:creator>
		<pubDate>Thu, 02 Aug 2007 19:29:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.paulbetts.org/index.php/2007/08/01/the-future-of-music-and-the-solution-to-piracy-my-prediction/#comment-4072</guid>
		<description>good point, marmot.</description>
		<content:encoded><![CDATA[<p>good point, marmot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: marmot</title>
		<link>http://blog.paulbetts.org/index.php/2007/08/01/the-future-of-music-and-the-solution-to-piracy-my-prediction/comment-page-1/#comment-4066</link>
		<dc:creator>marmot</dc:creator>
		<pubDate>Thu, 02 Aug 2007 14:14:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.paulbetts.org/index.php/2007/08/01/the-future-of-music-and-the-solution-to-piracy-my-prediction/#comment-4066</guid>
		<description>Because then you don&#039;t have to pay a monthly fee</description>
		<content:encoded><![CDATA[<p>Because then you don&#8217;t have to pay a monthly fee</p>
]]></content:encoded>
	</item>
</channel>
</rss>

