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

Question

Ghostscript 有描述如何创建 PDF/A 的文档。我知道该怎么做。

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

• 为什么必须指定输出 ICC 配置文件 ( -sOutputICCProfile)？不能从颜色转换策略或印刷色模型的选择中推断出默认值吗？
• 为什么我必须在 中提供输出 ICC 配置文件的完整PDFA_def.ps文件路径？如果没有指定路径，为什么 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 输出代码不会检查配置文件内容，而只是嵌入它。我认为“名称”是指配置文件空间的人类可读描述，即 OutputConditionIdentifier。

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

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