Post a reply

Last 10 Posts (In reverse order)
rhnatiuk	Posted: Wednesday, September 25, 2019 12:15:52 AM(UTC)
	Originally Posted by: Paul Rayman Hello, I apologize for the delay in responding. Currently, a stable working solution has not yet been found. :(
Paul Rayman	Posted: Tuesday, September 24, 2019 10:49:58 PM(UTC)
	Hello, I apologize for the delay in responding. Currently, a stable working solution has not yet been found.
rhnatiuk	Posted: Wednesday, September 18, 2019 10:59:40 PM(UTC)
	Hi Paul, Originally Posted by: Paul Rayman I apologize for the delay in responding. This problem requires additional research on the capabilities of the Pdfium engine. Any hope for a solution? We are heading towards release, and this issue is slowly becoming a blocker.
rhnatiuk	Posted: Thursday, September 12, 2019 4:14:16 AM(UTC)
	Hi Paul, Originally Posted by: Paul Rayman I apologize for the delay in responding. This problem requires additional research on the capabilities of the Pdfium engine. Any success on the topic? This issue is biting us quite badly at the moment. We already thought about using pdfium to read PDFs, and then old library to write. But, it seems, that even on "normal" read some documents can have 20 seconds long .Dispose() calls, which makes parallelism the only possible solution.
Paul Rayman	Posted: Thursday, September 5, 2019 6:31:38 PM(UTC)
	I apologize for the delay in responding. This problem requires additional research on the capabilities of the Pdfium engine.
rhnatiuk	Posted: Wednesday, August 21, 2019 6:38:07 AM(UTC)
	Hi Paul Rayman , Any news on the subject? Did you manage to reproduce those problems?
rhnatiuk	Posted: Saturday, August 17, 2019 10:31:13 AM(UTC)
	Originally Posted by: Paul Rayman Are you using latest version of SDK? By the way, the same approx. 10x slowdown occurs when processing pages of one document in parallel.
rhnatiuk	Posted: Wednesday, August 14, 2019 4:37:57 AM(UTC)
	Originally Posted by: Paul Rayman Are you using latest version of SDK? Hi Paul, The problem is still reproducible with the latest SDK. I have made a short repro project, see PdfiumNetParallelism.zip (697kb) downloaded 43 time(s).. Just drop Patagames.Pdf.dll and pdfium.dll from the SDK to the ParallelPdfTest folder - the project is referencing those (had to remove them, as zip was too big for this forum). The code is simple, you do not need explanations. Just run it, and you will see that in multithreaded scenario SDK is about 10 times slower.
rhnatiuk	Posted: Tuesday, July 16, 2019 10:40:18 PM(UTC)
	Originally Posted by: Paul Rayman Are you using latest version of SDK? Strange... We saw the problem on one computer (DELL Intel machine), but we could not reproduce it in our testing environment (not the same kind of machine). The problem is, that the guy on the problem-machine is on vacation now, and will be back on August 12th. :( So, we will not be able to confirm if updating SDK fixed the problem until then. Have a nice summer!
rhnatiuk	Posted: Sunday, July 14, 2019 10:00:11 PM(UTC)
	Originally Posted by: Paul Rayman Are you using latest version of SDK? No, we had 4.7.2704. I updated it now to the latest 4.11.2704, and will ask a tester to check if the problem is still there. Was something related to threading fixed recently?

Notification