<?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: Hardware Accelerated Effects in Swing with JXLayer and Decora</title>
	<atom:link href="http://lqd.hybird.org/journal/?feed=rss2&#038;p=165" rel="self" type="application/rss+xml" />
	<link>http://lqd.hybird.org/journal/?p=165</link>
	<description>It&#039;s actually pronounced liquid!</description>
	<lastBuildDate>Tue, 08 Jun 2010 14:03:18 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: lqd</title>
		<link>http://lqd.hybird.org/journal/?p=165&#038;cpage=1#comment-550</link>
		<dc:creator>lqd</dc:creator>
		<pubDate>Mon, 07 Sep 2009 20:54:23 +0000</pubDate>
		<guid isPermaLink="false">http://lqd.hybird.org/journal/?p=165#comment-550</guid>
		<description>For deployment the only thing you need in addition to JXLayer is a dependency to the JavaFX runtime, as you can see in the jnlp files for the demos.

The jars/dll are only used during development, for compilation and testing. Get the jars and dlls from the JavaFX SDK, and put them somewhere in your project folder (eg: lib). Add the jars to the classpath, and run your app with the folder where you put the dlls as the library path (in our lib example: -Djava.library.path=lib or something similar).

To know whether an effect is accelerated, take a look at the DecoraLayerEffect and DecoraEffectRenderer to learn how to use the Effect.getAccelType() method, which returns the type of acceleration that is used with this effect.

