<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Broadcasting 2.0 &#187; Mobility</title>
	<atom:link href="http://www.broadcasting20.org/category/mobility/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.broadcasting20.org</link>
	<description>Emerging technologies for one-to-many telecommunications</description>
	<lastBuildDate>Mon, 22 Mar 2010 18:28:21 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Live Traffic Information on GPS Devices in Canada</title>
		<link>http://www.broadcasting20.org/2009/12/09/live-traffic-information-on-gps-devices-in-canada/</link>
		<comments>http://www.broadcasting20.org/2009/12/09/live-traffic-information-on-gps-devices-in-canada/#comments</comments>
		<pubDate>Wed, 09 Dec 2009 22:12:59 +0000</pubDate>
		<dc:creator>Administrator</dc:creator>
				<category><![CDATA[Applications]]></category>
		<category><![CDATA[Consumer devices]]></category>
		<category><![CDATA[Infrastructures]]></category>
		<category><![CDATA[Mobility]]></category>
		<category><![CDATA[public broadcasting]]></category>
		<category><![CDATA[broadcasting]]></category>
		<category><![CDATA[fm]]></category>
		<category><![CDATA[Garmin]]></category>
		<category><![CDATA[GPS]]></category>
		<category><![CDATA[mobile]]></category>
		<category><![CDATA[navigation]]></category>
		<category><![CDATA[rds]]></category>
		<category><![CDATA[rds-tmc]]></category>
		<category><![CDATA[traffic]]></category>

		<guid isPermaLink="false">http://www.broadcasting20.org/2009/12/09/live-traffic-information-on-gps-devices-in-canada/</guid>
		<description><![CDATA[In my recent reflexions about the new potential for hybrid radio based on FM I identified RDS-TMC as an incentive to maintain and even expand the FM (RDS) infrastructure in Canada. While speaking about that at a meeting last week I learned that Corus Entertainment was deploying RDS-TMC traffic for Garmin devices in major cities [...]]]></description>
			<content:encoded><![CDATA[<p>In my recent reflexions about the new potential for <a href="http://www.slideshare.net/fralef/hybrid-fm-internet-2009-v3">hybrid radio</a> based on FM I identified RDS-TMC as an incentive to maintain and even expand the FM (RDS) infrastructure in Canada. While speaking about that at a meeting last week I learned that <a href="http://www.corusent.com/home/default.aspx">Corus Entertainment</a> was deploying RDS-TMC traffic for Garmin devices in major cities in Canada. I&#8217;m not sure how long it has been there but I think it is quite new. And now that I&#8217;m aware of that, I see traffic enabled Garmin devices advertised everywhere&#8230; and prices are very reasonable.</p>
<p>So last week I ordered a Garmin model 265WT from Tigerdirect.ca (170$). The &#8220;T&#8221; at the end of the model number indicates that the FM RDS-TMC is included in the box. With such package, traffic information seems to be included for free for the whole life of the device. I&#8217;m not quite clear about that but for some reasons, Garmin also sells lifetime traffic information for 50$ <a href="http://www8.garmin.com/traffic/fm/index.html">on their website</a>. Maybe some devices have to be activated before traffic information works?</p>
<p>Anyways. I received the device yesterday and was eager to try it. That&#8217;s what I did on my way home last night. It was very simple to install. In fact, nothing special has to be done. The lighter power cord must be plugged into the device and the car (the FM RDS receiver is part of that cord) and that&#8217;s it. When I launched the device, it took just a few seconds before I could see a little &#8220;traffic icon&#8221; on the maps.</p>
<p>Pressing on that icon revealed two types of traffic information. I took a picture (shown below) of the traffic situation last night at around 7pm in Ottawa. As we can see, there was heavy traffic on the main highway in Ottawa&#8230; and that was no surprise to me&#8230; it was perfect timing for my experiment: hockey night! And every time its the same thing: the highway gets jammed at the &#8220;Scotiabank Place&#8221;. So that&#8217;s the red segment on the map here.</p>
<p style="text-align: center;"><img src="http://www.broadcasting20.org/wp-content/uploads/2009/12/IMG_3197.JPG-1.0-RGB-1-layer-3888x2592-%E2%80%93-GIMP.png" width="383" height="231" alt="IMG_3197.JPG-1.0 (RGB, 1 layer) 3888x2592 – GIMP.png" /></p>
<p>The other traffic display shows a list of the various problem zones. This is shown on the second photo I took:</p>
<div style="text-align: center;">
  <img src="http://www.broadcasting20.org/wp-content/uploads/2009/12/IMG_3199.JPG.png" width="382" height="241" alt="IMG_3199.JPG.png" />
</div>
<p>So very positive experience for me. I&#8217;m impressed. It works well and is very easy to use. The next step will be to see how real-time navigation and re-routing works considering the traffic. In the meantime, I guess canadians will want a new Garmin for Christmas because they certainly understand that traffic is a major enhancement on a GPS device.</p>
<p>If you wonder where exactly the service is available, have a look at <a href="http://www.navteq.com/rdstraffic/">this page on the Navteq website</a>. A quick scan over the list shows following regions: <a href="http://www.navteq.com/rdstraffic/index_439.htm">Hamilton-Burlington</a>, <a href="http://www.navteq.com/rdstraffic/index_249.htm">Montreal-Laval</a>, <a href="http://www.navteq.com/rdstraffic/index_440.htm">Oshawa-Whitby-Clarington</a>, <a href="http://www.navteq.com/rdstraffic/index_441.htm">Ottawa-Gatineau</a>, <a href="http://www.navteq.com/rdstraffic/index_442.htm">St. Catharines-Niagara Falls-Welland</a>, <a href="http://www.navteq.com/rdstraffic/index_281.htm">Toronto-Mississauga</a> and <a href="http://www.navteq.com/rdstraffic/index_285.htm">Vancouver-Surrey-Burnaby</a>.</p>
<p><font color="#FF0F10">! UPDATE, WARNING: I was told that the service has not been officially launched yet. I guess that this means it may be unstable or could even be stopped anytime. Please consider this if you think of buying yourself a new Garmin for Christmas.</font></p>
]]></content:encoded>
			<wfw:commentRss>http://www.broadcasting20.org/2009/12/09/live-traffic-information-on-gps-devices-in-canada/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>My eComm 2009 Talk Now Available on Video</title>
		<link>http://www.broadcasting20.org/2009/12/02/video-of-my-ecomm-2009-talk-now-available/</link>
		<comments>http://www.broadcasting20.org/2009/12/02/video-of-my-ecomm-2009-talk-now-available/#comments</comments>
		<pubDate>Wed, 02 Dec 2009 18:44:29 +0000</pubDate>
		<dc:creator>Administrator</dc:creator>
				<category><![CDATA[Applications]]></category>
		<category><![CDATA[Consumer devices]]></category>
		<category><![CDATA[Mobility]]></category>
		<category><![CDATA[CRC]]></category>
		<category><![CDATA[DAB]]></category>
		<category><![CDATA[handsets]]></category>
		<category><![CDATA[MMB]]></category>
		<category><![CDATA[mobile]]></category>
		<category><![CDATA[mobile phones]]></category>
		<category><![CDATA[Openmokast]]></category>
		<category><![CDATA[Openmoko]]></category>
		<category><![CDATA[radio]]></category>
		<category><![CDATA[Software]]></category>

		<guid isPermaLink="false">http://www.broadcasting20.org/2009/12/02/video-of-my-ecomm-2009-talk-now-available/</guid>
		<description><![CDATA[I&#8217;m happy that my eComm talk finally got published online, 8 months after the conference. Events sponsors got published much earlier but hey, that&#8217;s fair for a professionally produced clip. I must admit that the AV infrastructure and the team at the event were excellent.
My talk was titled: &#8220;Mobile Digital Broadcasting: An Infrastructure for One-to-Many [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m happy that my <a href="http://ecomm.ec/" title="eCommm website">eComm</a> talk finally got published online, 8 months after the conference. Events sponsors got published much earlier but hey, that&#8217;s fair for a professionally produced clip. I must admit that the AV infrastructure and the team at the event were excellent.</p>
<p>My talk was titled: <i>&#8220;Mobile Digital Broadcasting: An Infrastructure for One-to-Many Converged Services&#8221;.</i> We took this opportunity to officially release our <a href="http://openmokast.org/">Openmokast</a> open source software framework. I was happy that my live demo worked as expected!</p>
<p><center><br />
  <embed src="http://blip.tv/play/1XuBsaEpAg" type="application/x-shockwave-flash" width="480" height="277" allowscriptaccess="always" allowfullscreen="true" /><br />
</center></p>
<p>We had prepared a clip just in case the &#8220;demo effect&#8221; would hit on me on stage. Luckily this was not the case but the clip (which is more detailed than the live demo) can still be seen <a href="http://www.youtube.com/user/crcmmb#p/a/u/0/8IuDTn4-DIg">on our crcmmb Youtube Channel</a> or here below:</p>
<p><center><br />
  <object width="480" height="295"><param name="movie" value="http://www.youtube.com/v/8IuDTn4-DIg&amp;hl=en_US&amp;fs=1&amp;color1=0x006699&amp;color2=0x54abd6" /><param name="allowFullScreen" value="true" /><param name="allowscriptaccess" value="always" /><embed src="http://www.youtube.com/v/8IuDTn4-DIg&amp;hl=en_US&amp;fs=1&amp;color1=0x006699&amp;color2=0x54abd6" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="480" height="295" /><br />
  </object><br />
</center></p>
<p>And here are the slides I used for this presentation:</p>
<p><center></p>
<div style="width:425px;text-align:left" id="__ss_1108190">
    <a style="font:14px Helvetica,Arial,Sans-serif;display:block;margin:12px 0 3px 0;text-decoration:underline;" href="http://www.slideshare.net/fralef/ecomm-presentation" title="eComm Presentation">eComm Presentation</a><object style="margin:0px" width="425" height="355"><param name="movie" value="http://static.slidesharecdn.com/swf/ssplayer2.swf?doc=ecomm2009francoislefebvre-090305162651-phpapp01&amp;stripped_title=ecomm-presentation" /><param name="allowFullScreen" value="true" /><param name="allowScriptAccess" value="always" /><embed src="http://static.slidesharecdn.com/swf/ssplayer2.swf?doc=ecomm2009francoislefebvre-090305162651-phpapp01&amp;stripped_title=ecomm-presentation" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="425" height="355" /><br />
    </object></p>
<div style="font-size:11px;font-family:tahoma,arial;height:26px;padding-top:2px;">
      View more <a style="text-decoration:underline;" href="http://www.slideshare.net/">documents</a> from <a style="text-decoration:underline;" href="http://www.slideshare.net/fralef">Francois Lefebvre</a>.
    </div>
</p></div>
<p></center></p>
<p>eComm was also for me a great occasion to meet with <a href="http://openbts.blogspot.com/">David Burges</a> who presented his <a href="http://openbts.sourceforge.net/" title="OpenBTS">OpenBTS project</a> live using the USRP as well. <a href="http://blog.ecomm.ec/2009/11/voip-to-gsm-air-interface.html">His demo</a> looked incredibly like mine except he demonstrated live cell phone communications going through his GSM open source base station. There are lots of commonalities between our projects but essentially, both are about democratizing communications technologies to catalyze innovation.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.broadcasting20.org/2009/12/02/video-of-my-ecomm-2009-talk-now-available/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Challenges for GPRS and 3G Radio</title>
		<link>http://www.broadcasting20.org/2009/07/24/challenges-for-gprs-and-3g-radio/</link>
		<comments>http://www.broadcasting20.org/2009/07/24/challenges-for-gprs-and-3g-radio/#comments</comments>
		<pubDate>Fri, 24 Jul 2009 15:45:31 +0000</pubDate>
		<dc:creator>Administrator</dc:creator>
				<category><![CDATA[Infrastructures]]></category>
		<category><![CDATA[Mobility]]></category>
		<category><![CDATA[Networked media]]></category>
		<category><![CDATA[public broadcasting]]></category>
		<category><![CDATA[3G]]></category>
		<category><![CDATA[broadcasting 2.0]]></category>
		<category><![CDATA[Internet streaming]]></category>
		<category><![CDATA[mobile]]></category>
		<category><![CDATA[mobile phones]]></category>
		<category><![CDATA[radio]]></category>

		<guid isPermaLink="false">http://www.broadcasting20.org/2009/07/24/challenges-for-gprs-and-3g-radio/</guid>
		<description><![CDATA[There is a nice post on the Public Radio Player (PRP) blog about some challenges for Internet radio when distributed over mobile wireless networks and some strategies used in the PRP.

&#8220;A dropped stream is the nemesis of any regular Public Radio Tuner user. Nothing is worse than being caught up in a great public radio [...]]]></description>
			<content:encoded><![CDATA[<p>There is a nice <a href="http://www.publicradioplayer.org/?p=544">post</a> on the <a href="http://www.publicradioplayer.org/">Public Radio Player (PRP) blog</a> about some challenges for Internet radio when distributed over mobile wireless networks and some strategies used in the PRP.</p>
<blockquote>
<p>&#8220;A dropped stream is the nemesis of any regular Public Radio Tuner user. Nothing is worse than being caught up in a great public radio program and have it suddenly cut out&#8230;.&#8221;</p>
</blockquote>
<p>Some challenges can be expected:</p>
<ul>
<li>loss of signal while roaming from cell to cell. Networks are optimized for voice calls but not for data yet.</li>
<li>minimal bitrate like 32 kbps is desirable but connection is still not guaranteed and sound quality is no great</li>
<li>buffers have to be implemented in receiver to mitigate signal loss.</li>
</ul>
<p>Results of a <a href="http://www.pcworld.com/article/167391/a_day_in_the_life_of_3g.html">survey made by PC World</a> suggest that 3G coverage may not be adequate for the delivery of sustained bitrates in major cities in USA. Like <a href="http://www.pcworld.com/zoom?id=167391&amp;page=1&amp;zoomIdx=1">this table shows</a>, networks speeds can be impressive but their reliability vary greatly so that live radio transmissions may be hard to achieve.</p>
<p>There is certainly a lot of room for experimentation here in this new area but I tend to believe that it could take a while before we see 3G replace true &#8220;physical layer&#8221; broadcast networks for live transmissions.</p>
<p></p>
<p></p>
]]></content:encoded>
			<wfw:commentRss>http://www.broadcasting20.org/2009/07/24/challenges-for-gprs-and-3g-radio/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>In-car Wi-Fi Internet Radio</title>
		<link>http://www.broadcasting20.org/2009/06/24/in-car-wi-fi-internet-radio/</link>
		<comments>http://www.broadcasting20.org/2009/06/24/in-car-wi-fi-internet-radio/#comments</comments>
		<pubDate>Wed, 24 Jun 2009 19:19:36 +0000</pubDate>
		<dc:creator>Administrator</dc:creator>
				<category><![CDATA[Consumer devices]]></category>
		<category><![CDATA[Infrastructures]]></category>
		<category><![CDATA[Mobility]]></category>
		<category><![CDATA[Networked media]]></category>
		<category><![CDATA[3G]]></category>
		<category><![CDATA[Channels]]></category>
		<category><![CDATA[in-car]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[Internet streaming]]></category>
		<category><![CDATA[mobile]]></category>
		<category><![CDATA[radio]]></category>

		<guid isPermaLink="false">http://www.broadcasting20.org/2009/06/24/in-car-wi-fi-internet-radio/</guid>
		<description><![CDATA[As Internet radio appliances are becoming available, there is still the issue that they can&#8217;t be used in your car.
This could change thanks to so-called &#8220;in-car WiFi routers&#8221; which are designed to provide Internet access through 3G mobile telephony networks.
AutoNet Mobile offers such device and service combination:

we create a Wi-Fi hot spot that allows everyone [...]]]></description>
			<content:encoded><![CDATA[<p>As Internet radio appliances are becoming available, there is still the issue that they can&#8217;t be used in your car.</p>
<p>This could change thanks to so-called &#8220;in-car WiFi routers&#8221; which are designed to provide Internet access through 3G mobile telephony networks.</p>
<p><a href="http://www.autonetmobile.com/">AutoNet Mobile</a> offers such device and service combination:</p>
<blockquote>
<p>we create a Wi-Fi hot spot that allows everyone in the car to connect multiple devices to the internet, in and around the car! it’s the next step in in-car entertainment and productvity. we make internet in your car easier than ever because we provide both the in-car router and the monthly service. our affordable monthly service plans start at only $29 per month.</p>
</blockquote>
<p>This still represent an expensive proposition for radio though. One hour daily consumption of good quality Internet radio content could easily reach the 29$ 1Gb limit.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.broadcasting20.org/2009/06/24/in-car-wi-fi-internet-radio/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>RDS Enabled Handhelds</title>
		<link>http://www.broadcasting20.org/2009/04/24/rds-enabled-handhelds/</link>
		<comments>http://www.broadcasting20.org/2009/04/24/rds-enabled-handhelds/#comments</comments>
		<pubDate>Fri, 24 Apr 2009 16:07:34 +0000</pubDate>
		<dc:creator>Administrator</dc:creator>
				<category><![CDATA[Applications]]></category>
		<category><![CDATA[Infrastructures]]></category>
		<category><![CDATA[Mobility]]></category>
		<category><![CDATA[Services]]></category>
		<category><![CDATA[broadcasting 2.0]]></category>
		<category><![CDATA[fm]]></category>
		<category><![CDATA[radio]]></category>
		<category><![CDATA[rds]]></category>
		<category><![CDATA[Untitled]]></category>

		<guid isPermaLink="false">http://www.broadcasting20.org/2009/04/24/rds-enabled-handhelds/</guid>
		<description><![CDATA[The current financial context is not optimal for deploying new broadcast networks. Some will tend to think twice on how to maximize the use of the current infrastructure.
Isn&#8217;t that the case with FM radio? Will it truly benefit from going digital?
One of the compromise I find attractive is starting to emerge: enabling mobile phone handsets [...]]]></description>
			<content:encoded><![CDATA[<p>The current financial context is not optimal for deploying new broadcast networks. Some will tend to think twice on how to maximize the use of the current infrastructure.</p>
<p>Isn&#8217;t that the case with FM radio? Will it truly benefit from going digital?</p>
<p>One of the compromise I find attractive is starting to emerge: enabling mobile phone handsets to receive FM AND RDS. Such an effort led by GSS and Silicon Laboratiroes is reported <a href="http://www.radioworld.com/article/79114">here</a> at RadioWorld.</p>
<blockquote>
<p>GSS believes that cell phones that can receive FM without cumbersome headphone antennas will not only be more popular with consumers but can then put RDS capabilities into the hands of many more consumers, which in turn will better support the penetration of emergency alerting systems like its <a href="http://www.alertfm.com/">Alert FM</a>.</p>
</blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.broadcasting20.org/2009/04/24/rds-enabled-handhelds/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>App Stores Everywhere but in Broadcast Handsets</title>
		<link>http://www.broadcasting20.org/2009/02/18/app-stores-everywhere-but-in-broadcast-handsets/</link>
		<comments>http://www.broadcasting20.org/2009/02/18/app-stores-everywhere-but-in-broadcast-handsets/#comments</comments>
		<pubDate>Wed, 18 Feb 2009 15:30:13 +0000</pubDate>
		<dc:creator>Administrator</dc:creator>
				<category><![CDATA[Applications]]></category>
		<category><![CDATA[Consumer devices]]></category>
		<category><![CDATA[Mobility]]></category>
		<category><![CDATA[broadcasting 2.0]]></category>
		<category><![CDATA[handsets]]></category>
		<category><![CDATA[mobile phones]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[softwre]]></category>

		<guid isPermaLink="false">http://www.broadcasting20.org/2009/02/18/app-stores-everywhere-but-in-broadcast-handsets/</guid>
		<description><![CDATA[Application Stores are the big thing at the Mobile World Congress this week. Few stories here and here and here. While Apple&#8217;s AppStore and Google&#8217;s Android marketplace have been known for some time now, we hear that Nokia, Microsoft and RIM have similar plans.
As we mention in our recent EBU paper, new functionality in handsets [...]]]></description>
			<content:encoded><![CDATA[<p>Application Stores are the big thing at the <a href="http://www.mobileworldcongress.com/" title="MWC">Mobile World Congress</a> this week. Few stories <a href="http://news.bbc.co.uk/2/hi/technology/7892863.stm" title="BBC">here</a> and <a href="http://www.von.com/articles/wirelessip/mwc-microsoft-nokia-want-to-trump-apple.html" title="VON">here</a> and <a href="http://www.internetnews.com/breakingnews/article.php/3803411" title="Internet">here</a>. While Apple&#8217;s AppStore and Google&#8217;s Android marketplace have been known for some time now, we hear that Nokia, Microsoft and RIM have similar plans.</p>
<p>As we mention in our <a href="http://tech.ebu.ch/webdav/site/tech/shared/techreview/trev_2008-Q4_Openmokast-CRC.pdf" title="EBU Tech Review">recent EBU paper</a>, new functionality in handsets will be done in software. This is quite new in the mobile world but we are definitely used to this principle with our personal computers. We buy software for them. That&#8217;s what makes them extremely flexible, evolutive and thus useful. This paradigm emerges on mobile phone platforms now because they are evolving as generic and powerful computing platforms too.</p>
<p>This trend was identified early on by Apple (as usual) who created the AppStore as part of the iPhone ecosystem. The AppStore creates a marketplace for developers and end-users. Developers offer their new creations through the system, typically for a small fee, while end-users shop for applications through iTunes. The whole process of purchasing, installing and removing applications has been streamlined to provide a &#8220;frictionless&#8221; end-user experience, apart from the few dollars that one has to leave on the table!</p>
<p>I believe that the key benefit from these new marketplaces for applications is innovation. A democratized marketplace for innovation.</p>
<p>Before, application innovation was limited to MNOs and key partners of the mobility value chain. Now, anybody can create new applications. New applications will come from the masses, like Google, Wikipedia, Flickr, Youtube came from new players and non-incumbents.</p>
<p>Also, with more open marketplaces comes increased competition. That is good for consumers. End-users are only one click away from competing applications.</p>
<p>And what if the competing application is free? Such platforms will make &#8220;free&#8221; and &#8220;pay for&#8221; applications equally accessible. Could this lead to the erosion of the software market? Many think so. In order to sell their apps, developers will have no other choice but to offer leading edge products with truly exclusive features.</p>
<p>What does this mean for broadcasting? At the moment not so much I guess. The perspective is attractive though. What if moving from DAB to DAB+ could simply be achieved through a new software app. A broadcaster would announce the move and asks its listeners to go buy the 2$ piece of software on the app store. In exchange, end users get more channels. Click, pay, download, &#8230; voila! What if all new broadcast applications could be offered this way? EPG, Slideshow, TPEG traffic overlay for google maps,&#8230; and so on. In fact, we don&#8217;t know what the mobile broadcast applications of the future will be. But we know it will be in software. We just need broadcast receivers in those handsets.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.broadcasting20.org/2009/02/18/app-stores-everywhere-but-in-broadcast-handsets/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Radio on Mobile Devices</title>
		<link>http://www.broadcasting20.org/2009/02/15/radio-on-mobile-devices/</link>
		<comments>http://www.broadcasting20.org/2009/02/15/radio-on-mobile-devices/#comments</comments>
		<pubDate>Sun, 15 Feb 2009 05:55:37 +0000</pubDate>
		<dc:creator>Administrator</dc:creator>
				<category><![CDATA[Industry]]></category>
		<category><![CDATA[Infrastructures]]></category>
		<category><![CDATA[Mobility]]></category>
		<category><![CDATA[handsets]]></category>
		<category><![CDATA[mobile phones]]></category>
		<category><![CDATA[Openmokast]]></category>
		<category><![CDATA[Openmoko]]></category>
		<category><![CDATA[radio]]></category>

		<guid isPermaLink="false">http://www.broadcasting20.org/2009/02/15/radio-on-mobile-devices/</guid>
		<description><![CDATA[Mobility and radio go hand in hand. James Cridland reports on a current positive trend:

&#8220;RAJAR’s recent figures were upbeat about listening to the radio on mobile devices. (They only monitor ‘listening via mobile phones’, despite many MP3 players also having FM radios built-in)&#8221;

Competing business models between mobile network operators and broadcasters prevent broadcast receivers from [...]]]></description>
			<content:encoded><![CDATA[<p>Mobility and radio go hand in hand. James Cridland <a href="http://james.cridland.net/blog/2009/02/08/radio-on-mobile-devices/">reports</a> on a current positive trend:</p>
<blockquote>
<p>&#8220;RAJAR’s recent figures were upbeat about listening to the radio on mobile devices. (They only monitor ‘listening via mobile phones’, despite many MP3 players also having FM radios built-in)&#8221;</p>
</blockquote>
<p>Competing business models between mobile network operators and broadcasters prevent broadcast receivers from being integrated into mobile phones. At CRC, we work on a project that would allow broadcasters to sponsor and eventually develop their own receivers. The project is called <a href="http://www.openmokast.org/">Openmokast</a>. We published our thoughts and results about this in a paper released as part of last month&#8217;s <a href="http://tech.ebu.ch/webdav/site/tech/shared/techreview/trev_2008-Q4_Openmokast-CRC.pdf">EBU Technical Review</a>.</p>
<p>We suggest that innovation in mobile digital broadcasting (including digital radio) will happen with the event of open source platforms like Android and Openmoko.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.broadcasting20.org/2009/02/15/radio-on-mobile-devices/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Canada to Go All GSM</title>
		<link>http://www.broadcasting20.org/2008/10/15/canada-to-go-all-gsm/</link>
		<comments>http://www.broadcasting20.org/2008/10/15/canada-to-go-all-gsm/#comments</comments>
		<pubDate>Wed, 15 Oct 2008 14:26:01 +0000</pubDate>
		<dc:creator>Administrator</dc:creator>
				<category><![CDATA[Consumer devices]]></category>
		<category><![CDATA[Industry]]></category>
		<category><![CDATA[Infrastructures]]></category>
		<category><![CDATA[Mobility]]></category>

		<guid isPermaLink="false">http://www.broadcasting20.org/2008/10/15/canada-to-go-all-gsm/</guid>
		<description><![CDATA[Bell and Telus, the two wireless operators in Canada that are based on Qualcomm&#8217;s CDMA technology, announced last week their plans to deploy GSM technology jointly. CBC reports: 
&#8220;BCE unit Bell and Telus both announced Friday they would be making a significant investment in upgrading their networks, adding high speed packet access, or HSPA, cellular [...]]]></description>
			<content:encoded><![CDATA[<p>Bell and Telus, the two wireless operators in Canada that are based on Qualcomm&#8217;s CDMA technology, announced last week their plans to deploy GSM technology jointly. <a href="http://www.cbc.ca/technology/story/2008/10/10/bell-telus-gsm.html">CBC reports</a>: </p>
<p><i>&#8220;BCE unit Bell and Telus both announced Friday they would be making a significant investment in upgrading their networks, adding high speed packet access, or HSPA, cellular technology to their third-generation networks.&#8221;</i></p>
<p>This could have an impact on the mobile broadcasting technology that will be deployed in Canada. The natural link between CDMA and MediaFLO is quite strong since both technologies belong to Qualcomm. Could this mean less chances for MediaFLO to establish in Canada?</p>
<p>Technorati Tags: <a class="performancingtags" href="http://technorati.com/tag/bell" rel="tag">bell</a>, <a class="performancingtags" href="http://technorati.com/tag/telus" rel="tag">telus</a>, <a class="performancingtags" href="http://technorati.com/tag/mediaflo" rel="tag">mediaflo</a>, <a class="performancingtags" href="http://technorati.com/tag/mmb" rel="tag">mmb</a>, <a class="performancingtags" href="http://technorati.com/tag/broadcasting%202.0" rel="tag">broadcasting 2.0</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.broadcasting20.org/2008/10/15/canada-to-go-all-gsm/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Videobomb</title>
		<link>http://www.broadcasting20.org/2006/02/15/videobomb/</link>
		<comments>http://www.broadcasting20.org/2006/02/15/videobomb/#comments</comments>
		<pubDate>Thu, 16 Feb 2006 03:15:40 +0000</pubDate>
		<dc:creator>Administrator</dc:creator>
				<category><![CDATA[Applications]]></category>
		<category><![CDATA[Mobility]]></category>

		<guid isPermaLink="false">http://www.broadcasting20.org/2006/02/15/videobomb/</guid>
		<description><![CDATA[Videobomb is a good example of the power of adding &#34;social&#34; features to video clips viewing services. Here, viewers &#34;bomb&#34; (vote) for clips of their choice:

Video Bomb filters up the hottest videos on the Internet: people submit links to the &#8216;Incoming!&#8217; page and you bomb the best ones. If a video gets a lot of [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://videobomb.com/">Videobomb</a> is a good example of the power of adding &quot;social&quot; features to video clips viewing services. Here, viewers &quot;bomb&quot; (vote) for clips of their choice:</p>
<blockquote>
<p>Video Bomb filters up the hottest videos on the Internet: people submit links to the &#8216;Incoming!&#8217; page and you bomb the best ones. If a video gets a lot of bombs quickly, it makes it to the front page.</p>
</blockquote>
<p>Last week I spent at least one hour watching front page entries and I must admit I was laughing to tears. After that I called my friend (over Skype) and I told him to have a look at the best clips. As I expected, I heard him laugh a lot but I was missing the possiblity for us to view the clips simultaneously.</p>
<p>It becomes also clear with such a service that It will be essential to be able to &quot;bomb&quot; media content on-the-go somehow with the portable media player. This information could be uploaded to the network at the next PC sync. opportunity.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.broadcasting20.org/2006/02/15/videobomb/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Satellite services to mobile phones</title>
		<link>http://www.broadcasting20.org/2006/02/08/satellite-services-to-mobile-phones/</link>
		<comments>http://www.broadcasting20.org/2006/02/08/satellite-services-to-mobile-phones/#comments</comments>
		<pubDate>Thu, 09 Feb 2006 03:07:18 +0000</pubDate>
		<dc:creator>Administrator</dc:creator>
				<category><![CDATA[Applications]]></category>
		<category><![CDATA[Infrastructures]]></category>
		<category><![CDATA[Mobility]]></category>

		<guid isPermaLink="false">http://www.broadcasting20.org/2006/02/08/satellite-services-to-mobile-phones/</guid>
		<description><![CDATA[After radio, with Sirius and XM,&#160;PanAmSat&#160;plans to&#160;provide&#160;mobile video to consumers:
&#160;
PanAmSat Holding Corp. is starting a new business that will sell and   distribute ethnic programming for television in the United States, a move that   the company hopes will pave the way for other new initiatives that get the   satellite company [...]]]></description>
			<content:encoded><![CDATA[<div>After radio, with Sirius and XM,&nbsp;PanAmSat&nbsp;plans to&nbsp;provide&nbsp;mobile video to consumers:</div>
<div>&nbsp;</div>
<blockquote dir=ltr style="MARGIN-RIGHT: 0px"><div>PanAmSat Holding Corp. is starting a new business that will sell and   distribute ethnic programming for television in the United States, a move that   the company hopes will pave the way for other new initiatives that get the   satellite company into more consumer businesses such as Internet video and   mobile phones.</div>
<div>&nbsp;</div>
</blockquote>
<div dir=ltr>This&nbsp;approach could be similar to the Korean DMB-S system.</div>
<div dir=ltr>&nbsp;</div>
<div dir=ltr><a href="http://www.washingtonpost.com/wp-dyn/content/article/2006/02/06/AR2006020601541.html">Link</a></div>
]]></content:encoded>
			<wfw:commentRss>http://www.broadcasting20.org/2006/02/08/satellite-services-to-mobile-phones/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
