ATX 各种各样的安卓截图方法

codeskyblue · 2016年10月14日 · 最后由 wangst 回复于 2017年10月16日 · 4361 次阅读
本帖已被设为精华帖!

今天准备写一下 安卓手机截图的各种方法,再不写我怕以后我自己都会忘记了

差不多从做手机测试开始就开始接触手机的截图方法,陆陆续续的大概有 2 年了。

本篇文章不适合以下人群

  1. 伸手党
  2. 不喜欢寻根究底的人

本人已知截图的方法

  • minicap 截图 来自项目openstf 直接读取屏幕缓冲区
  • adbd 的 framebuffer
  • screencap 截图(具体分为 rawrgba 和 png 两种)
  • uiautomator 自动化工具截图
  • 摄像头截图

应该还有其他的方法,只是欢迎留言提醒我

minicap

https://github.com/openstf/minicap 速度快,兼容性也还不错,仅次于 screencap

具体使用方法还是参考我上面链接的比较好

adbd framebuffer

adbd 的 framebuffer 就不提了,根据一篇文章中的描述 http://blog.csdn.net/joson_wang/article/details/50420106

framebuffer service 通过直接读 framebuffer 设备(/dev/graphics/fb0)来截屏,在较新版本的 Android 中,framebuffer service 则调用截屏工具 screencap 来截屏。

screencap png

这种方法简单,但是缺点就是速度太慢

方法

/system/bin/screencap -p screen.png

执行完之后,adb pull 下来就可以了

screencap rawrgba

速度稍微好一些,需要做进一步的处理

关于 screencap 的 rawrgba 具体的格式,可以参考 http://stackoverflow.com/questions/22034959/what-format-does-adb-screencap-sdcard-screenshot-raw-produce-without-p-f

为了方便阅读,我直接把关键内容贴到这里

Format:

4 bytes as uint32 - width
4 bytes as uint32 - height
4 bytes as uint32 - pixel format
(width * heigth * bytespp) bytes as byte array - image data, where bytespp is bytes per pixels and depend on pixel format. Usually bytespp is 4.
Info from source code of screencap.

For your example:

00000000  d0 02 00 00 00 05 00 00  01 00 00 00 1e 1e 1e ff
d0 02 00 00 - width - uint32 0x000002d0 = 720
00 05 00 00 - height - uint32 0x00000500 = 1280
01 00 00 00 - pixel format - uint32 0x00000001 = 1 = PixelFormat.RGBA_8888 => bytespp = 4 => RGBA
1e 1e 1e ff - first pixel data - R = 0x1e; G = 0x1e; B = 0x1e; A = 0xff;
Pixels with data stored in array of bytes with size 720*1280*4.

uiautomator 截图

这篇文章讲的还不错 http://www.cnblogs.com/fsw-blog/p/4549793.html

核心代码就一行

UiDevice.getInstance().takeScreenshot(new File("/sdcard/screen.png"));

摄像头截图

清晰度取决于摄像头的清晰度,通常来说清晰度都不高,不适合用于自动化中的图像识别,但是好处就是速度快,非常的快

先来张整体设计图

因为摄像头获取到的图片区域往往比较大,所以要先进性预处理

原图

处理后的图

我当时为了简单,就是先手动选择屏幕周围的 4 个点,然后用 opencv 做了一下处理,代码也很简单,我直接贴出来了

width = 1920 # screen width
height = 1080 # screen height
image = {do it you self} # opencv image object

pts = [[10, 10], [15, 900], [10, 600], [900, 600]] # leftTop, rightTop, leftBottom, rightBottom
pts1 = np.float32(pts)
pts2 = np.float32([[0, 0], [width, 0], [0, height], [width, height]])
M = cv2.getPerspectiveTransform(pts1, pts2)

image = cv2.warpPerspective(image, M, (width, height))
# show image here
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
共收到 14 条回复 时间 点赞

看来要加精

Monkey 将本帖设为了精华贴 10月14日 10:45

有创新,有实践。加精理由

1.PC 上面各种第三方助手可以实现截图功能,如:应用宝;
2.各种安卓手机也有各自的截图快捷方式;

#5 楼 @erick 那些都是基于 screencap 的

比较全面的普及,支持一下👍

还是摄像头的方式最通用,做好了,后续能省很多事。
不过这个有硬件和环境的要求了。

我只是进来打个招呼的,不顺便做下自己项目的广告吗😂😂

学习了

screencap 也挺快啊,写个命令可以直接存到电脑啊。

#11 楼 @CodingBingo 刚在红米上的 screencap 的测试结果是 3.5s, 其他手机可以好的会是 1s 的样子

fir.im [该话题已被删除] 中提及了此贴 10月31日 11:54

差不多了,还能再多两种吧至少
比如读 Surface 流,取一帧,就是个截图
速度不错,也不用 root,后台截图妥妥的

#14 楼 @bestfc 你可以再具体一点,我把你的留言贴到文章中

codeskyblue 回复

除了最后摄像头方式外,其他都试过。
感觉摄像头方式,不太适合大量手机并发运行方式的推广吧?

现在看,是否 minicap 方案,是最快的,图像也是最小的?

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册