Inefficient font embedding in XChange Std V7
Moderators: TrackerSupp-Daniel, Tracker Support, Vasyl-Tracker Dev Team, Chris - Tracker Supp, Sean - Tracker, Tracker Supp-Stefan
Inefficient font embedding in XChange Std V7
After upgrading to the XChange Std V7 printer driver, I printed a document from Word that was one page long, consisted of text only (no graphics), and used the regular, bold, and italic members of the Windows 10 Calibri font. The resulting PDF created by the V7 driver was >400 KB, with almost all that size taken up by the embedded fonts. When I uninstalled the V7 driver, reinstalled the V6 driver, and re-created the PDF using the V6 driver, the resulting size was 83 KB. When I print the same file to PDF using the free PDFCreator printer from pdfforge.org, the resulting size was 88 KB, essentially the same as with the V6 XChange driver. Something is wrong with the efficiency of the font embedding in V7 of the XChange Std driver. I pay attention to the size of the PDFs that I create; I like them to be as small as possible. Please investigate and resolve. In the meantime, I will continue to use the V6 driver.
I have attached the relevant files.
Thank you for your consideration.
Bob Danker
I have attached the relevant files.
Thank you for your consideration.
Bob Danker
- Attachments
-
- PDF Sample.zip
- (572.75 KiB) Downloaded 178 times
Re: Inefficient font embedding in XChange Std V7
Have you checked «Embed All Used Fonts» in V7 printer preferences? In Windows 7 I got from your sample docx pdf file with size of 10Kb.
It's impossible to lead us astray for we don't care even to choose the way.
PDF-XChange PRO, 10.1.1 (Build 381) / W7 SP1 x64
PDF-XChange PRO, 10.1.1 (Build 381) / W7 SP1 x64
- Tracker Supp-Stefan
- Site Admin
- Posts: 17901
- Joined: Mon Jan 12, 2009 8:07 am
- Location: London
- Contact:
Re: Inefficient font embedding in XChange Std V7
Thanks for the advice Ovg,
Bob Danker - this is definitely an issue with the settings for font embedding, and how much you want the drivers to add to your file - as with my 'default' driver settings - I got a file smaller than 10KB (admittedly with no fonts embedded) - as can be seen in the attachment!
Cheers,
Stefan
Bob Danker - this is definitely an issue with the settings for font embedding, and how much you want the drivers to add to your file - as with my 'default' driver settings - I got a file smaller than 10KB (admittedly with no fonts embedded) - as can be seen in the attachment!
Cheers,
Stefan
- Attachments
-
- test1.pdf
- (9.21 KiB) Downloaded 169 times
Re: Inefficient font embedding in XChange Std V7
If you look carefully at the three PDFs that I sent you, you will see that all three have the same fonts embedded (Calibri regular, bold, and italic). These are Windows 10 system fonts, but I still prefer to embed all fonts in the PDFs that I create. You can check it in the XChange Editor (File...Save as Optimized...Audit space usage) and find that the difference in the file size between the PDF generated by the V7 driver and the V6 and PDFCreator drivers is purely in the space occupied by the embedded fonts. Therefore, I still believe there is a problem with font embedding in the V7 Std driver.
Bob
Bob
- Patrick-Tracker Supp
- Site Admin
- Posts: 1645
- Joined: Thu Mar 27, 2014 6:14 pm
- Location: Vancouver Island
- Contact:
Re: Inefficient font embedding in XChange Std V7
Hi Bob,
Thank you for your post. I can clearly and reliably reproduce this issue the same as you have detailed. With V7 the file is 400+KB but just over 80KB in V6. I have reported this issue to the dev team and created an internal development ticket for this issue. Please reference RT#4183: Issue with embedded fonts Standard V7 when requesting an update for the issue.
Thank you for bringing this to our attention. We apologize for the inconvenience.
Thank you for your post. I can clearly and reliably reproduce this issue the same as you have detailed. With V7 the file is 400+KB but just over 80KB in V6. I have reported this issue to the dev team and created an internal development ticket for this issue. Please reference RT#4183: Issue with embedded fonts Standard V7 when requesting an update for the issue.
Thank you for bringing this to our attention. We apologize for the inconvenience.
If posting files to this forum, you must archive the files to a ZIP, RAR or 7z file or they will not be uploaded.
Thank you.
Cheers,
Patrick Charest
Tracker Support North America
Thank you.
Cheers,
Patrick Charest
Tracker Support North America
Re: Inefficient font embedding in XChange Std V7
Hi Patrick,
Thank you for your response. I pay attention to the size of PDFs, especially those with embedded fonts. This is important especially in producing PDF/A, in which all fonts are required to be embedded, and file size should be as small as possible for archiving. In the past I have had issues with PDF Tools and the size of PDF/A files created. I found that the size was greatly inflated over files produced by other PDF software, such as Nuance's Power PDF and Foxit's PhantomPDF. Nevertheless, in my opinion, your software is the best of its class in many respects. Thank you for your excellent products that are always improving.
Bob
Thank you for your response. I pay attention to the size of PDFs, especially those with embedded fonts. This is important especially in producing PDF/A, in which all fonts are required to be embedded, and file size should be as small as possible for archiving. In the past I have had issues with PDF Tools and the size of PDF/A files created. I found that the size was greatly inflated over files produced by other PDF software, such as Nuance's Power PDF and Foxit's PhantomPDF. Nevertheless, in my opinion, your software is the best of its class in many respects. Thank you for your excellent products that are always improving.
Bob
Re: Inefficient font embedding in XChange Std V7
Hi Again,
I just checked out how PDF Tools works when it converts a PDF with essentially no fonts embedded to a PDF/A-1b. Again, the font embedding is inefficient, with a 7.82 KB file becoming >400 KB after conversion to PDF/A. This means that the font embedding issue applies to all the XChange products. See if you can reproduce the problem by converting the attached file.
Bob
I just checked out how PDF Tools works when it converts a PDF with essentially no fonts embedded to a PDF/A-1b. Again, the font embedding is inefficient, with a 7.82 KB file becoming >400 KB after conversion to PDF/A. This means that the font embedding issue applies to all the XChange products. See if you can reproduce the problem by converting the attached file.
Bob
- Attachments
-
- Report on the Winter School of Truth Dec 2017 - No Embedding.pdf
- (7.82 KiB) Downloaded 159 times
- TrackerSupp-Daniel
- Site Admin
- Posts: 8579
- Joined: Wed Jan 03, 2018 6:52 pm
Re: Inefficient font embedding in XChange Std V7
Hi bob,
Ive gone along and tested this with the remainder of our product line as you said, Seems it is only affecting Tools, lite, and standard. Saving as PDF from inside the editor (Regular,Plus,Pro) comes out as small as usual for me over here. Either way Patrick has put through the ticket and they are looking into it already
Ive gone along and tested this with the remainder of our product line as you said, Seems it is only affecting Tools, lite, and standard. Saving as PDF from inside the editor (Regular,Plus,Pro) comes out as small as usual for me over here. Either way Patrick has put through the ticket and they are looking into it already
Dan McIntyre - Support Technician
Tracker Software Products (Canada) LTD
+++++++++++++++++++++++++++++++++++
Our Web site domain and email address has changed as of 26/10/2023.
https://www.pdf-xchange.com
Support@pdf-xchange.com
Tracker Software Products (Canada) LTD
+++++++++++++++++++++++++++++++++++
Our Web site domain and email address has changed as of 26/10/2023.
https://www.pdf-xchange.com
Support@pdf-xchange.com
Re: Inefficient font embedding in XChange Std V7
Did you save as PDF/A inside the Editor, or regular PDF?
Bob
Bob
- Patrick-Tracker Supp
- Site Admin
- Posts: 1645
- Joined: Thu Mar 27, 2014 6:14 pm
- Location: Vancouver Island
- Contact:
Re: Inefficient font embedding in XChange Std V7
Hi Bob,
I suspect the mechanism to convert to PDF/A is the same across our products. I am seeing this issue in the Editor as well. Your original PDF is only 7KB, but after converting to PDF/A the file is now 428.63KB. I suspect Daniel did not notice because by default the new PDF/A is not opened, so he likely was looking again at the original. I have included this information in the ticket.
Please do let us know if you discover anything else.
Cheers!
I suspect the mechanism to convert to PDF/A is the same across our products. I am seeing this issue in the Editor as well. Your original PDF is only 7KB, but after converting to PDF/A the file is now 428.63KB. I suspect Daniel did not notice because by default the new PDF/A is not opened, so he likely was looking again at the original. I have included this information in the ticket.
Please do let us know if you discover anything else.
Cheers!
If posting files to this forum, you must archive the files to a ZIP, RAR or 7z file or they will not be uploaded.
Thank you.
Cheers,
Patrick Charest
Tracker Support North America
Thank you.
Cheers,
Patrick Charest
Tracker Support North America
- Patrick-Tracker Supp
- Site Admin
- Posts: 1645
- Joined: Thu Mar 27, 2014 6:14 pm
- Location: Vancouver Island
- Contact:
Re: Inefficient font embedding in XChange Std V7
Hello all,
I am happy to announce that this issue has been set to resolved. Please try the latest build available here: https://www.pdf-xchange.com/product/downloads
Cheers!
I am happy to announce that this issue has been set to resolved. Please try the latest build available here: https://www.pdf-xchange.com/product/downloads
Cheers!
If posting files to this forum, you must archive the files to a ZIP, RAR or 7z file or they will not be uploaded.
Thank you.
Cheers,
Patrick Charest
Tracker Support North America
Thank you.
Cheers,
Patrick Charest
Tracker Support North America