Recent changes to bugs

File is not released after Merge

Imre Tokai — Wed, 18 Jan 2012 20:29:32 -0000

See

https://sourceforge.net/projects/multivalent/forums/forum/145777/topic/4953363?message=11062917

Do I need to explicitly release the file after merge?

Regards

Problem with Compress

kool_ban — Thu, 05 Aug 2010 00:59:15 -0000

Hi,

I am facing a problem when I am compressing the PDF produced by SAP. We first merge the PDF using the multivalent Merge and then try to compress it. The whole setup is working fine with the other PDFs, but when I use the PDF produced by SAP then I am not able to compress it. I don't know what is the problem with the SAP produced PDFs. I am attaching the PDF which I am trying to compress and the compressed file both. The compressed file shipment-o.pdf has 2 blank pages as you can see. If I have more than 2 pages in the file (before compressing) then page 3 onward comes fine in the compressed file. The problem is always with the first 2 pages.

Can someone help me out in identifying the problem.

Thanks
Ban

Bookmarks fail for very large Merges

Matthew Cargo — Fri, 19 Mar 2010 04:56:38 -0000

We're working with merging the 20-odd papers in the journal Algebra and Number Theory
http://pjm.math.berkeley.edu/agt/2009/09-01/index.xhtml.

Somewhere around paper number 23, the merge breaks down: The subsection titles begin to
refer to the first page, and the table of contents page at the end (which we make separately)
doesn't link correctly back to the papers. Interestingly, the the XREF fix mentioned in
pdftk --help solves the problem. Of course, we'd rather Merge work right away.

tool.pdf.Info: NullPointerException

Adrian Devries — Tue, 16 Mar 2010 22:39:50 -0000

Data: http://pdfsizeopt.googlecode.com/files/lme_v6.pdf
Call: java tool.pdf.Info -content lme_v6.pdf
Output:
Filename: lme_v6.pdf
(240 pages) lme_v6.pdf: java.lang.NullPointerException
java.lang.NullPointerException
at multivalent.std.adaptor.pdf.InputStreamComposite.<init>(Unknown Source)
at multivalent.std.adaptor.pdf.PDFReader.getInputStream(Unknown Source)
at tool.pdf.Info.content(Unknown Source)
at tool.pdf.Info.info(Unknown Source)
at tool.pdf.Info.main(Unknown Source)

Exception in thread "main"

Anonymous — Thu, 21 Jan 2010 00:56:33 -0000

java tool.pdf.Compress MyPdf pdf gives an error

java.lang.NoClassDefFoundError: tool/pdf/Compress
Exception in thread "main"

xml output

Anonymous — Wed, 09 Sep 2009 11:22:34 -0000

version 2006 with options: -bbox -span -style -output xml
the resulting xml is not correctly structed for example: <word> <path/> <font> </word></font>
where </word> is inside <font>. (the text and attributes of the tags are removed here).
In a 900+ line output there are over 500 errors reported using tidy with -xml option

ArrayIndexOutOfBoundsException in tool.pdf.Compress

Jim Davis — Thu, 23 Apr 2009 19:44:19 -0000

ArrayIndexOutOfBoundsException when compressing attached file Z693_2090416165141.0242990_1283.pdf

Success with attached file Z693_2090416165629.7642660_1290.pdf

D:\bre>java -classpath d:\bre\Multivalent20060102.jar tool.pdf.Compress Z693_2090416165141.0242990_1283.pdf
file:/D:/bre/Z693_20090416165141.0242990_1283.pdf, 72360 bytes
PDF 1.3, producer=SAP R/3 Release 640 , creator=Form ZWMSF_MMD EN
Z693_20090416165141.0242990_1283.pdf: java.lang.ArrayIndexOutOfBoundsException: 3

D:\bre>java -classpath d:\bre\Multivalent20060102.jar tool.pdf.Compress Z693_2090416165629.7642660_1290.pdf
file:/D:/bre/Z693_20090416165629.7642660_1290.pdf, 72494 bytes
PDF 1.3, producer=SAP R/3 Release 640 , creator=Form ZWMSF_MMD EN
additional compression may be possible with:
-compact -jpeg
=> new length = 24810, saved 65%, elapsed time = 0 sec

tool.pdf.Compress increases PDF image size by 8%

Péter Szabó — Mon, 06 Apr 2009 01:56:28 -0000

The latest tool.pdf.Compress increases the file size of the PDF http://www.math.bme.hu/~pts/300dpi_all.type1c.pdf by 8%. The most probable reason is that the input PDF contains lots of images, most of them being very tightly compressed with PNGOUT. When tool.pdf.Compress processes the PDF file, it recompresses the images with an inferior algorithm, not paying attention to the fact that the original image was smaller than the recompressed image.

Suggested fix 1: keep the original image if it is smaller than the recompressed image.

Optional fix 2, in addition to suggested fix 2: add a command-line flag which prevents image recompression. If the user is sure that all images in the PDF are small enough, he would invoke tool.pdf.Compress with this flag, and save CPU time.

tool.pdf.Compress reads images with /Predictor incorrectly

Péter Szabó — Tue, 31 Mar 2009 22:51:04 -0000

If the original image has a /DecodeParams dictionary with a /Predictor, tool.pdf.Compress ignores this dictionary, thus rendering the image completely useless.

$ xpdf pts2p.pdf
$ java -cp Multivalent.jar tool.pdf.Compress pts2p.pdf
$ xpdf pts2p-o.pdf

Problems compressing PDFs produced by PowerPoint 2008

Anonymous — Sun, 15 Feb 2009 10:31:17 -0000

I've been using the Compress tool for years to process my PDF files. After upgrading to MS PowerPoint 2008 I have been having troubles with the files produced by Compress: many pictures after compression get "moved around" the page as in the following example:

- Original file, as produced by printing to PDF a MS PowerPoint 2008 slide on MacOS X 10.5.6: http://www.salgarelli.com/priv/test-orig.pdf

- Same file after processing by the Compress tool, with options "-web": http://www.salgarelli.com/priv/test-output.pdf

This happens with ALL PDFs created from PowerPoint 2008, and never happened with older versions of PowerPoint.

My system:

- Multivalent version 20060102
- Java 1.5.0_16
- MacOS X 10.5.6 (Intel)
- I've successfully used Multivalent for several years.

You can reproduce the bug by running the Compress tool with any options on the "test-orig.pdf" file you can download from the link above.

Thanks,
Luca <luca@salgarelli.com>