<?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: Jukebox in the sky, or in our hands?</title>
	<atom:link href="http://zedequalszee.com/2009/06/08/jukebox-in-the-sky-or-in-our-hands/feed/" rel="self" type="application/rss+xml" />
	<link>http://zedequalszee.com/2009/06/08/jukebox-in-the-sky-or-in-our-hands/</link>
	<description></description>
	<lastBuildDate>Thu, 26 Jan 2012 17:32:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Power, communication, and files &#171; zed equals zee</title>
		<link>http://zedequalszee.com/2009/06/08/jukebox-in-the-sky-or-in-our-hands/#comment-2380</link>
		<dc:creator><![CDATA[Power, communication, and files &#171; zed equals zee]]></dc:creator>
		<pubDate>Mon, 03 May 2010 01:53:02 +0000</pubDate>
		<guid isPermaLink="false">http://zedequalszee.com/?p=3504#comment-2380</guid>
		<description><![CDATA[[...] power increases exponentially. Hard drive storage increases exponentially. And the energy density in batteries? Decidedly not exponential. Lithium ion batteries are thought [...]]]></description>
		<content:encoded><![CDATA[<p>[...] power increases exponentially. Hard drive storage increases exponentially. And the energy density in batteries? Decidedly not exponential. Lithium ion batteries are thought [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Audio fidelity is overrated &#171; zed equals zee</title>
		<link>http://zedequalszee.com/2009/06/08/jukebox-in-the-sky-or-in-our-hands/#comment-2279</link>
		<dc:creator><![CDATA[Audio fidelity is overrated &#171; zed equals zee]]></dc:creator>
		<pubDate>Thu, 08 Apr 2010 15:03:15 +0000</pubDate>
		<guid isPermaLink="false">http://zedequalszee.com/?p=3504#comment-2279</guid>
		<description><![CDATA[[...] I do find it intolerable that there are 200 channels and barely anything worth listening to). As streaming becomes an increasingly viable alternative to downloading, is something similar going to happen [...]]]></description>
		<content:encoded><![CDATA[<p>[...] I do find it intolerable that there are 200 channels and barely anything worth listening to). As streaming becomes an increasingly viable alternative to downloading, is something similar going to happen [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Welcome, Music Think Tank readers! &#171; zed equals zee</title>
		<link>http://zedequalszee.com/2009/06/08/jukebox-in-the-sky-or-in-our-hands/#comment-2001</link>
		<dc:creator><![CDATA[Welcome, Music Think Tank readers! &#171; zed equals zee]]></dc:creator>
		<pubDate>Fri, 06 Nov 2009 03:16:29 +0000</pubDate>
		<guid isPermaLink="false">http://zedequalszee.com/?p=3504#comment-2001</guid>
		<description><![CDATA[[...] Streaming vs downloading: Do we really want a jukebox in the sky? Or does it make more sense to hold it in our hands? [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Streaming vs downloading: Do we really want a jukebox in the sky? Or does it make more sense to hold it in our hands? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Chang</title>
		<link>http://zedequalszee.com/2009/06/08/jukebox-in-the-sky-or-in-our-hands/#comment-1446</link>
		<dc:creator><![CDATA[Mark Chang]]></dc:creator>
		<pubDate>Mon, 08 Jun 2009 20:21:30 +0000</pubDate>
		<guid isPermaLink="false">http://zedequalszee.com/?p=3504#comment-1446</guid>
		<description><![CDATA[Good question. I see it a couple ways.

If a large enough collection is put in the cloud, you don&#039;t need to store any of it. No more managing your music. Just on-demand it! So convenient. The music is stored somewhere already, so it is just a matter of duplicating it. At some point, storage becomes cheap *enough*. Of course, this doesn&#039;t cover every single song ever. So for those, it would make sense to store it on your own. But that service can be easily synchronized into the cloud, and then you would pay the same provider for that privilege. Small technical hurdle.

Another way to think about it is in efficiencies. If you and I store the same 50 songs, it would be more efficient to store them with the service provider, so they can be in charge or resampling or reencoding it so that it best utilizes their bandwidth and keeps up with encoding technologies. It is in their best interest (if they want happy customers) to keep lots of copies around in different bitrates so that they can maximize their pipes and deliver your content. If they let you try and stream 320kbps OGG, a) it might not work on your phone, b) the bitrate might be non-optimal for the network.

From the provider&#039;s perspective, if they get all customers to commit to not having music at all, but rather subscribe to it, they are happier. Control of content, control of distribution (oops, that&#039;s a monopoly, but whatever), and (somewhat) happy customers. Not the question you asked, but I thought it was worth mentioning.

Finally, and I put it in the cases above, it would likely be technically easier to centralize the storage with the provider, rather than deal with everyone&#039;s network issues. So if you store your MP3s at home, you have to have a machine on with the storage live, have a network connection up, have software to manage that network connection and share the music and handle credentials, and then, the networks must talk. If it&#039;s all one network, it makes it easier. And easier, ideally, means a better experience for the user.

Now, this doesn&#039;t even scratch the surface of content management. But hey, you asked about storage/networking :).]]></description>
		<content:encoded><![CDATA[<p>Good question. I see it a couple ways.</p>
<p>If a large enough collection is put in the cloud, you don&#8217;t need to store any of it. No more managing your music. Just on-demand it! So convenient. The music is stored somewhere already, so it is just a matter of duplicating it. At some point, storage becomes cheap *enough*. Of course, this doesn&#8217;t cover every single song ever. So for those, it would make sense to store it on your own. But that service can be easily synchronized into the cloud, and then you would pay the same provider for that privilege. Small technical hurdle.</p>
<p>Another way to think about it is in efficiencies. If you and I store the same 50 songs, it would be more efficient to store them with the service provider, so they can be in charge or resampling or reencoding it so that it best utilizes their bandwidth and keeps up with encoding technologies. It is in their best interest (if they want happy customers) to keep lots of copies around in different bitrates so that they can maximize their pipes and deliver your content. If they let you try and stream 320kbps OGG, a) it might not work on your phone, b) the bitrate might be non-optimal for the network.</p>
<p>From the provider&#8217;s perspective, if they get all customers to commit to not having music at all, but rather subscribe to it, they are happier. Control of content, control of distribution (oops, that&#8217;s a monopoly, but whatever), and (somewhat) happy customers. Not the question you asked, but I thought it was worth mentioning.</p>
<p>Finally, and I put it in the cases above, it would likely be technically easier to centralize the storage with the provider, rather than deal with everyone&#8217;s network issues. So if you store your MP3s at home, you have to have a machine on with the storage live, have a network connection up, have software to manage that network connection and share the music and handle credentials, and then, the networks must talk. If it&#8217;s all one network, it makes it easier. And easier, ideally, means a better experience for the user.</p>
<p>Now, this doesn&#8217;t even scratch the surface of content management. But hey, you asked about storage/networking <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> .</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: debcha</title>
		<link>http://zedequalszee.com/2009/06/08/jukebox-in-the-sky-or-in-our-hands/#comment-1445</link>
		<dc:creator><![CDATA[debcha]]></dc:creator>
		<pubDate>Mon, 08 Jun 2009 19:48:47 +0000</pubDate>
		<guid isPermaLink="false">http://zedequalszee.com/?p=3504#comment-1445</guid>
		<description><![CDATA[Thanks, Mark! I especially appreciate the non-USian perspective.

But it&#039;s still a little opaque to me: if  &#039;storage is free, bandwidth is where you pay,&#039; why is it cheaper/better to pay a provider for streaming rather than storing it locally?]]></description>
		<content:encoded><![CDATA[<p>Thanks, Mark! I especially appreciate the non-USian perspective.</p>
<p>But it&#8217;s still a little opaque to me: if  &#8216;storage is free, bandwidth is where you pay,&#8217; why is it cheaper/better to pay a provider for streaming rather than storing it locally?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Chang</title>
		<link>http://zedequalszee.com/2009/06/08/jukebox-in-the-sky-or-in-our-hands/#comment-1444</link>
		<dc:creator><![CDATA[Mark Chang]]></dc:creator>
		<pubDate>Mon, 08 Jun 2009 19:32:59 +0000</pubDate>
		<guid isPermaLink="false">http://zedequalszee.com/?p=3504#comment-1444</guid>
		<description><![CDATA[The spectrum is there. It all depends on regulation and deployment costs in a country like the US. For instance, in Korea, SK Telecom has had MelOn, a streaming music service, since 2004. AFAIK, you can subscribe and stream all you want to your phone. Options include streaming to your other devices (like a PC), purchasing songs, ringtones, and a rental model for individual songs instead of the subscription model.

It is popular, and I&#039;m sure there are other models in tech-forward countries like Korea and Japan. The awesome comes with the songs that released either exclusively or early using the service.

Of course, Korea is not the same mobile landscape as the US. With higher population densities and government subsidies (okay, the US has plenty of those), coverage is ubiquitous.

I would say that storage is free, bandwidth is where you pay. And you end up paying the provider of said bandwidth plus the fees to cover the licensing of the material. Since in the US, the copyright complexities and general craziness of the recording industry, and the propriety-stuff-first thinking of the wireless carriers, it becomes orders of magnitude harder. But only from a business perspective. This is all easy from a technology standpoint, and really, advantageous from a cost perspective.]]></description>
		<content:encoded><![CDATA[<p>The spectrum is there. It all depends on regulation and deployment costs in a country like the US. For instance, in Korea, SK Telecom has had MelOn, a streaming music service, since 2004. AFAIK, you can subscribe and stream all you want to your phone. Options include streaming to your other devices (like a PC), purchasing songs, ringtones, and a rental model for individual songs instead of the subscription model.</p>
<p>It is popular, and I&#8217;m sure there are other models in tech-forward countries like Korea and Japan. The awesome comes with the songs that released either exclusively or early using the service.</p>
<p>Of course, Korea is not the same mobile landscape as the US. With higher population densities and government subsidies (okay, the US has plenty of those), coverage is ubiquitous.</p>
<p>I would say that storage is free, bandwidth is where you pay. And you end up paying the provider of said bandwidth plus the fees to cover the licensing of the material. Since in the US, the copyright complexities and general craziness of the recording industry, and the propriety-stuff-first thinking of the wireless carriers, it becomes orders of magnitude harder. But only from a business perspective. This is all easy from a technology standpoint, and really, advantageous from a cost perspective.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: debcha</title>
		<link>http://zedequalszee.com/2009/06/08/jukebox-in-the-sky-or-in-our-hands/#comment-1443</link>
		<dc:creator><![CDATA[debcha]]></dc:creator>
		<pubDate>Mon, 08 Jun 2009 16:22:07 +0000</pubDate>
		<guid isPermaLink="false">http://zedequalszee.com/?p=3504#comment-1443</guid>
		<description><![CDATA[Ah - I glossed over that. Kryder&#039;s Law is actually about the areal density of storage (how many bits can be crammed into a square inch, say), so it&#039;s really about how much storage you can fit into the same physical size.

But Kryder makes a related point in the &lt;a href=&quot;http://www.scientificamerican.com/article.cfm?id=kryders-law&quot; rel=&quot;nofollow&quot;&gt;SciAm article&lt;/a&gt;: incremental change in storage capacity can lead to transformative change in the user experience. &quot;Who would have predicted the success of hand-held digital audio players? We completely missed seeing the iPod coming....Today the density of information we can get on a hard drive is much more important to enabling new applications than advances in semiconductors.&quot;]]></description>
		<content:encoded><![CDATA[<p>Ah &#8211; I glossed over that. Kryder&#8217;s Law is actually about the areal density of storage (how many bits can be crammed into a square inch, say), so it&#8217;s really about how much storage you can fit into the same physical size.</p>
<p>But Kryder makes a related point in the <a href="http://www.scientificamerican.com/article.cfm?id=kryders-law" rel="nofollow">SciAm article</a>: incremental change in storage capacity can lead to transformative change in the user experience. &#8220;Who would have predicted the success of hand-held digital audio players? We completely missed seeing the iPod coming&#8230;.Today the density of information we can get on a hard drive is much more important to enabling new applications than advances in semiconductors.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://zedequalszee.com/2009/06/08/jukebox-in-the-sky-or-in-our-hands/#comment-1442</link>
		<dc:creator><![CDATA[Scott]]></dc:creator>
		<pubDate>Mon, 08 Jun 2009 12:49:41 +0000</pubDate>
		<guid isPermaLink="false">http://zedequalszee.com/?p=3504#comment-1442</guid>
		<description><![CDATA[Something that doesn&#039;t seem to be addressed by this but that I think is an important side point is tracking the physical size of hard drives over the same period. When you can spend the same amount of money on 5GB you can attach to a keyring, 250GB you can carry in your pocket, or 1TB that can sit on your desk, those tradeoffs impact (I would argue significantly) the consumer decisions that go into the makeup of the &quot;average capacity of regular consumer harddrives.&quot;]]></description>
		<content:encoded><![CDATA[<p>Something that doesn&#8217;t seem to be addressed by this but that I think is an important side point is tracking the physical size of hard drives over the same period. When you can spend the same amount of money on 5GB you can attach to a keyring, 250GB you can carry in your pocket, or 1TB that can sit on your desk, those tradeoffs impact (I would argue significantly) the consumer decisions that go into the makeup of the &#8220;average capacity of regular consumer harddrives.&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

