Чтение двоичных данных stdout из оболочки adb?

Ответ 1

Извините, что вы отправляете ответ на старый вопрос, но я просто наткнулся на эту проблему сам и хотел сделать это только через оболочку. Это сработало для меня:

adb shell screencap -p | sed 's/^M$//' > screenshot.png

То, что ^M является char, я получил нажатием ctrl + v → ctrl + m, только заметил, что он не работает при копировании.

adb shell screencap -p | sed 's/\r$//' > screenshot.png

сделал трюк и для меня.

Ответ 2

В отличие от adb shell команда adb exec-out не использует pty, которая управляет двоичным выходом. Таким образом, вы можете сделать

adb exec-out screencap -p > test.png

https://android.googlesource.com/platform/system/core/+/5d9d434efadf1c535c7fea634d5306e18c68ef1f

Ответ 3

Как уже отмечалось, "adb shell" выполняет преобразование линии (0x0a) в преобразование return-return + linefeed (0x0d 0x0a). Это выполняется дисциплиной линии псевдо-tty. Поскольку для оболочки нет команды "stty", нет простого способа связать настройки терминала.

Это возможно сделать с помощью ddmlib. Вам нужно будет написать код, который выполнил команды на устройстве, захватил вывод и отправил его по проводу. Это более или менее то, что DDMS делает для определенных функций. Это может быть больше проблем, чем стоит.

Решение repair() - преобразование всех CRLF в LF - кажется неустойчивым, но на самом деле надежным, поскольку преобразование LF-to-CRLF "развращает" является детерминированным. Я делал то же самое, чтобы исправить непреднамеренные FTP-передачи в ASCII-режиме.

Стоит отметить, что формат файла PNG явно разработан, чтобы точно распознать эти (и связанные) проблемы. Магическое число начинается с 0x89, чтобы поймать все, что разделяет высокие биты, а затем "PNG", поэтому вы можете легко узнать, что в файле, а затем CR LF, чтобы поймать различные ASCII-преобразователи строк, а затем 0x1a, чтобы уловить старые программы MS-DOS, которые использовал Ctrl-Z как специальный маркер конца файла, а затем одиночный LF. Посмотрев на первые несколько байтов файла, вы можете точно сказать, что с ним сделано.

... это означает, что ваша функция repair() может принимать как "поврежденный", так и "чистый" вход и надежно определять, нужно ли что-либо делать.

Изменить: одно примечание: для двоичного файла на стороне устройства можно настроить tty, чтобы избежать преобразования, используя cfmakeraw(). См. Функцию prepareRawOutput() в команде screenrecord в Android 5.0, которая может отправлять необработанное видео из захвата в реальном времени через соединение оболочки АБР.

Ответ 4

После углубления в шестнадцатеричные дампы стало ясно, что каждый раз, когда излучается символ 0x0A, оболочка будет излучать 0x0D 0x0A. Я восстановил поток со следующим кодом, и теперь двоичные данные верны. Теперь, конечно, вопрос в том, почему это делает adb shell? Но в любом случае это устраняет проблему.

static byte[] repair(byte[] encoded) {
    ByteArrayOutputStream baos = new ByteArrayOutputStream();
    for (int i=0; i<encoded.length; i++) {
        if (encoded.length > i+1 && encoded[i] == 0x0d && encoded[i+1] == 0x0a) {
            baos.write(0x0a);
            i++;
        } else {
            baos.write(encoded[i]);
        }
    }
    try {
        baos.close();
    } catch (IOException ioe) {

    }

    return baos.toByteArray();      
}

EDIT: Мне стало понятно, почему это делается. Он преобразует LF в CR/LF, как DOS старой школы. Интересно, есть ли где-нибудь параметр, чтобы отключить это?

Ответ 5

С Android версии 6.0 вы можете использовать toybox base64 applet:

 adb shell "screencap -p | toybox base64" | base64 -di >screencap.png

Но лучшим решением, если доступно, является использование команды adb exec-out, например @AjeetKhadke.

Позвольте мне проиллюстрировать разницу между выводами adb shell и adb exec-out:

adb shell "echo -n '\x0a'" | xxd -g1
00000000: 0d 0a

adb exec-out "echo -n '\x0a'" | xxd -g1
00000000: 0a

Он работает в Windows (я использую hexdump из GNUWin32 Hextools для демонстрации):

C:\>adb shell "echo -n '\x0a'" | hexdump
00000000: 0D 0A

C:\>adb exec-out "echo -n '\x0a'" | hexdump
00000000: 0A

Ответ 6

Да, в Unix/Linux/Mac OS X вы можете получить двоичный вывод оболочки adb, добавив "stty -onlcr;" к вашей команде ( NO ~~ должен быть внедренный андроид).

1. Загрузите исполняемый файл "stty" .
 http://www.busybox.net/downloads/binaries/latest/
 Для старого андроида используйте busybox-armv5l, другие используют busybox-armv7l.
 переименовать файл в "stty"

