<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>CES Labs</title><link>http://www.socialmediatoday.com/CES/</link><description>CES Labs</description><language>en-us</language><image><url>http://www.socialmediatoday.com/logo/1.jpg</url><link>http://www.socialmediatoday.com/CES/</link><title>CES</title></image><copyright>SocialMediaToday</copyright><managingEditor>managing_editor</managingEditor><webMaster>webmaster</webMaster><pubDate>Sat, 21 Nov 2009 08:26:56 GMT</pubDate><lastBuildDate>Sat, 21 Nov 2009 08:26:56 GMT</lastBuildDate><generator>WordFrame RSS Generator v.1.0</generator><ttl>20</ttl><item><title>Scoble visits Labs</title><link>http://www.socialmediatoday.com/CES/39521</link><description><![CDATA[
Robert Scoble, the well-known technology blogger, was here the other day and posted a trio of videos about what he saw. 
 Datacenter of the future: Scoble visits the HP Labs data center and finds th...]]></description><content><![CDATA[<p>Robert Scoble, the well-known technology <a class="udrline" href="http://scobleizer.com/" target="_blank">blogger</a>, was here the other day and posted a trio of videos about what he saw. </p>
<ul>
<li><a class="udrline" href="http://qik.com/video/118855" target="_blank">Datacenter of the future</a>: Scoble visits the HP Labs data center and finds that, unlike most, it isn&#39;t freezing inside, thanks to HP Labs cooling and power-management technologies that dramatically reduce energy demands.&nbsp; He also gets to meet our data center robot. interviews HP Fellow Chandrakant Patel, who is director of the Sustainable IT Ecosystem Lab and has lead research into energy-efficient computing for more than a decade. </li>
<li><a class="udrline" href="http://qik.com/video/118677" target="_blank">Bill and Dave&#39;s offices</a>: Scoble sees the offices of Dave Packard and Bill Hewlett, located in the HP Labs building, which have been preserved as the company founders left them. I&#39;ve worked in this building nine years, and I still think those offices are cool.</li>
<li><a class="udrline" href="http://qik.com/video/118653" target="_blank">Social computing lab</a>: Scoble meets very briefly with Senior HP Fellow Bernardo Huberman, director of the Social Computing Lab and captures&nbsp;the video&nbsp;on his cell phone. He&#39;s filming a &quot;real&quot; video that will be posted in a few weeks. (If I were you, I&#39;d wait for the feature).</li></ul>
<p>Datacenter of the future<br>
<object height="319" width="425"><param name="movie" value="http://qik.com/player2.swf?streamname=6495ead7107c4391aacd7c1ed5a75659&amp;vid=118855&amp;playback=false&amp;polling=false&amp;user=scobleizer&amp;displayname=Scobleizer&amp;safelink=scobleizer&amp;userlock=true&amp;islive=&amp;username=anonymous"><param name="wmode" value="transparent"><param name="allowScriptAccess" value="always">
<embed src="http://qik.com/player2.swf?streamname=6495ead7107c4391aacd7c1ed5a75659&amp;vid=118855&amp;playback=false&amp;polling=false&amp;user=scobleizer&amp;displayname=Scobleizer&amp;safelink=scobleizer&amp;userlock=true&amp;islive=&amp;username=anonymous" type="application/x-shockwave-flash" wmode="transparent" width="425" height="319"></object></p>
<p>Bill and Dave&#39;s offices<br>
<object height="319" width="425"><param name="movie" value="http://qik.com/player2.swf?streamname=eb96a1846ffe479c85289cebb5dcd24d&amp;vid=118677&amp;playback=false&amp;polling=false&amp;user=scobleizer&amp;displayname=Scobleizer&amp;safelink=scobleizer&amp;userlock=true&amp;islive=&amp;username=anonymous"><param name="wmode" value="transparent"><param name="allowScriptAccess" value="always">
<embed src="http://qik.com/player2.swf?streamname=eb96a1846ffe479c85289cebb5dcd24d&amp;vid=118677&amp;playback=false&amp;polling=false&amp;user=scobleizer&amp;displayname=Scobleizer&amp;safelink=scobleizer&amp;userlock=true&amp;islive=&amp;username=anonymous" type="application/x-shockwave-flash" wmode="transparent" width="425" height="319"></object></p>
<p>Social computing lab<br>
<object height="319" width="425"><param name="movie" value="http://qik.com/player2.swf?streamname=5f25a88a9c3f40c88e51a83b652e3cf8&amp;vid=118653&amp;playback=false&amp;polling=false&amp;user=scobleizer&amp;displayname=Scobleizer&amp;safelink=scobleizer&amp;userlock=true&amp;islive=&amp;username=anonymous"><param name="wmode" value="transparent"><param name="allowScriptAccess" value="always">
<embed src="http://qik.com/player2.swf?streamname=5f25a88a9c3f40c88e51a83b652e3cf8&amp;vid=118653&amp;playback=false&amp;polling=false&amp;user=scobleizer&amp;displayname=Scobleizer&amp;safelink=scobleizer&amp;userlock=true&amp;islive=&amp;username=anonymous" type="application/x-shockwave-flash" wmode="transparent" width="425" height="319"></object></p><img src="http://www.communities.hp.com/online/aggbug.aspx?PostID=83593" width="1" height="1"><br><a href="http://www.communities.hp.com/online/blogs/labsblog/archive/2008/07/04/scoble-on-labs.aspx" title="http://www.communities.hp.com/online/blogs/labsblog/archive/2008/07/04/scoble-on-labs.aspx">Link to original post</a><br>]]></content><author>Jerry Bowles</author><category /><comments>http://www.socialmediatoday.com/CES/39521#0</comments><pubDate>Sat, 05 Jul 2008 20:10:53 GMT</pubDate><guid>http://www.socialmediatoday.com/CES/39521</guid></item><item><title>A new kind of "calculator" from HP Labs</title><link>http://www.socialmediatoday.com/CES/39518</link><description><![CDATA[
Every hear of a calculator for color? For the past month or so I've been playing around with the Color Calculator, a tool my colleague Nathan Moroney created as a way of choosing colors without name...]]></description><content><![CDATA[<p>Every hear of a calculator for color? For the past month or so I&#39;ve been playing around with the <a class="udrline" href="http://www.communities.hp.com/online/blogs/mostly_color/archive/2008/04/14/HPPost6178.aspx" target="_blank">Color Calculator</a>, a tool my colleague Nathan Moroney created as a way of choosing colors without names. </p>
<p>The calculator has nine color &quot;buttons&quot; and a larger square. It works like sort of an electronic artist&#39;s palette, and the square is where the colors get mixed. You start out with grey and the calculator shows the RGB (red-green-blue) and hex codes for that color. But when I clicked on one of the color buttons – say, yellow – the square turned more and more yellow and the RGB and hex numbers changed. </p>
<p>When I added pink, I got a golden-orangish sunset color. Then I added some blue and the square turned carmel-y.&nbsp;It&#39;s little like finger-painting. If you keep adding colors you get a dark and nondescript mess. (To reset it, hit &quot;refresh.&quot;) </p>
<p>Nathan&#39;s earlier work had very much to do with words and using a <a class="udrline" href="http://www.hp.com/idealab/us/en/colorimage.html" target="_blank">color thesaurus</a> he created to develop a common language for color (to avoid the need for RGB or Hex codes). This takes that in a very different direction.</p>
<p>The calculator is one of several fun Web-based experiments Nathan devised for his color research. This work recently earned Nathan the honor of being named a <a class="udrline" href="http://www.hpl.hp.com/news/2008/apr-jun/moroney_is&amp;t.html" target="_blank">Fellow of the IS&amp;T</a>, the main professional group for the science and practice of image assessment). </p>
<p>You can see more fun tools on the <a class="udrline" href="http://www.communities.hp.com/online/blogs/mostly_color/Default.aspx" target="_blank">Mostly Color Perception</a> blog Nathan co-authors with Giordano Beretta. </p><img src="http://www.communities.hp.com/online/aggbug.aspx?PostID=83234" width="1" height="1"><br><a href="http://www.communities.hp.com/online/blogs/labsblog/archive/2008/06/13/a-new-kind-of-quot-calculator-quot-from-hp.aspx" title="http://www.communities.hp.com/online/blogs/labsblog/archive/2008/06/13/a-new-kind-of-quot-calculator-quot-from-hp.aspx">Link to original post</a><br>]]></content><author>Jerry Bowles</author><category /><comments>http://www.socialmediatoday.com/CES/39518#0</comments><pubDate>Sat, 05 Jul 2008 20:10:52 GMT</pubDate><guid>http://www.socialmediatoday.com/CES/39518</guid></item><item><title>Photonics to the rescue</title><link>http://www.socialmediatoday.com/CES/39514</link><description><![CDATA[
I've written frequently on the HP Labs site about the problems of rising costs and energy consumption facing computer makers as they try to squeeze more performance out of the existing IT infrastruc...]]></description><content><![CDATA[<p>I&#39;ve written frequently on the HP Labs site about the problems of rising costs and energy consumption facing computer makers as they try to squeeze more performance out of the existing IT infrastructure.</p>
<p>
<p>One possible solution would be to replace the copper connections among blades, boards and chips with light. Why replace copper? It&#39;s not energy-efficient, is increasingly scare and expensive, and mining it can create environmental problems. 
<p>By contrast, photonic interconnects can improve performance, solve bandwidth problems, and also operate at much lower power than conventional electrical switches. 
<p>
<p>
<p>HP recently hosted its first annual Photonic Interconnect Forum to combine forces with scientists from universities and businesses to bring this technology to market, possibly even by next year. Potential partners include Intel, Avago, Lightwire and Corning.</p>
<p>This work could have tremendous impact, especially on the ongoing problem of IT energy consumption. HP Fellow Terry Morris says that shifting to servers using optical connections could cut power use annually by 40 percent worldwide by 2016 or 2017.</p>
<p>
<p>&quot;We can make a substantial and measurable reduction to the amount of power consumed by servers as a result of our work on photonic interconnects,&quot; Morris says. &quot;Rarely do you get an opportunity to speed up computers and save energy at the same time.&quot;</p>
<p>
<p>
<p>Unfortunately, I wasn&#39;t able to attend, but there&#39;s an excellent article in <a class="udrline" href="http://www.eetimes.com/news/semi/showArticle.jhtml?articleID=207800143" target="_blank">EE Times</a>. Scott Jordan also has posted an interesting <a class="udrline" href="http://carpenano.blogspot.com/2008/05/optical-communications-goes-nano-hp.html" target="_blank">blog</a>, with a particular emphasis on the importance of collaboration.</p>
<p>
<p>This is a key point for two reasons: As HP Labs Director Prith Banerjee says, &quot;Not all the smart people work at HP.&quot; Why not partner with the best?</p>
<p>
<p>But for me, there&#39;s an even stronger argument for teamwork. If technology is going to benefit society – and isn&#39;t that what we should be doing? The only way we&#39;re all going to be successful is to work together. Goodness knows there are enough problems to solve.</p><img src="http://www.communities.hp.com/online/aggbug.aspx?PostID=80563" width="1" height="1"><br><a href="http://www.communities.hp.com/online/blogs/labsblog/archive/2008/05/19/HPPost6385.aspx" title="http://www.communities.hp.com/online/blogs/labsblog/archive/2008/05/19/HPPost6385.aspx">Link to original post</a><br>]]></content><author>Jerry Bowles</author><category /><comments>http://www.socialmediatoday.com/CES/39514#0</comments><pubDate>Sat, 05 Jul 2008 20:10:52 GMT</pubDate><guid>http://www.socialmediatoday.com/CES/39514</guid></item><item><title>Sustainable IT and the Digital Divide</title><link>http://www.socialmediatoday.com/CES/39513</link><description><![CDATA[Chandrakant is a pioneer in what's now known as sustainable IT or "green computing". He founded HP Labs' thermal technology research program in the early 1990s, and has continued to push for (and deve...]]></description><content><![CDATA[Chandrakant is a pioneer in what&#39;s now known as sustainable IT or &quot;green computing&quot;. He&nbsp;founded HP Labs&#39; thermal technology research program in the early 1990s, and has continued to push for (and develop) more energy-efficient IT solutions.<br><br>Environmental issues have long been important to me&nbsp;so Chandrakant&#39;s work is, in my opinion, some of the most exciting research we do at HP Labs.<br><br>One of his latest projects aims to reduce data center energy demand by using measurement and control to provision key compute, power, and cooling resources based on the needs of the user. <br><br>Reducing energy demand will lower costs -- and that, he says, will open up access to IT to more people in developing nations, allowing them to work and compete more effectively. But addressing the Digital Divide must be accompanied by what Chandrakant calls a &quot;cradle to&nbsp;cradle&quot; approach to IT. <br><br>In the <a href="http://www.ft.com/cms/s/0/a625bad0-2095-11dd-80b4-000077b07658.html?nclick_check=1" target="_blank">Financial Times </a>guest article, Chandrakant&nbsp;says we must&nbsp;take into account the entire IT lifecycle,&nbsp;from the energy required and materials extracted to build IT equipment to how it is manufactured and operated and even to how these same products and materials are reclaimed when they are no longer usable. <br><br>He also argues that IT can help address environmental problems by reducing the need for travel, for example, or allowing us to measure&nbsp;and compare the true impact&nbsp;of competing&nbsp;technologies.<br><br>It&#39;s refreshing to hear someone talk this way. It&#39;s one thing to&nbsp;cut energy&nbsp;use in the data center or even to find more sustainable sources of energy. But the only way we&#39;re going to truly make progress is to look at the whole picture&nbsp;-- beyond data centers, beyond IT -- and consider how we live our lives.<br><br>Chandrakant&#39;s work is, I think, a step in the right direction.<img src="http://www.communities.hp.com/online/aggbug.aspx?PostID=80561" width="1" height="1"><br><a href="http://www.communities.hp.com/online/blogs/labsblog/archive/2008/05/14/HPPost6360.aspx" title="http://www.communities.hp.com/online/blogs/labsblog/archive/2008/05/14/HPPost6360.aspx">Link to original post</a><br>]]></content><author>Jerry Bowles</author><category /><comments>http://www.socialmediatoday.com/CES/39513#0</comments><pubDate>Sat, 05 Jul 2008 20:10:52 GMT</pubDate><guid>http://www.socialmediatoday.com/CES/39513</guid></item><item><title>Interactive 3D Streaming by Alexander Sterkin</title><link>http://www.socialmediatoday.com/CES/39504</link><description><![CDATA[Second Life® and World of Warcraft® are among the most prominent MMOGs. They demand lots of computing power – both from the CPU and Graphics. These demands overload any mobile device of today or near ...]]></description><content><![CDATA[<p>Second Life® and World of Warcraft® are among the most prominent MMOGs. They demand lots of computing power – both from the CPU and Graphics. These demands overload any mobile device of today or near future, even including MIDs. By the time the mobile clients have caught up, the performance requirements for MMOGs will grow higher yet.</p>
<p>The 3D Streaming technology developed by Comverse® and Intel computes and renders the MMOG content on a powerful backend server, then smartly compresses and streams the graphics onto a client. A network gateway designed by Comverse allows streaming over both WiMAX and 3G cellular networks. With advanced software optimizations including SSE usage, a single Xeon 5400 backend system can serve simultaneously up to 14 clients.</p>

