<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Convergence</title>
	<link>http://missig.org/julian/blog/2005/11/30/convergence/</link>
	<description>Former Open Source programmer with experience at companies like IBM and Apple. Now a UI Designer with an education in Cognitive Science and Human-Computer Interaction.</description>
	<pubDate>Sat, 22 Nov 2008 07:44:56 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Eddie Lopez</title>
		<link>http://missig.org/julian/blog/2005/11/30/convergence/#comment-10881</link>
		<dc:creator>Eddie Lopez</dc:creator>
		<pubDate>Mon, 05 Dec 2005 21:52:27 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/30/convergence/#comment-10881</guid>
		<description>I've read each of your posts Rektide, and I'm still not exactly sure what's going on.  I agree with you, because I think we are ultimately saying the same thing just in different ways.

I think I argue that the cell phone is not the right interface as you say.  I also imply that it's a good place to start since you always have it with you.  So if we are talking about convergence, we are both talking about a small device with an adaptable UI.  How is that different than what you are saying?  The camera seems just as laughable to me to start at converging.  I find any camera without a decent optical zoom (greater or equal to 3X optical) to be useless... I haven't shopped in a year or so, but every camera with optical zoom does not seem like something I would want to carry around in my pocket (vs... say the RAZR).  Also, if you're going to put a touch screen on a camera, how is that any different than on the phone?  I think both are laughable as they are for convergence, but either has just as much potential as we march on developing: voice driven interfaces, or touch screens, or "glove" like typing or any other type of I/O, UI.

So even if we do use a camera and converge telephony onto it so that there is no "phone" interface.  What are you likely to use more during the day, the telephony or the camera?  Fill in the blank here, when you leave the house in a hurry, what do you tell your wife: "I have to run back in, I forgot to grab my _____."  Can you go a day without a camera?  How about a phone?

