【问题标题】:TIFF File Structure StandardsTIFF 文件结构标准
【发布时间】:2009-09-07 23:16:35
【问题描述】:

我已阅读 Adob​​e 提供的 TIFF 文件规范,但找不到任何与以下相关的标准:

  1. 如果将 IFD 紧跟在他们描述的图像数据之后/紧接着在他们描述的图像数据之前/全部放在顶部,下面的图像数据/等等会更好/更容易接受。

  2. 在每个条带中放置多少行。一般有好数字吗?如果是多平面图像,是否可以让每个条带仅包含该特定图像平面中的所有行?

我问的原因是因为我正在编写一些 Java 来制作 TIFF 文件。

【问题讨论】:

    标签: standards tiff file-format


    【解决方案1】:

    我认为,只要您遵循规范,将 IFD 放在哪里并不重要(因为 TIFF 读取器/写入器应该使用规范来查找它们)。

    当我写一些 TIFF 文件时,我做到了:

    1. TIFF 文件头
    2. 第一页的标签
    3. 首页图片
    4. 第二页的标签
    5. 第二页图片

    【讨论】:

    • 是的,但我只是想知道某些布局是否具有速度优势等,或者是否有一种常见做法。
    • @hatorade 我想将所有标签放在文件的前面可以更容易/更快地阅读:更容易找到任何页面。然而,相反,将其写为标签/页面/标签/页面等可以更轻松地编写一页接一页,尤其是当您不知道(在您编写时)有多少页时总共有。
    【解决方案2】:

    您是否考虑过从各种网站从网络上找到一堆 TIFF 图像,然后使用您正在编写的 TIFF 反编译器解析这些图像以验证您正在生成的内容? (或者使用其他一些 TIFF 反编译器?)这会给你一些指导吗?如果他们的行为无处不在,那么您就知道这并不重要。如果它们是一致的,你知道你也应该与它们保持一致。

    【讨论】:

    • 其实我在写一个 Tiff-WRITER,而不是一个 READER。所以我实际上不能这样做。
    • OK - 但您需要测试您生成的 TIFF 文件是否包含正确的信息,因此您需要能够解析您生成的 TIFF 文件的东西。显然,最终,您只需将它们发送到浏览器进行显示,但如果您的代码可以零碎地读取文件并告诉您其中的内容,您可能会发现调试内容更容易。
    猜你喜欢
    • 1970-01-01
    • 2020-10-09
    • 1970-01-01
    • 2022-01-20
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多