That should be it.</description>
		<content:encoded><![CDATA[<p>For deployment the only thing you need in addition to JXLayer is a dependency to the JavaFX runtime, as you can see in the jnlp files for the demos.</p>
<p>The jars/dll are only used during development, for compilation and testing. Get the jars and dlls from the JavaFX SDK, and put them somewhere in your project folder (eg: lib). Add the jars to the classpath, and run your app with the folder where you put the dlls as the library path (in our lib example: -Djava.library.path=lib or something similar).</p>
<p>To know whether an effect is accelerated, take a look at the DecoraLayerEffect and DecoraEffectRenderer to learn how to use the Effect.getAccelType() method, which returns the type of acceleration that is used with this effect.</p>
<p>That should be it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Per-Erik Svensson</title>
		<link>http://lqd.hybird.org/journal/?p=165&#038;cpage=1#comment-548</link>
		<dc:creator>Per-Erik Svensson</dc:creator>
		<pubDate>Mon, 07 Sep 2009 11:47:31 +0000</pubDate>
		<guid isPermaLink="false">http://lqd.hybird.org/journal/?p=165#comment-548</guid>
		<description>This is really good work! However, I&#039;m not sure how to get this to work on my end. Firstly, where should the dll&#039;s go and how do I know when I&#039;ve succeeded with getting this hardware accelerated. I mean, I have a class that renders a Gaussian Blur on a JXLayer, but it is really slow so I guess all calculations are done in software. I don&#039;t know much about the low-level details of swing/java2d/javafx (or java for that matter) so it would be great to get a short description of where to put all this stuff (the dll&#039;s) if one wanted to distribute something more &quot;real&quot;. :)

Great work though!</description>
		<content:encoded><![CDATA[<p>This is really good work! However, I&#8217;m not sure how to get this to work on my end. Firstly, where should the dll&#8217;s go and how do I know when I&#8217;ve succeeded with getting this hardware accelerated. I mean, I have a class that renders a Gaussian Blur on a JXLayer, but it is really slow so I guess all calculations are done in software. I don&#8217;t know much about the low-level details of swing/java2d/javafx (or java for that matter) so it would be great to get a short description of where to put all this stuff (the dll&#8217;s) if one wanted to distribute something more &#8220;real&#8221;. :)</p>
<p>Great work though!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Osvaldo Pinali Doederlein</title>
		<link>http://lqd.hybird.org/journal/?p=165&#038;cpage=1#comment-493</link>
		<dc:creator>Osvaldo Pinali Doederlein</dc:creator>
		<pubDate>Sat, 18 Jul 2009 21:29:53 +0000</pubDate>
		<guid isPermaLink="false">http://lqd.hybird.org/journal/?p=165#comment-493</guid>
		<description>Hehe, Richard probably can&#039;t answer that, I wish JavaFX&#039;s development could leave soon its stage of private development... a big, disgusting step backwards after the last years of Sun moving everything to open source... but probably a necessity, until they &quot;cross the chasm&quot; in adoption and competition with other RIA techs; they are all issuing updates frenetically and trying to kick each others&#039; butts with first or exclusive features, and some secrecy is part of the game.

On public JSL, I hope the JavaFX leads consider that this may be a serious competitive advantage. The other guys have important advantages. Flash is the incumbent, with ubiquitous deployment and design tools that are first-class and loved by all designers. Microsoft has enormous resources and they&#039;re delivering an impressive volume of new functionality in short iterations; and they already have at least one killer feature, smooth streaming (although this is apparently more a server-side IIS Media Services feature) and I guess the HLSL facility can be great to do very cool stuff in realtime on top of streaming video. Now, JavaFX is still the underdog; while it has some developer-centric advantages like the really great JavaFX Script language, they need user-centric killer features, in other words &quot;shiny stuff&quot;.</description>
		<content:encoded><![CDATA[<p>Hehe, Richard probably can&#8217;t answer that, I wish JavaFX&#8217;s development could leave soon its stage of private development&#8230; a big, disgusting step backwards after the last years of Sun moving everything to open source&#8230; but probably a necessity, until they &#8220;cross the chasm&#8221; in adoption and competition with other RIA techs; they are all issuing updates frenetically and trying to kick each others&#8217; butts with first or exclusive features, and some secrecy is part of the game.</p>
<p>On public JSL, I hope the JavaFX leads consider that this may be a serious competitive advantage. The other guys have important advantages. Flash is the incumbent, with ubiquitous deployment and design tools that are first-class and loved by all designers. Microsoft has enormous resources and they&#8217;re delivering an impressive volume of new functionality in short iterations; and they already have at least one killer feature, smooth streaming (although this is apparently more a server-side IIS Media Services feature) and I guess the HLSL facility can be great to do very cool stuff in realtime on top of streaming video. Now, JavaFX is still the underdog; while it has some developer-centric advantages like the really great JavaFX Script language, they need user-centric killer features, in other words &#8220;shiny stuff&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lqd</title>
		<link>http://lqd.hybird.org/journal/?p=165&#038;cpage=1#comment-486</link>
		<dc:creator>lqd</dc:creator>
		<pubDate>Thu, 16 Jul 2009 19:25:56 +0000</pubDate>
		<guid isPermaLink="false">http://lqd.hybird.org/journal/?p=165#comment-486</guid>
		<description>hehe osvaldo, i wish i knew :)

I&#039;ve asked richard bair about it on twitter, but no answer yet.

I would so love to have access to decora&#039;s compiler back, we could have in java, and javafx, the features flash&#039;s pixelbender and silverlight/wpf hlsl effects already offer. Access to the compiler is the only thing that prevents us from doing that, it&#039;s too bad, i know.
You might have a good point, if prism offers better performance and 3d integration/acceleration, that will probably help in stabilizing decora/scenario, and getting to a point where Sun&#039;s happy enough about them that they might let us play with it. We can only hope, unfortunately i have no idea if/when that&#039;s going to happen.</description>
		<content:encoded><![CDATA[<p>hehe osvaldo, i wish i knew :)</p>
<p>I&#8217;ve asked richard bair about it on twitter, but no answer yet.</p>
<p>I would so love to have access to decora&#8217;s compiler back, we could have in java, and javafx, the features flash&#8217;s pixelbender and silverlight/wpf hlsl effects already offer. Access to the compiler is the only thing that prevents us from doing that, it&#8217;s too bad, i know.<br />
You might have a good point, if prism offers better performance and 3d integration/acceleration, that will probably help in stabilizing decora/scenario, and getting to a point where Sun&#8217;s happy enough about them that they might let us play with it. We can only hope, unfortunately i have no idea if/when that&#8217;s going to happen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Osvaldo Pinali Doederlein</title>
		<link>http://lqd.hybird.org/journal/?p=165&#038;cpage=1#comment-484</link>
		<dc:creator>Osvaldo Pinali Doederlein</dc:creator>
		<pubDate>Thu, 16 Jul 2009 14:18:06 +0000</pubDate>
		<guid isPermaLink="false">http://lqd.hybird.org/journal/?p=165#comment-484</guid>
		<description>Do you know if together with Prism, JavaFX will expose JSL for custom shader programming? That would kill. Chris is really mean to create that sort of stuff and keep it for himself. ;-)</description>
		<content:encoded><![CDATA[<p>Do you know if together with Prism, JavaFX will expose JSL for custom shader programming? That would kill. Chris is really mean to create that sort of stuff and keep it for himself. ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lqd</title>
		<link>http://lqd.hybird.org/journal/?p=165&#038;cpage=1#comment-473</link>
		<dc:creator>lqd</dc:creator>
		<pubDate>Sun, 12 Jul 2009 08:06:36 +0000</pubDate>
		<guid isPermaLink="false">http://lqd.hybird.org/journal/?p=165#comment-473</guid>
		<description>This is using the stock javafx 1.2. Check the javafx demos, if they&#039;re not hardware accelerated, then those demos won&#039;t be either, obviously :)</description>
		<content:encoded><![CDATA[<p>This is using the stock javafx 1.2. Check the javafx demos, if they&#8217;re not hardware accelerated, then those demos won&#8217;t be either, obviously :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philippe Lhoste</title>
		<link>http://lqd.hybird.org/journal/?p=165&#038;cpage=1#comment-466</link>
		<dc:creator>Philippe Lhoste</dc:creator>
		<pubDate>Sat, 11 Jul 2009 11:52:13 +0000</pubDate>
		<guid isPermaLink="false">http://lqd.hybird.org/journal/?p=165#comment-466</guid>
		<description>Actually, I saw no difference between Decora and the other blur effects.
But now, I have rather old hardware (4 or 5 years old...), so perhaps Decora just falls back on computed blur, or something.
I should try on more recent hardware.
I find your experiments interesting, I hope Sun will soon free these libraries.</description>
		<content:encoded><![CDATA[<p>Actually, I saw no difference between Decora and the other blur effects.<br />
But now, I have rather old hardware (4 or 5 years old&#8230;), so perhaps Decora just falls back on computed blur, or something.<br />
I should try on more recent hardware.<br />
I find your experiments interesting, I hope Sun will soon free these libraries.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lqd</title>
		<link>http://lqd.hybird.org/journal/?p=165&#038;cpage=1#comment-461</link>
		<dc:creator>lqd</dc:creator>
		<pubDate>Wed, 08 Jul 2009 22:57:39 +0000</pubDate>
		<guid isPermaLink="false">http://lqd.hybird.org/journal/?p=165#comment-461</guid>
		<description>I tested those demos under windows and linux, both with fairly recent hardware.

I really can&#039;t tell for Sun, but from my perspective it seems that the focus is FX script for the moment, when that&#039;s more advanced/stable/what have you, you never know. To me it&#039;s pretty obvious people would want to leverage the respective strengths of each &quot;platform&quot; instead of fragmenting efforts and possibly losing investment, know-how, etc.

As for Decora, it has changed a lot internally, (the backends and their respective renderers, + the effects&#039; peers - the in fine implementation of the effect - as well), and is still changing as we speak (JIRA says it all), but not the effects API which is what you&#039;d use with JXLayer here. The internal changes are only impacting me as it modifies the way you apply an effect to a java2d image, ie the DecoraEffectLayer impl only.

As for Scenile, no it&#039;s not dead or obsolete at all, i have updated it for every release too, but never blogged about it ;) I have been working on some exciting stuff for it, at least to me. It&#039;s the only way i can get a scene out of a visual tool, so it&#039;s pretty much vital to me. Of course now that JavaFX 1.2 has made my life way harder to use it from java, i have more work to do, but i&#039;ll get to it. For the animation part, yes, Trident is pretty much the only animation library that&#039;s alive right now. You could also use Scenario&#039;s 1.1 support.

I&#039;d love to have the distribution clause relaxed a bit, i intended to use the JavaFX runtime with OSGi and that clause prevents it, so let&#039;s cross our fingers.

I hope Sun can give us some information on all those questions.</description>
		<content:encoded><![CDATA[<p>I tested those demos under windows and linux, both with fairly recent hardware.</p>
<p>I really can&#8217;t tell for Sun, but from my perspective it seems that the focus is FX script for the moment, when that&#8217;s more advanced/stable/what have you, you never know. To me it&#8217;s pretty obvious people would want to leverage the respective strengths of each &#8220;platform&#8221; instead of fragmenting efforts and possibly losing investment, know-how, etc.</p>
<p>As for Decora, it has changed a lot internally, (the backends and their respective renderers, + the effects&#8217; peers &#8211; the in fine implementation of the effect &#8211; as well), and is still changing as we speak (JIRA says it all), but not the effects API which is what you&#8217;d use with JXLayer here. The internal changes are only impacting me as it modifies the way you apply an effect to a java2d image, ie the DecoraEffectLayer impl only.</p>
<p>As for Scenile, no it&#8217;s not dead or obsolete at all, i have updated it for every release too, but never blogged about it ;) I have been working on some exciting stuff for it, at least to me. It&#8217;s the only way i can get a scene out of a visual tool, so it&#8217;s pretty much vital to me. Of course now that JavaFX 1.2 has made my life way harder to use it from java, i have more work to do, but i&#8217;ll get to it. For the animation part, yes, Trident is pretty much the only animation library that&#8217;s alive right now. You could also use Scenario&#8217;s 1.1 support.</p>
<p>I&#8217;d love to have the distribution clause relaxed a bit, i intended to use the JavaFX runtime with OSGi and that clause prevents it, so let&#8217;s cross our fingers.</p>
<p>I hope Sun can give us some information on all those questions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Osbaldeston</title>
		<link>http://lqd.hybird.org/journal/?p=165&#038;cpage=1#comment-460</link>
		<dc:creator>Richard Osbaldeston</dc:creator>
		<pubDate>Wed, 08 Jul 2009 22:09:45 +0000</pubDate>
		<guid isPermaLink="false">http://lqd.hybird.org/journal/?p=165#comment-460</guid>
		<description>Do these demos work as well on all platforms? Any chance of showing the FPS for each pane in the first demo? 

I was also wondering if Sun/Chris have ever talked about firming up the API for Decora for Java/Swing users? In the JavaFX != JavaFX Script sense. I know Scenario changes have caused you some headaches and commonly described as an &#039;implementation detail&#039; i.e. dont rely on it not changing without much warning. What I&#039;m getting at is Decora stable or just-hasnt-changed-yet?

Incidentally, would you write off Scenario for Java users now leaving Trident as the only current/supported animation lib? RIP Scenile?

One final possibly awkward question, where do developers stand on being able to distribute decora/javafx jars with their own products?</description>
		<content:encoded><![CDATA[<p>Do these demos work as well on all platforms? Any chance of showing the FPS for each pane in the first demo? </p>
<p>I was also wondering if Sun/Chris have ever talked about firming up the API for Decora for Java/Swing users? In the JavaFX != JavaFX Script sense. I know Scenario changes have caused you some headaches and commonly described as an &#8216;implementation detail&#8217; i.e. dont rely on it not changing without much warning. What I&#8217;m getting at is Decora stable or just-hasnt-changed-yet?</p>
<p>Incidentally, would you write off Scenario for Java users now leaving Trident as the only current/supported animation lib? RIP Scenile?</p>
<p>One final possibly awkward question, where do developers stand on being able to distribute decora/javafx jars with their own products?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