You keep saying the cell phone is the wrong place to move.  But I think you are focusing too much on the capabilities of these devices.  The softwre, hardware and user interaction. I agree, that is the wrong software, hardware etc.  But it's the moving part that we need to focus on.  The phone is the best place to start because it is most needed function.  If you want a camera type device that has no phone interface but you can place calls on it, I would imagine people will call it phone in the long run.  If you want it to be invisible, fine I agree there too.  It's voice medium, there's work to be done, but it's possible.  But when you voice prompt that box in your jacket pocket to call the office, I would bet those around you will say: "hey, that's a neat phone"</description>
		<content:encoded><![CDATA[<p>I&#8217;ve read each of your posts Rektide, and I&#8217;m still not exactly sure what&#8217;s going on.  I agree with you, because I think we are ultimately saying the same thing just in different ways.</p>
<p>I think I argue that the cell phone is not the right interface as you say.  I also imply that it&#8217;s a good place to start since you always have it with you.  So if we are talking about convergence, we are both talking about a small device with an adaptable UI.  How is that different than what you are saying?  The camera seems just as laughable to me to start at converging.  I find any camera without a decent optical zoom (greater or equal to 3X optical) to be useless&#8230; I haven&#8217;t shopped in a year or so, but every camera with optical zoom does not seem like something I would want to carry around in my pocket (vs&#8230; say the RAZR).  Also, if you&#8217;re going to put a touch screen on a camera, how is that any different than on the phone?  I think both are laughable as they are for convergence, but either has just as much potential as we march on developing: voice driven interfaces, or touch screens, or &#8220;glove&#8221; like typing or any other type of I/O, UI.</p>
<p>So even if we do use a camera and converge telephony onto it so that there is no &#8220;phone&#8221; interface.  What are you likely to use more during the day, the telephony or the camera?  Fill in the blank here, when you leave the house in a hurry, what do you tell your wife: &#8220;I have to run back in, I forgot to grab my _____.&#8221;  Can you go a day without a camera?  How about a phone?</p>
<p>You keep saying the cell phone is the wrong place to move.  But I think you are focusing too much on the capabilities of these devices.  The softwre, hardware and user interaction. I agree, that is the wrong software, hardware etc.  But it&#8217;s the moving part that we need to focus on.  The phone is the best place to start because it is most needed function.  If you want a camera type device that has no phone interface but you can place calls on it, I would imagine people will call it phone in the long run.  If you want it to be invisible, fine I agree there too.  It&#8217;s voice medium, there&#8217;s work to be done, but it&#8217;s possible.  But when you voice prompt that box in your jacket pocket to call the office, I would bet those around you will say: &#8220;hey, that&#8217;s a neat phone&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: julian</title>
		<link>http://missig.org/julian/blog/2005/11/30/convergence/#comment-10791</link>
		<dc:creator>julian</dc:creator>
		<pubDate>Fri, 02 Dec 2005 23:09:33 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/30/convergence/#comment-10791</guid>
		<description>Yes, the entire point of Bluetooth is multi-device communication. I have several Bluetooth devices connected to my laptop. Most cell phones don't support very many Bluetooth profiles though, so depending on what you mean by "patch my cellphone through my computer" you may not be able to do it.

The problem with Bluetooth (as I got into above) is that it's more centered around having hubs. Right now my laptop is the hub for my mobile phone, Palm, and mouse. If I want to browse the web on my Palm through my mobile phone's connection, I must set up a separate connection between my Palm and mobile phone, making the phone the hub. My Palm should already know about my mobile phone since both are connected to my laptop—it should simply use the mobile phone for GPRS access when needed.</description>
		<content:encoded><![CDATA[<p>Yes, the entire point of Bluetooth is multi-device communication. I have several Bluetooth devices connected to my laptop. Most cell phones don&#8217;t support very many Bluetooth profiles though, so depending on what you mean by &#8220;patch my cellphone through my computer&#8221; you may not be able to do it.</p>
<p>The problem with Bluetooth (as I got into above) is that it&#8217;s more centered around having hubs. Right now my laptop is the hub for my mobile phone, Palm, and mouse. If I want to browse the web on my Palm through my mobile phone&#8217;s connection, I must set up a separate connection between my Palm and mobile phone, making the phone the hub. My Palm should already know about my mobile phone since both are connected to my laptop—it should simply use the mobile phone for GPRS access when needed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rektide</title>
		<link>http://missig.org/julian/blog/2005/11/30/convergence/#comment-10790</link>
		<dc:creator>Rektide</dc:creator>
		<pubDate>Fri, 02 Dec 2005 20:46:37 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/30/convergence/#comment-10790</guid>
		<description>The phone is the wrong place to move.  After I was done filling up your comment-space (I hope you do not mind), I went on to fill up Mr. Lopez's Catch-22 article with further ravings on this particular edge.  The phone's ultimate goal should be to disappear completely; dominate the verbal domain.  Its only because we have to carry something at all that we think of making the phone that nexus.  Think bluetooth, think of those people who dont touch their own cellphone.  The phone is overburdened with requiring a dedicated number pad, a physical form suited to both in hand use and ear use.  Requisit lowest common denominator; depotentiated because of what it must fulfil.

The camera is actually the ideal physical nexus.  It is the only mandatorily (is that a word?) visual I/o device.  I'm skeptical of putting the big CPU &#38; processor on the camera, I want my camera half an inch thick with a massive touchscreen a couple buttons and a big honking battery, not a myraid of convergnce functionalities.  But the camera should be the chief visual and physical I/o device, there's no way you can remove that aspect of the camera.  &lt;b&gt;You cant possibly disconverge it, its part of the innate form, so you might as well go omega-factor on the bastard.&lt;/b&gt;  But really now, who is going to be dumb enough to converge on a camera right? [Anyone dumb enough and with enough money to try, please contact yours truly immediately&lt;em&gt;!&lt;/em&gt;] Read more on the catch-22 blog, i had a lot of fun with it and i hope you do to.

Thats why the cellphone is so laughable.  Convergence is trying to make it the ultimate invisible un-touched verbal device, while at the same time we're throwing mpeg4 accelerators, 802.11, primitive-audio-capabilitied java programs and vga screens on them.  Sub-optimal optimization.  Pardon me here, but... &lt;b&gt;you cant converge on infinity&lt;/b&gt;.

Everything in its right place.  Disconverge the I/o, converge the processing.

You're definately right about worse before better.  N-Gage example isnt fair though, there was no OpenGL ES spec at that point!  But yes, in a nut shell, we're devolving at an extremely fast pace.  Even by my own metrics, I'm stepping out on a limb here, but I'd wager that evolution towards convergence is not possible.  Look at the cellphone, how hard they've tried.  But J2me is too cumbersome for hte phone hackers, and phones, ironically enough, lack the communication mechanisms for ubiquity.  They lack the refined multi-threading to run background services, at least from every J2ME app I've ever seen (grabbing the entire I/o on the phone).  All our attempts are to graft some other device onto another device.  To capture obvious convergence niches (eg, TiVo).  Thats why we need the box, the computing core we carry.  Something general purpose and all purpose.  Convergence is tyrannied by applications, by still being tied to the box it originally came in.  Put hte damned thing in a sleek black box with two blinkenlights no buttons and call it a day.  Revolution.  Force the change; even if we're going backwards in the process.  Then we can start evolving.

Its going to be the hackable hardware which pushes the entire world towards something better, which shows the possibility.  I'm dead drop dazzled at the &lt;a href="http://wiki.gp2x.org/wiki/Main_Page"&gt;gp2x&lt;/a&gt;; a handheld meant for hacking.  SDL powered!  Brilliant!  They botched a number of things; the USB host is still up in the air, there's no linux SDIO support (not their fault), but it is, in all essences, the first coming.  It has no intent.  Its a generic media box, something built for possibility.  &lt;strong&gt;&lt;em&gt;If you build it, they will hack.&lt;/em&gt;&lt;/strong&gt;

Once we get that hackability, the plasticity to build and experiment, it seems to me only obvious that seperate I/o devices are the way to go.  But they will be naturally freed from the original constraints upon which they were birthed.  I/o for the sake of I/o.  No longer purposed as "a cellphone screen", "a walkman remote".

Btw, seems you might have some knowledge on this, can bluetooth dongles communicate with more than one bluetooth device?  My plan has been to route all comm through my laptop but I'm no longer so sure if its that easy to patch my cellphone through my computer.  I may have to buy two dongles.  :-/</description>
		<content:encoded><![CDATA[<p>The phone is the wrong place to move.  After I was done filling up your comment-space (I hope you do not mind), I went on to fill up Mr. Lopez&#8217;s Catch-22 article with further ravings on this particular edge.  The phone&#8217;s ultimate goal should be to disappear completely; dominate the verbal domain.  Its only because we have to carry something at all that we think of making the phone that nexus.  Think bluetooth, think of those people who dont touch their own cellphone.  The phone is overburdened with requiring a dedicated number pad, a physical form suited to both in hand use and ear use.  Requisit lowest common denominator; depotentiated because of what it must fulfil.</p>
<p>The camera is actually the ideal physical nexus.  It is the only mandatorily (is that a word?) visual I/o device.  I&#8217;m skeptical of putting the big CPU &amp; processor on the camera, I want my camera half an inch thick with a massive touchscreen a couple buttons and a big honking battery, not a myraid of convergnce functionalities.  But the camera should be the chief visual and physical I/o device, there&#8217;s no way you can remove that aspect of the camera.  <b>You cant possibly disconverge it, its part of the innate form, so you might as well go omega-factor on the bastard.</b>  But really now, who is going to be dumb enough to converge on a camera right? [Anyone dumb enough and with enough money to try, please contact yours truly immediately<em>!</em>] Read more on the catch-22 blog, i had a lot of fun with it and i hope you do to.</p>
<p>Thats why the cellphone is so laughable.  Convergence is trying to make it the ultimate invisible un-touched verbal device, while at the same time we&#8217;re throwing mpeg4 accelerators, 802.11, primitive-audio-capabilitied java programs and vga screens on them.  Sub-optimal optimization.  Pardon me here, but&#8230; <b>you cant converge on infinity</b>.</p>
<p>Everything in its right place.  Disconverge the I/o, converge the processing.</p>
<p>You&#8217;re definately right about worse before better.  N-Gage example isnt fair though, there was no OpenGL ES spec at that point!  But yes, in a nut shell, we&#8217;re devolving at an extremely fast pace.  Even by my own metrics, I&#8217;m stepping out on a limb here, but I&#8217;d wager that evolution towards convergence is not possible.  Look at the cellphone, how hard they&#8217;ve tried.  But J2me is too cumbersome for hte phone hackers, and phones, ironically enough, lack the communication mechanisms for ubiquity.  They lack the refined multi-threading to run background services, at least from every J2ME app I&#8217;ve ever seen (grabbing the entire I/o on the phone).  All our attempts are to graft some other device onto another device.  To capture obvious convergence niches (eg, TiVo).  Thats why we need the box, the computing core we carry.  Something general purpose and all purpose.  Convergence is tyrannied by applications, by still being tied to the box it originally came in.  Put hte damned thing in a sleek black box with two blinkenlights no buttons and call it a day.  Revolution.  Force the change; even if we&#8217;re going backwards in the process.  Then we can start evolving.</p>
<p>Its going to be the hackable hardware which pushes the entire world towards something better, which shows the possibility.  I&#8217;m dead drop dazzled at the <a href="http://wiki.gp2x.org/wiki/Main_Page">gp2x</a>; a handheld meant for hacking.  SDL powered!  Brilliant!  They botched a number of things; the USB host is still up in the air, there&#8217;s no linux SDIO support (not their fault), but it is, in all essences, the first coming.  It has no intent.  Its a generic media box, something built for possibility.  <strong><em>If you build it, they will hack.</em></strong></p>
<p>Once we get that hackability, the plasticity to build and experiment, it seems to me only obvious that seperate I/o devices are the way to go.  But they will be naturally freed from the original constraints upon which they were birthed.  I/o for the sake of I/o.  No longer purposed as &#8220;a cellphone screen&#8221;, &#8220;a walkman remote&#8221;.</p>
<p>Btw, seems you might have some knowledge on this, can bluetooth dongles communicate with more than one bluetooth device?  My plan has been to route all comm through my laptop but I&#8217;m no longer so sure if its that easy to patch my cellphone through my computer.  I may have to buy two dongles.  :-/</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: julian</title>
		<link>http://missig.org/julian/blog/2005/11/30/convergence/#comment-10788</link>
		<dc:creator>julian</dc:creator>
		<pubDate>Fri, 02 Dec 2005 16:30:22 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/30/convergence/#comment-10788</guid>
		<description>Yes, Rektide, it would be rather simple if people actually agreed with you. The problem is that since the processing can converge, there are a *lot* of people out there who want the interface to converge (what you're calling I/O). See: Cameraphones.

It's only going to get much worse before it gets better. The mobile phone manufacturers still have not figured out that usability can be the greatest feature. They're really focused on figuring out which features to add next. Nokia already tried a gaming cameraphone (N-Gage) and was met with great failure. You know what they learned from it? They now believe that it just means that it wasn't the right time to introduce the full-on gaming feature—so they're going to focus on adding music-playing capabilities to their cameraphones. After they feel successful with that they're going to try re-adding gaming (like, gameboy-type playing, not just the simple games mobile phones have now)... just to all their phones instead of a specific line.

And then you have the fact that the majority of HCI and usability people I speak to seem to believe in convergence of interface as well. It &lt;em&gt;is&lt;/em&gt; more convenient to be carrying fewer devices.

But I'm still of the belief that separate interfaces are necessary, as you argue.</description>
		<content:encoded><![CDATA[<p>Yes, Rektide, it would be rather simple if people actually agreed with you. The problem is that since the processing can converge, there are a *lot* of people out there who want the interface to converge (what you&#8217;re calling I/O). See: Cameraphones.</p>
<p>It&#8217;s only going to get much worse before it gets better. The mobile phone manufacturers still have not figured out that usability can be the greatest feature. They&#8217;re really focused on figuring out which features to add next. Nokia already tried a gaming cameraphone (N-Gage) and was met with great failure. You know what they learned from it? They now believe that it just means that it wasn&#8217;t the right time to introduce the full-on gaming feature—so they&#8217;re going to focus on adding music-playing capabilities to their cameraphones. After they feel successful with that they&#8217;re going to try re-adding gaming (like, gameboy-type playing, not just the simple games mobile phones have now)&#8230; just to all their phones instead of a specific line.</p>
<p>And then you have the fact that the majority of HCI and usability people I speak to seem to believe in convergence of interface as well. It <em>is</em> more convenient to be carrying fewer devices.</p>
<p>But I&#8217;m still of the belief that separate interfaces are necessary, as you argue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rektide</title>
		<link>http://missig.org/julian/blog/2005/11/30/convergence/#comment-10787</link>
		<dc:creator>Rektide</dc:creator>
		<pubDate>Fri, 02 Dec 2005 08:14:21 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/30/convergence/#comment-10787</guid>
		<description>Convergence/disconvergence is such a simple god damned problem its disgusting.  Converge all processing, distribute the I/O.  We demand multiple devices because they have the right i/o rig for the job.  A phone fits your ear and your pocket easily well.  A PSP or PMP a small pouch, easily in reach.  iPod has an audio jack and a dial.  We dont value these boxes because of what difference their computational engines have, we value them because the physical I/O is just right.

We just need a ton of peripherial I/o devices.  My favorite right now, I/O 0.9, is the Griffin PowerMate; the original I/O, the huge fraking knob.  USB.  Bluetooth is a large first step towards 1.0; already we're seeing Bluetooth mp3 players, bluetooth speakers, bluetooth speakerphones.  With OLED we'll finally have very small reasonably durable pocket-able displays.  If Zigbee werent a bunch of capitalist dickheads we'd have basic input too some day soon.  Lots of ski jackets are coming with builtin iPod controls embedded in the clothing themselves.  Its not hard to imagine another ten iterations down the line with a do all box and various small i/o devices you can pick up and drop.  Converge and unify functional capabilities (moore's law states nothing more than everything worth having a brain is worth making a full featured brain), diverge the i/o to give greater flexibility and choice.

The only I see which truly superceeds all else, which demands its own real form, is the digital camera.  Picture taking demands a sort of I/O functionality you cannot escape from.  On the other hand, something like the Casio S500 but with the screen wirelessly accessible from my pocket computer--- &lt;i&gt;hells fucking yeah&lt;/i&gt;. 

On the other hand, I feel so bad for the HCI people.  Whole. New. Ballgame.</description>
		<content:encoded><![CDATA[<p>Convergence/disconvergence is such a simple god damned problem its disgusting.  Converge all processing, distribute the I/O.  We demand multiple devices because they have the right i/o rig for the job.  A phone fits your ear and your pocket easily well.  A PSP or PMP a small pouch, easily in reach.  iPod has an audio jack and a dial.  We dont value these boxes because of what difference their computational engines have, we value them because the physical I/O is just right.</p>
<p>We just need a ton of peripherial I/o devices.  My favorite right now, I/O 0.9, is the Griffin PowerMate; the original I/O, the huge fraking knob.  USB.  Bluetooth is a large first step towards 1.0; already we&#8217;re seeing Bluetooth mp3 players, bluetooth speakers, bluetooth speakerphones.  With OLED we&#8217;ll finally have very small reasonably durable pocket-able displays.  If Zigbee werent a bunch of capitalist dickheads we&#8217;d have basic input too some day soon.  Lots of ski jackets are coming with builtin iPod controls embedded in the clothing themselves.  Its not hard to imagine another ten iterations down the line with a do all box and various small i/o devices you can pick up and drop.  Converge and unify functional capabilities (moore&#8217;s law states nothing more than everything worth having a brain is worth making a full featured brain), diverge the i/o to give greater flexibility and choice.</p>
<p>The only I see which truly superceeds all else, which demands its own real form, is the digital camera.  Picture taking demands a sort of I/O functionality you cannot escape from.  On the other hand, something like the Casio S500 but with the screen wirelessly accessible from my pocket computer&#8212; <i>hells fucking yeah</i>. </p>
<p>On the other hand, I feel so bad for the HCI people.  Whole. New. Ballgame.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: julian</title>
		<link>http://missig.org/julian/blog/2005/11/30/convergence/#comment-10784</link>
		<dc:creator>julian</dc:creator>
		<pubDate>Thu, 01 Dec 2005 02:23:41 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/30/convergence/#comment-10784</guid>
		<description>Eddie, I wasn't disagreeing with any of your statements, just adding my perspective on it. I'm glad you posted what you did. I tend to be on the simplicity side of things and give convenience/convergence little credit, even when it is deserving some.

And Justin, yeah, security is an issue too, though Bluetooth isn't *that* insecure (the large "toothing" problems lie in the fact that you can make a device name be whatever you want—so you make the device name your message). Most modern Bluetooth devices don't have as many obvious security holes as the older ones.

But as a whole, I view the security issue at a higher level: Security vs. Usability. It's a much larger problem that's more widespread. That's a tradeoff that's always going on. Within the Usability side of that dichotomy, however, we have these simplicity vs. convenience/convergence issues as well.</description>
		<content:encoded><![CDATA[<p>Eddie, I wasn&#8217;t disagreeing with any of your statements, just adding my perspective on it. I&#8217;m glad you posted what you did. I tend to be on the simplicity side of things and give convenience/convergence little credit, even when it is deserving some.</p>
<p>And Justin, yeah, security is an issue too, though Bluetooth isn&#8217;t *that* insecure (the large &#8220;toothing&#8221; problems lie in the fact that you can make a device name be whatever you want—so you make the device name your message). Most modern Bluetooth devices don&#8217;t have as many obvious security holes as the older ones.</p>
<p>But as a whole, I view the security issue at a higher level: Security vs. Usability. It&#8217;s a much larger problem that&#8217;s more widespread. That&#8217;s a tradeoff that&#8217;s always going on. Within the Usability side of that dichotomy, however, we have these simplicity vs. convenience/convergence issues as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: justin kirby</title>
		<link>http://missig.org/julian/blog/2005/11/30/convergence/#comment-10783</link>
		<dc:creator>justin kirby</dc:creator>
		<pubDate>Wed, 30 Nov 2005 22:42:55 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/30/convergence/#comment-10783</guid>
		<description>"Bluetooth needs to be made simpler before it can attempt to break out of the simplicity/convenience circle."

Yet another trade off, security vs simplicity/convenience (not that bluetooth is exactly secure)</description>
		<content:encoded><![CDATA[<p>&#8220;Bluetooth needs to be made simpler before it can attempt to break out of the simplicity/convenience circle.&#8221;</p>
<p>Yet another trade off, security vs simplicity/convenience (not that bluetooth is exactly secure)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eddie Lopez</title>
		<link>http://missig.org/julian/blog/2005/11/30/convergence/#comment-10782</link>
		<dc:creator>Eddie Lopez</dc:creator>
		<pubDate>Wed, 30 Nov 2005 22:14:15 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/30/convergence/#comment-10782</guid>
		<description>You're right.  I agree.  BT will not get us there as it is now.  I believe I was sure to include the word "like" as in: "a bluetooth like world" to emphasis the idea more than the implementation- instead of getting devices to merge to one, focus instead on getting them to share amongst themselves.  But you highlight some important details I wish I would have fleshed out- you would need a more P2P implementation than what we have now.</description>
		<content:encoded><![CDATA[<p>You&#8217;re right.  I agree.  BT will not get us there as it is now.  I believe I was sure to include the word &#8220;like&#8221; as in: &#8220;a bluetooth like world&#8221; to emphasis the idea more than the implementation- instead of getting devices to merge to one, focus instead on getting them to share amongst themselves.  But you highlight some important details I wish I would have fleshed out- you would need a more P2P implementation than what we have now.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