<p>What does this mean for users of Intel platforms? In fact, the Comverse 3D Streaming capability offers a great user experience across all Intel platforms. On the backend, it’s the opportunity to offer the power of visual computing on high-end IA multicore platforms. On the client, it’s a chance to drive the demand for MIDs over non-IA smartphones by offering content better suited for larger screens and more sophisticated UI offered by MIDs. Overall, it’s a chance for telecom operators and content providers to offer a completely new service – running on the infrastructure that’s optimized for IA end-to-end.</p>

<p><object type="application/x-shockwave-flash" data="http://blip.tv/scripts/flash/showplayer.swf?enablejs=true&amp;feedurl=http%3A%2F%2FTechnologyAtIntel%2Eblip%2Etv%2Frss&amp;file=http%3A%2F%2Fblip%2Etv%2Frss%2Fflash%2F988038%3Freferrer%3Dblip%2Etv%26source%3D1&amp;showplayerpath=http%3A%2F%2Fblip%2Etv%2Fscripts%2Fflash%2Fshowplayer%2Eswf" width="400" height="255" allowfullscreen="true" id="showplayer"><param name="movie" value="http://blip.tv/scripts/flash/showplayer.swf?enablejs=true&amp;feedurl=http%3A%2F%2FTechnologyAtIntel%2Eblip%2Etv%2Frss&amp;file=http%3A%2F%2Fblip%2Etv%2Frss%2Fflash%2F988038%3Freferrer%3Dblip%2Etv%26source%3D1&amp;showplayerpath=http%3A%2F%2Fblip%2Etv%2Fscripts%2Fflash%2Fshowplayer%2Eswf"><param name="quality" value="best"><embed src="http://blip.tv/scripts/flash/showplayer.swf?enablejs=true&amp;feedurl=http%3A%2F%2FTechnologyAtIntel%2Eblip%2Etv%2Frss&amp;file=http%3A%2F%2Fblip%2Etv%2Frss%2Fflash%2F988038%3Freferrer%3Dblip%2Etv%26source%3D1&amp;showplayerpath=http%3A%2F%2Fblip%2Etv%2Fscripts%2Fflash%2Fshowplayer%2Eswf" quality="best" width="400" height="255" name="showplayer" type="application/x-shockwave-flash"></object></p>

