问题标签 [color-depth]

我们有一个字符 LCD (www.cloverlcd.com/pdf/S6A0069.pdf)，我们必须在 8 位模式下工作。然而，现在我们正试图让它在 4 位模式下工作，但它似乎没有显示任何内容。我认为没有编写功能集指令。有人可以检查我是否以正确的方式接近这个？我将发布我的 8 位代码（正在工作）和我的 4 位代码（我正在尝试开始工作）

我需要将图像从手机传输到服务器。我能够减小图像屏幕大小，但不能减小内存大小。我知道我必须处理颜色深度。J2ME 似乎没有提供 J2SE 中可用的任何缩放方法：

我将如何解决这个问题？我想在传输到服务器之前减少图像内存大小。

我需要将从文件加载的 PNG 图像转换为另一个设备使用的每像素 8 位字节数组（嵌入式编程）。

我将逐个像素地复制到使用 16 位颜色创建的新图像中 -Format16bppRgb565但我需要Format8bpp.NET Framework 中不存在的图像。（我不能使用Format8bppIndexed，因为其他设备无法处理索引位图）

那么如何将图像转换为每像素 8 位的字节数组呢？

• 我可以使用 8 位索引格式并提取字节吗？-Format8bppIndexed
• 我可以通过将 32 位颜色 R、G、B 值减少到 8 位来计算像素颜色吗？
• 是否有一个 C# 库已经这样做了？
• “最简单的方法是创建一个新的 8 位位图，然后在上面绘制 24 位图像。” - 如何？

我正在开发一个打印图像文件文件夹的应用程序，包括 JPEG 和 TIFF。TIFF 图像通常是黑白 (1bpp)。

加载图像后，我想确定图像是彩色还是黑白或灰度，以便我可以将图像发送到正确的打印机（彩色打印机或黑白打印机）。

我正在使用Bitmap构造函数image = new Bitmap(filename);来加载图像。

编辑：检查像素深度的答案非常适合黑白。关于在不遍历每个像素的情况下检查图像是否为灰度的任何想法？

(Quick version: jump to paragraph next to the last one - the one beginning with "But")

I was happy in my ignorance believing that PVRTC images were 4 or 2 bits per channel. That sounded plausible. It would give 4+4+4+4 (16 bit) or 2+2+2+2 (8 bit) textures, that would have 2^16 (65536) and 2^8 (256) color depth respectively. But reading through some documents about PVRTC, I suddenly realized that it said 4 bpp (and 2 bpp), i.e. 4 bits per pixel. Confusion and madness entered my world.

What?! 4 bits? Per pixel? But that's just 1 bit per channel! (And don't even get me started on the 2 bit one, that one was far too weird for my brain to grasp at the moment.) Some moments into this agonizing reality, I came to understand this wasn't so real after all. Apparently, when saying 4 bpp, it's referring to the compression, and not the color depth. Phew, I wasn't not mad, after all.

But then I started to wonder: what color depth do these images have then, after decompression? I tried to look this information up, but apparently it's not considered important to mention (or I'm just bad at finding info).

The fact that PVRTC compressed images don't seem give any visible artifacts in OpenGLES with the pixel format RGBA4444 would suggest they're 16 bit (using 32 bit png images with the pixel format RGBA4444 in OpenGLES on the iPhone gives very visible artifacts).

我有一个在小程序中查看的图像。如何将图像保存为 16 位位深度 png 格式？我正在使用java。

根据 Windows Phone 7 论坛上的Emulator Color Depth，我刚刚听说 Silverlight 在 Windows Phone 7 上的限制，它在 Silverlight 应用程序上只能显示 16 位色深图像，就像以前版本的 Windows Mobile 一样。

这是真的吗？任何人都可以确认这一点。

PS. 通常，Silverlight 原生支持 32 位色深，所有现代智能手机也支持 24 位色深。我不确定将显示什么颜色深度。在我的 Omnia Pro 2（支持 24 位颜色深度的 OLED 显示屏）上使用 Windows Mobile 6.5 中的 HTC Sense 时，我的体验非常糟糕。

谢谢，

当我运行这个Matlab 代码来获取深度图像时，我得到的结果是一个 480x640 的矩阵。最小元素值为0，最大元素值为2711。2711是什么意思？是从相机到图像最远部分的距离。但是 2711 的单位是什么。是英尺还是米？？

我以为这会更容易，但过了一段时间我终于放弃了，至少几个小时......

我想从一组延时摄影中重现这张尾随的星星图像。受此启发：

原作者使用了用 VirtualDub 拍摄的低分辨率视频帧，并结合了 imageJ。我想我可以很容易地重现这个过程，但使用 Python 的方法更注重内存，所以我可以使用原始的高分辨率图像来获得更好的输出。

我的算法思路很简单，一次合并两张图片，然后通过合并生成的图片和下一张图片进行迭代。这完成了数百次并适当地权衡它，以便每张图像对最终结果都有相同的贡献。

我对 python 还很陌生（而且我不是专业程序员，这很明显），但是环顾四周，在我看来 Python Imaging Library 是非常标准的，所以我决定使用它（如果你认为请纠正我别的东西会更好）。

这是我到目前为止所拥有的：

这完成了它应该做的事情，但是生成的图像很暗，如果我只是尝试增强它，很明显，由于像素值缺乏深度，信息丢失了。（我不确定这里的正确术语是什么，颜色深度、颜色精度、像素大小）。这是使用低分辨率图像的最终结果：

或者我正在尝试使用完整的 4k x 2k 分辨率（来自另一组照片）：

所以，我尝试通过设置图像模式来修复它：

但显然 Image.blend 不接受该图像模式。

ValueError：图像的模式错误

有任何想法吗？

（我还尝试通过在将它们与 im.point(lambda i: i * 2) 组合之前将它们相乘来使图像“不那么暗”，但结果同样糟糕）

我正在尝试将 32 位 png 文件转换为 16 位文件格式，我了解如何在彼此之间转换 16 位文件格式（例如 RGB565 RGBA4444）但是我不确定如何从 32 位转换为 16 位。

我的主要问题是：如何找到 32 位 png 的存储方式（每个 8 位分配给 R、B、G 和 A 值）？

我如何失去精度但仍保持大致相同的值？

提前致谢