pdf - 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 输出代码不检查配置文件内容，它只是嵌入它。我认为“名称”是指配置文件空间的人类可读描述，即 OutputConditionIdentifier。

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

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