<p>Alexander Sterkin, <em>Sr. SW Application Engineer in Intel&#8217;s Software &amp; Solutions Group is based in Israel. The main focus of his work is providing technical training, consultation, and hands-on assistance to SW developers in areas of architecturing, technologies, support and influence of leading ISVs helping them deliver to the market product optimized for IA. Alexander holds Ph.D. degree from Weizmann Institute (Israel) in the field of Brain Research.</em></p>

									
				
				
				
										Comments (11)
					
			<br><a href="http://blogs.intel.com/research/2008/06/interactive_3d_streaming.php" title="http://blogs.intel.com/research/2008/06/interactive_3d_streaming.php">Link to original post</a><br>]]></content><author>Jerry Bowles</author><category /><comments>http://www.socialmediatoday.com/CES/39504#0</comments><pubDate>Sat, 05 Jul 2008 19:48:06 GMT</pubDate><guid>http://www.socialmediatoday.com/CES/39504</guid></item><item><title>Taking Multi-core Programming Into The Bazaar: An Argument for Open Source Tools</title><link>http://www.socialmediatoday.com/CES/39498</link><description><![CDATA[All the major CPU manufacturers have thrown their lot in with multi-core designs. The (multi-billion dollar) question now is how to program these devices. I can tell you with some confidence that we d...]]></description><content><![CDATA[<p>All the major CPU manufacturers have thrown their lot in with multi-core designs. The (multi-billion dollar) question now is how to program these devices.  I can tell you with some confidence that we don’t yet know what the answer will be in 10 years.   I can’t imagine that any single company can reliably solve this problem…and I think the Open Source community is essential to finding the answer.  The main reason lies in the relatively unexplored territory of how multi-core programming models interact. If I’m preaching to the choir (though not in a <em>Cathedral</em>&#8230;see below), feel free to skip the rest of this. However, if you’re still unconvinced, read on.  Admittedly, much of this argument is not new, but I think the challenges of multi-core programming create a greater imperative.</p>
