<?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: Graphing a Parametric Function Using Quad Curves</title>
	<atom:link href="http://nodename.com/blog/2005/11/02/graphing-a-parametric-function-using-quad-curves/feed/" rel="self" type="application/rss+xml" />
	<link>http://nodename.com/blog/2005/11/02/graphing-a-parametric-function-using-quad-curves/</link>
	<description></description>
	<lastBuildDate>Thu, 05 Jan 2012 17:15:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Patrick Mineault</title>
		<link>http://nodename.com/blog/2005/11/02/graphing-a-parametric-function-using-quad-curves/comment-page-1/#comment-71</link>
		<dc:creator>Patrick Mineault</dc:creator>
		<pubDate>Wed, 02 Nov 2005 23:22:17 +0000</pubDate>
		<guid isPermaLink="false">http://nodename.com/blog/?p=32#comment-71</guid>
		<description>Using it to draw parametric functions was actually going to be my next blog post, but looks like you beat me to it :) Nice stuff. Some functions which have very pathological behaviour are bound to be difficult to draw properly, like sin(1/x). In that case, because of the rapid succession of cycles near 0, at some point the graphing function will sample two points where one has a large positive derivative and another point with a large negative derivative and while the intersection is between the two points, it&#039;s way, way off. I think one reasonable way to solve this is adding a check if the derivatives are too different between two very close points, and if so, revert to a line drawing mode. That wasn&#039;t really my point however, since it was more for drawing &#039;nice&#039; functions so they render well without having a bunch of lines on screen. Note that the algo can be retrofitted to AS1 and ECMAScript to be used as a JSFL tool (like Keith Peter&#039;s sinewave tool)</description>
		<content:encoded><![CDATA[<p>Using it to draw parametric functions was actually going to be my next blog post, but looks like you beat me to it :) Nice stuff. Some functions which have very pathological behaviour are bound to be difficult to draw properly, like sin(1/x). In that case, because of the rapid succession of cycles near 0, at some point the graphing function will sample two points where one has a large positive derivative and another point with a large negative derivative and while the intersection is between the two points, it&#8217;s way, way off. I think one reasonable way to solve this is adding a check if the derivatives are too different between two very close points, and if so, revert to a line drawing mode. That wasn&#8217;t really my point however, since it was more for drawing &#8216;nice&#8217; functions so they render well without having a bunch of lines on screen. Note that the algo can be retrofitted to AS1 and ECMAScript to be used as a JSFL tool (like Keith Peter&#8217;s sinewave tool)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

