Retrieve DPI from PDF files by PDF to Image COM Component

The attached document seems to remain locked by PDF2Image COM Component after processing with PDFToImageDrawToHDC and other functions in the dll. Could you take a look for me?

Best regards
======================================
We have created a new test package to you, please download it from following URL,

XXXXXXXXXXXXXXXXXXXXXX

Please refer to TestVeryPdf.cpp file, after PDFToImageDrawToHDC() function is called, TestVeryPdf.cpp file will call MoveFile() function to rename input PDF file,

~~~~~~~~~~~~~~~
     int nTime1 = GetTickCount();
     TestPdf(argv[1], argv[2]);
     int nTime2 = GetTickCount();
     printf("Time = %dms (%.2fs)\n",nTime2-nTime1, (nTime2-nTime1)/1000.0);
     char szNewFile[300];
     sprintf(szNewFile, "%s_new.pdf", argv[1]);
     MoveFile(argv[1], szNewFile);
~~~~~~~~~~~~~~~
In this test case, "hashavsheva  document  rtl_8.pdf.pdf.pdf" file can be renamed correctly after PDFToImageDrawToHDC() function is called, it is indicate PDFToImageDrawToHDC() function doesn’t lock the PDF file, can you please double check this matter carefully?

VeryPDF

=============================================
This version seems to fix the problem. I notice though that the following warning message is being written to stdout:

libpng warning: tEXt: CRC error

Is there a way for me to disable these messages or do you have a version that doesn't display warning messages like this?

=============================================
We have created a new test package to you, please download it from following URL,

The new cimage.dll file in this package doesn't output this warning message now.

VeryPDF
=============================================

Thanks for the new link. This works better but I think it is much slower (x2) than previous versions...

I have created a console c++ project that compares the speed of the 2 versions and you can download it from the following URL:

If you open the project and open the file pdf2image_test.cpp then you will see the line:

#define NEW_VERSION
=============================================
Sorry - I clicked send before completing my email...

Thanks for the new link. This works better but I think it is much slower (x2) than previous versions...

I have created a console c++ project that compares the speed of this version with an older one dated 13th July 2010. You can download my project from the following URL:

XXXXXXXXXXXXXXXXXXXXXXXXXX

If you open the project and open the file pdf2image_test.cpp then you will see the line:

#define NEW_VERSION   1

Leave this line as it is to run the test on the new version or change it to:

#define NEW_VERSION   0

...to run the test on the old version.

Depending on the value of NEW_VERSION the program will change folder to test/new or test/old, load the pdf2image dll and call the PDF2ImageDrawToHDC function for each pdf file (test0.pdf to test9.pdf).

On my system the old version takes 10 seconds to process the documents but the new version takes 20 seconds.

Could you take a look to see if you can tell why there is such a difference in speed?

Best regards

============================================

The following download URL is too slow, I have spent 2 hours to download this package, but no luck,

also, I suggest you may simple use the new version of cimage.dll to overwrite old version of cimage.dll, the new version doesn't print " libpng warning: tEXt: CRC error " to stdout, you needn't update the pdf2image.dll file, we hoping the new version of cimage.dll doesn't impact the conversion speed.

VeryPDF
===============================================

Sorry, something must have gone wrong on our web site. I've put the file on to drop box at the following URL:

I think it is p2isdk.dll that is causing the speed problem, but I need to use it to be able to read some pdf files that your older versions cannot read.

Could you please take a look at this because it is too slow to use at the moment.

===============================================

Thanks for your message, I have downloaded the test package from dropbox.

Yes, this speed problem is caused by p2isdk.dll library, p2isdk.dll is using a different method to render the PDF pages, it will check every elements in PDF page carefully, this will improve the correctness of conversion, but this will also slow the conversion, this is the reason why p2isdk.dll has a bit of slow than normal.

We will try to improve the speed for p2isdk.dll library in the future, we will let you know after update is available, thanks for your patience.
===============================================