<p>In today&#8217;s parallel programming models, we have a variety of approaches that work now but they all have shortcomings and limitations.  This isn’t so much an intrinsic problem in these languages or tools, in most cases, but a shortcoming in their implementation.  Rather, it was a shortcoming in our vision; for the most part, as we invented these models, they weren’t envisioned or implemented to work together.  </p>

<p>Getting them to work together isn&#8217;t trivial, but is do-able in most cases. (For example, we&#8217;ll often find that the underlying threading runtimes weren&#8217;t designed well to play together with others, but this can be fixed.) The real problem is that of these many choices, some will need to be mutated and many combinations will need to be tried. These models can and will be combined in thousands of interesting ways, with many different semantic implications. Each of these efforts will be risky, all being more likely to fail than succeed on the way to perfecting the model(s) and language(s) that will ultimately be used for large-scale parallel programming.  Though we take risks at big companies, they are fairly risk-averse for the most part. Moreover, we tend to try to leverage our existing investments in development as much as possible.  This means that a fatally flawed bet (product) is not likely to be readily tossed out as sound technical “natural selection” would require.</p>

<p>The experimental substrate for this evolutionary churn must be real applications, but again, we run into the risks that any (sensible) large software company must be aware of.  When developing new major version of products, it is highly unlikely that the code base is completely rewritten or even significantly turned over.  Estimates vary, but let&#8217;s assume that major version revisions change (often much) less than 30% of the source base.  Given this, how likely is it that a major, risk-averse software developer would rewrite substantial portions (>50%) of an important application to use a combination of parallel programming models? Especially when the initial value of parallel programming (increased performance, versus longer term feature differentiation) is of limited value to the typical application? How about several such models that have never been used together?</p>

