正如Kenogu Labz在另一个答案中提到的那样,您的问题是您的颜色匹配是确切的,但图像边缘周围的颜色是反锯齿的或被源图像编解码器降级(有损图像压缩系统如JPEG)。
而不是执行精确的颜色匹配,您需要匹配颜色范围。
完成此操作的最佳方法通常是设置色彩相互之间距离的公差。您还没有上市代码为SameColor()
,但你可以通过改变SameColor()
到SimilarColor()
一个实现类似这样可能会得到你想要的结果:
bool SimilarColor(color c1, color c2, int tolerance)
{
int rDiff = std::abs(c1.r - c2.r);
int gDiff = std::abs(c1.g - c2.g);
int bDiff = std::abs(c1.b - c2.b);
return (rDiff < tolerance && gDiff < tolerance && bDiff < tolerance);
}
NB。这是伪代码。我现在在底部添加了一个兼容ALLEGRO的实现。
一般原理是,您可以计算红色差异,绿色差异和蓝色差异,并确保它低于您的容差值。如果是,则返回true并执行颜色替换,如果不是,则不执行替换。
额外专家:
为了取得更好的效果,你可能要考虑不直接更换颜色匹配的,而是不断变化的匹配像素的色相(保持他们的饱和度和值),使您的颜色更改图像不会过度简化。这需要颜色1和颜色2的H,S,V值,这可能直接在ALLEGRO中支持,或者可能需要自定义代码。
一些补充意见
注意,目前的代码访问图像中的每个像素。图像中的某些意外的任意像素可能会在您的容忍范围内,并无意中重新着色。
为了避免这种情况,您可以使用FloodFill(即,paintbucket)类型的重新着色来替换颜色匹配(尽管这会更复杂并限制您重新着色到连续区域),或者您可以从内存图像其中每个可重新着色部分预先准备好具有独特的无混叠像素颜色。例如,您可以在内存缓冲区中使用rgb(0,255,0)绿色面部的源图像,但会显示重新着色到所选色调的面部。当用户选择更改颜色时,请重新重新上色原始绿色图像。希望这是有道理的。这是我所描述的屏幕外源图像的例子:
边注:总是喜欢.png
文件.jpg
如果你想避免画质下降,由于图像的文件格式。
为了获得最佳效果我全建议使用我上述彩色键图像。它具有额外的优势,您可以操纵原始图像并保存为无损文件格式,如.png
,以便您可以根据原始代码执行精确的颜色匹配,并且不需要尝试匹配颜色范围。您也永远不会有背景颜色太接近您的容差并无意中更换颜色的情况。
但是,我现在也快速浏览了ALLEGRO_COLOR的ALLEGRO文档,以下方法应该使用该库执行上面显示的SimilarColor方法。在快板看来你不能直接访问ALLEGRO_COLOR的单独的组件,所以你必须执行al_unmap_rgb
第一:
bool SimilarColor(ALLEGRO_COLOR c1, ALLEGRO_COLOR c2, int tolerance)
{
// unpack the colors into their r,g,b components:
unsigned char c1R, c1G, c1B, c2R, c2G, c2B;
al_unmap_rgb(c1, &c1R, &c1G, &c1B);
al_unmap_rgb(c2, &c2R, &c2G, &c2B);
// calculate the absolute red, green and blue differences:
int rDiff = std::abs((int)c1R - (int)c2R);
int gDiff = std::abs((int)c1G - (int)c2G);
int bDiff = std::abs((int)c1B - (int)c2B);
// return true only if ALL color channel diffs are below tolerance.
// NB. tolerance needs to be between 1 and 254, and a value of 35
// is probably a good start point for testing purposes
return (rDiff < tolerance && gDiff < tolerance && bDiff < tolerance);
}
任何特定的语言/环境? – 2014-12-07 23:34:14
是的C++和Allegro – Claudia 2014-12-07 23:35:59