Учет конкретных устройств на Android

Question

Учет конкретных устройств на Android

Нам нужно найти способ захвата экрана Android, без использования какого-либо внешнего программного обеспечения, которое будет работать на некорневом телефоне.

Мои исследования показывают, что нет никакого способа сделать это. В любом случае у вас должны быть права root, чтобы можно было захватить экран устройства.

Однако дальнейшие исследования показывают, что для ограниченного числа устройств существует способ сделать это без привилегий root. В качестве доказательства я могу привести следующее приложение на Android-рынке: Скриншот UX.

Он утверждает, что приложение не нуждается в корневых разрешениях для захвата экрана на следующих устройствах:

Серия Галактики (S, S2, ...)
Телефоны HTC (Sensation, ...)
Motorola (Atrix, ...).
Серия LG Optimus (G2X, ...)

Некоторые говорят, что устройства Tegra также поддерживают это.

Может ли кто-нибудь указать какую-либо документацию, по крайней мере, на определенные устройства, чтобы мы могли, по крайней мере, поддерживать телефоны HTC, например.

EDIT: Пока мы пытаемся использовать «/ system/bin/screencap», но без успеха на эмуляторе. Имеет ли возможность делать скриншоты на некоторых определенных устройствах, просто означает, что они позволяют использовать «/ system/bin/screencap» или читать напрямую с/dev/graphics/fb0?

Или они дают некоторый API для снятия скриншотов?

Благодарю.

1

добавлено 09 Январь 2013 в 04:46 автор cheshie отредактировано 09 Январь 2013 в 06:06

Просмотры: 3

источник

nl ja de

Некоторые из этих устройств имеют незащищенный инструмент командной строки, оставленный системным или графическим вендором, который позволяет использовать скриншот DDMS в тех случаях, когда исходный метод raw framebuffer от Google несовместим с оборудованием, а его новые методы еще не реализованы. Такой инструмент может выделяться по имени или по группам и липким битам; хотя, если он не является особым в таких параметрах безопасности, он может указывать недокументированный и незащищенный API, который вы могли бы развернуть и использовать из своего собственного кода.

добавлено 09 Январь 2013 в 05:56, автор Chris Stratton, источник

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

добавлено 09 Январь 2013 в 06:25, автор Chris Stratton, источник

Вам понадобятся ваши собственные исследования возможностей, которые я описал для каждого устройства, представляющего интерес, поскольку это полностью касается уникальных методов различных версий аппаратного обеспечения, которые, вероятно, не соответствуют эмулятор. Если вы собираетесь работать в «не рекомендованной» области разработки Android, вы должны быть готовы самим взглянуть на устройства на этом уровне детализации, а не надеяться найти ответы онлайн.

добавлено 09 Январь 2013 в 08:53, автор Chris Stratton, источник

так или иначе, мы можем проверить это? я имею в виду некоторые примеры, руководства и т. д., у нас есть некоторые устройства в списке, на которых мы можем запускать тесты.

добавлено 09 Январь 2013 в 06:10, автор cheshie, источник

Крис, не могли бы вы дать ответ на отредактированную версию? Мы понимаем, что риски для написания приложения для этих устройств, также мы понимаем, что функции, представленные в этих устройствах, могут быть заблокированы или дать продукт с множеством ошибок. Тем не менее, мы должны это сделать. В вопросе я написал, что было сделано, поэтому я считаю, что способен проводить собственные расследования.

добавлено 09 Январь 2013 в 08:51, автор cheshie, источник

1 ответы

Видеокурс "Создание приложений для Android"

Получи множество видеоуроков по Android сейчас

автор ApriOri · Answer 1 · 2017-06-11T01:55Z

Захват экрана - это старая и обсуждаемая тема на Android. За последние годы разработано несколько основных вариантов:

Запуск screencap на корневых устройствах, но вы уже это знаете.
Запуск screencap и siginging вашего приложения с системным сертификатом:

Существует разрешение READ_FRAME_BUFFER, но вы можете получить его только тогда, когда ваши приложения подписаны как системное приложение.

Использование всех видов трюков ADB, но большинство из них использует screencap, и AFAIK требует, чтобы устройство подключалось к ПК.

But Since Android 5 things have changed.

Android 5.0 позволяет добавлять захват экрана и совместное использование экрана   возможности вашего приложения с новыми API-интерфейсами android.media.projection.   Эта функциональность полезна, например, если вы хотите включить   экрана в приложении для видеоконференций.

Новый метод createVirtualDisplay() позволяет вашему приложению захватывать   содержимое основного экрана (дисплей по умолчанию) в Surface   объект, который ваше приложение может затем отправить по сети. Только API   позволяет захватывать небезопасное содержимое экрана, а не системный звук. к   начните загрузку экрана, ваше приложение должно сначала запросить   разрешение путем запуска диалогового окна захвата экрана с использованием намерения   полученных с помощью метода createScreenCaptureIntent ().

Устройства, о которых вы упомянули, довольно стары, и я сомневаюсь, что они получили официальное обновление для Android 5, это оставляет вам второй вариант.