当前位置：文江博客话题详情

BufferedImage 中通道的顺序？

发布于 2024-10-20 03:03:45 字数 336 浏览 7 评论 0原文

如何找出 BufferedImage 中颜色通道的顺序（不同类型，包括 Alpha 通道）？

我需要知道 LookupOp（ByteLookupTable(int, byte[][]) 中 byte[][] 的顺序）或 RescaleOp(float[], float[],hints 等操作的 R、G 和 B 参数的顺序）。

是否有一种通用方法可以从给定的 BufferedImage 中查找顺序？我认为它应该在 ColorModel 中，但我找不到它。

我使用过像 if (t == BufferedImage.TYPE_INT_ARGB) 这样的代码，但一定有更好的方法，对吗？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

把时间冻结 2024-10-27 03:03:45

我认为你正在寻找的东西分为
SampleModel 和 ColorModel。

SampleModel 描述了数据的组织方式，使您能够获取一个或多个像素的数据。（您可以通过调用 bi.getData().getSampleModel(), 来获取 SampleModel，其中 bi 是 BufferedImage）。

ColorModel 然后提供方法（getAlpha、getRed、getGreen、GetBlue）来获取来自像素的 ARGB 分量。

附录：

我认为您使用它的方式是：

    BufferedImage bi = ...;
    Raster r = bi.getData();
    // Use the sample model to get the pixel
    SampleModel sm = r.getSampleModel();
    Object pixel = sm.getPixel(0, 0, (int[])null, r.getDataBuffer());
    // Use the color model to get the red value from the pixel
    ColorModel cm = bi.getColorModel();
    int red = cm.getRed(pixel[0]);

这看起来对于处理您可能遇到的任何颜色/样本模型都非常灵活，但我无法想象性能会非常出色。我可能会使用这种与模型无关的方法将图像转换为 TYPE_INT_ARGB ，其中布局有详细记录，然后直接操作数据。然后，如有必要，将其转换回原始形式。

I think what you're looking for is split between
SampleModel and ColorModel.

The SampleModel describes how the data is organized which allows you to get the data for one or more pixels. (You get a SampleModel by calling bi.getData().getSampleModel(), where bi is a BufferedImage).

ColorModel then provides methods (getAlpha, getRed, getGreen, GetBlue) for getting the ARGB components from a pixel.

Addendum:

I think the way you use this is:

    BufferedImage bi = ...;
    Raster r = bi.getData();
    // Use the sample model to get the pixel
    SampleModel sm = r.getSampleModel();
    Object pixel = sm.getPixel(0, 0, (int[])null, r.getDataBuffer());
    // Use the color model to get the red value from the pixel
    ColorModel cm = bi.getColorModel();
    int red = cm.getRed(pixel[0]);

This looks like it would be very flexible for handling any color/sample model you may encounter, but I can't imagine the performance would be spectacular. I'd probably use this model agnostic approach to convert the image to TYPE_INT_ARGB where the layout is well documented, then manipulate the data directly. Then, if necessary, convert it back to the original form.

回复收藏 0 原文

~没有更多了~