|
From: | Robert Damiano |
Subject: | Re: [Swftools-common] PDF2SWF Generating SWFs with Different Dimensions |
Date: | Thu, 14 Jun 2012 10:50:41 -0400 |
User-agent: | Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 |
Hi Chris, Below is the output of the command (pdfinfo -box test.pdf): 6_pdfsam_download-issue-4060.pdf Creator: pdfsam-console (Ver. 2.0.6e) Producer: iText 2.1.7 by 1T3XT CreationDate: Tue Jun 12 10:59:54 2012 ModDate: Tue Jun 12 10:59:54 2012 Tagged: no Pages: 1 Encrypted: no Page size: 1170 x 772 pts MediaBox: 0.00 0.00 1170.00 772.00 CropBox: 0.00 0.00 585.00 772.00 BleedBox: 0.00 0.00 585.00 772.00 TrimBox: 0.00 0.00 585.00 772.00 ArtBox: 0.00 0.00 585.00 772.00 File size: 1305270 bytes Optimized: no PDF version: 1.6 7_pdfsam_download-issue-4060.pdf Creator: pdfsam-console (Ver. 2.0.6e) Producer: iText 2.1.7 by 1T3XT CreationDate: Tue Jun 12 10:59:54 2012 ModDate: Tue Jun 12 10:59:54 2012 Tagged: no Pages: 1 Encrypted: no Page size: 1170 x 772 pts MediaBox: 0.00 0.00 1170.00 772.00 CropBox: 585.00 0.00 1170.00 772.00 BleedBox: 585.00 0.00 1170.00 772.00 TrimBox: 585.00 0.00 1170.00 772.00 ArtBox: 585.00 0.00 1170.00 772.00 File size: 1306565 bytes Optimized: no PDF version: 1.6 We can see that the cropbox for both PDFs, which is used in the PDF2SWF conversion is 585.0x772.0. I don't believe you can disprove the validity of my bug by using the tool that I'm claiming has the bug. The dimensions that PDF2SWF is showing is the pixels of the SWF, which I can see are 1015 and 1016 respectively, but that is the bug. All other tools I'm using show the PDF to have the identical dimensions and should therefore yield the same SWF dimensions. Can you please confirm the PDF dimensions with an alternate tool, and then get back to me as to why the produced SWFs are of different dimensions. Regards, Rob On 12-06-13 11:03 AM, List_Subs wrote: On Tue, 12 Jun 2012 12:09:10 -0400 Robert Damiano <address@hidden> wrote:Hi guys, Right now I'm having a problem when converting 2 same sized PDF pages, which are resulting in a slightly different width. Steps to reproduce: 1. Note the dimensions of the 2 PDFs attached. I got 1170x772 pts mediabox and 585x772 pts cropbox for both PDFs 2. Convert both attached PDFs using the command (pdf2swf --fonts --flashversion 9 --jpegquality 75 -s disablelinks -s poly2bitmap -s zoom=125 -p 1-1 x_pdfsam_download-issue-4060 -o test.swf) 3. Run the commands: * swfdump -X test.swf * swfdump -Y test.swf Expected result: The SWFs have the same X and Y value Actual result: SWF 1 has a X value of 1015 and SWF 2 has a X value of 1016 This single pixel discrepancy is causing problems when trying to place the 2 SWFs side-by-side for viewing purposes. Any help would be greatly appreciated. Note, if you remove the poly2bitmap flag the dimensions become the same.Not when I tried it they didn't! Made not a jot of difference. ;o) When the conversion starts, the first thing pdf2swf prints out, is the dimenisons of the pdf it is attempting to convert. In the case of your supplied pdfs, respectively, 6_pdfsam_download-issue-4060.pdf NOTICE processing PDF page 1 (1015x1340:0:0) and, 7_pdfsam_download-issue-4060.pdf -o 7.swf NOTICE processing PDF page 1 (1016x1340:1015:0) I'd infer from the above, that pdf2swf is giving you back, exactly what you are feeding it, and would thus appear to be working perfectly. If I were you I'd edit the 'offending' pdf and then try again. Regards, Chris. --------------- 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> -- Robert Damiano Java Developer | Uberflip address@hidden |
7_pdfsam_download-issue-4060.pdf
Description: Adobe PDF document
6_pdfsam_download-issue-4060.pdf
Description: Adobe PDF document
[Prev in Thread] | Current Thread | [Next in Thread] |