引文
昨天重写了ATX android的控制部分的代码,然后自测了一下,发现控制的时间有点长,写了一个方法,打印出每个指令执行的时间,发现screencap的执行时间在1.5s~4s之间。是因为screencap截完图还顺手发了一个媒体变更的广播?
几行代码的解决方案
screencap 的源码在:
frameworks/base/cmds/screencap/screencap.cpp
仔细看的话,有个
if (fn != NULL) {
notifyMediaScanner(fn);
}
static status_t notifyMediaScanner(const char* fileName) {
String8 cmd("am broadcast -a android.intent.action.MEDIA_SCANNER_SCAN_FILE -d file://");
cmd.append(fileName);
cmd.append(" > /dev/null");
int result = system(cmd.string());
if (result < 0) {
fprintf(stderr, "Unable to broadcast intent for media scanner.\n");
return UNKNOWN_ERROR;
}
return NO_ERROR;
}
我把这个去掉之后,每次截屏的时间在0.2s左右了。
第三方解决方案
https://github.com/openstf/minicap
minicap,提供了几个思路:
1,ScreenshotClient, a private API in AOSP
2,virtual display
3,MediaRecorder
我再补充一种用wifi display也是一种思路。
治本的解决方案
还可以更快吗?从原理上来讲,只要拿到应用渲染UI的 surface buffer,直接把buffer中的数据dump下来,就是截图了。这样没有进过SF,没有多层UI重叠,抓视屏上的那些半透明的按钮效果更好。
尾文
不过我都本地处理图像匹配了,直接再手机内存中做,是最快最省的方法。后续有优化再写吧,0.2s暂时够用了。