快速PDF的COM pression库.NET [英] Fast PDF Compression Library for .NET

问题描述

我需要.NET，让我跑10个并发线程每个COM pressing一个单独的PDF文件，以大约10％的原始大小的快速PDF的COM pression库。有什么建议么？ （我已经尝试了产品从neeviaPDF.com，这是不一样快，我需要的。）

I need a fast PDF Compression library for .NET that will allow me to run 10 concurrent threads each compressing a separate PDF file to around 10% of its original size. Any suggestions? (I have already tried out the product from neeviaPDF.com. It is not as fast as I need.)

推荐答案

该公司的网站显示了三个例子 - 一个COM presses一个PDF从9.1mb为133KB。打开它们，用记事本显示了一个2500x3000大多是黑色的图像融为一体pressed与FlateDe code转换成相同大小的图片COM​​ pressed与JPEG2000。这种COM pression比例可能是最好的情况。另外两个例子是比较合理的; 741KB至349KB和940KB到804KB。它们还包括设置截图;之一，这三个例子中检查包含了一个警告：非常慢！似乎是一个很好的产品，但。它做了所有正确的事情，包括网络优化。

The company's website shows three examples - one compresses a pdf from 9.1mb to 133kb. Opening them up with Notepad shows a single 2500x3000 mostly black image compressed with FlateDecode converted to the same size image compressed with JPEG2000. This kind of compression ratio is probably the best-case scenario. The other two examples are more reasonable; 741kb to 349kb and 940kb to 804kb. They also include a screenshot of the settings; one checked in all three examples contains a warning: "VERY SLOW!!!" Seems like a good product, though. It does all the right things, including web optimization.

原来的10％是不可能的，除非你的PDF文件内容提前知道，重形象，并且使用iTextSharp的手codeA的解决方案，以充分利用PDF文件放在一起的方式。

10% of the original is unlikely unless your pdfs' contents are known ahead of time, heavy in images, and you handcode a solution using iTextSharp to take advantage of the way the pdfs are put together.

如果你喜欢的方式，你有工作的组成部分，它不是线程安全的，为什么不直接创造10个与它独立的进程？如果你有很多的大图片，要小心了内存不足的错误。

If you like the way the component you have works, and it is not thread safe, why not just create 10 separate processes with it? If you've got a lot of large images, be careful of out-of-memory errors.

这篇关于快速PDF的COM pression库.NET的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！