4

嘿！

这是我的设置：
我有一个 ac# 应用程序，可以从一系列图像中提取特征。由于数据集（几千张图像）的大小，它是高度并行化的，这就是为什么我们有一台带有 ssd 的高端机器，它在 Windows7 x64（.NET4 运行时）上运行以解除繁重的工作。我正在使用 Windows 窗体的 Visual Studio 2008 (.NET3.5) 下的 Windows XP SP3 x86 机器上开发它——顺便说一句，没有机会迁移到 WPF。

Edit3： 这很奇怪，但我想我终于知道发生了什么。似乎是在两台机器上产生不同结果的图像格式的编解码器！我不确切知道那里发生了什么，但 xp 机器上的解码器产生的结果比 win7 的更健全。可悲的是，更好的版本仍然在 x86 XP 系统中:(。我想解决这个问题的唯一方法是将输入图像格式更改为无损格式，如 png 或 bmp（愚蠢的我一开始就没有考虑文件格式 :) ）。

编辑2： 感谢您的努力。我想我会坚持自己实现一个转换器，这不是我想要的，但我必须以某种方式解决它:)。如果有人正在阅读这篇文章并对我有一些想法，请告诉我。

编辑： 在评论中，我被建议为此使用第三方库。我认为我没有让自己足够清楚，因为我真的不想使用 DrawImage 方法 - 这只是一个有缺陷的快速破解，以获得一个new Bitmap(tmp, ... myPixelFormat)希望使用一些插值的实际工作。我想要实现的只是将传入的图像转换为带有一些标准插值的通用 PixelFormat。

我的问题如下。一些源图像采用Indexed8bpp jpg格式，与 WinForms 图像处理不太好。因此，在我的图像加载逻辑中，会检查索引图像，它将图像转换为我的应用程序默认格式（例如 Format16bpp），如下所示：

Image GetImageByPath(string path)
{
    Image result = null;

    using (FileStream fs = new FileStream(path, FileMode.Open, FileAccess.Read, FileShare.Read))
    {
        Image tmp = Image.FromStream(fs); // Here goes the same image ...

        if (tmp.PixelFormat == PixelFormat.Format1bppIndexed ||
            tmp.PixelFormat == PixelFormat.Format4bppIndexed ||
            tmp.PixelFormat == PixelFormat.Format8bppIndexed ||
            tmp.PixelFormat == PixelFormat.Indexed)
        {
            // Creating a Bitmap container in the application's default format
            result = new Bitmap(tmp.Width, tmp.Height, DefConf.DefaultPixelFormat);
            Graphics g = Graphics.FromImage(result);
            g.InterpolationMode = InterpolationMode.HighQualityBicubic;

            // We need not to scale anything in here
            Rectangle drawRect = new Rectangle(0, 0, tmp.Width, tmp.Height);

            // (*) Here is where the strange thing happens - I know I could use
            // DrawImageUnscaled - that isn't working either
            g.DrawImage(tmp, drawRect, drawRect, GraphicsUnit.Pixel);

            g.Dispose();
        }
        else 
        {
            result = new Bitmap(tmp); // Just copying the input stream
        }

        tmp.Dispose();
    }

    // (**) At this stage the x86 XP memory image differs from the 
    // the x64 Win7 image despite having the same settings
    // on the very same image o.O
    result.GetPixel(0, 0).B; // x86: 102, x64: 102
    result.GetPixel(1, 0).B; // x86: 104, x64: 102
    result.GetPixel(2, 0).B; // x86:  83, x64:  85
    result.GetPixel(3, 0).B; // x86: 117, x64: 121
    ...
    return result;
}

我将问题追踪到(*). 我认为 InterpolationMode 与它有关，但我选择的其中哪一个没有区别，结果在(**)两个系统上是不同的。我一直在研究带有一些愚蠢的复制和粘贴行的测试图像数据，以确保以错误的方式访问数据不是问题。

这些图像一起看起来像这个电子反向散射衍射图案。实际的颜色值略有不同，但它们携带了大量信息——插值甚至增强了它。看起来 x86 机器上的合成算法使用 InterpolationMode 属性，而 x64 只是将调色板值散开而不考虑任何插值。

在我对应用程序中的数据实施直方图视图功能之前，我从未注意到两台机器的输出之间有任何差异。在 x86 机器上，它是平衡的，正如人们在观看图像时所期望的那样。另一方面，x64 机器宁愿给出某种稀疏条形图，即索引图像数据的指示。它甚至会影响整个应用程序的整体输出数据——具有相同数据的两台机器上的输出不同，这不是一件好事。

对我来说，这看起来像是 x64 实现中的一个错误，但这只是我 :-)。我只希望 x64 机器上的图像具有与 x86 相同的值。

如果有人有想法，我会非常高兴。我多年来一直在网上寻找类似的行为，但抵抗似乎是徒劳的:)

哦，当心……鲸鱼！

4

4 回答 4

1

如果您想确保始终以相同的方式完成此操作，则必须编写自己的代码来处理它。幸运的是，这并不太难。

您的 8bpp 图像有一个包含实际颜色值的调色板。您需要阅读该调色板并将颜色值（如果我没记错的话，是 24 位）转换为 16 位颜色值。您将在转换中丢失信息，但您已经在转换中丢失了信息。至少这样，您将以可预测的方式丢失信息。

将转换后的颜色值（不会超过 256 个）放入可用于查找的数组中。然后 ...

创建目标位图并调用LockBits以获取指向实际位图数据的指针。调用LockBits以获取指向源位图的位图数据的指针。然后，对于每个像素：

read the source bitmap pixel (8 bytes)
get the color value (16 bits) from your converted color array
store the color value in the destination bitmap

你可以用GetPixeland来做到这一点SetPixel，但它会非常非常慢。

于 2011-11-29T23:34:17.007 回答
1

我隐约记得 .NET 图形类依赖于 GDI+。如果今天仍然如此，那么在具有不同视频驱动程序的不同 64 位系统上尝试您的应用程序是没有意义的。您最好的选择是使用原始 GDI 操作 (P/Invoke) 进行插值，或者在软件中编写自己的像素插值例程。这两种选择都不是特别有吸引力。

于 2011-11-29T23:34:32.607 回答
0

你真的应该使用OpenCV来处理这样的图像，它在 C# 中可用：OpenCVSharp。

于 2011-11-29T23:41:38.977 回答
0

我对图形对象使用标准方法，并且使用此设置优于 X86。在发布运行时计算性能，而不是调试。还要检查项目属性中的优化代码，构建选项卡。Studio 2017，框架 4.7.1

public static Graphics CreateGraphics(Image i)
{
    Graphics g = Graphics.FromImage(i);
    g.CompositingMode = CompositingMode.SourceOver;
    g.CompositingQuality = CompositingQuality.HighSpeed;
    g.InterpolationMode = InterpolationMode.NearestNeighbor;
    g.SmoothingMode = SmoothingMode.HighSpeed;
    return g;
}
于 2019-11-25T14:44:53.223 回答