<p>This is the great challenge facing us and it is a daunting one. For example, in the research labs, we develop a pretty wide range of multi-core related programming technologies around data parallelism, implicit parallelism, functional programming languages, transactional memory, and speculative multithreading.  We have barely begun to think about how these different models interact (we&#8217;re starting with the <a href="http://polaris.cs.uiuc.edu/lcpc07/accepted/42_Final_Paper.pdf" target="_blank">Pillar</a> project).  </p>

<p>So what is the answer? I have a strong intuition that the answer lies in the open source community, with it’s iconoclastic brilliance, unabashed bravado, fearless experimentation, enormous energy and (growing) size, and commitment to quality software development. The open source community may well be the only place where parallel programming constructs, models, libraries and compilers can be deconstructed and recombined at the scale and pace required in the coming years (see <a href="http://www.catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/" target="_blank">The Cathedral and the Bazaar</a>). For recent evidence of this, look at the amazing pace of innovation in web application frameworks (<a href="http://www.rubyonrails.org/" target="_blank">Ruby on Rails</a> is a favorite example).</p>

<p>Does this mean we’re abandoning differentiation in our bread-and-butter products?  Hardly. There are so many other components of a platform on which companies can differentiate and compete.  For chip companies, we ultimately live and die by leading with our architecture and manufacturing technologies. Programming tools <strong>are critical</strong> to delivering the value to programmers, but they <strong>are limited</strong> to the extent that access is limited.</p>

									
				
				
				
										Comments (5)
					
			<br><a href="http://blogs.intel.com/research/2008/04/an_argument_for_open_source_in.php" title="http://blogs.intel.com/research/2008/04/an_argument_for_open_source_in.php">Link to original post</a><br>]]></content><author>Jerry Bowles</author><category /><comments>http://www.socialmediatoday.com/CES/39498#0</comments><pubDate>Sat, 05 Jul 2008 19:48:06 GMT</pubDate><guid>http://www.socialmediatoday.com/CES/39498</guid></item><item><title>Wireless Displays: To Compress or Not Compress</title><link>http://www.socialmediatoday.com/CES/39495</link><description><![CDATA[This years CES was filled with a variety of wireless display and wireless HDMI solutions using various combinations of radios (proprietary radios in the UWB or 5 GHz unlicensed bands, WiFi-based, UWB/...]]></description><content><![CDATA[<p>This years CES was filled with a variety of wireless display and wireless HDMI solutions using various combinations of radios (proprietary radios in the UWB or 5 GHz unlicensed bands, WiFi-based, UWB/W-USB based, and 60 GHz based) and compression algorithms (uncompressed, proprietary lossless and lossy, JPEG2000 based, and H.264 based).  So, it appears there is interest in the industry to enable this usage model, but how can we reign in all this chaos?  Clearly, lots of industry harmonization and standards will be needed before this application can really be ubiquitous.  There will be a session on wireless displays during the Intel Developer Forum (IDF) in April which we hope will spark further discussion and collaboration in this area.</p>
<p>Rather than trying to address all the issues related to the wireless display area, I’d like to focus this discussion on compression for short-range wireless applications.  Depending on who you talk to and what their background is, there appears to be a number of different opinions on whether compression can meet the quality demands for this application (in short, trying to replace the HDMI or video cable via a wireless link).  Clearly, replacing a wire with the same quality over wireless is not a trivial task, and the goal would be to have ‘visually lossless quality’ (i.e., the end user cannot see the difference between the wire and wireless).  So, can compression (any kind of compression) meet this strict requirement?</p>

<p>Let’s first ask the question, ‘Why not send video and display content uncompressed’?  As an example, a 1080p resolution screen requires approximately a 3 Gbps link.  Existing radios (UWB and WiFi based) clearly can’t meet these rates today and so some form of compression would be needed, but future 60 GHz radios might.  So, assuming I had a 3+ Gbps radio, is it still best to send video streams uncompressed?  What if I had other devices that wanted to share that bandwidth (for large file transfers, for example)?  What if I wanted to support more than one screen?  What happens as the screen resolutions increase over time, and what happens to my wireless bandwidth needs (will radio throughput be able to keep up with display resolutions)?  And finally, aren’t you burning a lot of power continuously transmitting at a constant 3 Gbps rate or higher?  Hopefully, these questions suggest that the answer of sending video content uncompressed is not obvious even if the radio is capable of doing so, and there are a number of engineering trade-offs that have to be explored.  </p>

<p>So, what if we were able to achieve comparable quality (where a consumer can’t tell the difference between compressed and uncompressed) with just a fraction of the throughput (say, 1/10 or 1/20 or even less)?  Why wouldn’t we want to do that?  I agree that this will require some complex circuits to achieve, but process scaling should keep this impact relatively small.  If this were possible, what can I do with it?  I can reduce my radio usage by, say, 1/10, and save roughly 90% of my radio power (you won’t be able to turn off all radio circuits, but this is just for explanation).  I can increase my range by a factor of 3, or I can better go through a cabinet or wall.  For some applications, like PC displays, very little is changing on the screen at any one time, and so I can achieve an overall reduction in average throughput (and power consumption) by a factor of 100 or even a 1,000.  For the last example, this could be done while even maintaining mathematically lossless quality by implementing simple temporal compression and a lossless codec.  So, aren’t these benefits worth exploring, even if we had a multi-Gbps radio?  Of course, my opinion is yes.  Also, it seems that some of these advantages could also benefit wired displays…at least is should be worth exploring for future generation HDMI and DisplayPort interfaces.</p>

<p>The first hurdle to overcome with compression is quality, and whether or not it can meet consumer demands.  Recognize that virtually all video content is compressed at one stage or another before a person sees it.  So, we’re already viewing compressed content, which should give hope that it’s possible.  Clearly, there are cases where we don’t have access to compressed content (like a PC display, or video game), and so we would need to be able to compress in real-time.  In order to be convinced, people really have to see it to believe it.  I have spoken to several skeptics and have found that people are genuinely surprised at the quality that can be achieved even with a fairly low compression ratio (1/20 and smaller) using some of the current state-of-the-art codecs like H.264.  So, I would encourage people to explore for themselves first (for example, see some of the demos at IDF in April in China and others shown at CES), and then consider the benefits that could be possible if compression can satisfy consumer demands in quality.  Of course, we also have to keep overall latency, cost, and power low as well, which should be part of the evolution of the technology.</p>

