Copy link to clipboard
Copied
Yesterday, I purchased and installed FlashBuilder 4.7, 64 bit windows version.
With it, I built my project for ios, and installed an export release (air3.4 for ios) on my IPad 1 for testing.
Two "unforgivable" problems showed up:
1. Most of the artwork looks utterly spoiled, as if entirely different filter coefficients
were being applied to the bitmaps.
(note: builds with FlashPro 5.5, FlashPro 6.0 and FlashBuilder 4.6 / air3.1 for ios (32 bit) of
the same code all show consistent and proper results instead)
2. The application runs much slower than when it was exported for release from FlashBuilder 4.6.
Is there any way to deal with these problems?
(apart from applying for a refund)
Thanks in advance
PS: Tests on the desktop (using the air simulator) using FB 4.7 show the same filter problem.
Copy link to clipboard
Copied
.. additional info:
I've tried installing the 32 bit windows version of FlashBuilder 4.7 (on a different system, to rule
out incidental system problems) as well, but the problems are the same with that version.
Copy link to clipboard
Copied
More concretely, below you can find a screenshot of my app, built with FlashBuilder 4.6 (and
would be same when built with FlashPro5.5, 6.0 ), which uses
filtered vector art images, which are subsequently converted to bitmapdata.
At the bottom of it, you can find the same screenshot, but this time the same code
was built with FlashBuilder 4.7.
Any ideas or suggestions? Anyone?
Same page, but now built with FlashBuilder 4.7:
Copy link to clipboard
Copied
Digging a bit further, it appears that at least the gradient glow and the gradient bevel
bitmap filters are disfunctioning when build with FlashBuilder 4.7.
Upgrade from Air3.4 to Air 3.5 did not yield a change.
Building with air 3.5 using FlashBuilder 4.6 shows proper results. (and FlashPro cs5.5, cs6.0).
So I guess the problem is in the compiler of FlashBuilder 4.7.
To FlashBuilder Team of Adobe: Is this problem ackknowledged?
If no, please let me know what I should do.
If yes, has a bugfix been scheduled? For when?
Thanks in advance
Copy link to clipboard
Copied
Can you provide a sample project that recreates your issue? I'll be happy to see if 4.6 and 4.7 behave differently (with the same AIR 3.5 1066) both locally and on an iPad. PM me a link if you don't want to share it publicly.
Copy link to clipboard
Copied
Sure, I guess to this post I can only attach an image or video, so here's a link:
http://www.kidscalculate.com/FB47_FilterTest.zip
The nice thing about this problem is its reproducability: the problem is always there,
wether the build targets mobile as3 for ios, flashplayer or air, 3.4 or 3.5.
The TestButton.fla (created with Flash CS6.0) has created the .swc next to it.
It contains the filtered graphics. (ignore SwcBuild.fla - just a copy).
The FB4_7 project targets flashplayer 11.5. It imports said swc in its project settings,
and its 5 line .as code simply puts the MovieClip instance on stage.
Thanks in advance
Copy link to clipboard
Copied
I can verify it definitely happens in FB4.7 but not in 4.6. The only way I was able to get around the issue was applying the filter programmatically. Then it worked without issue:
You should open up a bug with your sample:
Copy link to clipboard
Copied
Thanks Sinious,
I tried to file the bug at the link that you provided, but it does not accept a post without
specifying product details from drop down lists.
However, there's only a handful of products in the list, and FlashBuilder 4.7 is not among them.
Any advice on that?
Thanks in advance
Copy link to clipboard
Copied
I would file it as an Adobe Flash Player v11.5 bug that all users will encounter that's of type `Incorrectly functioning w/ workaround`. Attach the file you shared above and mention the code-based workaround.
Copy link to clipboard
Copied
I followed your suggestion, and filed it as FlashPlayer 11.5 bug w. workaround. In retrospect, I regret the last, as the bug
was positioned as only as "priority 3rd high" - presumably because of the existence of the theoretical workaround.
For me, the work around is not realistic, because I use these filters at hundreds of places. Finding, then removing them,
and adding them programmatically would be an adminstrative nightmare, and I'd loose the WYSIWYG advantage of Flash Pro completely.
Summarized - until fixed, I cannot use FB4.7. to continue the development of my app in.
Anyway, I'll keep my fingers crossed that the "FlashPlayer bug" will make it to the FlasBuilder team (in some coorperations I've worked,
there'd be high chances such "ill-filled in form" would be ignored) - and that they'll give it high priority, which I think it deserves.
Thank you for your prompt help.
Copy link to clipboard
Copied
I wish it was more prompt but I lost power and net for days in that US blizzard over the weekend. Whew, happy to be back.
Please post your bug report ID here so we can vote on the issue. The number of people voting on it is what largely controls the speed it is fixed. Also go in the Flash Builder forum and post the bug link there.
As for the workaround, their nature is definitely to be annoying. They're not ideal. FB "just working" is the best solution by far but a known workaround for someone else who doesn't have thousands of filters might make or break their deadline. It also gives valuable clues to the patching team on where the problem may lie. I'd always include a workaround if you find one.
Copy link to clipboard
Copied
I see your point. The bug ID is 3499140.
By the way, how does the voting process work?
Is someone from the flashbuilder team appointed the task of counting votes
on forum pages like this? Or is there a specific webpage where people can vote
which bugs should be fixed first?
Copy link to clipboard
Copied
https://bugbase.adobe.com/index.cfm?event=bug&id=3499140
People can vote/verify in the bottom right. Thanks for reporting, I'm sure it will help someone!
Copy link to clipboard
Copied
I see, thanks.
Copy link to clipboard
Copied
You're welcome and good luck!
Copy link to clipboard
Copied
Mmm.. looks like bureaucracy prevents the bug to be considered (see bugbase link above).
Zhe Wang, a Lead Manager of Adobe seems to have rejected the bug-report, because
"it should be filed as an FB bug instead of a FlashPlayer Bug".
Apparently, there's no way to report a bug to the FB team. I can't hide that its
very frustrating and annoying.
Copy link to clipboard
Copied
I voted on your bug but I agree the right place to file a Flash Builder bug is rather confusing.
You might try here: https://issues.apache.org/jira/browse/FLEX
I see some Flash Builder tickets in there and if you go here:
https://bugs.adobe.com/jira/browse/FB
That is what they suggest to use at the top.
Copy link to clipboard
Copied
🙂 Thanks Nabren! I posted the bug on that location as well.
Copy link to clipboard
Copied
Was there any further word on this.. or better yet a fix or work around other than programmatic filtering?
Copy link to clipboard
Copied
Well, I spent my effort to file the bug - in spite of the lacking of a "proper place" to file it.
You can add your vote as well:
https://bugbase.adobe.com/index.cfm?event=bug&id=3499140
A customer friendly Adobe affiliate, called Sinious on these forums, has been willing to look
into it and has confirmed that it looks like a FB 4.7 compiler bug.
Yet as you can see from the link above, it looks like the bug report is not taken seriously - the
responsible adobe manager Zhe Wang is wining that it should be posted on a forum, and
to me it looks like nothing shows that any action will be taken.
Apart from programmatic filtering, you could redesign the filters of your artwork.
From my short research, it looked like the main problems were caused by use of the filters
that use color-gradients. (gradient bevel, gradient glow).
You could replace them by non-gradient bevel and non-gradient glow filters, and thus retain the
WYSIWYG advantage.
(you can mimic the behaviour of a multi-color gradient glow by stacking multiple
single color gradient glows, for instance).
For me, it would still mean that switching to FB4.7 would cost way too much work.
I'm still waiting for an update with the fix.
Copy link to clipboard
Copied
Hi Marius, I am not sure if this is working for sure or not but you might try the following:
Instantiate a library item in a SWC by extending it to another Class.
eg: if the item is SomeClip
use: var mc:SomeClipExt = new SomeClipExt();
and in SomeClipExt do this:
public class mc:SomeClipExt extends mc:SomeClip{
}
At least one of my Library items is retaining the bevel filter I applied to it in Flash Pro.
Sorry I do not have time now to test this further.
Copy link to clipboard
Copied
Hi DachFlach,
Thank you for hinting this other potential workaround. I'll see if I can reproduce.
This workaround would mean that each of the exported main classes in flash pro would need to be dissected hard-coded into sub-classes in the code, at least for each sub-class (movieclip) that uses such a filter - hard code an extended class for these classes, and then rebuild an analogon of the original main class at runtime that uses these extended classes to in a similar hierarchical buildup.
That is, even if the workaround would work, it'd still cost tons of work for me
to convert everything - WYSIWYG objects in flash pro (complete menus, sceneries, etc)
generally consist of loads of hierarchy of sub-objects, and I've used these filters on hundreds of places.
Apart from that, because of the hard-coded solutions, the result is badly maintainable: Editing (changing hierarchical structure)
of MovieClip internals in flash pro may make them out of sync with the hard-coded solutions.
Anyway, thanks.
Copy link to clipboard
Copied
Hi Marius,
I was wrong. It was not the extending of the class that made the filters work. For whatever reason, now all filters I add to a MovieClip in Flash Pro and export to a SWC are working.
Including gardient glow.
Here is a libnk to a SWC that has a button call btnPink that has a bevel and a gradient glow and is working for me when used in FB 4.7.
http://vermillion.ca/filtertest/FilterTest.swc
Maybe I am missing what the problem is now?
Copy link to clipboard
Copied
Strange - from flashdevelop, btnPink seems accessible, while it does not seem so from FB47..
Could you post the .fla as well?
(also, such that I can verify that the button looks the same in flash pro)
Thanks in advance
Copy link to clipboard
Copied
http://vermillion.ca/filtertest/FilterTest.fla
I have not tried in FlashDevelop but it works in FB 4.7 for me.
My FLA that is.. I have not tried yours yet.