The new business of free radio
Andrew Leyden has some killer ideas about radio. Literally. For example, he correctly identifies the iPhone as a radio, and says it will kill off XM and Sirius:
I've downloaded all of the Internet radio applications from the iPhone application store. I have the version one iPhone which works on Edge, but pretty much any stream under 32k will come in just fine at that speed. Still, even with reduced speeds, the offerings are extensive.
I drove to the store listening to Virgin Radio out of London. I heard ads for ‘insurance cover’ for your auto from AA of England (maybe I should buy as I almost hit someone). I switched over to di.fm, the best Electronica station out of New York to hear the content you won't hear on American radio stations. I then flipped to AOL’s radio plug-in and heard 1010WINS traffic (sorry for those in the Holland tunnel stuck in traffic right now).
I predicted this long ago (yes, I own the domain name ‘phoneradio.com’). But with iPhone’s ease of use, mass marketing power, and legion of adoring fans, I foresee the demise of the big satellite radio companies in just a few years.
Andrew isn't just another blogger here. He's the father of PenguinRadio.com and PodcastDirectory.com. He's been making Linux-based Internet radios for years (I have one of them), and has been both leading and following this embryonic industry for many years.
I'd go a step farther than Andrew does in this post, however, and say that the Internet is going to eat most of terrestrial radio transmission as well. And that iPhones are just the incisors at the front of the Net's giant maw.
The rest of radio will be masticated by large quantities of other mobile devices, including Linux-based ones running radio applications for Android, OpenMoko or whatever other open platforms the makers choose to use.
Radio as a practice won't go away. Nor will the industry. But the need for transmitters to occupy large quantities of real estate, and to suck large quantities of power off the grid, will be substantially reduced.
What we need to make that happen is radio tuners for all these mobile devices. They must be as easy to use as old radios with dials. This is why the iPhone is the inaugural choice as a tuner platform. But it's neither the only nor the final choice, any more than the first Sony transistor radios or Walkmans were the final forms of their device breeds.
One thing more. We shouldn't accept that "free" (as in beer) by itself is a "business model", or that listeners want only to pay nothing for music or any other form of "content". If that were true, we wouldn't have public broadcasting, which is largely funded by listener and viewer payments for the goods received.
Nor should we accept the Copyright Royalty Board's insistence that Internet Radio has no "willing buyer" or "willing seller". We simply haven't provided the easy means for anybody to contribute what they want (in whatever size sums they feel like paying, over whatever periods). There is a potential business model that opens up when it's easy for the buyer to be in charge of his or her side of the commercial relationship.
Equipping the demand side of markets is part of the original promise of the Web. It's why we wrote The Cluetrain Manifesto almost ten years ago, as a rant against the belief that the Web was all about the sell side.
We need to liberate the buyer, and radio is a good place to start because the goods are free to begin with — yet have a value that exceeds zero. We need to put the listener in charge of his or her end of the business process.
This is new. And it's what we're working on at ProjectVRM. This isn't a business yet, any more than Linux is a business. But, like Linux was in the first place, it's a potentially enormous platform for business. One that can support many different (and open) building materials.
Of course, we need developers. We have some already. But we need more. (Alas, the only code I know is Morse, and I'm too old to start learning now.) If you're interested, check out the ProjectVRM wiki, or let's talk about it below.
Doc Searls is Senior Editor of Linux Journal
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Sponsored by AMD
Built-in forensics, incident response, and security with Red Hat Enterprise Linux 6
Every security policy provides guidance and requirements for ensuring adequate protection of information and data, as well as high-level technical and administrative security requirements for a system in a given environment. Traditionally, providing security for a system focuses on the confidentiality of the information on it. However, protecting the data integrity and system and data availability is just as important. For example, when processing United States intelligence information, there are three attributes that require protection: confidentiality, integrity, and availability.
Learn more about catching the bad guy in this free white paper.
Sponsored by DLT Solutions
| Designing Electronics with Linux | May 22, 2013 |
| Dynamic DNS—an Object Lesson in Problem Solving | May 21, 2013 |
| Using Salt Stack and Vagrant for Drupal Development | May 20, 2013 |
| Making Linux and Android Get Along (It's Not as Hard as It Sounds) | May 16, 2013 |
| Drupal Is a Framework: Why Everyone Needs to Understand This | May 15, 2013 |
| Home, My Backup Data Center | May 13, 2013 |
- New Products
- Linux Systems Administrator
- Senior Perl Developer
- Technical Support Rep
- UX Designer
- Web & UI Developer (JavaScript & j Query)
- Designing Electronics with Linux
- Dynamic DNS—an Object Lesson in Problem Solving
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- Nice article, thanks for the
8 hours 8 min ago - I once had a better way I
13 hours 54 min ago - Not only you I too assumed
14 hours 11 min ago - another very interesting
16 hours 4 min ago - Reply to comment | Linux Journal
17 hours 58 min ago - Reply to comment | Linux Journal
1 day 52 min ago - Reply to comment | Linux Journal
1 day 1 hour ago - Favorite (and easily brute-forced) pw's
1 day 2 hours ago - Have you tried Boxen? It's a
1 day 8 hours ago - seo services in india
1 day 13 hours ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi

It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Featured Jobs
| Linux Systems Administrator | Houston and Austin, Texas | Host Gator |
| Senior Perl Developer | Austin, Texas | Host Gator |
| Technical Support Rep | Houston and Austin, Texas | Host Gator |
| UX Designer | Austin, Texas | Host Gator |
| Web & UI Developer (JavaScript & j Query) | Austin, Texas | Host Gator |
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?



Comments
wifi radio and the cloud
I would argue that the iPod Touch is also a great wifi radio - even before the apps. In Europe there are two rival companies, reciva.com and frontier silicon making wifi radio models that are now appearing in a whole range of wifi desktop radios. The best ones are the ones with accurate links. Neither company understands the wisdom of the crowds as yet, which is why their listings have problems keeping up. But, in general, the wifi radios are brilliant. Helps me discover there is still some great radio out there - even if it is no longer in the country you live in ;-)
What's a great radio now?
The Touch is a fine radio if you're tuning in a browser and your only connection is wi-fi. But real radios should be at least somewhat easy to use. I submit that almost none of today's phones or MIDs (Mobile Internet Devices), including the Touch, qualify.
i say "almost" because the iPhone qualifies. In Can The New iPhone Revolutionize Radio?, Larry Magid uses the iPhone as a radio, tuning stations over the Net, which he accesses via the cell phone system.
I'll say more in my next post.
Doc Searls is Senior Editor of Linux Journal
with services like last.fm
with services like last.fm and play.it CBS is offering alternatives to XM/Sirius which are web based. today a successful webcaster like di.fm has a worldwide audience of concurent listeners which is as small as mid town FM radio station. there will be no golden age of streaming without a large scale transition from unicasting to multicasting on the lower network layers. a growing demand of ubiquitous streaming bandwidth leads to a battle of infrastructure which restricts premium usage. pandora for example is only available in the US. companies like Comcast and AT&T do not understand the culture of p2p, packet switching and peering agreements. cloud computing and content delivery networks set up large proprietary zones just like clear channel and cable providers did. they will likely try to create a new scarcity of the means of distribution acting as gatekeepers of commerce. if the end to end architecture of the internet should persist in an age of streaming media, somebody has to pay the bandwith bill (including the royality fees).