<p>I recognize that compression is just one piece of the puzzle to enable wireless displays.  Clearly, the performance has to be proven over a wireless channel (error recovery mechanisms needed), content protection must be addressed to protect the premium content, audio/video synchronization must be wire equivalent, etc.  These are the kinds of problem engineers love to attack, and I have no doubt novel solutions for these can be achieved.  So, I think we should take a fresh look at compression technology for short-range video and display transport (for both wireless and wired), and see what new benefits and usage models can be enabled by it.</p>

									
				
				
				
										Comments (4)
					
			<br><a href="http://blogs.intel.com/research/2008/03/wireless_displays_to_compress.php" title="http://blogs.intel.com/research/2008/03/wireless_displays_to_compress.php">Link to original post</a><br>]]></content><author>Jerry Bowles</author><category /><comments>http://www.socialmediatoday.com/CES/39495#0</comments><pubDate>Sat, 05 Jul 2008 19:48:05 GMT</pubDate><guid>http://www.socialmediatoday.com/CES/39495</guid></item><item><title>Intel CTO predicts physical computers will eventually disappear into walls, cars and homes in Intel’s next 40 years</title><link>http://www.socialmediatoday.com/CES/39502</link><description><![CDATA[
I had a chance to chat with Justin Rattner, Intel CTO, as he reflected on Intel’s first 40 years and looked ahead to the next 40 years. He says instead of technology being an evolution over time, bi...]]></description><content><![CDATA[<p>I had a chance to chat with Justin Rattner, Intel CTO, as he reflected on Intel’s first 40 years and looked ahead to the next 40 years. He says instead of technology being an evolution over time, big revolutionary changes tend to happen in rapid “giant leaps”. He thinks the next major leap will be in the human interface with technology, with potential future breakthroughs in processing that would have the physical boxes of computers disappear into the fabric of our daily lives.  Watch this video to hear Justin describe it himself:</p>
<p><center>                                                                                                   <div id="blip_movie_content_931476">                    <a rel="enclosure" href="http://blip.tv/file/get/IntelVideo-IntelCTOPredictsPhysicalComputersWillEventuallyDisappear390.wmv" onclick="play_blip_movie_931476(); return false;" target="_blank"><img alt="Video thumbnail. Click to play" src="http://blip.tv/file/get/IntelVideo-IntelCTOPredictsPhysicalComputersWillEventuallyDisappear390.wmv.jpg" title="Click to play" border="0"></a>                 <br>                  <a rel="enclosure" href="http://blip.tv/file/get/IntelVideo-IntelCTOPredictsPhysicalComputersWillEventuallyDisappear390.wmv" onclick="play_blip_movie_931476(); return false;" target="_blank">Click To Play</a>                    </div>                                      </center><p>

									
				
				
				
										Comments (2)
					
			<br><a href="http://blogs.intel.com/research/2008/05/the_next_40_years.php" title="http://blogs.intel.com/research/2008/05/the_next_40_years.php">Link to original post</a><br>]]></content><author>Jerry Bowles</author><category /><comments>http://www.socialmediatoday.com/CES/39502#0</comments><pubDate>Sat, 05 Jul 2008 19:48:00 GMT</pubDate><guid>http://www.socialmediatoday.com/CES/39502</guid></item><item><title>Kevin Kahn on Redefining Mobility: Carry Small, Live Large</title><link>http://www.socialmediatoday.com/CES/39497</link><description><![CDATA[
