问题标签 [bitmap]

是否可以从内存（byte[]或）加载图片而不将其保存到磁盘？streamBitmap

这是我用来将byte[]数组转换为的代码Bitmap：

除了使用Bmp.save()，我可以将Bitmap图片框放在我的表单上吗？

我一直在寻找另一种在不使用和相关 XOR 方法的情况下为视觉对象（如选定的边缘、线条等）绘制选择指示符的替代方法。原因是不需要的异或“伪影”、不适用于位图的可逆性、无法控制实际视觉外观和速度缓慢。ControlPaint.DrawReversibleFrame

另一方面，如果用户决定取消选择一两个对象，我想避免重新绘制整个场景（实际上是地图），因为重新绘制可能会非常昂贵。

所以我能看到的唯一选择是直接在 a 上实现一些基本的绘图逻辑Bitmap，但在像素更改之前存储像素的先前内容。然后（理论上）如果用户选择取消选择该边缘，我将能够重新应用选定边缘矩形的旧内容。

我的问题是您是否认为这是一个好主意，或者您是否看到我的问题的其他替代方案（在 GDI+ 内）？

提前致谢

出于某种我一生都无法弄清楚的原因，我在 JOGL hello world 程序中的文本根本不会出现。我将包括显示方法，以便你们都知道我在说什么。

我已经倾注了文档，但无法弄清楚这一点。甚至可能吗？

请看这个

我正在尝试扩展 Bitmap 类，以便我可以将自己的效果应用于图像。当我使用此代码时：

我收到以下错误：

那么有没有办法解决这个问题，或者根本不可能扩展类？

谢谢。

我正在尝试使用 GDI MaskBlt 命令绘制具有透明度的图像：http: //msdn.microsoft.com/en-us/library/dd145047 (VS.85).aspx

我似乎在文档中找不到任何关于在明显用例中使用什么光栅运算符的内容：一种MAKEROP4(SRCCOPY, DSTCOPY)- 在掩码为 1 的地方进行 blitting，在掩码为 0 的地方保持目标不变。 SRCCOPY 是一个有效的 ROP ，但是我应该用什么来代替我的虚构DSTCOPY？

从一个完全空的 MXML 应用程序开始：

什么是脚本：

• 创建一个位图（这应该是一个BitmapData对象吗？）
• 以编程方式用数据填充它（例如画一个圆圈）（有没有比重复调用更有效的方法BitmapData.SetPixel？）
• 在应用程序中渲染它（例如在中间居中）（如何将位图显示到屏幕上？在线 Flash 示例显示调用myBitmap=new Bitmap(myBitmapData)then myBitmap.AddChild，但这会在 Flex 中引发错误）。

??

注意：目标不仅仅是在屏幕上显示一个圆圈，而是使用 SetPixel（或 ???）填充 Bitmap（或 BitmapData？或 ???）对象，然后将其内容显示到屏幕上，就像需要在图像处理或视觉效果应用中做。

我正在构建一个连续截取屏幕截图的 C# 应用程序。在截屏时，我想使用 vlc 流式传输它们。关于如何将位图发送到 vlc 进行流式传输的任何想法？

提前谢谢何塞

问题 1。 我自己的相关问题

我在这里问了下一个问题

现在第二个问题是。

当我尝试从原始像素数据中打开 16 位（Monocrome）图像时，我收到错误消息。因为我在创建 Bitmap 时使用 PixelFormat.Format16bppGrayscale

所以用谷歌搜索并发现不支持 Format16bppGrayscale 所以我修改了我的代码，如下所示。

令人惊奇的是，我现在正在获取图像，因为我更改了 pixelFormat。但问题是我的单色（灰度）图像看起来有各种颜色。

我怎样才能得到原来的样子。我尝试了几种灰度方法但不成功请给我一些不安全的代码。谢谢，

我创建了一个 WPF 控件（从 FrameworkElement 继承），它显示一个可以平移的平铺图形。每个图块为 256x256 像素，24bpp。我已经覆盖了 OnRender。在那里，我加载任何新的图块（作为 BitmapFrame），然后使用drawingContext.DrawImage 绘制所有可见的图块。

现在，只要每个渲染周期有多个新图块，帧率就会从 60fps 下降到零大约一秒钟。这不是由加载图像（以毫秒为单位）引起的，也不是由 DrawImage 引起的（它根本不需要时间，因为它只是填充了一些中间渲染数据结构）。

我的猜测是，每当渲染线程获得大量（~20）新的 BitmapSource 实例（即，它尚未缓存的实例）时，它本身就会阻塞。要么花费大量时间将它们转换为某些内部 DirectX 兼容格式，要么可能是缓存问题。它不能用完视频 RAM；Perforator 显示峰值低于 60MB，我有 256MB。此外，Perforator 说所有渲染目标都是硬件加速的，所以也不是这样。

任何见解将不胜感激！

提前致谢

丹尼尔

@RandomEngy：
BitmapScalingMode.LowQuality 稍微减少了问题，但并没有摆脱它。我已经在以预期的分辨率加载图块。而且它不能是最新的图形驱动程序（Nvidia）。
得知缩放需要这么多时间，我有点惊讶。按照我的理解，位图（无论其大小）只是作为 Direct3D 纹理加载，然后进行硬件缩放。事实上，一旦位图第一次被渲染，我可以改变它的旋转和缩放，而不需要进一步的冻结。