|
From: | Robert Brueckmann |
Subject: | RE: [Swftools-common] swftools-0.8.1 question |
Date: | Fri, 9 Jan 2009 11:46:50 -0500 |
In case anyone cares, I also did
something else. The version we’re running in the 32-bit environment turns out
to be 0.8.1 also…not the 2004-11-13 version…and the 32-bit compiled version of
0.8.1 loads the swf file into both out 32-bit and 64-bit deployed
applications. The 64-bit compiled 0.8.1 version generates the swf file
successfully but when we load it into our application using the same identical
code, it appears, then blinks out. I’m adding some more debugging to my
application but I’m at a loss…
Can someone tell me what the fundamental
difference would be between the 32-bit and 64-bit compiled versions of swftools
0.8.1? This doesn’t make any sense.
Thanks,
From:
address@hidden
[mailto:address@hidden On Behalf Of
Sent: Thursday, January 08, 2009
4:30 PM
To:
Subject: 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?
MERLIN
––
Vice President
Application Developer
712
d: (212) 822-4821
From:
address@hidden [mailto:address@hidden
On Behalf Of
Sent: Thursday, January 08, 2009
3:38 PM
To:
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
––
Vice President
Application Developer
712
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.
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.
[Prev in Thread] | Current Thread | [Next in Thread] |