Imagine a day when a single device small enough to fit in your pocket has the power of a laptop and can deliver a rich computing, telephony, media, gaming, and Internet experience.  Imagine a day wh...]]></description><content><![CDATA[<p>Imagine a day when a single device small enough to fit in your pocket has the power of a laptop and can deliver a rich computing, telephony, media, gaming, and Internet experience.  Imagine a day when this device knows your tendencies and preferences and can adapt and optimize its interfaces to match what you are doing at any point any time.  Imagine a day when this device is not constrained as a standalone unit, but can dynamically become a hybrid combination of other computing and multimedia devices in close proximity.  In the labs at Intel, we have been looking at what makes sense for mobility in the future – a vision we refer to as Carry Small, Live Large.  </p>
<p>The first component of the Carry Small, Live Large vision – Carry Small – is focused on enabling users to carry essential and convenient computing resources in powerful, small, pocket-sized devices.  Today, many of us frequently carry laptops, PDAs, cellular phones, mp3 players, and other mobile devices.  This mishmash of technologies is disconnected and in many cases limited in functionality.  Devices are locked into specific networks and operating modes and most cannot communicate with each other.  With the exception of laptops, few mobile devices deliver a true, full Internet experience.  As we use different mobile devices, we have come to expect a bifurcated experience with different views of applications and Internet websites on different devices.  We have conditioned ourselves to live with a suboptimal experience on small form factor devices based on what we expect the device to be capable of rather than what we really want the experience to be.</p>

<p>The research and development behind Carry Small technologies will produce small, powerful mobile devices, which offer multifaceted functionality.  They will offer more powerful processors, allowing them to overcome shortcomings of the small form factor by supporting more natural forms of human interfaces such as voice and gesture recognition.  They will be more energy efficient, and feature longer battery lives than most mobile devices today.  Tomorrow’s mobile device will have ubiquitous connectivity, able to automatically recognize and connect to WiFi, WiMAX, and 3G networks, among others.  Beyond improvements to the standalone device, we also believe there are also significant opportunities to improve the mobile experience through seamless connectivity and interactions with devices around you.  </p>

<p>The second component of the Carry Small, Live Large vision – Live Large – is focused on amplifying and enhancing the utility of the small mobile device by detecting, connecting, and sharing functionality with a variety of computing, storage, and multimedia devices in their vicinity.  When you walk into your office, your small mobile device should automatically and wirelessly dock with your mouse, keyboard, and display monitor, or even with the larger interfaces of a notebook PC, providing a better experience by eliminating dependency on the tiny keyboard and screen when more convenient interface devices are available.  While travelling on a long flight, the mobile device should be able to utilize the screen on the back of the seat in front of you to extend battery life by powering down the small mobile screen.  This vision requires technologies to discover relevant devices and allow easy, secure wireless connections to be established between them.  Technologies such as near-field communication (NFC) will enable secure introductions by simply touching one device to another – an intuitive approach for end-users that is analogous to a handshake between humans.  </p>

<p>Living Large also means that your experiences are relevant to your current context.  For instance, when travelling in a foreign country, integrated sensors such as GPS, accelerometers, and a compass will allow a device to infer where you are and what you are doing.  If you are looking at an interesting historic building, the device could use its built-in camera to capture what you are looking at, synthesize with contextual data such as your location and direction you are facing, and download and present historic and tourist information to you via the mobile broadband Internet connection.  All of these components are available in devices as standalone functions today, but enormous opportunities are at our doorstep if we connect them together in a meaningful way.  </p>

<p>At Intel, research is already underway to make mobile devices, smaller, smarter, and context-aware.  And work is being done to ensure these devices can take advantage of other resources around them.  However, we can’t fully realize this vision by working on our own.  Many companies are striving to make mobile technologies smaller and more functional, and many incompatible proprietary solutions for aspects of this vision have been demonstrated at industry forums such as the Consumer Electronic Show.  Standards and cooperation across both the PC and CE industries are essential to ensure a seamless experience for end-users without burdening them with the need to determine which devices are compatible and which protocol should be used for one application versus another.  </p>

<p>It is at the intersection of Carry Small and Live Large where composable and context-aware computing capabilities become real.  And it is at this intersection where our everyday experiences are greatly amplified and enriched.  Help us to enable the new mobility of the future.</p>

<p><strong>Dr. Kahn </strong>is an Intel Senior Fellow, the corporation’s highest technical position, and currently the Director of the Communications Technology Lab, a corporate advanced development and research lab responsible for radio, optical, and copper physical layer technologies, as well as higher level protocol work.  Additionally, he helps drive communications strategies and policy for the corporation.  Some of his primary current focuses are broadband access to the home, wireless LANs and PANs, spectrum policy, and related Internet issues.  He currently serves on the Commerce Spectrum Advisory Committee, the FCC Technological Advisory Council, the Computer Science and Telecommunications Board of the National Research Council, and on various academic advisory committees.  Throughout his 30-year career with Intel, he has worked in system software development, operating systems, processor architecture, and various strategic planning roles.  He has held both management and senior individual contributor roles.  He holds a B.Sc. in Mathematics from Manhattan College, and M.S. and Ph.D. in Computer Science from Purdue University.</p>

									
				
				
				
										Comments (3)
					
			<br><a href="http://blogs.intel.com/research/2008/03/kevin_kahn_on_redefining_mobil.php" title="http://blogs.intel.com/research/2008/03/kevin_kahn_on_redefining_mobil.php">Link to original post</a><br>]]></content><author>Jerry Bowles</author><category /><comments>http://www.socialmediatoday.com/CES/39497#0</comments><pubDate>Sat, 05 Jul 2008 19:48:00 GMT</pubDate><guid>http://www.socialmediatoday.com/CES/39497</guid></item><item><title>Carry Small, Live Large</title><link>http://www.socialmediatoday.com/CES/39500</link><description><![CDATA[
