>On Thu, 01 Sep 2011 14:18:07 -0400 (EDT)
>Thomas Packert <[email protected]> wrote:

> Michael, 
> 
> Yes, that is for sure. 
> 
> The PDF are coming from customer scanners. We have a wrapper around the Twain 
> driver to get the images into
> our application. The users scan the documents into our Flex/Flash application 
> with USB scanners on their
> workstation or they upload PDFs scanned on office MFP printer/scanners. 

Why are they uploading pdf files?  Why not simply upload the images?  Surely 
those would be way easier to
manipulate prior to feeding through pdf2swf?

Maybe this is simply a case of putting the cart before the horse, or running 
before walking.  Too many steps
in one go, is a rather long and ineffective shortcut that cause more problems. 
;o)

[ my two EuroCents worth ]

Regards,


Chris.
-- 
<[email protected]>

> ----- Original Message -----
> 
> From: "Michael Geary" <[email protected]> 
> To: "Thomas Packert" <[email protected]> 
> Cc: [email protected] 
> Sent: Thursday, September 1, 2011 2:03:26 PM 
> Subject: Re: [Swftools-common] SWF tools PDF to SWF of Image files in PDF 
> forms 
> 
> What is the nature of your PDFs? In my experience, Flash really doesn't 
> handle *large* bitmaps well. One thing we've had success with is vectorizing 
> bitmap images. 
> 
> 
> michael 
> 
> 
> 
> 
> 
> On Sep 1, 2011, at 11:54 AM, Thomas Packert wrote: 
> 
> 
> 
> 
> Hello All, 
> 
> 
> We are using SWFTOOLs to convert PDF images, scanned from various multi 
> function printers into FlexPaper with PDF2SWF. 
> 
> The issue we are having is that the resulting SWF file will be 10 to 15 times 
> the size of the original PDF image. 
> 
> If the PDF is a non-image PDF then there is not the mutiplication of the size 
> of the file. I have seen 3MB Image PDF files turn into 45MB SWF files by 
> passing them through PDF2SWF 
> 
> We have played with some of the command line switches with the PDF2SWF, but 
> that results in a resolution that is too low to make the image usable. 
> 
> Our UI is written in flex/flash, and the users scroll through the Flex Paper 
> version of the document. Some of these documents are 100,150, 200 pages. So 
> the ballooning of the size of the document consumes a lot of bandwidth and 
> memory. 
> 
> Has anyone seen this before and perhaps has a work around/patch to prevent 
> the SWF file expansion to 10x the original? 
> 
> Regards, 
> 
> Tom 
> --------------- 
> SWFTools-common is a self-managed list. To subscribe/unsubscribe, or amend an 
> existing subscription, please kindly point your favourite web browser at:< 
> http://lists.nongnu.org/mailman/listinfo/swftools-common > 
> 
> 
> 




---------------
SWFTools-common is a self-managed list. To subscribe/unsubscribe, or amend an 
existing subscription, please kindly point your favourite web browser 
at:<http://lists.nongnu.org/mailman/listinfo/swftools-common>

Reply via email to