<?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: Filters Not Applied When The Image Size is Big</title>
	<atom:link href="http://www.flexer.info/2009/02/24/filters-not-applied-when-the-image-size-is-big/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.flexer.info/2009/02/24/filters-not-applied-when-the-image-size-is-big/</link>
	<description>flex developers web corner</description>
	<lastBuildDate>Wed, 18 Jan 2012 13:28:25 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: chris</title>
		<link>http://www.flexer.info/2009/02/24/filters-not-applied-when-the-image-size-is-big/comment-page-1/#comment-2004</link>
		<dc:creator>chris</dc:creator>
		<pubDate>Wed, 26 Jan 2011 18:27:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.flexer.info/?p=577#comment-2004</guid>
		<description>I ran into this error when trying to print as well. I got around it by converting my image to a bitmap before printing.</description>
		<content:encoded><![CDATA[<p>I ran into this error when trying to print as well. I got around it by converting my image to a bitmap before printing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rashmi</title>
		<link>http://www.flexer.info/2009/02/24/filters-not-applied-when-the-image-size-is-big/comment-page-1/#comment-1927</link>
		<dc:creator>Rashmi</dc:creator>
		<pubDate>Tue, 06 Jul 2010 11:01:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.flexer.info/?p=577#comment-1927</guid>
		<description>i was getting the same prob but after seeing the soln. i got how to solve thanks</description>
		<content:encoded><![CDATA[<p>i was getting the same prob but after seeing the soln. i got how to solve thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ginj</title>
		<link>http://www.flexer.info/2009/02/24/filters-not-applied-when-the-image-size-is-big/comment-page-1/#comment-1692</link>
		<dc:creator>ginj</dc:creator>
		<pubDate>Tue, 25 Aug 2009 05:35:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.flexer.info/?p=577#comment-1692</guid>
		<description>I got this error when testing a print function in my app. The frame doesn&#039;t come close to those sizes but the error says 2 display objects exceed 8000 pixels in some direction. No stray bits in the frame. No idea. I do use the URLLoader, but no actual filters as far as I&#039;m aware (just printing text). Dunno..</description>
		<content:encoded><![CDATA[<p>I got this error when testing a print function in my app. The frame doesn&#8217;t come close to those sizes but the error says 2 display objects exceed 8000 pixels in some direction. No stray bits in the frame. No idea. I do use the URLLoader, but no actual filters as far as I&#8217;m aware (just printing text). Dunno..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrei Ionescu</title>
		<link>http://www.flexer.info/2009/02/24/filters-not-applied-when-the-image-size-is-big/comment-page-1/#comment-1686</link>
		<dc:creator>Andrei Ionescu</dc:creator>
		<pubDate>Mon, 17 Aug 2009 20:38:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.flexer.info/?p=577#comment-1686</guid>
		<description>Thanks Matteo! It is correct what you said.</description>
		<content:encoded><![CDATA[<p>Thanks Matteo! It is correct what you said.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: matteo sisti sette</title>
		<link>http://www.flexer.info/2009/02/24/filters-not-applied-when-the-image-size-is-big/comment-page-1/#comment-1685</link>
		<dc:creator>matteo sisti sette</dc:creator>
		<pubDate>Mon, 17 Aug 2009 20:35:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.flexer.info/?p=577#comment-1685</guid>
		<description>Any undocumented behaviour is ALWAYS a bug, by definition. At the very least, it is a bug in documentation.
Any limitation, however small, however restricting, is acceptable, but no limitation is acceptable, however high the limit, if you have to find it out by trial and error.</description>
		<content:encoded><![CDATA[<p>Any undocumented behaviour is ALWAYS a bug, by definition. At the very least, it is a bug in documentation.<br />
Any limitation, however small, however restricting, is acceptable, but no limitation is acceptable, however high the limit, if you have to find it out by trial and error.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomislav Pokrajcic</title>
		<link>http://www.flexer.info/2009/02/24/filters-not-applied-when-the-image-size-is-big/comment-page-1/#comment-1543</link>
		<dc:creator>Tomislav Pokrajcic</dc:creator>
		<pubDate>Wed, 04 Mar 2009 14:35:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.flexer.info/?p=577#comment-1543</guid>
		<description>Yeah, you&#039;re right. There are many undocumented &quot;features&quot; around. I couldn&#039;t find anything on Adobe sites regarding effects. They mention BitmapData size limits, but there are workarounds for that.
I have found limitations for decoders that are called from Loader class too. PNG decoder doesn&#039;t work for me over 4095x4095, and JPEG decoder  behaves weird over 8191x8191.
For effects, you can try Pixelbender. It works pretty well for larger images, but it&#039;s on BitmapData level.</description>
		<content:encoded><![CDATA[<p>Yeah, you&#8217;re right. There are many undocumented &#8220;features&#8221; around. I couldn&#8217;t find anything on Adobe sites regarding effects. They mention BitmapData size limits, but there are workarounds for that.<br />
I have found limitations for decoders that are called from Loader class too. PNG decoder doesn&#8217;t work for me over 4095&#215;4095, and JPEG decoder  behaves weird over 8191&#215;8191.<br />
For effects, you can try Pixelbender. It works pretty well for larger images, but it&#8217;s on BitmapData level.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrei Ionescu</title>
		<link>http://www.flexer.info/2009/02/24/filters-not-applied-when-the-image-size-is-big/comment-page-1/#comment-1542</link>
		<dc:creator>Andrei Ionescu</dc:creator>
		<pubDate>Wed, 04 Mar 2009 11:39:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.flexer.info/?p=577#comment-1542</guid>
		<description>Hello Tomislav! 
Thanks for your comment and for the links. Really helpful for some. My image is embeded in the SWF file so is not about the loading limit you&#039;re saying. I think there is a &quot;wider&quot; limit in working with images that applies to more methods not only at runtime image loading. And another weird thing is that I wasn&#039;t able to reach that 2880 limit specified in some articles about this problem. If this is documented please give me a link in the help (either off-line or on-line) or on the Adobe&#039;s sites. Anyway... my opinion is that is poorly documented - on each method related to images should be a warning explaining the limitations or at least a link.</description>
		<content:encoded><![CDATA[<p>Hello Tomislav!<br />
Thanks for your comment and for the links. Really helpful for some. My image is embeded in the SWF file so is not about the loading limit you&#8217;re saying. I think there is a &#8220;wider&#8221; limit in working with images that applies to more methods not only at runtime image loading. And another weird thing is that I wasn&#8217;t able to reach that 2880 limit specified in some articles about this problem. If this is documented please give me a link in the help (either off-line or on-line) or on the Adobe&#8217;s sites. Anyway&#8230; my opinion is that is poorly documented &#8211; on each method related to images should be a warning explaining the limitations or at least a link.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomislav Pokrajcic</title>
		<link>http://www.flexer.info/2009/02/24/filters-not-applied-when-the-image-size-is-big/comment-page-1/#comment-1539</link>
		<dc:creator>Tomislav Pokrajcic</dc:creator>
		<pubDate>Wed, 04 Mar 2009 09:55:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.flexer.info/?p=577#comment-1539</guid>
		<description>Hi Andrei,
this is documented, but takes time to find it :)
There are some workarounds for this. Check out:
http://tinyurl.com/b4lo8u
http://tinyurl.com/bw28hs

Cheers,
Tomislav</description>
		<content:encoded><![CDATA[<p>Hi Andrei,<br />
this is documented, but takes time to find it <img src='http://www.flexer.info/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
There are some workarounds for this. Check out:<br />
<a href="http://tinyurl.com/b4lo8u" rel="nofollow">http://tinyurl.com/b4lo8u</a><br />
<a href="http://tinyurl.com/bw28hs" rel="nofollow">http://tinyurl.com/bw28hs</a></p>
<p>Cheers,<br />
Tomislav</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrei Ionescu</title>
		<link>http://www.flexer.info/2009/02/24/filters-not-applied-when-the-image-size-is-big/comment-page-1/#comment-1444</link>
		<dc:creator>Andrei Ionescu</dc:creator>
		<pubDate>Wed, 25 Feb 2009 10:11:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.flexer.info/?p=577#comment-1444</guid>
		<description>Yes. I also think is a technical limitation. &lt;strong&gt;But it must be documented.&lt;/strong&gt; Developers will loose days trying to find what is wrong and if this happens in a big project that will take an eternity. I also noticed that sometimes the filter starts and doesn&#039;t reach end but resets. And for some size it won&#039;t even start - this is the moment when, if you&#039;re in debug mode, you&#039;ll see that warning text in console panel.

Regarding your idea about that applying the filter only on the visible part of the background is a good approach for some projects. But in mine I need a big background because I do transitions on x and y axis and use blur filter to give the impression of fast movement. So, to put is simple, I need a big background because the background is also moving not static.

Anyway, thanks for trying to find a way to overcome it.</description>
		<content:encoded><![CDATA[<p>Yes. I also think is a technical limitation. <strong>But it must be documented.</strong> Developers will loose days trying to find what is wrong and if this happens in a big project that will take an eternity. I also noticed that sometimes the filter starts and doesn&#8217;t reach end but resets. And for some size it won&#8217;t even start &#8211; this is the moment when, if you&#8217;re in debug mode, you&#8217;ll see that warning text in console panel.</p>
<p>Regarding your idea about that applying the filter only on the visible part of the background is a good approach for some projects. But in mine I need a big background because I do transitions on x and y axis and use blur filter to give the impression of fast movement. So, to put is simple, I need a big background because the background is also moving not static.</p>
<p>Anyway, thanks for trying to find a way to overcome it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas</title>
		<link>http://www.flexer.info/2009/02/24/filters-not-applied-when-the-image-size-is-big/comment-page-1/#comment-1443</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Wed, 25 Feb 2009 09:58:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.flexer.info/?p=577#comment-1443</guid>
		<description>Hi Andrei,

I also see it as a technical limitation instead of a bug. What about creating a viewport and applying the filter onto that viewport? E.g. a container around that big object? If you don&#039;t want the container to be affected by the filter, try to create a snapshot out of the current visible area of the display object and apply the filter onto that snapshot.

Anyway, another objection of your example is that the filter stops even while running the filter. For example, try to use 2827x2875 in the example app: the filter runs fine (if low-performing). If you use 2828x2875, you will see that the effect is jumping back at once if the filter reaches the maximum width (2875/2880px). At 2875/2875 you will not even see that the filter has started to adjust the display object, because it instantly runs against the technical size limitation.

Hope this helps :)

Cheers Thomas</description>
		<content:encoded><![CDATA[<p>Hi Andrei,</p>
<p>I also see it as a technical limitation instead of a bug. What about creating a viewport and applying the filter onto that viewport? E.g. a container around that big object? If you don&#8217;t want the container to be affected by the filter, try to create a snapshot out of the current visible area of the display object and apply the filter onto that snapshot.</p>
<p>Anyway, another objection of your example is that the filter stops even while running the filter. For example, try to use 2827&#215;2875 in the example app: the filter runs fine (if low-performing). If you use 2828&#215;2875, you will see that the effect is jumping back at once if the filter reaches the maximum width (2875/2880px). At 2875/2875 you will not even see that the filter has started to adjust the display object, because it instantly runs against the technical size limitation.</p>
<p>Hope this helps <img src='http://www.flexer.info/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Cheers Thomas</p>
]]></content:encoded>
	</item>
</channel>
</rss>

