![]() ![]() Multi-core OCR processes multiple pages in parallel.Faster operation, better capacity to handle larger documents.Mac OS X 10.6 (Snow Leopard) only, 64-bit.With PDFpenPro, users can create fillable PDF forms and document table of contents as well. In addition to all of the features of PDFpen 5.0, PDFpenPro 5.0 can now convert websites and other HTML documents into PDFs, complete with hyperlinks. OCR is now multi-core, enabling parallel processing of multi-page documents.Ī new version of PDFpenPro has also been released. The new version improves handling of larger PDF documents. With performance enhancements, PDFpen 5.0 is faster. PDFpen 5.0 also adds contrast adjustment and other image effects. ![]() Scanned documents can be deskewed in PDFpen, which improves the performance of OCR results. Users can change the resolution and color depth of a single image or scanned document to reduce PDF file size. Image editing is significantly more sophisticated in PDFpen 5.0. Redaction in PDFpen removes the underlying text before putting a black rectangle in its place.” “As more people use PDFs to share information, the ability to properly redact private details within documents is critical … Many high profile cases have come to light recently where sensitive text was exposed in PDFs unintentionally. Users can also initiate search-and-replace and search-and-redact functions to remove multiple instances of sensitive information. With this major upgrade, PDFpen includes the ability to redact or replace text, including OCR text. Smile has released PDFpen 5.0, the latest version of its popular and affordable PDF editing tool for Mac OS X. Thanks.PDFpen, the PDF editing tool for Mac OS X has had a major upgrade and now includes the ability to redact or replace text, including OCR text. So I am trying once again to raise this issue. Working around this is time-consuming, but even with this issue PDFPenPro has been an indispensable tool for my work. But I may be ignorant of some obvious reason why adding this functionality is difficult.) (Indeed this is what one does with Acrobat Pro. (This happens with Acrobat Pro.) If that is the case, a solution would be to implement an option of running OCR on a specified range of pages, so that a user can OCR a document not in one go but in smaller steps. My (technically illiterate) suspicion has been that, with larger files the memory runs out and causes the OCR process to halt. I can upload an example document which gives me grief, as well as a verbose log taken during an attempt at OCR-ing it. But this is unpredictable, and I often have to try a number of times. Sometimes, one of the two “PDFpenOCR” dies and the other keeps going, and OCR is completed. The application (PDFpenPro) itself thereby hangs, and I have to force quit it. What happens (which one can see from Activity Monitor is that one or two processes called 'PDFpenOCR' start when I run the “OCR document” command, and after a while these processes slow down, and eventually halt. I am hoping that the new support team at Nitro might offer further help. I have raised this issue a couple of times with the Smile support team. ![]() ![]() This has been a problem for me since before version 10. PDFpenPro's OCR process often stalls when being run on a relatively long document, whether it is run with the document open, or from the “OCR files…” command. I am using PDFPenPro 13.1 for Mac on MacBook Pro (13-inch, 2016, Four Thunderbolt 3 Ports), running macOS Mojave 10.14.6 (18G9323). ![]()
0 Comments
Leave a Reply. |