PDFBox - 在转换为 PDF/A 期间包含多个颜色配置文件

Question

我们目前正在尝试合并多个 PDF 并从中创建一个 PDF/A (1B)。

目前，当我们想要修复颜色配置文件时，我们面临一个问题。 我们收到的 PDF 没有嵌入的颜色配置文件，因此在 PDFBox 的合并功能期间，不会合并任何 OutputIntent。 所以在最后一步我们尝试添加颜色配置文件。

如果我们不添加任何颜色配置文件，则会出现 RGB 和 CMYK 的验证问题。 如果我们将两个颜色配置文件添加到 PDDocumentCatalog，那么只有第一个的验证问题消失了。 因此，如果我们先添加 RGB，我们只会遇到 CMYK 验证问题，反之亦然。

这是我们添加颜色配置文件时的部分代码：

      public void convertToPDFA(PDDocument doc, String file){

              PDMetadata metadata = new PDMetadata(doc);
              PDDocumentCatalog cat = doc.getDocumentCatalog();
              cat.setMetadata(metadata);

              // do metadata stuff, just removed it for now

              InputStream colorProfile = PDFService.class.getResourceAsStream("/pdfa/sRGB Color Space Profile.icm");
              PDOutputIntent oi = new PDOutputIntent(doc, colorProfile);
              oi.setInfo("sRGB IEC61966-2.1");
              oi.setOutputCondition("sRGB IEC61966-2.1");
              oi.setOutputConditionIdentifier("sRGB IEC61966-2.1");
              oi.setRegistryName("http://www.color.org");
              cat.addOutputIntent(oi); 

这是 RGB 的代码，我们还为 CMYK 添加了另一个 *.icm 颜色配置文件。 所以颜色配置文件似乎很好，因为依赖于我们首先添加的那个，验证问题就消失了。

对我来说，感觉就像我们只是错过了一件小事，即两种颜色配置文件都将被接受，或者是否只能使用一种颜色配置文件来创建 PDF/A？

提前致谢并致以亲切的问候

Answer 1

只允许单个输出意图，请参见此处。 那里还提到了另一种选择，即仅使用基于 ICC 的色彩空间。

什么应该是可能的（尽管超出了问题的范围），将 ICC 配置文件分配给 /DeviceGray、/DeviceRGB 或 /DeviceCMYK，方法是在资源字典中的 ColorSpaces 中添加 DefaultGray、DefaultRGB 或 DefaultCMYK 条目，如中所述PDF 规范的第 8.6.5.6 节：

When a device colour space is selected, the ColorSpace subdictionary of the current resource dictionary (see 7.8.3, "Resource Dictionaries") is checked for the presence of an entry designating a corresponding default colour space (DefaultGray, DefaultRGB, or DefaultCMYK, corresponding分别为 DeviceGray、DeviceRGB 或 DeviceCMYK）。 如果存在这样的条目，则其值应用作当前正在执行的操作的颜色空间。

请注意，使 PDF 文件符合 PDF/A-1b 通常比仅添加输出意图更棘手 - 使用PDFBox预检或使用PDF Tools的在线验证器检查您的文件，有许多可能的错误。 这就是 Callas Software 或 PDF Tools 的产品可以将 PDF 文件转换为 PDF/A 的原因。