This project along with other ones in OpenSTF organisation is provided as is for community, without active development.
You can check any other forks that may be actively developed and offer new/different features here.
Active development has been moved to DeviceFarmer organisation.
This repository was superseded by https://github.com/DeviceFarmer/minitouch
Minitouch provides a socket interface for triggering multitouch events and gestures on Android devices. It works without root if started via ADB on at least SDK 25 and lower, though any version should work. The sole exception is SDK 20 (Android Wear), which does require root. The lowest SDK level we test is 10 (i.e. Android 2.3.3).
It works especially well with HTML5 multitouch events, and unlike the Android monkey tool, allows you to access the whole screen (including any software buttons).
Building requires NDK, and is known to work with at least with NDK Revision 10 (July 2014). Note that NDK 15 no longer supports anything below Android SDK level 14, meaning that binaries may or may not work on older devices (e.g. Android 2.3).
We include libevdev as a Git submodule, so first make sure you've fetched it.
git submodule init
git submodule update
Then it's simply a matter of invoking ndk-build
.
ndk-build
You should now have the binaries available in ./libs
.
You'll need to build first.
Minitouch can't handle Android 10 by default, due to a new security policy. The workaround is to forward touch commands to STFService. If you are using minicap standalone (without STF), you need to take care of running the service and agent, before running minicap. Instructions on how to do that can be found here.
You can then use the included run.sh script to run the right binary on your device. If you have multiple devices connected, set ANDROID_SERIAL
before running the script.
To run manually, you have to first figure out which ABI your device supports:
ABI=$(adb shell getprop ro.product.cpu.abi | tr -d '\r')
Note that as Android shell always ends lines with CRLF, you'll have to remove the CR like above or the rest of the commands will not work properly.
Also note that if you've got multiple devices connected, setting $ANDROID_SERIAL
will make things quite a bit easier as you won't have to specify the -s <serial>
option every time.
Now, push the appropriate binary to the device:
adb push libs/$ABI/minitouch /data/local/tmp/
Note that for SDK <16, you will have to use the minitouch-nopie
executable which comes without PIE support. Check run.sh for a scripting example.
At this point it might be useful to check the usage:
adb shell /data/local/tmp/minitouch -h
Currently, this should output be something along the lines of:
Usage: /data/local/tmp/minitouch [-h] [-d <device>] [-n <name>] [-v] [-i] [-f <file>]
-d <device>: Use the given touch device. Otherwise autodetect.
-n <name>: Change the name of of the abtract unix domain socket. (minitouch)
-v: Verbose output.
-i: Uses STDIN and doesn't start socket.
-f <file>: Runs a file with a list of commands, doesn't start socket.
-h: Show help.
So, we can simply run the binary without any options, and it will try to detect an appropriate device and start listening on an abstract unix domain socket. Alternatively, you can start minitouch with the -i
option and input commands directly via standard input, or -f <file>
to read commands from a file.
adb shell /data/local/tmp/minitouch
If you chose to use a socket, you need to connect to it separately. Unless there was an error message and the binary exited, we should now have a server open on the device. Now we simply need to create a local forward so that we can connect to it.
adb forward tcp:1111 localabstract:minitouch
Now you can connect to the socket using the local port. Note that currently only one connection at a time is supported. This is mainly because it would otherwise be too easy to submit broken event streams, confusing the driver and possibly freezing the device until a reboot (which, by the way, you'd most likely have to do with adb reboot
due to the unresponsive screen). Anyway, let's connect.
nc localhost 1111
The following section explains how to interact with minitouch.
It is assumed that you now have an open connection to the minitouch socket or you're running minitouch in stdin/file mode. If not, follow the instructions above.
The minitouch protocol is based on LF-separated lines. Each line is a separate command, and each line begins with a single ASCII letter which specifies the command type. Space-separated command-specific arguments then follow.
When you first open a connection to the socket, you'll receive a header with metadata which you'll need to read from the socket. Other than that there will be no responses of any kind.
Example output: v 1
The protocol version. This line is guaranteed to come first in the output. Argument layout may change between versions, so you might want to check if your code supports this version or not.
Example output: ^ 2 320 480 255
This gives you the upper bounds of arguments, as reported by the touch device. If you use larger values you will most likely confuse the driver (possibly freezing the screen, requiring a reboot) or the value will simply be ignored.
It's also very important to note that the maximum X and Y coordinates may, but usually do not, match the display size. You'll need to work out a good way to map display coordinates to touch coordinates if required, possibly by using percentages for screen coordinates.
Example output: $ 9876
This is the pid of the minitouch process. Useful if you want to kill the process.
Example input: c
Commits the current set of changed touches, causing them to play out on the screen. Note that nothing visible will happen until you commit.
Commits are not required to list all active contacts. Changes from the previous state are enough.
Same goes for multi-contact touches. The contacts may move around in separate commits or even the same commit. If one contact moves, the others are not required to.
The order of touches in a single commit is not important either. For example you can list contact 5 before contact 0.
Note however that you cannot have more than one d
, m
or u
for the same <contact>
in one commit.
Example input: r
Attemps to reset the current set of touches by creating appropriate u
events and then committing them. As an invalid sequence of events may cause the screen to freeze, you should call for a reset if you have any doubts about the integrity of your events. For example, two touchstart
events for the same contact is very suspect and most likely means that you lost a touchend
event somehow.
We try to discard obviously out-of-order events automatically, but sometimes it's not enough.
If the screen freezes you'll have to reboot the device. With careful use this will not happen.
Example input: d 0 10 10 50
Schedules a touch down on contact <contact>
at <x>,<y>
with <pressure>
pressure for the next commit.
You cannot have more than one d
, m
or u
for the same <contact>
in one commit.
Example input: m 0 10 10 50
Schedules a touch move on contact <contact>
at <x>,<y>
with <pressure>
pressure for the next commit.
You cannot have more than one d
, m
or u
for the same <contact>
in one commit.
Example input: u 0
Schedules a touch up on contact <contact>
. If you need the contact to move first, use a combination of m
and u
separated by a commit.
You cannot have more than one d
, m
or u
for the same <contact>
in one commit.
Example input: w 50
Immediately waits for <ms>
milliseconds. Will not commit the queue or do anything else.
Tap on (10, 10) with 50 pressure using a single contact.
d 0 10 10 50
c
u 0
c
Long tap on (10, 10) with 50 pressure using a single contact.
d 0 10 10 50
c
<wait in your own code>
u 0
c
Tap on (10, 10) and (20, 20) simultaneously with 50 pressure using two contacts.
d 0 10 10 50
d 1 20 20 50
c
u 0
u 1
c
Tap on (10, 10), keep it pressed, then after a while also tap on (20, 20), keep it pressed, then release the first contact and finally release the second contact.
d 0 10 10 50
c
<wait in your own code>
d 1 20 20 50
c
<wait in your own code>
u 0
c
<wait in your own code>
u 1
c
Swipe from (0, 0) to (100, 0) using a single contact. You'll need to wait between commits in your own code to slow it down.
d 0 0 0 50
c
m 0 20 0 50
c
m 0 40 0 50
c
m 0 60 0 50
c
m 0 80 0 50
c
m 0 100 0 50
c
u 0
c
Pinch with two contacts going from (0, 100) to (50, 50) and (100, 0) to (50, 50). You'll need to wait between commits in your own code to slow it down.
d 0 0 100 50
d 1 100 0 50
c
m 0 10 90 50
m 1 90 10 50
c
m 0 20 80 50
m 1 80 20 50
c
m 0 20 80 50
m 1 80 20 50
c
m 0 30 70 50
m 1 70 30 50
c
m 0 40 60 50
m 1 60 40 50
c
m 0 50 50 50
m 1 50 50 50
c
u 0
u 1
c
The same pinch but with more chaotic (or natural) ordering.
d 1 100 0 50
c
d 0 0 100 50
c
m 1 90 10 50
m 0 10 90 50
c
m 0 20 80 50
c
m 1 80 20 50
c
m 0 20 80 50
m 1 80 20 50
c
m 0 30 70 50
c
m 1 70 30 50
c
m 1 60 40 50
c
m 0 40 60 50
c
m 0 50 50 50
m 1 50 50 50
c
u 0
c
u 1
c
See CONTRIBUTING.md.
See LICENSE.
Copyright © CyberAgent, Inc. All Rights Reserved.