<?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: Swimming in OpenCL</title>
	<atom:link href="http://www.supermegaultragroovy.com/blog/2009/11/12/swimming-in-opencl/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.supermegaultragroovy.com/blog/2009/11/12/swimming-in-opencl/</link>
	<description>Chris Liscio's Boo-urns Log</description>
	<lastBuildDate>Mon, 01 Mar 2010 15:21:13 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Flavien</title>
		<link>http://www.supermegaultragroovy.com/blog/2009/11/12/swimming-in-opencl/comment-page-1/#comment-89490</link>
		<dc:creator>Flavien</dc:creator>
		<pubDate>Mon, 22 Feb 2010 22:33:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.supermegaultragroovy.com/blog/?p=515#comment-89490</guid>
		<description>Hi, I&#039;m also currently using the vDSP but would like to port my code on windows / linux… so doing a kind of OpenCL wrapper sounds good (even if yes… for now which system would support it ?) also as I read the few lines about your project, you are probably dealing with autocorrelation (for the pitch analysis ? or not ?) if so, you may also mathematically improve your problem by passing to the frequency domain in order to compute your autocorrelation and then go back to the time domain. (Now maybe you&#039;re not autocorrelating at all…)</description>
		<content:encoded><![CDATA[<p>Hi, I&#8217;m also currently using the vDSP but would like to port my code on windows / linux… so doing a kind of OpenCL wrapper sounds good (even if yes… for now which system would support it ?) also as I read the few lines about your project, you are probably dealing with autocorrelation (for the pitch analysis ? or not ?) if so, you may also mathematically improve your problem by passing to the frequency domain in order to compute your autocorrelation and then go back to the time domain. (Now maybe you&#8217;re not autocorrelating at all…)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chris</title>
		<link>http://www.supermegaultragroovy.com/blog/2009/11/12/swimming-in-opencl/comment-page-1/#comment-84585</link>
		<dc:creator>chris</dc:creator>
		<pubDate>Sat, 12 Dec 2009 14:55:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.supermegaultragroovy.com/blog/?p=515#comment-84585</guid>
		<description>@godDLL I&#039;ve got the wrapper separated into a framework now. Just gotta build a test app (or two) to distribute with it.  I may just try and rewrite the Apple samples with my library, to make life easier…</description>
		<content:encoded><![CDATA[<p>@godDLL I&#8217;ve got the wrapper separated into a framework now. Just gotta build a test app (or two) to distribute with it.  I may just try and rewrite the Apple samples with my library, to make life easier…</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: godDLL</title>
		<link>http://www.supermegaultragroovy.com/blog/2009/11/12/swimming-in-opencl/comment-page-1/#comment-84578</link>
		<dc:creator>godDLL</dc:creator>
		<pubDate>Sat, 12 Dec 2009 12:08:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.supermegaultragroovy.com/blog/?p=515#comment-84578</guid>
		<description>Do release that Cocoa wrapper, I think you&#039;re going to enable a whole new class of coders by just letting them read that, Chris.  Many Cocoa coders are event-driven, and this just might be the event to push them to wrap their heads around compute kernels and dispatch queues.  :)</description>
		<content:encoded><![CDATA[<p>Do release that Cocoa wrapper, I think you&#8217;re going to enable a whole new class of coders by just letting them read that, Chris.  Many Cocoa coders are event-driven, and this just might be the event to push them to wrap their heads around compute kernels and dispatch queues.  :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chris</title>
		<link>http://www.supermegaultragroovy.com/blog/2009/11/12/swimming-in-opencl/comment-page-1/#comment-83162</link>
		<dc:creator>chris</dc:creator>
		<pubDate>Thu, 19 Nov 2009 13:44:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.supermegaultragroovy.com/blog/?p=515#comment-83162</guid>
		<description>@Tom this is intriguing. However, I can&#039;t find a link to the OpenCL visual profiler for Mac OS X.  Only Windows/Linux versions exist.

Got a link to share?</description>
		<content:encoded><![CDATA[<p>@Tom this is intriguing. However, I can&#8217;t find a link to the OpenCL visual profiler for Mac OS X.  Only Windows/Linux versions exist.</p>
<p>Got a link to share?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://www.supermegaultragroovy.com/blog/2009/11/12/swimming-in-opencl/comment-page-1/#comment-83157</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Thu, 19 Nov 2009 11:05:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.supermegaultragroovy.com/blog/?p=515#comment-83157</guid>
		<description>@Jonah &quot;Unfortunately there’s no performance counters on the GPU, so it’s quite difficult to figure out how well you’re doing WRT pipeline stalls, bank conflicts, etc&quot;

You can use NVIDIA&#039;s Visual Profiler to get access to the performance counters.</description>
		<content:encoded><![CDATA[<p>@Jonah &#8220;Unfortunately there’s no performance counters on the GPU, so it’s quite difficult to figure out how well you’re doing WRT pipeline stalls, bank conflicts, etc&#8221;</p>
<p>You can use NVIDIA&#8217;s Visual Profiler to get access to the performance counters.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
