Search found 675 matches
- Tue Dec 20, 2011 9:18 am
- Forum: PDF-XChange Viewer (End Users)
- Topic: Problems with PDF Object IDs
- Replies: 64
- Views: 18794
Re: Problems with PDF Object IDs
Sorry, but you cannot use pdf object numbers to identify annotations or something else after PDF file was changed - most programs may change object numbers when saving document, it is not restricted. For example we have document with 10 000 pages - this will require at least 20 000 specified objects...
- Tue Dec 20, 2011 6:52 am
- Forum: PDF-XChange Viewer (End Users)
- Topic: Printing out texts with "typewriter" tool.
- Replies: 7
- Views: 1883
Re: Printing out texts with "typewriter" tool.
Almost always this happens when printer drivers do not interpret fonts from PDF files correctly. There is no common solution (at least for now), but there are two possible workarounds: 1. Check the Print as Images option in the print dialog or 2. Press the Advanced button (in the print dialog as wel...
- Mon Dec 19, 2011 3:19 pm
- Forum: PDF-XChange Viewer (End Users)
- Topic: Text using my font not displayed
- Replies: 4
- Views: 1387
Re: Text using my font not displayed
Problem is in PDF file (and in the PDF creator used too) - it uses non-standard encoding and does not specify the parameters etc it is using ! In such cases the font must be embedded and built-in encoding used. On my PC there is no Shadow font and both our Viewer and Adobe Acrobat display blank page...
- Mon Nov 21, 2011 2:36 pm
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: -2081161208 error code when saving big file
- Replies: 8
- Views: 4204
Re: -2081161208 error code when saving big file
It looks like you have problems with system resources: error -2081161208 was returned from the system and means "Not enough storage is available to process this command". There may be several issues with merging alot of files into one: 1. xcpro was not designed for such heavy load and ther...
- Mon Nov 14, 2011 10:30 am
- Forum: PDF-X OCR SDK
- Topic: PDF library crash
- Replies: 78
- Views: 35089
Re: PDF library crash
Sorry, we cannot reproduce crash with latest build (199 at the moment).
Please try update and if problem remains - please provide step-by-step instructions how to reproduce it (best case - test project with sources).
Please try update and if problem remains - please provide step-by-step instructions how to reproduce it (best case - test project with sources).
- Mon Oct 31, 2011 9:40 am
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: GetPagesCount Error
- Replies: 5
- Views: 7754
Re: GetPagesCount Error
Hi, This file is broken (the xref table is incorrect) and I am afraid that the xcpro40.dll library can work only with in tact files - correctly formatted. I assume this is a one of file - if you have multiple files such as this you may want to contact the source and advise them - also opening in our...
- Wed Oct 12, 2011 12:02 pm
- Forum: PDF-XChange Viewer (End Users)
- Topic: Embedded fonts -> system fonts
- Replies: 5
- Views: 1570
Re: Embedded fonts -> system fonts
This is because your file contain incorrectly embedded fonts - they are Type 1, but embedded as TrueType. For now Viewer cannot correctly handle such situation and therefore use sytem fonts for substitution.
- Wed Oct 12, 2011 9:58 am
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: Insert Multi Tif Files
- Replies: 5
- Views: 3020
Re: Insert Multi Tif Files
Coorect code should be: HRESULT hr ; typedef _PXCImage* _PXCImagePtr; _PXCImagePtr* pImages = NULL; // get pagecount DWORD PageCount = 0; hr = PXC_AddImageExA(pdf, ImageFileName, NULL, 0); ASSERT ( !IS_DS_FAILED(hr)); PageCount = hr; ASSERT(PageCount > 0 ); // alloc image array pImages = new _PXCIma...
- Mon Oct 10, 2011 11:25 am
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: Insert Multi Tif Files
- Replies: 5
- Views: 3020
Re: Insert Multi Tif Files
You sould be more creaful with pointers - this is second time when you added unnecessary '&': HRESULT hr ; _PXCImage* pImages = NULL; // get pagecount DWORD PageCount = 0; hr = PXC_AddImageExA(pdf, ImageFileName, NULL, 0); ASSERT ( !IS_DS_FAILED(hr)); PageCount = hr; ASSERT(PageCount > 0 ); // a...
- Mon Oct 10, 2011 10:47 am
- Forum: PDF-XChange Viewer (End Users)
- Topic: File blows up after simple change
- Replies: 4
- Views: 1512
Re: File blows up after simple change
This is hybrid document - document produced using a recent update to the PDF specification (e.g. features like compressed objects and xref streams, added in spec. version 1.5), but with PARTIAL compatibility with older readers which do not understand these new features. Therefore this file reports t...
- Mon Oct 10, 2011 9:55 am
- Forum: PDF-XChange Viewer SDK
- Topic: TrackerPdf.LoadSettings slow across network
- Replies: 6
- Views: 2235
Re: TrackerPdf.LoadSettings slow across network
There is nothing specific in your settings, unless the client PC has 256Mb of RAM or less - in this case 10% is not enough for effective caching. Possible connection between annotaions and sections is Comments Pane - when it is opened it starts to enumurate comments on all pages. Of cource there sho...
- Wed Oct 05, 2011 12:45 pm
- Forum: PDF-XChange Viewer SDK
- Topic: TrackerPdf.LoadSettings slow across network
- Replies: 6
- Views: 2235
Re: TrackerPdf.LoadSettings slow across network
One possible problem - your client has really slow network. It may be bandwith problem or even high latency problem (settings are read using small block size, so it also may be a problem). But in most cases Settings are not so big, so it should not case such serious slowdown. Maybe user also open so...
- Mon Oct 03, 2011 6:34 am
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: Can't Save using PXCp_WriteDocumentW
- Replies: 1
- Views: 1663
Re: Can't Save using PXCp_WriteDocumentW
Object 30 in this file is corrupted (it is an image streamwith an invalid length).
xcpro supports only correct PDF files, so it cannot work with this one. There is only one way to work with this file is to correct it - re-save using Viewer/Acrobat/etc.
HTH.
xcpro supports only correct PDF files, so it cannot work with this one. There is only one way to work with this file is to correct it - re-save using Viewer/Acrobat/etc.
HTH.
- Fri Sep 30, 2011 6:12 am
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: text is garble
- Replies: 19
- Views: 8828
Re: text is garble
Almost same - another encoding of same kind.
Currently the xcpro40 Library can handle such fonts only if the 'ToUnicode' table is embedded with it.
Currently the xcpro40 Library can handle such fonts only if the 'ToUnicode' table is embedded with it.
- Thu Sep 29, 2011 3:44 pm
- Forum: PDF-XChange Viewer (End Users)
- Topic: Text in created Bookmark all greek to me in some files
- Replies: 6
- Views: 2006
Re: Text in created Bookmark all greek to me in some files
Your file use embedded font(s) with built-in encoding and does not provide any information how to translate codes to unicodes - this is a reson why we cannot extract correct (greek) text. Adobe Acrobat also cannot extract text correctly. possible solution - recreate document with required informatio...
- Thu Sep 29, 2011 7:58 am
- Forum: PDF-XChange Viewer SDK
- Topic: PDF-XChange Viewer has stopped working
- Replies: 3
- Views: 1589
Re: PDF-XChange Viewer has stopped working
Reproduced and fixed.
Fix will be avail in next build (200).
Fix will be avail in next build (200).
- Fri Sep 23, 2011 10:29 am
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: sign existing pdf file
- Replies: 8
- Views: 3553
Re: sign existing pdf file
hr = PXCp_SignDocumentW( & pdf, pCertContext, 0, &sr, L"Test Reason", L"Test Location", L"Test Contact Info", NULL, Sign_GR_Name | Sign_TX_Name | Sign_TX_Date |Sign_TX_Location | Sign_TX_Reason | Sign_TX_DName); In your code signt '&' (ampersand) marked as...
- Fri Sep 09, 2011 11:01 am
- Forum: PDF-XChange Viewer (End Users)
- Topic: Export to Image crash
- Replies: 12
- Views: 2900
Re: Export to Image crash
Looks like version of Shlwapi.dll in your system was lower than 4.71 and therefore was problems when calling StrStrIW (function StrStrIW require Shlwapi.dll version 4.71 or later). After updating IE to version 6 Shlwapi.dll was updated as well and this resolved problem. Sorry that we frogot about th...
- Fri Sep 02, 2011 8:15 am
- Forum: PDF-XChange Viewer SDK
- Topic: win32exception : Access is denied (..OnEndPage()) : Vista
- Replies: 22
- Views: 7787
Re: win32exception : Access is denied (..OnEndPage()) : Vist
All what you wrote is true, BUT you missed that there are TWO examples which use the same pxcview.dll - pxcview36_sample_app.exe and PXCView36_sample_csharp.exe . pxcview36_sample_app.exe does not use .NET and can print FAILS_TO_PRINT.pdf . PXCView36_sample_csharp.exe use .NET and cannot print FAILS...
- Thu Sep 01, 2011 10:56 am
- Forum: PDF-XChange Viewer SDK
- Topic: win32exception : Access is denied (..OnEndPage()) : Vista
- Replies: 22
- Views: 7787
Re: win32exception : Access is denied (..OnEndPage()) : Vist
pxcview36_sample_app.exe uses pxcview.dll and can print. It does NOT use .NET. So the problem is not in the pxcview.dll. PDFXCview.exe can also print and does NOT use .NET (even our .NET samples use the Viewer AX. The actual printing is done in another process which does not use .NET itself). So ple...
- Fri Aug 19, 2011 1:28 pm
- Forum: PDF-XChange Viewer SDK
- Topic: Problems with spaces in extracted texts
- Replies: 5
- Views: 2253
Re: Problems with spaces in extracted texts
Then you will need to optimize it. This is just a sample, without any optimizations - as I can see there are a lot of memory allocation/deallocation operations (two per each text element), this may be a bottleneck. Also, xcpro compose text inside, without making copies as PXCp_ET_GetElement does, so...
- Thu Aug 18, 2011 6:13 am
- Forum: PDF-XChange Viewer SDK
- Topic: Problems with spaces in extracted texts
- Replies: 5
- Views: 2253
Re: Problems with spaces in extracted texts
Problem is because your file contain fonts with non-standard encodings, so xcpro cannot correctly determine characters widths (especially space width) and therefore cannot compose letters correctly (yes, in this document each letter is displayed separately, so text composing is not so simple). I'm a...
- Wed Jun 29, 2011 2:58 pm
- Forum: PDF-XChange Viewer SDK
- Topic: PDF Files with large bitmaps slow to display
- Replies: 19
- Views: 10552
Re: PDF Files with large bitmaps slow to display
That is strange. Can you post code which is used for drawing?
- Wed Jun 29, 2011 6:30 am
- Forum: PDF-XChange Viewer SDK
- Topic: PDF Files with large bitmaps slow to display
- Replies: 19
- Views: 10552
Re: PDF Files with large bitmaps slow to display
pxcview.dll does not cache rendered page, but it cache internal PDF structure, decoded images, etc. PXCV_ReleasePageCachedData may releae them, so on each draw they will be decoded. Which parameters are you passing to PXCV_ReleasePageCachedData and how often do you call it?
- Mon Jun 27, 2011 5:37 am
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: Converting TIF to PDF
- Replies: 6
- Views: 2579
Re: Converting TIF to PDF
Hi Christina. I'm affraid that there is not so many possibilities to speedup, but you may try to do following: 1. Rewrite your code to use several threads (best case - one thread per CPU core). If you have quad-core CPU you will get up to four times the speed. 2. Disable your antivirus/firewall (and...
- Fri Jun 24, 2011 7:17 am
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: Combine two pdf files with internal link
- Replies: 4
- Views: 2835
Re: Combine two pdf files with internal link
Sorry, but links to external files will be not automatically converted to local when you are inserting that file to original (why does xcpro do this? It may not even know which pages from which file you are trying to insert). At the moment we do not provide functions to modify annotations (a link is...
- Fri Jun 24, 2011 7:08 am
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: Converting TIF to PDF
- Replies: 6
- Views: 2579
Re: Converting TIF to PDF
Can you be more specific about your conversion process? Are you converting one tiff file to one pdf or multiple tiff to one file? And what exactly happens when you try to convert 2500 files?
Also, please make sure that you are using latest build (195 at the moment)
Also, please make sure that you are using latest build (195 at the moment)
- Fri Jun 10, 2011 9:37 am
- Forum: PDF-XChange Viewer (End Users)
- Topic: String Display Error
- Replies: 4
- Views: 2453
Re: String Display Error
1. Your document corrupted, so it may be incorrectly displayed. 2. In your document used fonts are not embedded, so text may display incorretly - depends on fonts present in PC where it will be Viewed. 3. Your document use non-standard font names (local chineese insted of Unicode). Viewer doe not su...
- Tue Jun 07, 2011 8:06 am
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: text is garble
- Replies: 19
- Views: 8828
Re: text is garble
You can get all text from page (without positions) or each element with positions - same as in PDF content. Yes, in most cases words in PDF are splitted, and we do not provide mechanism to collate word fragments because there is alot of specific cases which require separate handling - text on curves...
- Mon May 30, 2011 6:23 am
- Forum: PDF-XChange Viewer (End Users)
- Topic: Complex PDFs extreamly slow when opened from network share
- Replies: 7
- Views: 3217
Re: Complex PDFs extreamly slow when opened from network sha
Hi lgitlitz.
Can you also do following test: copy file to your PC and open it locally?
Also, what type of LAN you are using? Local ethernet, VPN, or another configuration?
Can you also do following test: copy file to your PC and open it locally?
Also, what type of LAN you are using? Local ethernet, VPN, or another configuration?
- Mon May 30, 2011 6:20 am
- Forum: PDF-XChange Viewer (End Users)
- Topic: can viewer support fonts in the viewer directory?
- Replies: 8
- Views: 2079
Re: can viewer support fonts in the viewer directory?
No. The current version of Viewer can use only system fonts for substitution.
I suggest a much better solution - embed the fonts in the document, so it will look the same on any computer.
I suggest a much better solution - embed the fonts in the document, so it will look the same on any computer.
- Wed Apr 27, 2011 3:03 pm
- Forum: PDF-XChange Viewer SDK
- Topic: Multi-thread access to the Simple Viewer DLL
- Replies: 16
- Views: 5933
Re: Multi-thread access to the Simple Viewer DLL
What you're saying is not so in our case. To create the TIFF file, we create a monchrome bitmap, select it into the DC, draw and save it as a TIFF file. There's no 32 bit bitmap. You do not create such a bitmap, but we create for internal usage, and this is true (I'm developer of that code, so trus...
- Wed Apr 27, 2011 12:10 pm
- Forum: PDF-XChange Viewer SDK
- Topic: Multi-thread access to the Simple Viewer DLL
- Replies: 16
- Views: 5933
Re: Multi-thread access to the Simple Viewer DLL
Sorry, but the internal representation uses 32 bit's per pixel, not one, so the internal buffer uses 732 MBytes and they are stored on harddrive.
You may do an easy test - use 150 DPI instead of 400 and see whether the performance will be reduced or not.
You may do an easy test - use 150 DPI instead of 400 and see whether the performance will be reduced or not.
- Wed Apr 27, 2011 11:53 am
- Forum: PDF-XChange Viewer SDK
- Topic: Multi-thread access to the Simple Viewer DLL
- Replies: 16
- Views: 5933
Re: Multi-thread access to the Simple Viewer DLL
I think problem is in size - your image require 732 MBytes to be generated as HBITMAP, regardless TIFF format, and internal representation will use temporary file to keep such large data (instead of memory), and this may seriously degrade performance in case when two or more threads work with harddr...
- Wed Apr 27, 2011 10:59 am
- Forum: PDF-XChange Viewer SDK
- Topic: Multi-thread access to the Simple Viewer DLL
- Replies: 16
- Views: 5933
Re: Multi-thread access to the Simple Viewer DLL
That's strange, in such case there should be no problems described above. Can you provide one or more typical files which you process and say typical bitmap dimentions?johnr@etakeoff.com wrote:the different threads don't work on the same document simultaneously
- Wed Apr 27, 2011 10:30 am
- Forum: PDF-XChange Viewer SDK
- Topic: Multi-thread access to the Simple Viewer DLL
- Replies: 16
- Views: 5933
Re: Multi-thread access to the Simple Viewer DLL
Hi John. pxcview was not specially designed to work with the same document using several threads, using several documents in different threads is completely safe. You may work with the same document in several threads, but with serious restrictions: do not call PXCV_ReleasePageCachedData , PXCV_Rele...
- Thu Apr 21, 2011 12:26 pm
- Forum: PDF-XChange Viewer (End Users)
- Topic: some pdf files cann't be displayed correctly in PDF-XChange
- Replies: 9
- Views: 2263
Re: some pdf files cann't be displayed correctly in PDF-XChange
Your file uses non-standard extensions for CJK fonts. It is not documented in PDF specification and cannot be used on any computer with a different OS locale (therefore we cannot see normal text here even in Acrobat - our OS are not chinese and have no corresponding fonts, both things are important)...
- Thu Apr 14, 2011 7:01 am
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: text is garble
- Replies: 19
- Views: 8828
Re: text is garble
Your document's use multibyte encodings which is not currently supported by xcpro40. Please wait for next major update.
- Thu Mar 31, 2011 6:40 am
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: PXC_ScaleImage loss quality
- Replies: 1
- Views: 1339
Re: PXC_ScaleImage loss quality
Hi. No, there is no way to downscale images without loosing quality, even in theory - because of the nature of scaling. Regarding your situation - PXC_ScaleImage must convert the image to an 8 bit per channel representation in order to use bilinear scaling, so after scaling you may get 24 bit per pi...
- Fri Mar 25, 2011 11:14 am
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: OCR assisted solution
- Replies: 1
- Views: 1452
Re: OCR assisted solution
Hi. It is impossible to do as you described (not so simply), but a bit more complex solution is possible. You will need xcpro40 for text extraction and page dimentions and pxcview.dll to get rasterized page with required DPI. All you should do is process each page in PDF using following sequence: 1....
- Fri Mar 25, 2011 7:53 am
- Forum: PDF-XChange Viewer (End Users)
- Topic: No "file associations" entry in the menu.
- Replies: 6
- Views: 1608
Re: No "file associations" entry in the menu.
Sorry, portable version does not support file associations - because it is portable. Of course you may set file associations manually (using "Open With ..." from context menu in windows explorer), but portable version also does not support browser plug-ins. To manage file associations by V...
- Fri Mar 25, 2011 7:33 am
- Forum: PDF-XChange Viewer (End Users)
- Topic: Notes blocked by a password
- Replies: 1
- Views: 800
Re: Notes blocked by a password
Sorry, this is not allowed by PDF specification.
Using password protection you can block document reading (until password supplied) and/or restrict some modifications (but for all same objects in document, so you cannot protect one annotation and not protect other).
Using password protection you can block document reading (until password supplied) and/or restrict some modifications (but for all same objects in document, so you cannot protect one annotation and not protect other).
- Wed Mar 23, 2011 11:11 am
- Forum: PDF-XChange Viewer (End Users)
- Topic: Semi Off Topic: itextSharp and PDF-version
- Replies: 5
- Views: 3143
Re: Semi Off Topic: itextSharp and PDF-version
Regarding to PDF specification file version should be declared at the begining of file like %PDF-1.4 in your case. But later Adobe decided that it can be updated in document catalog ( /Version/1.5 in your case). Primary concern of such update - modifting document using incremental update (in this ca...
- Tue Mar 15, 2011 2:39 pm
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: PXC_AddImage Types.
- Replies: 3
- Views: 1967
Re: PXC_AddImage Types.
Did you see this topic? It is not so far from your and I almost sure that you have same problem as described there.
If this is not so in your case - we will need sample files that fail to laod and a complete llist of libraries which you are using (including version numbers).
If this is not so in your case - we will need sample files that fail to laod and a complete llist of libraries which you are using (including version numbers).
- Mon Mar 07, 2011 7:58 am
- Forum: PDF-XChange Viewer (End Users)
- Topic: Sick to my stomach over this file
- Replies: 3
- Views: 1180
Re: Sick to my stomach over this file
Sorry, but your file cannot be recovered - it contains a lot of broken objects and most pdf document information is missing. Looks like the recovery toll you used was not quite successful with restoring this file.
- Mon Feb 28, 2011 12:28 pm
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: PXC_AddImageW() returning "Invalid Image"
- Replies: 5
- Views: 3044
Re: PXC_AddImageW() returning "Invalid Image"
Hi Jeff.
Looks like fm40base.dll is missing (it must be located in same folder as ixclib40.dll) - it is required to support jpeg, png and may other formats except bmp (bilt-in support in ixclib40.dll) and tiff (requires fm40tiff.dll).
HTH.
Looks like fm40base.dll is missing (it must be located in same folder as ixclib40.dll) - it is required to support jpeg, png and may other formats except bmp (bilt-in support in ixclib40.dll) and tiff (requires fm40tiff.dll).
HTH.
- Wed Feb 23, 2011 7:07 am
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: Delayed Write Failure saving PDFs with PXCp_WriteDocumentW
- Replies: 3
- Views: 1954
Re: Delayed Write Failure saving PDFs with PXCp_WriteDocumentW
You posted on wrong forum - this is end-user forum, for people who using PDF-Tools (Wizard), not SDK. :) We use standard Read/Write file routines using the Windows API, so windows caching is in effect, and we have no control over this (to bypass cache is not an option because of performance degradat...
- Mon Feb 21, 2011 8:11 am
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: Secure Document
- Replies: 5
- Views: 2486
Re: Secure Document
Just to make sure I am fulling understanding this, if I am just using your PDF-Viewer program, goto file menu, document properties and on the document properties dialog, select security, and password security. In the Passwords and Permissions dialog, where I am asked for a Password to open the docu...
- Fri Feb 18, 2011 7:27 am
- Forum: PDF-XChange Viewer SDK
- Topic: Win7/2008 Server - PDFXCview premature death
- Replies: 28
- Views: 12383
Re: Win7/2008 Server - PDFXCview premature death
Hi DSSavant. Did you COMPLETELY read and undersand my comments about WM_QUERYENDSESSION and how it is working? I think not... Let's see whats going on: We have two applications - Yours (1) and theViewer (2). Yes, we have two applications, Viewer AX reside in separate process. When a user selects log...
- Fri Feb 18, 2011 7:04 am
- Forum: PDF-Tools SDK (all our PDF DLL Libraries)
- Topic: Secure Document
- Replies: 5
- Views: 2486
Re: Secure Document
A PDF file has two passwords - one for opening and the second for changing permissions. If either of them is blank - you can open PDF file without a password. Your trying to set an open password, but the permissions password is empty. You should do one of following: 1. Set both password to the same ...