问题标签 [dithering]

我写了下面的函数。它将一种颜色切换为另一种颜色。进入的图片是具有各种颜色和白色背景的 css 精灵。

所以.. 精灵 1 可能是蓝色，精灵 2 可能是绿色。

该函数将运行两次以用所需的任何颜色替换蓝色 + 绿色。

我需要允许对这些图像进行抖动。有没有办法可以修改此功能以处理抖动图像或添加抖动本身？

我想在我的应用程序中使用 Coverflow 视图。为了获得反射图像部分，我使用了以下代码 - http://www.androidsnippets.com/create-image-with-reflection

我看过很多关于抖动和 tileMode 的论坛/讨论，我已经尝试了所有讨论但对我没有任何作用。

仅供参考 - 我正在动态创建一个位图，而不是在布局中使用任何位图。我附上了图片以显示它有多糟糕：

我在下面列出了我试图解决这个问题的方法。

但反射图像仍然非常难看。

我该如何解决这个问题？

我了解抖动的工作原理等，但是抖动与有序抖动之间有什么区别？

也有人能指出我一些好的资源吗？

假设我有一个宽度为 500px 的父 div。它有 13 个应该填充其宽度的子元素。

如果我给每个子元素的宽度为 500 / 13 = 38.46... 像素，浏览器将限制像素值，所以我最终得到 13 个元素，总共占用 38 * 13 = 494 像素。父 div 右侧将有 6 个像素未填充。

是否有一种简单的方法来抖动子元素的宽度，以便剩余部分（6 像素）分布在一些子元素中，从而导致总宽度为 500 像素？

如果我必须手动进行计算并且无法让浏览器管理它，那么在这种情况下我可以使用什么抖动 算法？

编辑：澄清 - 我正在使用 JavaScript 在客户端进行这些计算。此外，父 div 的大小和子 div 的数量在运行时会有所不同；上面的数字只是一个例子。

我使用 imread 将 8 位灰度图像加载到 octave 中，然后将其保存为 ascii 格式，并获得了所有值的巨大列表。然后我用 Java 中的 2x2 矩阵对其进行抖动，并在一行上打印出每个抖动矩阵的列表。

如果我的程序中一个像素的矩阵是这样的：

然后我的程序生成的输出如下所示：

然后，我将这种格式的每个像素的所有矩阵都放在一行上。如何将其加载到八度音阶以查看最终的抖动图像？

我在使用八度音阶并创建了一个简单的矩阵，就像我展示的第一个矩阵一样，并将其保存到一个文件中，然后我能够将它全部放在一行上并再次加载它就好了。然后我尝试用我的程序生成的矩阵替换该文件中的矩阵，但 octave 似乎没有加载它。它试图加载它的矩阵根本没有改变。

我正在开发一个与 OpenGL 一起使用的纹理图集打包器，我目前正在寻找一个开源（如果它是一个库会更好，但开源软件也会很好！）解决方案，它将呈现调色板创建/抖动的最佳结果。它真的不需要很快，但需要达到最佳效果。如果有可能生成每像素 4 位的调色板，那将是最好的。

我在市场上有一个动态壁纸，它使用 OpenGL 来渲染一些基本形状和平面。简单的照明在平面上产生渐变效果，在大多数设备上看起来都很好。不过，三星 Galaxy S2 系列似乎在渲染渐变时遇到了一些问题，正如您在此屏幕截图中看到的那样：

色带看起来很糟糕，尤其是与难以置信的屏幕截图相比：

在这两种情况下我都使用 565 EGL 配置，所以我相信这只是 GS2 设备的显示问题。谁能证实这个怀疑？

有没有什么办法可以解决绑带？

我正在尝试摆脱手机上的色带。现在看起来像这样：

不好对吧？

我按照本教程（关于预抖动的部分）进行操作，但没有成功。该屏幕截图是在预抖动之后。我怎样才能解决这个问题？安卓2.2.1

编辑：也看过这个，但我无法让代码工作。

好的，我加了

因为背景是带状的drawable。当我尝试运行它时，这会使我的应用程序崩溃。所以我不知道该怎么办。

在运行 Android 4.0 或 4.0.3 的模拟器上，我看到可怕的色带，我似乎无法摆脱。在我测试过的所有其他 Android 版本上，渐变看起来都很平滑。

我有一个配置为 RGBX_8888 的 SurfaceView，并且呈现的画布中不存在条带。如果我通过在渲染结束时叠加噪声模式来手动抖动图像，我可以使渐变再次平滑，但显然会以牺牲性能为代价，而我宁愿避免这样做。

因此，稍后会引入条带。我只能假设，在 4.0+ 上，我的 SurfaceView 在绘制和显示之间的某个点被量化到较低的位深度，我可以从屏幕截图中看到渐变一次步进 8 个值每个通道，建议量化为 555（不是 565）。

我在我的 Activity onCreate 函数中添加了以下内容，但没有任何区别。

我也尝试将上述内容放在 onAttachedToWindow() 中，但仍然没有任何变化。

（我相信 RGBA_8888 无论如何都是 2.2 及更高版本的默认窗口格式，因此明确设置该格式对 4.0+ 没有影响也就不足为奇了。）

这留下了一个问题，如果源是 8888 而目标是 8888，那么引入量化/条带的原因是什么，为什么它只出现在 4.0+ 上？

非常令人费解。我想知道是否有人可以提供一些启示？

在渲染我的动态壁纸时，我有一些条带渐变伪影。这篇文章完美地解释了这背后的原因：为了消除大部分并提高效率，我可以在 32 位图之上绘制 32 位位图 :)

所以我问自己一个问题：如何为动态壁纸做到这一点？并且找不到答案 :) 在动态壁纸中，我们有一个由 android 框架为我们创建的表面。它发生了，所以它是一个 RGB_565 表面，因为：

看来我无法要求 Android 框架将其更改为 ARGB_8888。或者有吗？

PS当然我知道我可以做上面文章中描述的其他事情，比如应用抖动等，所以请不要费心指点我。我想找到我问的问题的答案:)