Ghostscript：为什么我必须为PDF / A转换提供pdfa_def.ps？

Question

Ghostscript有描述how to create a PDF/A的文档。我知道该怎么做。

我不明白为什么这个过程是必要的。特别是：

• 为什么我必须指定输出ICC配置文件（-sOutputICCProfile）？不能从颜色转换策略或过程颜色模型的选择中推断出默认值吗？
• 为什么我必须在PDFA_def.ps中提供输出ICC配置文件的完整文件路径？如果没有指定路径，为什么Ghostscript不能假设我指的是其自己的ICC配置文件之一？
• 为什么我必须同时指定ICC配置文件路径和ICC配置文件的/ OutputConditionIdentifier？不能从另一个获得吗？
• 为什么我必须提供pdfa_def.ps，这似乎是样板Ghostscript在大多数情况下可以生成合理的默认值？ （/ DOCINFO块可以通过命令行传递; ICC配置文件块似乎是基于命令行参数自行生成的;输出意图字典只需要Ghostscript已经知道的颜色配置文件名称。）

就此而言，颜色转换是应用于文档中的图像还是仅适用于Postscript图纸？

Answer 1

PDF / A表示颜色管理工作流程，因此：

1）不能从颜色转换策略的选择中推断出ICC配置文件，因为它不会是正确的。您需要指定一个OutputICCProfile。

2）Ghostscript配置文件用于输入，即从PostScript颜色空间的体面表示转换为CIE XYZ空间。不适用于从 XYZ 转换为特定颜色空间。

3）ICC配置文件的名称可以（通常）从配置文件的desc标签中读取，但PDF输出代码不会检查配置文件内容，它只是嵌入它。我认为按名称＆＃39;你的意思是配置文件空间的可读描述，即OutputConditionIdentifier。

4）pdfa_def.ps的内容并不完全是样板文件，它是一个PostScript程序。是的，我们可以添加到Ghostscript命令行选项的（已经非常混乱和令人难以置信的长）列表，但由于已经存在执行这些任务的机制，因此我们选择使用PostScript（pdfmark运算符）在大多数配置中使用它。无法以这种方式处理的部分 定义为命令行参数（例如-dPDFA）。 PostScript编程也比命令行参数灵活得多。

最后，无论输入语言是什么，颜色转换都适用于所有; PDF，PostScript，XPS，PCL，PXL。