查找表(LUT)是否应该是图像的属性(在架构中)

Should a lookup table (LUT) be a property of an image or not (in Architectue)

本文关键字：属性 图像 LUT 是否 查找      更新时间：2023-10-16

所以这更多的是关于架构。我们面临的数据设计问题是，我们是否应该将要使用的查找表添加到我们的图像类(其中包含实际的原始数据)。

它的参数可能是调色板通常是库中常用图像类的一部分。参见BitmapSource .

反对它的论据可能是，LUT是对图像表示(如缩放)的修改。一个查看器)。这将是一个观看者属性。但也不一定。

那么你对此有什么看法?

如果图像中包含的数据只有在与LUT相关联时才有意义，那么我将在图像中包含LUT。

如果LUT只是用于表示某些类型的数据，这些数据在不与LUT关联时也有意义，那么我会将LUT放在图像类之外。

例如:

    对于GIF图像，我会将LUT放在类中，因为如果没有与正确的颜色相关联，原始数据就没有意义。
  • 对于包含一些B/W数据的图像，或者每个像素代表"每平方英里人数"或其他可以独立存在的数据，那么我将把LUT放在
    • 之外。

如果你需要LUT将原始数据转换为有意义的数据(例如，从GIF调色板到RGB)，也用于表示(例如，突出显示BW图像中的某些结构)，那么LUT应该有自己的类，但是图像应该链接到LUT，需要从原始数据中派生有意义的数据。

例如，DICOM标准(医学成像)允许表示LUT和"转换"(杜撰的术语，我不记得正确的是什么)LUT:您可以有许多表示LUT来突出显示图像的不同部分，但只有一个转换LUT用于从RAW数据中派生有意义的数据，其含义只有医疗设备的生产者知道。因此，图像有一个到转换LUT的链接，但不知道表示的链接。

相关文章：