In the AFP2PDF transform, the PDF output is much larger than the input file. Why is this?
Dans la transformation AFP2PDF, la sortie PDF est beaucoup plus volumineuse que le fichier d'entrée. Pourquoi est-ce?
There are several possible reasons the PDF output is larger than the input:
There may be a large number of rasterized fonts (Type 3 in the PDF). If you have many small PDF files, this will cause the PDFs output to be large. The statistics LOG shows you the number of fonts.
If you are mapping to the built-in Base 14 fonts, ensure that pdfsubsetfonts= is set to YES
Ensure that there are no filters set to NONE in the INI, for example pdftextfilter=none
If you are creating PDFA/1B, ensure that all fonts and color tables be inline
Graphic compression in AFPDS is not as good as PDF compression. If you have a substantial number of IOCA graphics, the output could be compressed further using PDF methods. This may not resolve the issue, as the AFP compression may be very good all ready.
If rasterformat= is set to CMYK or RGB, the color increases file sizes. Determine whether you need color in the output.
There may be a large number of inline and unnamed graphics that be being converted. Determine whether they are the same graphic being embedded many times, and whether the graphic could be reused instead of being converted and embedded multiple times.
A debug file shows the external page segments and inline graphics. You can compare this to the graphics in the output. Set the graphics to be reused if required; see the reference guide for the product you are using for more information.
Il existe plusieurs raisons possibles pour lesquelles la sortie PDF est plus grande que l'entrée :
Il peut y avoir un grand nombre de polices tramées (Type 3 dans le PDF). Si vous avez de nombreux petits fichiers PDF, cela entraînera une sortie de fichiers PDF volumineux. Les statistiques LOG vous indiquent le nombre de polices.
Si vous mappez vers les polices Base 14 intégrées, assurez-vous que pdfsubsetfonts= est défini sur OUI
Assurez-vous qu'aucun filtre n'est défini sur NONE dans l'INI, par exemple pdftextfilter=none
Si vous créez PDFA/1B, assurez-vous que toutes les polices et tables de couleurs sont en ligne
La compression graphique dans AFPDS n'est pas aussi bonne que la compression PDF. Si vous disposez d'un nombre important de graphiques IOCA, la sortie peut être compressée davantage à l'aide de méthodes PDF. Cela peut ne pas résoudre le problème, car la compression AFP peut être très bonne tout prêt.
Si rasterformat= est défini sur CMJN ou RVB, la couleur augmente la taille des fichiers. Déterminez si vous avez besoin de couleur dans la sortie.
Il peut y avoir un grand nombre de graphiques en ligne et sans nom en cours de conversion. Déterminez s'il s'agit du même graphique incorporé plusieurs fois et si le graphique peut être réutilisé au lieu d'être converti et incorporé plusieurs fois.
Un fichier de débogage affiche les segments de page externes et les graphiques intégrés. Vous pouvez comparer cela aux graphiques de la sortie. Définissez les graphiques à réutiliser si nécessaire ; consultez le guide de référence du produit que vous utilisez pour plus d'informations.