Ok - but could you consider the following request that would make things so much better for me in using your software....

It would be very useful if I could call a function that would test a PDF document to see if it contains 1 image per page and nothing else. If that was the case then I could just use pdf2tif.dll to extract the images and it would be much faster than using pdf2image.dll.

The other big problem I have with pdf2image.dll is knowing what the resolution is of a scanned document. For example, say a document was scanned at 200dpi and I call pdf2image with a dpi of 300, then it takes longer to run than if I had set the dpi to 200 and is less accurate. So it would also be useful to be able to tell what the resolution of a scanned document was.

I know that PDF documents can contain a mixture of image, text and vector graphics, but the special case of pure scanned images are very interesting to me.

Best regards
===============================================

Hi,

Yes, PDF documents can contain a mixture of image, text and vector graphics, it is not easily to retrieve DPI from a PDF page.

However, we can develop two special functions to you at additional cost,

1. Check if PDF file contains 1 image per page and nothing else, it will return information for each page in PDF file,
2. Calculate DPI for each page in scanned PDF document, (if your PDF page contains text and other information, this function will not work),

If you are interest in above two functions, please feel free to let us know, we will provide a quotation for above two functions to you shortly.

VeryPDF

VN:F [1.9.20_1166]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.20_1166]
Rating: 0 (from 0 votes)
Posted in PDF to Image Converter | Tagged | Leave a comment

Will PDF to HTML Converter support Czech language?

Hi verypdf team!

First let me tell you we’ve been using pdf2html for a year and a half now, with great satisfaction.

But we are now facing an issue when converting pdf files (to HTML) written in Czech language. All Czech specific characters are not converted correctly. It looks like character sets other than Western Europe Latin are not supported. So far, we’ve been only converting pdf files written in English, French, German and Italian, and we didn’t encounter this issue before…

So my question is simple:
- Does pdf2html support other languages than those listed on your website: English, French, German, Italian, Portuguese and Spanish?
- If yes, is there a special command line parameter for this? (we are using command line version 3.2)
- If not, how can we fix this?
       -> Can you do specific development for us? How much could it be? How long could it take? Please send a quote if
       -> Otherwise do we have to modify source code by ourselves?
       -> Finally, is there another product converting pdf files to html with same performance/quality level but supporting Eastern Europe languages (or UTF8/Unicode) ?

If you want me to provide an example of pdf illustrating the issue, just let me know… Command line we use to convert:

       pdf2html.exe -single -nojscript -file:"source.pdf" -dest:"dest.html" -fontsize:13
We hope we’ll find a solution quickly!
====================================================

The current version of PDF to HTML Converter doesn't support Czech language yet, we are planning support Czech language in the future releases.

VeryPDF

VN:F [1.9.20_1166]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.20_1166]
Rating: 0 (from 0 votes)
Posted in PDF to HTML Converter | Tagged | Leave a comment

Use PDF Editor to edit password protected PDF files

Does this allow me to “edit” an existing password protected PDF file by adding information in an overlay manner. I have a PDF file that I would like to file in the information (overlay the information) on the fill in the blank locations and then print the document?

===============================

Hi,

We suggest you may use our PDF Password Remover v3.1 to remove password from your PDF file first,

http://www.verypdf.com/pwdremover/index.htm

then you can use our PDF Editor to edit decrypted PDF file again, our PDF Editor can be downloaded from following web page,

http://www.verypdf.com/pdf-editor/index.html

VeryPDF

VN:F [1.9.20_1166]
Rating: 1.3/10 (3 votes cast)
VN:F [1.9.20_1166]
Rating: -1 (from 1 vote)
Posted in PDF Editor, PDF Password Remover | Tagged , | Leave a comment

PDF Split-Merge v3.0 Command Line doesn't return an error code

