<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: By Chance</title>
	<atom:link href="http://esmithy.net/2005/10/20/by-chance/feed/" rel="self" type="application/rss+xml" />
	<link>http://esmithy.net/2005/10/20/by-chance/</link>
	<description>Stuff Hammered Out by Eric Smith</description>
	<lastBuildDate>Thu, 02 Feb 2012 23:29:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Raven Morris</title>
		<link>http://esmithy.net/2005/10/20/by-chance/comment-page-1/#comment-5293</link>
		<dc:creator>Raven Morris</dc:creator>
		<pubDate>Thu, 11 Dec 2008 06:16:48 +0000</pubDate>
		<guid isPermaLink="false">http://esmithy.net/wp/?p=61#comment-5293</guid>
		<description>I think you could greatly improve the speed and &quot;flow&quot; of watching it work by changing it to instead of picking a random colour for a random pixel, take the random pixel and randomly shift the R and/or G and/or B components within a limit.  For example a limit of 64 (assuming the RGB components are ouf of 256 each) might work.  Start with black for every pixel, then randomly shift a pixel up to 64 of R, G and B -- the image would sort of jumpily fade in with a bit of sparkling as colours overshot and gradually worked their way to the proper colour.  I think it would look cool.  I guess it wouldn&#039;t be as &quot;random&quot; as your method, but still worth trying out.</description>
		<content:encoded><![CDATA[<p>I think you could greatly improve the speed and &#8220;flow&#8221; of watching it work by changing it to instead of picking a random colour for a random pixel, take the random pixel and randomly shift the R and/or G and/or B components within a limit.  For example a limit of 64 (assuming the RGB components are ouf of 256 each) might work.  Start with black for every pixel, then randomly shift a pixel up to 64 of R, G and B &#8212; the image would sort of jumpily fade in with a bit of sparkling as colours overshot and gradually worked their way to the proper colour.  I think it would look cool.  I guess it wouldn&#8217;t be as &#8220;random&#8221; as your method, but still worth trying out.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