One of the great computing revolutions of our time has been the dramatic reduction in size of processing components and the power they consume, making mobile computing a reality. The term mobile com...]]></description><content><![CDATA[<p>One of the great computing revolutions of our time has been the dramatic reduction in size of processing components and the power they consume, making mobile computing a reality. The term mobile computer spans many types of devices, from laptop or notebook computers—now central to much of our work—to the smallest cell phones, which can not only provide a mundane telephone connection but also serve as an electronic organizer. The PDA, also originally part of this mobile revolution, has already largely been subsumed by the smart-phone market. </p>
<p>The key ingredients enabling this revolution are high-performance low-power processors, high-density memory, and standardized wireless communication. The latter isn’t a requirement for mobile computing per se but has become an essential ingredient of a computer’s everyday use; after all, a computer without a networking capability is no longer an interesting proposition.</p>

<p>Despite technical progress in designing and building true palm-sized computers, their use has tended to be limited in scope. Most people would probably agree that for any kind of serious computing task, certainly in the realm of enterprise applications, a notebook computer’s form factor is close to the bare minimum needed for effective HCI. We can conclude that one of the main barriers for effective work on a smart phone is the tiny display and keyboard and the poor user experience that results from the size-limited interaction. 
The form factor of a modern day laptop design has been honed over time, shaped by the design principle that form follows function. We might one day experience a revolution in GUI design, but I doubt this will radically change the baseline laptop’s size requirements. Many people have tried to improve the WIMP (windows, icons, menus, pointing devices) interface for many years with only minor success. As a result, for now, the best bet we have for improving the mobile computing experience is to augment the I/O peripherals to provide scaled-up interaction. </p>

<p>My Intel colleague Natalie Nielsen recently summed up this notion with the phrase “Carry Small, Live Large.” This embodies the idea that for mobility, small computers are attractive; they fit in a pocket and can be carried without encumbering their owner. “Live large” speaks to the idea that we have high expectations for our interactions with computers, and we expect them to positively impact our lives. </p>

<p><strong>Carry Small</strong></p>

<p>Since the early ’90s, I’ve been researching ways to overcome the limitations of small mobile computers, and I’ve helped build several prototypes that address different aspects of the problem. An idea for implementing the Carry Small, Live Large ideal became apparent to me after the first short-range wireless standards were realized in the late ’90s—a turning point for mobile computing. We no longer needed to interact with a mobile device directly; instead, much larger and more convenient nearby computers could provide the interface.</p>

<p>My research group’s Personal Server project embodied this concept[1]. Our goal was to extend the established paradigm of the personal computer and change how we think about using it. We aimed to design a personal server that you could carry in your pocket or purse and that you wouldn’t need to physically access. Instead, using wireless discovery and connection, you could interact with the server through another device across a wireless link.</p>

<p>Our initial prototypes used a client/server Web metaphor, and we based our first implementation on an XScale microprocessor running the Linux OS and a Web server. The device included enough solid state memory to store gigabytes worth of movies, music, photographs, and office documents—all accessible from a Web browser client running in the nearby computer infrastructure over an optimized wireless Bluetooth link.</p>

<p>Later, our Personal Server design was ported to a commercial cell phone based on the next-generation XScale processor. This gave users direct access to X-applications running on the device, all accessible using a Remote Frame Buffer protocol in communication with a remote client. The cell phone market continues to enjoy tremendous growth—selling over one billion units in 2006[2] —which shows the potential for a personal-server-integrated cell phone to impact mobile computing across the globe.</p>

<p><strong>Remaining barriers</strong></p>

<p>What barriers must we overcome for the Carry Small, Live Large model to flourish? </p>

<p>First, currently only a few smart-phone products can provide the computational resources that applications need for effective operation. The capabilities of inexpensive low-power mobile processors will certainly increase with time, so in the future we’re sure to see more cell phones with the potential to support enterprise-quality applications. Processing and memory capabilities continue to grow exponentially, so it won’t be long before the gap closes.</p>

<p>Second, there’s a lack of infrastructure. Any PC could in fact be a client to support this use model, but when users have access to a desktop PC, they should also be able to use the desktop for their actual work. The compelling new value proposition for a small mobile computer comes from the opportunity to serendipitously use displays and keyboards found nearby in unfamiliar locations. </p>

<p><strong>Live large</strong></p>

<p>An opportunity to solve this problem may result from the revolution we’re now seeing around large LCD displays—in part driven by the consumer electronics market and the digital home. Digital high-quality LCD displays are in a booming market as a result of attractive pricing and the FCC’s mandate that broadcast TV switch from analog to digital by 17 February 2009. So we’re likely to see a flurry of new TV purchases between now and then, which represents a market that all the big consumer electronics manufacturers will be keen to be part of. This will further drive down prices as the competition mounts. In fact, it has already resulted in considerable price reductions for large plasma and LCD TVs, now as low as one-fifth of the original introductory price.</p>

<p>These TVs come with built-in computing capabilities, and manufacturers will see the opportunity to use computation to differentiate their products. This year’s Consumer Electronics Show introduced flat-panel TVs with built-in Digital Media Adapters (DMAs) and the ability to connect to a network using Wi-Fi to access media stored on a home PC. With several companies actively making plans for digital movie download services to the home in the near future, the challenge will be how to enable a living-room TV—rather than the office or den PC—to show these movies. A DMA built into a TV can solve this problem while opening up a resource for mainstream use of the Carry Small, Live Large device interaction model. Once it’s available for the consumer electronics market, this technology, driven by the associated reduction in pricing, stands a good chance of becoming ubiquitous.</p>

<p><strong>Going Urban</strong></p>

<p>The applications for large high-quality displays aren’t limited to the home and are in fact widespread and equally applicable to the office and other shared spaces—in particular, urban public spaces. I’m continuously amazed by how many flat-panel screens are popping up around our towns and cities to display mundane information—restaurant menus, signs, corporate logos, transport schedules, and so forth. Even supermarkets are being fitted with multiple screens to display special offers as we walk through the aisles. Each of these venues has the potential to support a Carry Small, Live Large experience.</p>

<p>Urban computing today is mainly associated with direct interaction using the devices we carry and with the data that service-provider networks deliver. In the future, this could be a far richer experience, involving close coupling of the computation you carry with the displays and keyboards that you find around you.</p>

<p>Technology trends that will further support this use model are high-bandwidth short range radio, such as UltraWideBand, a standard now being introduced to support Wireless USB with speeds of up to 480 Mbps. At some point in the near future, we’ll cross a processing threshold, and our smart phones will be capable of running most of the high-end applications we’re interested in using. Furthermore, the short-range wireless bandwidth will be high enough for us to effectively connect to large wireless displays. At that point, urban computing will take on a whole new experience, and we’ll move closer to the pervasive computing vision, and the Carry Small, Live Large use model.</p>

<p><strong>* * *</strong></p>

<p>This blog originally appeared as Roy’s Editor-in-chief Introduction for IEEE Pervasive Computing, Issue 3, 2007.</p>

<p>If you would like to read more about this topic, or subscribe to the publication, please visit <a href="http://www.computer.org/pervasive" target="_blank">http://www.computer.org/pervasive</a></p>

<p><strong>References</strong></p>

<ol>
<li><p>R. Want et al., “The Personal Server: Changing the Way We Think about Ubiquitous Computing,” Proc. Ubicomp 2002: 4th Int’l Conf. Ubiquitous Computing, LNCS 2498, Springer, 2002, pp. 194–209.</p></li>
<li><p>“Worldwide Mobile Phone 2007–2011 Forecast and Analysis,” IDC, May 2007; www.idc.com/getdoc.jsp?containerId=206583.</p></li>
</ol>

									
				
				
				
										Comments (0)
					
			<br><a href="http://blogs.intel.com/research/2008/04/carry_small_live_large.php" title="http://blogs.intel.com/research/2008/04/carry_small_live_large.php">Link to original post</a><br>]]></content><author>Jerry Bowles</author><category /><comments>http://www.socialmediatoday.com/CES/39500#0</comments><pubDate>Sat, 05 Jul 2008 19:48:00 GMT</pubDate><guid>http://www.socialmediatoday.com/CES/39500</guid></item></channel></rss>