将位图中除特定颜色之外的所有颜色转换为白色

Question

我正在使用 tess-two 库，我希望将图像中除黑色以外的所有颜色转换为白色（黑色将是文本）。从而使 tess-two 更容易阅读文本。我尝试了各种方法，但是它们在逐像素转换时花费了太多时间。有没有办法使用画布或任何可以更快产生结果的东西来实现这一点。

更新

这个算法带来的另一个问题是打印机不能使用与 android 中相同的黑色和白色进行打印。所以算法将整张图片转为白色。

我目前正在使用的逐像素方法。

 binarizedImage = convertToMutable(cropped);// the bitmap is made mutable
 int width = binarizedImage.getWidth();
 int height = binarizedImage.getHeight();
 int[] pixels = new int[width * height];
 binarizedImage.getPixels(pixels, 0, width, 0, 0, width, height);

 for(int i=0;i<binarizedImage.getWidth();i++) {
     for(int c=0;c<binarizedImage.getHeight();c++) {
         int pixel = binarizedImage.getPixel(i, c);
         if(!(pixel == Color.BLACK  || pixel == Color.WHITE))
         {
              int index = c * width + i;
             pixels[index] = Color.WHITE;
             binarizedImage.setPixels(pixels, 0, width, 0, 0, width, height);
          }
     }
 }

Answer 1

根据 Rishabh 的评论。使用颜色矩阵。由于黑色是黑色并且是 RGB(0,0,0,255)，因此它不受乘法的影响。因此，如果您将所有通道中的所有内容乘以 255，所有内容都将超过限制并卷曲为白色，黑色除外，它将保持黑色。

       ColorMatrix bc = new ColorMatrix(new float[] {
                255, 255, 255, 0, 0,
                255, 255, 255, 0, 0,
                255, 255, 255, 0, 0,
                0, 0, 0, 1, 0,
        });
        ColorMatrixColorFilter filter = new ColorMatrixColorFilter(bc);
        paint.setColorFilter(filter);

您可以使用该颜料在 only-black-stays-black colormatrix 滤镜的荣耀中绘制该位图。

注意：这是一个快速而绝妙的技巧，但是，它仅适用于黑色。虽然它非常适合您使用，并且会将冗长的操作变成即时的东西，但它实际上并不符合“特定颜色”的标题问题，我的算法适用于您想要的任何颜色，只要它是黑色的。

Answer 2

虽然@Tata​​rize 的答案很完美，但我在阅读打印图像时遇到了麻烦，因为它并不总是黑色。

我在堆栈溢出中发现的这个算法效果很好，它实际上检查特定像素是更接近黑色还是白色，并将像素转换为最接近的颜色。因此提供具有范围的二值化。 (https://stackoverflow.com/a/16534187/3710223)。

我现在正在做的是将不需要的区域保持为浅色，而将文本保持为黑色。该算法在大约 20-35 秒内给出二值化图像。仍然没有那么快但高效。

private static boolean shouldBeBlack(int pixel) {
        int alpha = Color.alpha(pixel);
        int redValue = Color.red(pixel);
        int blueValue = Color.blue(pixel);
        int greenValue = Color.green(pixel);
        if(alpha == 0x00) //if this pixel is transparent let me use TRASNPARENT_IS_BLACK
            return TRASNPARENT_IS_BLACK;

        // distance from the white extreme
        double distanceFromWhite = Math.sqrt(Math.pow(0xff - redValue, 2) + Math.pow(0xff - blueValue, 2) + Math.pow(0xff - greenValue, 2));

        // distance from the black extreme 
        double distanceFromBlack = Math.sqrt(Math.pow(0x00 - redValue, 2) + Math.pow(0x00 - blueValue, 2) + Math.pow(0x00 - greenValue, 2));

       // distance between the extremes
        double distance = distanceFromBlack + distanceFromWhite;

        return ((distanceFromWhite/distance)>SPACE_BREAKING_POINT);
    }

如果返回值为真，那么我们将像素转换为黑色，否则我们将其转换为白色。

我知道可以有更好/更快的答案，欢迎更多答案:)

Answer 3

同样的事情，但在渲染脚本中完成，时间约为 60-100 毫秒。你甚至不会注意到延迟。

    Bitmap blackbitmap = Bitmap.createBitmap(bitmap.getWidth(),bitmap.getHeight(),bitmap.getConfig());
    RenderScript mRS = RenderScript.create(TouchEmbroidery.activity);
    ScriptC_blackcheck script = new ScriptC_blackcheck(mRS);

    Allocation allocationRaster0 = Allocation.createFromBitmap(
            mRS,
            bitmap,
            Allocation.MipmapControl.MIPMAP_NONE,
            Allocation.USAGE_SCRIPT
    );
    Allocation allocationRaster1 = Allocation.createTyped(mRS, allocationRaster0.getType());
    script.forEach_root(allocationRaster0, allocationRaster1);
    allocationRaster1.copyTo(blackbitmap);

进行分配，使用renderscript将数据写入blackbitmap。

#pragma version(1)
#pragma rs java_package_name(<YOUR PACKAGENAME GOES HERE>)

void root(const uchar4 *v_in, uchar4 *v_out) {
    uint32_t value = (v_in->r * v_in->r);
    value = value + (v_in->g * v_in->g);
    value = value + (v_in->b * v_in->b);
    if (value > 1200) {
        v_out->r = 255;
        v_out->g = 255;
        v_out->b = 255;
    }
    else {
        v_out->r = 0;
        v_out->g = 0;
        v_out->b = 0;
    }
    v_out->a = 0xFF;
}

注意 1200 只是我使用的阈值，应该是所有三个分量都小于 20（或者，像 0、0、sqrt(1200) aka (~34)）。您可以相应地上下设置 1200 的限制。

并且构建 gradle 需要 Renderscript：

renderscriptTargetApi 22

构建工具的最后几件事声称已经解决了一系列渲染脚本问题。因此，在像您这样的关键任务场所做这种事情可能是完全合理的。 20 秒等待太长，60 毫秒则不然。