<?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: strange symmetry</title>
	<atom:link href="http://www.wblut.com/2008/03/27/strange-symmetry/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wblut.com/2008/03/27/strange-symmetry/</link>
	<description>Experiments in generative graphics</description>
	<lastBuildDate>Wed, 14 Jul 2010 11:46:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: admin</title>
		<link>http://www.wblut.com/2008/03/27/strange-symmetry/comment-page-1/#comment-38</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Fri, 28 Mar 2008 16:16:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.wblut.com/2008/03/27/strange-symmetry/#comment-38</guid>
		<description>rce12: thanks, glad to see you know the old version.
lorenzo: ummm, so people actually look at the code... I guess I&#039;ll need to start documenting then. In the meantime, if you have any questions just mail me directly.
davbol: thanks Dave, it&#039;s great to get comments from people whose work I  admire. You&#039;re right that there&#039;s still a tendency for saturating the particle density. As can be seen in certain color palettes, the velocity accumulation grid behaves better and gives less bloom. I&#039;m still working on better rendering and log() is indeed a good choice. However, for the moment it requires too much user interaction for a web based applet. For some structures it works, for others it doesn&#039;t. The sqrt() is a good compromise as it gives good results for a wide range of values. To be continued...</description>
		<content:encoded><![CDATA[<p>rce12: thanks, glad to see you know the old version.<br />
lorenzo: ummm, so people actually look at the code… I guess I’ll need to start documenting then. In the meantime, if you have any questions just mail me directly.<br />
davbol: thanks Dave, it’s great to get comments from people whose work I  admire. You’re right that there’s still a tendency for saturating the particle density. As can be seen in certain color palettes, the velocity accumulation grid behaves better and gives less bloom. I’m still working on better rendering and log() is indeed a good choice. However, for the moment it requires too much user interaction for a web based applet. For some structures it works, for others it doesn’t. The sqrt() is a good compromise as it gives good results for a wide range of values. To be continued…</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: davbol</title>
		<link>http://www.wblut.com/2008/03/27/strange-symmetry/comment-page-1/#comment-37</link>
		<dc:creator>davbol</dc:creator>
		<pubDate>Fri, 28 Mar 2008 15:31:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.wblut.com/2008/03/27/strange-symmetry/#comment-37</guid>
		<description>very nice!  and your &quot;weird&quot; formula is interesting  :)

would it be presumptious to offer an idea?  not a critique, take it fwiw...

i see that you&#039;re converting your accumulation buffer nonlinearly with sqrt() and that works sweet, but still seems to oversaturate if you run it long enough -- so i&#039;m wondering if the response might be logarithmic?, so if you were to scale by log(value)/log(maxvalue) you might be able to run long enough to fill in the &quot;veil&quot; areas of low accumulation before the basins oversaturate?  just a thought

love the rest of your works too, cheers!</description>
		<content:encoded><![CDATA[<p>very nice!  and your “weird” formula is interesting  <img src='http://www.wblut.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>would it be presumptious to offer an idea?  not a critique, take it fwiw…</p>
<p>i see that you’re converting your accumulation buffer nonlinearly with sqrt() and that works sweet, but still seems to oversaturate if you run it long enough — so i’m wondering if the response might be logarithmic?, so if you were to scale by log(value)/log(maxvalue) you might be able to run long enough to fill in the “veil” areas of low accumulation before the basins oversaturate?  just a thought</p>
<p>love the rest of your works too, cheers!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lorenzo</title>
		<link>http://www.wblut.com/2008/03/27/strange-symmetry/comment-page-1/#comment-36</link>
		<dc:creator>Lorenzo</dc:creator>
		<pubDate>Fri, 28 Mar 2008 09:01:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.wblut.com/2008/03/27/strange-symmetry/#comment-36</guid>
		<description>Wow...very nice applet...I&#039;ll spend some hours on studying the code! so glad that someone is still sharing his work....:D</description>
		<content:encoded><![CDATA[<p>Wow…very nice applet…I’ll spend some hours on studying the code! so glad that someone is still sharing his work.…:D</p>
]]></content:encoded>
	</item>
</channel>
</rss>
