- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我正在尝试编写一个函数,该函数采用 System.Drawing.Bitmap,并尽快吐出 Monogame Texture2D。
我已经设法在位图上使用 GetPixel 使其工作,这很简单,但它当然太慢了。
我仔细研究并发现了一种使用 LockBits 和 Marshal.Copy 快速访问像素值的更快的技术。问题是,它在某些图像上完美运行,而其他图像最终看起来像这样:
Example Image
从我能够收集到的信息来看,这与没有正确补偿 Stride 有关,但我是直接处理这个级别的图像数据的新手,我完全迷失了。我在这里做错了什么导致这种灰度倾斜的结果?
当这有效时,它适用于大多数图像,速度非常快,正是我想要的。如果重要的话,我将专门处理网络上非常典型的 JPG/PNG 图像。
public static Texture2D FromBitmap(MagickImage input, GraphicsDevice graphicsDevice)
{
var bounds = new Rectangle(0, 0, input.Width, input.Height);
var bitmap = input.ToBitmap();
var output = new Texture2D(graphicsDevice, bitmap.Width, bitmap.Height);
var outputArray = new Color[bitmap.Width * bitmap.Height];
var bitmapBits = bitmap.LockBits(bounds, ImageLockMode.ReadOnly, PixelFormat.Format24bppRgb);
var bitmapDepth = Image.GetPixelFormatSize(bitmapBits.PixelFormat) / 8;
var bitmapBuffer = new byte[bitmapBits.Stride * bitmapBits.Height];
Marshal.Copy(bitmapBits.Scan0, bitmapBuffer, 0, bitmapBuffer.Length);
for (var y = 0; y < bitmap.Height; y++)
{
for (var x = 0; x < bitmap.Width; x++)
{
var arrayPoint = x + (y * bitmap.Width);
outputArray[arrayPoint].R = bitmapBuffer[(arrayPoint * bitmapDepth) + 2];
outputArray[arrayPoint].G = bitmapBuffer[(arrayPoint * bitmapDepth) + 1];
outputArray[arrayPoint].B = bitmapBuffer[(arrayPoint * bitmapDepth) + 0];
}
}
output.SetData(outputArray);
return output;
}
}
var arrayPoint = (y * bitmapBits.Stride) + (x * bitmapDepth);
outputArray[(y * bitmap.Width) + x].R = bitmapBuffer[arrayPoint + 2];
outputArray[(y * bitmap.Width) + x].G = bitmapBuffer[arrayPoint + 1];
outputArray[(y * bitmap.Width) + x].B = bitmapBuffer[arrayPoint + 0];
最佳答案
你忽略了 stride
,这意味着有些图像会起作用,有些则不会。
步幅不是 bitmap.Width * bitmapDepth。
步幅是单行像素(扫描线)的宽度,四舍五入到四字节边界。
因此,您始终必须为每一行按步幅增加 arrayPoint,而不是进行一些手动计算。
关于c# - 使用 LockBits/Marshal.Copy 将 S.D.Bitmap 转换为 MonoGame Texture2D - 结果失真,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/58907976/
我有一些代码有错误“AccessViolationException 未被用户代码处理:试图读取或写入 protected 内存...” 违规函数的精简版如下: protected override
我有一个方法需要尽可能快,它使用不安全的内存指针,这是我第一次尝试这种类型的编码,所以我知道它可能会更快。 /// /// Copies bitmapdata from one bi
使用 GetPixel 和 SetPixel 很简单,但速度很慢,所以我尝试使用 LockBits。 我很久以前就用过这种方法来比较两张图片: public static Bitmap FastCom
首先,我会指出我将接受 C# 或 VB.NET 解决方案。 我正在尝试重构这段旧代码,以避免使用 GetPixel/SetPixel 方法的坏习惯和性能低下: Public Function Cha
按照 Bob Powell 关于 LockBits 的教程,我将以下代码放入 C# 2010 Visual Studio Express 中: System.Drawing.Imaging.Bitma
我正在尝试使用 Lockbits 写出灰度图像,我当前的代码看起来是 /// /// Save the content of the FrameProc out to a bitmap /// p
我正在使用以下代码来锁定位图的矩形区域 Recangle rect = new rect(X,Y,width,height); BitmapData bitmapData = bitmap.LockB
我在将一些代码从 Bitmap.GetPixel 更改为使用 LockBits 返回的直接像素缓冲区时遇到问题。与 GetPixel 相比,LockBits 返回的数据似乎确实给了我不同的颜色值。 这
我在 Android 上的程序使用的算法使用了很多 setPixel 和 getPixel,因此,它非常慢。在 .NET 上,我可以使用 LockBits 使其更快。 Java 或 Android 上
MSDN 引用:[1] http://msdn.microsoft.com/en-us/library/5ey6h79d.aspx#Y1178 从链接中可以看出,第一个参数将“指定要锁定的位图部分”,
我正在处理由摄像机拍摄的 10 兆像素图像。 目的是在矩阵(二维数组)中注册每个像素的灰度值。 我第一次使用 GetPixel 但花了 25 秒才完成。现在我使用 Lockbits,但仍然需要 10
在部署应用程序之前,我使用 XP 虚拟机和 Vista 虚拟机对应用程序进行冒烟测试。这两个虚拟机都使用 32 位颜色。不确定这是否有什么区别,但我正在使用 VirtualBox。每台机器还分配有 2
我想使用 LockBits 方法更快地比较相似图像,如下所示 using System; using System.Drawing; using System.Drawing.Imaging; usi
我最近经常使用锁定位图,并且不断收到“试图访问无效内存”错误。这主要是因为位图已在内存中移动。有些人使用 GCHandle.Alloc() 在 CLR 中分配内存并固定它。 Bitmap.LockBi
我做了一个实现边缘检测算法的程序,但需要很长时间来处理。我读过有关使用锁位和不安全状态而不是 getpixel 和 setpixel 的信息,但我仍然不明白如何使用它。 这是我的示例代码: priva
使用 MS Visual Studio 2013,具有以下代码: using System; using System.Collections.Generic; using System.Linq;
我正在从一张 1bpp 索引图像剪切并粘贴到一张新图像。 一切正常,直到起始像素是 8 的除数。在下面的代码中,步幅等于相对于矩形宽度的值,直到我达到字节边界。那么步幅等于整个页面的宽度。 var c
我的程序是用 C# 编写的,在低级别上使用位图进行操作。一切正常,但有时(很少见,但稳定)出现“通用 GDI+ 异常”异常,并且很难重现这种情况。 函数 LockBits() 和 UnLockBits
我最近经常使用锁定位图,并且不断收到“试图访问无效内存”错误。这主要是因为位图已在内存中移动。有些人使用 GCHandle.Alloc() 在 CLR 中分配内存并固定它。 Bitmap.LockBi
编辑:非常感谢您的回复。我在这里最需要的是示例代码,用于说明我对嵌套循环中的几行代码所做的工作,因为这在 GetPixel/SetPixel 中是有效的,但也是我无法使用 Lockbits 正确工作的
我是一名优秀的程序员,十分优秀!