<?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"
	>
<channel>
	<title>Comments on: Want Easy Processing? Use the Downloaded Tool</title>
	<atom:link href="http://createdigitalmotion.com/2008/05/15/want-easy-processing-use-the-downloaded-tool/feed/" rel="self" type="application/rss+xml" />
	<link>http://createdigitalmotion.com/2008/05/15/want-easy-processing-use-the-downloaded-tool/</link>
	<description>Motion graphics, live visuals, VJing, video production, and interactive art</description>
	<pubDate>Thu, 20 Nov 2008 13:52:42 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: Want Easy Processing? Use the Downloaded Tool</title>
		<link>http://createdigitalmotion.com/2008/05/15/want-easy-processing-use-the-downloaded-tool/#comment-124261</link>
		<dc:creator>Want Easy Processing? Use the Downloaded Tool</dc:creator>
		<pubDate>Sun, 03 Aug 2008 19:20:51 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmotion.com/2008/05/15/want-easy-processing-use-the-downloaded-tool/#comment-124261</guid>
		<description>[...] read the full article   Share and Enjoy: These icons link to social bookmarking sites where readers can share and discover new web pages. [...]</description>
		<content:encoded><![CDATA[<p>[...] read the full article   Share and Enjoy: These icons link to social bookmarking sites where readers can share and discover new web pages. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jaime Munarriz</title>
		<link>http://createdigitalmotion.com/2008/05/15/want-easy-processing-use-the-downloaded-tool/#comment-105998</link>
		<dc:creator>Jaime Munarriz</dc:creator>
		<pubDate>Mon, 19 May 2008 19:44:42 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmotion.com/2008/05/15/want-easy-processing-use-the-downloaded-tool/#comment-105998</guid>
		<description>Processing is perfect for learning, it's the best environment for learning programming today!!!
When you need more power, you've aquired the abilities to try another environments.
The best tool for real time anything is OpenFrameworks, a bunch of libraries oriented to arty projects on C++, that's the closest you can get to the processor power, (machine code anyone?)
So, keep on learning concepts and algorithms on Processing, and look for another environment when you need it.</description>
		<content:encoded><![CDATA[<p>Processing is perfect for learning, it&#8217;s the best environment for learning programming today!!!<br />
When you need more power, you&#8217;ve aquired the abilities to try another environments.<br />
The best tool for real time anything is OpenFrameworks, a bunch of libraries oriented to arty projects on C++, that&#8217;s the closest you can get to the processor power, (machine code anyone?)<br />
So, keep on learning concepts and algorithms on Processing, and look for another environment when you need it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Kirn</title>
		<link>http://createdigitalmotion.com/2008/05/15/want-easy-processing-use-the-downloaded-tool/#comment-105389</link>
		<dc:creator>Peter Kirn</dc:creator>
		<pubDate>Thu, 15 May 2008 22:52:56 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmotion.com/2008/05/15/want-easy-processing-use-the-downloaded-tool/#comment-105389</guid>
		<description>Oh, and if you mean proprietary as in Max/MSP/Jitter, again, I think they're different. Using a native library, Java should theoretically get video performance akin to what Jitter can -- and, bonus, can outperform a patching environment in expressing and executing logic.</description>
		<content:encoded><![CDATA[<p>Oh, and if you mean proprietary as in Max/MSP/Jitter, again, I think they&#8217;re different. Using a native library, Java should theoretically get video performance akin to what Jitter can &#8212; and, bonus, can outperform a patching environment in expressing and executing logic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Kirn</title>
		<link>http://createdigitalmotion.com/2008/05/15/want-easy-processing-use-the-downloaded-tool/#comment-105385</link>
		<dc:creator>Peter Kirn</dc:creator>
		<pubDate>Thu, 15 May 2008 22:46:42 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmotion.com/2008/05/15/want-easy-processing-use-the-downloaded-tool/#comment-105385</guid>
		<description>Yeah, but vade, then I'd counter that 100% of people doing realtime media work don't care about JavaScript, which is what brought this on. If someone is comfortable with JavaScript, and they're looking at Processing.js, I think they'd be equally if not more comfortable with full-blown Processing. The number of people with this kind of lightweight coding background (a little JavaScript here, a little ActionScript there) is growing. There's nothing stopping them from doing something interesting in Processing. I'd never make a sweeping statement about how Processing will transform the Earth or something, partly because I'm not prone to say things like that in the first place, but mostly because what 1-2% of the world does is often of greatest interest to me.

Realtime video support -- I agree, but Processing's modularity means this could be a non-issue in future. The problem is QuickTime Java. I'm curious if the On2 video licensed for JavaFX could also be ported to Processing, for instance. And then there are strong open alternatives like ffmpeg... project for the summer for me is trying to make one of these work in Processing.

Proprietary -- what, are we comparing Processing to After Effects? They're completely different tools. Why not use both?

And let me flip this around: I don't think proprietary native applications can or will match what can be done with Processing, period.</description>
		<content:encoded><![CDATA[<p>Yeah, but vade, then I&#8217;d counter that 100% of people doing realtime media work don&#8217;t care about JavaScript, which is what brought this on. If someone is comfortable with JavaScript, and they&#8217;re looking at Processing.js, I think they&#8217;d be equally if not more comfortable with full-blown Processing. The number of people with this kind of lightweight coding background (a little JavaScript here, a little ActionScript there) is growing. There&#8217;s nothing stopping them from doing something interesting in Processing. I&#8217;d never make a sweeping statement about how Processing will transform the Earth or something, partly because I&#8217;m not prone to say things like that in the first place, but mostly because what 1-2% of the world does is often of greatest interest to me.</p>
<p>Realtime video support &#8212; I agree, but Processing&#8217;s modularity means this could be a non-issue in future. The problem is QuickTime Java. I&#8217;m curious if the On2 video licensed for JavaFX could also be ported to Processing, for instance. And then there are strong open alternatives like ffmpeg&#8230; project for the summer for me is trying to make one of these work in Processing.</p>
<p>Proprietary &#8212; what, are we comparing Processing to After Effects? They&#8217;re completely different tools. Why not use both?</p>
<p>And let me flip this around: I don&#8217;t think proprietary native applications can or will match what can be done with Processing, period.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vade</title>
		<link>http://createdigitalmotion.com/2008/05/15/want-easy-processing-use-the-downloaded-tool/#comment-105372</link>
		<dc:creator>vade</dc:creator>
		<pubDate>Thu, 15 May 2008 22:16:04 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmotion.com/2008/05/15/want-easy-processing-use-the-downloaded-tool/#comment-105372</guid>
		<description>To be perfectly frank, I dont think this is something 99% of folks doing realtime media work are worried about - 99% of folks are not tool builders or coders. 

Processing is amazing for doing procedurally generated content, but has lackluster realtime video support, and I really dont think it can or will match what can be done with proprietary native applications.

This is not to say one cannot do creative things with processing, far from it, look at Flight 404 for example, but there is a reason you never see realtime video (I really do mean video)  performances done with processing.... 

*shrug*</description>
		<content:encoded><![CDATA[<p>To be perfectly frank, I dont think this is something 99% of folks doing realtime media work are worried about - 99% of folks are not tool builders or coders. </p>
<p>Processing is amazing for doing procedurally generated content, but has lackluster realtime video support, and I really dont think it can or will match what can be done with proprietary native applications.</p>
<p>This is not to say one cannot do creative things with processing, far from it, look at Flight 404 for example, but there is a reason you never see realtime video (I really do mean video)  performances done with processing&#8230;. </p>
<p>*shrug*</p>
]]></content:encoded>
	</item>
</channel>
</rss>