2. Уплотнить файл "stty" на андроид и установить правильное разрешение.

adb push somelocaldir/stty /data/local/tmp/   
adb shell chmod 777 /data/local/tmp/stty 

3. Подготовить "stty -onlcr;" к вашей команде следующим образом:

adb shell /data/local/tmp/stty -onlcr\; screencap -p  > somelocaldir/output.png
or:
adb shell "/data/local/tmp/stty -onlcr; screencap -p"  > somelocaldir/output.png
or (Only for Windows):
adb shell /data/local/tmp/stty -onlcr; screencap -p  > somelocaldir/output.png

Готово!

Но для ОС Windows по умолчанию LF из android будет преобразован в CR CR LF.
Даже вы сделали шаг выше, вы все равно получаете CR LF.
Это "кажется", потому что локальный adb.exe использует fwrite, который заставляет CR быть добавленным.
У меня нет никакого способа об этом, кроме как преобразовать CR LF в LF вручную в ОС Windows.

Ответ 7

Другой способ:

adb shell "busybox stty raw; screencap -p "> foo3.png 

НО, как сказал @osexp2003, , который не работает для ОС Windows.

Ответ 8

Для этого также возможно использовать base64, поэтому просто зашифруйте его, используя:

base64 foo3.png>foo3.png.base64

а затем в окнах, используя некоторую утилиту base64 или, возможно, notepad ++ для дешифрования файла.

Или в linux/cygwin:

base64 -d foo3.png.base64>foo3.png

Ответ 9

Вот решение, которое работает везде (включая Linux и Windows).

Вам понадобится утилита netcat, часто называемая nc.
Если на вашем устройстве выходят как nc, так и busybox nc, вам понадобится свежий busybox. Вы можете либо использовать утилиту busybox из Play Market (требуется root), либо использовать решение osexp2003 (загрузите busybox из , разместите его на /data/local/tmp/ на устройстве и добавьте разрешение на выполнение).

Идея заключается в использовании netcat в качестве примитивного HTTP-сервера.
Ну, даже не правильный сервер. Он просто отправит свой вход в качестве ответа на любое TCP-соединение (будь то HTTP-запрос из браузера, telnet-соединение или просто netcat) и завершает работу.

Выполнить команду, из которой вы хотите получить результат следующим образом:

adb shell 'screencap -p | busybox nc -p 8080 -l >/dev/null'

В приведенном выше примере screencap -p снимает скриншот (PNG-изображение) и передает его на netcat.
-l сообщает netcat действовать как сервер (слушать подключение), а -p 8080 сообщает ему использовать TCP-порт 8080. Опускание >/dev/null будет просто печатать, например. входящий запрос HTTP GET на ваш терминал.
Вышеприведенный пример будет ждать, когда кто-нибудь подключится, отправит скриншот и только потом закончится.
Конечно, вы можете запустить его без adb shell, например. от эмулятора терминала на вашем устройстве.

После выполнения команды, приведенной выше, вы можете загрузить свой вывод из вашего телефона, открыв http://ip.of.your.phone:8080 в браузере или любым другим способом, например, используя netcat:

busybox nc ip.of.your.phone:8080 >screenshot.png

Если вы хотите использовать USB-кабель для загрузки, вам необходимо переадресовать соединение с помощью ADB следующим образом:

adb forward tcp:7080 tcp:8080

После этого вы можете использовать localhost:7080 вместо ip.of.your.phone:8080.
Вы можете удалить эту пересылку с помощью следующей команды:

adb forward --remove tcp:7080

Ответ 10

попробуйте этих парней:

adb shell screencap -p | perl -pe 's/\x0D\x0A/\x0A/g' > screen.png

Ответ 11

Вы также можете использовать стандартную команду dos2unix, если она доступна.

(apt-get install dos2unix, если вы находитесь в Debian/Ubuntu. Возможно, есть сборки для Windows, OS X и т.д. где-то, если вы google).

dos2unix преобразует CRLF в LF так же, как функция Eric Lange repair().

adb shell screencap -p | dos2unix -f > screenshot.png

или исправить поврежденный файл (на месте):

dos2unix -f screenshot.png

Вам нужно -f заставить его обрабатывать двоичные файлы.

Ответ 12

Эта команда работала для меня в ОС Windows:

adb exec-out screencap -p > test.png && dos2unix.exe -f test.png

Но вы хотите использовать это: https://sourceforge.net/projects/dos2unix/

Ответ 13

nc был единственным способом для меня. Используется:

adb forward tcp:7080 tcp:8080 &&\    
adb shell 'tar -zcvf - /data/media | nc -p 8080 -l 1>/dev/null' &\    
sleep 1;\    
nc localhost 7080 > media.tar.gz &&\    
adb forward --remove tcp:7080

как root, чтобы создать надежное резервное копирование для/data/media

Ответ 14

Это лучший способ использования Shell в ОС

adb shell screencap -p | perl -pe 's/\x0D\x0A/\x0A/g' > screen.png