RE: [Swftools-common] swftools-0.8.1 question

Ok, so I removed all parameters I’m passing to the pdf2swf utility and one by one added them back in and I found that the –z parameter is what’s adding the new swfcombine call, which is failing anyway because the utility isn’t available…not sure if the resulting compilation on the 64-bit O/S was successful or not.

The odd thing is, I see the swf load into my Flex app and the blinks out and disappears…I zoom in, it appears magically. If I download the generated swf file to my local machine and open it up using the Flash Player, it opens up and looks perfectly normal. Looks like I’m going to have to dig into my own application but why this behavior is varying between the old version of swftools and this is beyond me…anyone have any ideas?

From: address@hidden [mailto:address@hidden On Behalf Of Robert Brueckmann
Sent: Thursday, January 08, 2009 3:38 PM
To: address@hidden
Subject: [Swftools-common] swftools-0.8.1 question

We downloaded the source for linux and compiled it on our RHEL 5.2 64-bit environment without a hitch. We were previously running a very old version of swftools on our 32-bit RHEL environment and since we were upgrading O/S we figured we’d upgrade the swftools. Problem is, I’m noticing the resulting SWF files are not loading into our application the same way the SWF files generated with the old version are. The older version is swftools-2004-11-13-2026.

We make a call from our java class to pdf2swf to convert PDF documents to SWF and load them into our Adobe Flex app…the old swftools from 32-bit running in 64-bit generates the file no problem, newly compiled in 64-bit 0.8.1 flashes the swf file and then shrinks it to the point of invisibility and then I have to use my zoom widget I created to zoom in to see the report. The only glaringly obvious difference I see between these two versions is that the 2004 swftools version sends output to the console simply ending with:

NOTICE SWF written

With the new 0.8.1 version, I see:

NOTICE SWF written

swfcombine -z -X 1130 -Y 850 "(null)" viewport="/opt/weblogic/tmp/RBRUECKMANN151231446346568.swf" -o "/opt/weblogic/tmp/RBRUECKMANN151231446346568.swf"

What’s the deal with this extra swfcombine call? Where is it coming from? Looks like it’s combining the two swfs together or making the viewport of the swf THE SWF (seems cyclical, no?), if I’m reading this correctly. How do I get rid of this step? Is this by default? Is this normal? Anyone have any ideas? I think this is what’s screwing up the load of this SWF into my Flex app.

The parameters I’m calling pdf2swf to against BOTH versions (code is the same) are:

String[] command = {swftoolsPath + "pdf2swf/pdf2swf",

"-z",

"-i",

"-F",

swftoolsPath + "pdf2swf/fonts",

"-s",

"insertstop",

"-s",

"zoom=100",

reportFile.getAbsolutePath() + ".pdf",

"-o",

reportFile.getAbsolutePath() + ".swf"};

Anybody have any ideas? Any help would be greatly appreciated. Thanks,

MERLIN
––
Robert Brueckmann
Vice President
Application Developer

712 Fifth Avenue, 7th Floor
New York NY 10019
d: (212) 822-4821

This message contains information from Merlin Securities, LLC, or from one of its affiliates, that may be confidential and privileged. If you are not an intended recipient, please refrain from any disclosure, copying, distribution or use of this information and note that such actions are prohibited. If you have received this transmission in error, please notify the sender immediately by telephone or by replying to this transmission.

Merlin Securities, LLC is a registered broker-dealer. Services offered through Merlin Securities, LLC are not insured by the FDIC or any other Federal Government Agency, are not deposits of or guaranteed by Merlin Securities, LLC and may lose value. Nothing in this communication shall constitute a solicitation or recommendation to buy or sell a particular security.

From:	Robert Brueckmann
Subject:	RE: [Swftools-common] swftools-0.8.1 question
Date:	Thu, 8 Jan 2009 16:30:21 -0500