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 颜色 spaces 的适当表示转换为 CIE XYZ space .不适用于 从 XYZ 到 特定颜色 space.

的转换

3) ICC 配置文件的名称（通常）可以从配置文件的 desc 标签中读取，但 PDF 输出代码不会检查配置文件内容，它只是将其嵌入。我假设 'name' 是指配置文件 space 的人类可读描述，即 OutputConditionIdentifier。

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

最终颜色转换适用于一切，无论输入语言是什么； PDF、PostScript、XPS、PCL、PXL。