<?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: Building a VJ App with Adobe AIR, Bridging to Java with Artemis</title>
	<atom:link href="http://createdigitalmotion.com/2007/10/02/building-a-vj-app-with-adobe-air-bridging-to-java-with-artemis/feed/" rel="self" type="application/rss+xml" />
	<link>http://createdigitalmotion.com/2007/10/02/building-a-vj-app-with-adobe-air-bridging-to-java-with-artemis/</link>
	<description>Motion graphics, live visuals, VJing, video production, and interactive art</description>
	<pubDate>Fri, 10 Oct 2008 20:53:33 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: Peter Kirn</title>
		<link>http://createdigitalmotion.com/2007/10/02/building-a-vj-app-with-adobe-air-bridging-to-java-with-artemis/#comment-42859</link>
		<dc:creator>Peter Kirn</dc:creator>
		<pubDate>Thu, 04 Oct 2007 01:34:14 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmotion.com/2007/10/02/building-a-vj-app-with-adobe-air-bridging-to-java-with-artemis/#comment-42859</guid>
		<description>Hey, Mike, thanks for checking in.

I think there are enough interesting things about AIR, Flex, and Flash that that's absolutely a worthy direction to go.

Meanwhile, on planet Java ... yes, this is harder to assemble with Java, with or without Processing as an aid. I've worked a bit with JMF ... and didn't find it encouraging. It's abandonwear as far as Sun, it's poor on both the capture and codec side, and it's almost completely broken on Mac and somewhat broken on Linux. 

FMJ has a lot more promise; I think that's the direction things will go, honestly. But while Sun goes on roadshows talking about JavaFX, they're missing the boat as far as video, and since Sun still has Java on a tight leash even with OpenJDK, I feel like the solution may require that they step up a little. In the meantime, I'm definitely going to be spending more time with FMJ.</description>
		<content:encoded><![CDATA[<p>Hey, Mike, thanks for checking in.</p>
<p>I think there are enough interesting things about AIR, Flex, and Flash that that&#8217;s absolutely a worthy direction to go.</p>
<p>Meanwhile, on planet Java &#8230; yes, this is harder to assemble with Java, with or without Processing as an aid. I&#8217;ve worked a bit with JMF &#8230; and didn&#8217;t find it encouraging. It&#8217;s abandonwear as far as Sun, it&#8217;s poor on both the capture and codec side, and it&#8217;s almost completely broken on Mac and somewhat broken on Linux. </p>
<p>FMJ has a lot more promise; I think that&#8217;s the direction things will go, honestly. But while Sun goes on roadshows talking about JavaFX, they&#8217;re missing the boat as far as video, and since Sun still has Java on a tight leash even with OpenJDK, I feel like the solution may require that they step up a little. In the meantime, I&#8217;m definitely going to be spending more time with FMJ.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Creighton</title>
		<link>http://createdigitalmotion.com/2007/10/02/building-a-vj-app-with-adobe-air-bridging-to-java-with-artemis/#comment-42857</link>
		<dc:creator>Mike Creighton</dc:creator>
		<pubDate>Thu, 04 Oct 2007 01:12:48 +0000</pubDate>
		<guid isPermaLink="false">http://createdigitalmotion.com/2007/10/02/building-a-vj-app-with-adobe-air-bridging-to-java-with-artemis/#comment-42857</guid>
		<description>It's funny because my initial stab at creating what-eventually-became-visp was all focused on Processing. I really wanted to create the meta-app that strung it all together in Java -- but my Java skills aren't so hot. I know there are some who have created Java apps that can load up multiple Processing sketches at runtime, but there isn't a real overarching application there (with a UI and global handling for OSC / MIDI / etc). So AIR was my only immediate solution.

As for video playback, I share your concerns with Java's serious lack of support for fast video playback. However, there has been some research by toxi into using the &lt;a href="http://java.sun.com/products/java-media/jmf/" rel="nofollow"&gt;Java Media Framework&lt;/a&gt; for video capture -- even created a Processing library called &lt;a href="http://toxi.co.uk/p5/libcv/" rel="nofollow"&gt;LibCV&lt;/a&gt;.

The second alternative (and I can't really comment on how viable a solution this is) is the opensource &lt;a href="http://fmj.sourceforge.net/" rel="nofollow"&gt;FMJ Project&lt;/a&gt; which aims to replace the Java Media Framework. Development is still underway, however.</description>
		<content:encoded><![CDATA[<p>It&#8217;s funny because my initial stab at creating what-eventually-became-visp was all focused on Processing. I really wanted to create the meta-app that strung it all together in Java &#8212; but my Java skills aren&#8217;t so hot. I know there are some who have created Java apps that can load up multiple Processing sketches at runtime, but there isn&#8217;t a real overarching application there (with a UI and global handling for OSC / MIDI / etc). So AIR was my only immediate solution.</p>
<p>As for video playback, I share your concerns with Java&#8217;s serious lack of support for fast video playback. However, there has been some research by toxi into using the <a href="http://java.sun.com/products/java-media/jmf/" rel="nofollow">Java Media Framework</a> for video capture &#8212; even created a Processing library called <a href="http://toxi.co.uk/p5/libcv/" rel="nofollow">LibCV</a>.</p>
<p>The second alternative (and I can&#8217;t really comment on how viable a solution this is) is the opensource <a href="http://fmj.sourceforge.net/" rel="nofollow">FMJ Project</a> which aims to replace the Java Media Framework. Development is still underway, however.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
