c# - 将 8BIM 配置文件元数据添加到 tiff 图像文件

Question

我正在开发一个需要 8BIM 配置文件信息出现在 tiff 文件中才能继续处理的程序。

样本 tiff 文件(不包含 8BIM 配置文件信息)在 Adob​​e Photoshop 中打开并保存时会获取此元数据信息。

我不知道如何解决这个问题。目标框架是.net 2.0。

任何与此相关的信息都会有所帮助。

Answer 1

不知道为什么您需要 8BIM 出现在您的 TIFF 文件中。我将只提供一些关于 8BIM 的一般信息和结构。

8BIM 是 Photoshop 图像资源 block (IRB) 的签名。这种信息可以在 TIFF、JPEG、Photoshop 原生图像格式等图像中找到。它也可以在非图像文档中找到，例如 PDF。

IRB的结构如下:

每个 IRB block 都以 4 字节签名开头，签名转换为字符串“8BIM”。之后，是一个 2 字节的唯一标识符，表示该 IRB 的资源种类。例如:缩略图为0x040c； 0x041a 用于切片； 0x0408 为网格信息； 0x040f 用于 ICC 配置文件等

标识符之后是可变长度的名称字符串。字符串的第一个字节告诉字符串的长度(不包括第一个长度字节)。第一个字节之后是字符串本身。要求整个字符串的长度(包括长度字节)应该是偶数。否则，在字符串后面再填充一个字节。

接下来的 4 个字节指定此资源 block 的实际数据大小，后面是指定长度的数据。数据的总长度也应该是偶数。所以如果数据的大小是奇数，再填充一个字节。这样就完成了整个 8BIM。

可能有多个 IRB，但它们都符合上述相同的结构。如何解释数据取决于唯一标识符。

现在让我们看看 IRB 是如何包含在图像中的。对于 JPEG 图像，元数据可以作为应用程序 (APPn) 段之一出现。由于不同的应用程序可以使用相同的 APPn 段来存储它自己的元数据，因此必须有某种标识符让图像阅读器知道 APPn 中包含什么样的信息。 Photoshop 使用 APP13 作为它的 IRB 容器，APP13 包含“Photoshop 3.0”作为它的标识符。

对于基于标签并以目录结构排列的 TIFF 图像。有一个名为“PHOTOSHOP”的私有(private)标记 0x8649 用于插入 IRB 信息。

让我们看一下 TIFF 图像格式(引用自 this 来源):

The basic structure of a TIFF file is as follows:

The first 8 bytes forms the header. The first two bytes of which is either "II" for little endian byte ordering or "MM" for big endian byte ordering. In what follows we'll be assuming big endian ordering. Note: any true TIFF reading software is supposed to be handle both types. The next two bytes of the header should be 0 and 42dec (2ahex). The remaining 4 bytes of the header is the offset from the start of the file to the first "Image File Directory" (IFD), this normally follows the image data it applies to. In the example below there is only one image and one IFD.

An IFD consists of two bytes indicating the number of entries followed by the entries themselves. The IFD is terminated with 4 byte offset to the next IFD or 0 if there are none. A TIFF file must contain at least one IFD!

Each IFD entry consists of 12 bytes. The first two bytes identifies the tag type (as in Tagged Image File Format). The next two bytes are the field type (byte, ASCII, short int, long int, ...). The next four bytes indicate the number of values. The last four bytes is either the value itself or an offset to the values. Considering the first IFD entry from the example gievn below:

       0100 0003 0000 0001 0064 0000
       |    |    |         |
 tag --+    |    |         |
 short int -+    |         |
 one value ------+         |
 value of 100 -------------+

为了能够读取 TIFF IFD，必须先做两件事:

• 一种能够读取大端或小端数据的方法
• 包装图像输入的随机访问输入流，以便我们可以在读取目录时向前和向后跳转。

现在让我们假设每个 12 字节的 IFD 条目都有一个名为 Entry 的结构。我们读取前两个字节(此处不应用字节顺序，因为它是 MM 或 II)以确定字节顺序。现在我们可以读取剩余的 IFD 数据并根据我们已知的字节序解释它们。

现在我们有一个条目列表。在列表中插入一个新的条目并不难——在我们的例子中，它是一个“Photoshop”条目。困难的部分是如何将数据写回以创建新的 TIFF。您不能直接将条目写回输出流，这会破坏
TIFF 的整体结构。必须注意跟踪写入数据的位置并相应地更新数据指针。

从上面的描述中，我们可以看出，将新的条目插入到TIFF格式中并不是那么容易。考虑到每个 JPEG 片段都是独立的，JPEG 格式将使它变得更加容易。

我没有相关的 C# 代码，但有一个 Java 库 here它可以操作 JPEG 和 TIFF 图像的元数据，如将 EXIF、IPTC、缩略图等插入 8BIM。在您的情况下，如果文件大小不是大问题，上述库可以将一个小缩略图作为一个 8BIM 插入到 Photoshop 标签中。