I am wondering if there is a way for me to capture a return error code or the like from the command line evocation of PDF Split-Merge v3.0.  I have a process that is failing because of a folder permission issue but there is no return code or error message, pdfpg.exe just stops and returns nothing.

I appreciate you taking the time to look this over and wish you a good day.

================================

Hi,

PDF Split-Merge v3.0 Command Line doesn't return an error code, but you can check the output PDF file, if output PDF file is not created, it is indicate something is wrong during processing.

However, you can also use our PDF Split-Merge SDK Version 3.0 product split and merge your PDF files, PDF Split-Merge SDK Version 3.0 does return the error code if something is wrong during processing, PDF Split-Merge SDK Version 3.0 can be downloaded from following web page,

http://www.verypdf.com/pdfpg/index.html#dl

http://www.verypdf.com/pdfpg/pdfsplitmergesdk.zip

VeryPDF

VN:F [1.9.20_1166]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.20_1166]
Rating: 0 (from 0 votes)
Posted in PDF Split-Merge | Tagged | Leave a comment

Question on metafile conversion

Hi,
I downloaded the trial version of docPrint 5.0 and in the process of running some tests. I'm converting mdi files created from Word documents into Windows metafile and wanted the output to come out as 576x576 dpi metafiles but not able to do so even if I enter that specification on the Resolution field. It always creates  599x600 dpi.  I'm interested about the product but need to know if this is possible? Thanks.

=================================================

Hi,

Metafile is the vector format, when you save to EMF format in docPrint v5.0 product, docPrint will ignore the resolution value which you input in the docPrint Save As dialog.

If you wish change the resolution in EMF file, please refer to following screenshot, you can change the resolution in docPrint Printer Driver directly,

http://www.verypdf.com/artprint/image/big/img09.gif

after you changed the resolution in docPrint Driver, please print a document to docPrint, then you can save to EMF files with new resolution.

VeryPDF

==================================================
Thanks.

However, I've been playing with this and could not get the wmf file created by docPrint 5.0 to match the dimensions of what I wanted. See attached samples--I need the same properties of CG00011204.wmf but not able to get it with docPrint output (CG000101204_verypdf.wmf).
Is there any other setting I need to change? If this is possible, most likely, I will purchase the product.

==================================================

We have checked your sample WMF file, please refer to our report at below,

CG00011204.wmf has following properties,

Width, 4320pt and 576DPI,
Height, 5760pt and 576DPI,

CG000101204_verypdf.wmf has following properties,

Width, 851pt and 99DPI,
Height, 1101pt and 100DPI,

You can set DPI to 600 on the docPrint, then you will get new WMF flie which similar with your CG00011204.wmf.

VeryPDF

=====================================================

In as much as I would like it, I would prefer trying that new functionality out first before making a purchase. What I'm trying to do is replace a manual process we have here where we convert PowerPoint slides to WMF files. If you try to convert a singe slide from PowerPoint and save it as a WMF file, it will always come up with the same properties as what my sample file has (per my last e-mail). I just want to prove that if I get the new functionality then I would be able to replicate my sample file, and that there is no other "signature" embedded within the metafile docPrint creates that would make it different than the metafile PowerPoint creates. Because after creating those metafiles, I run those thru a custom application and when I use the metafiles docPrint creates, it doesn't recognize those, which is why I'm thinking other the properties need to be exactly the same or something embedded within the file tells it that it is different. I hope I make sense. Any input would be greatly appreciated.

Regards,

=====================================================
Hi,

Thanks for your message, we will try to add a "Modify DPI in WMF/EMF" command line application into the next version of docPrint Pro v5.0 product, we will let you know after this new command line application is ready, thanks for your patience.

VeryPDF

VN:F [1.9.20_1166]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.20_1166]
Rating: 0 (from 0 votes)
Posted in docPrint Pro | Tagged | Leave a comment
Page 1,390 of 1,402« First...102030...1,3881,3891,3901,3911,392...1,400...Last »