颜色是一片,每一片都有许多点,不适合输出所有匹配点的情况。
我知道有很多点,但是 有的场景需要知道 区域的边界。
如下:判断红色是否在蓝色区域之间。需要知道蓝色的左右边界,至少需要两个点。
如果输出所有的匹配点,取第一个和最后一个匹配点,再取 X坐标,就能判断了。
即使匹配点的数量非常多,应该也不至于导致内存溢出吧。
Quicker中,列表变量的数量上限是多少?
即便能实现,也不是合理的解法,这个图里大概就有几千像素了,去循环列表,会非常慢。 可以直接传递图片变量到表达式或c#模块,在里面直接循环像素,感觉是一个合适的方向,可以让AI写点代码试试
目前 屏幕找色 的实现原理是什么?是逐个像素比对颜色,找到一个就立即停止?
Quicker中,图片变量是怎样的数据格式?是否需要转换成 base64 之后再给 C# 处理?
是的。 内部类型是 Bitmap