android faster screencap

引文

昨天重写了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暂时够用了。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值