rPman

Настоятельно рекомендую, все, что гуляет через интернет, заворачивать через http (в т.ч. websocket), само собой лучше с шифрованием (https), меньше будет гемороя, так как провайдеры (россия), а чаще мобильные, старательно тормозят или даже блокируют остальной трафик (например почти полностью убит p2p, даже webrtc испоьлзовать нужна магия).

Вернее сказать, тот трафик, которые DPI у провайдера не понимает, может быть сильно ограничен или даже сломан (лезут кривыми руками куда не следуют), поэтому не изобретайте паровоза.

На базе http берите либо готовые фреймворки и сериализаторы либо изобретайте свое. Популярные направления, использовать json, xml а если бинарный то Protobuf (вообще универсальная вещь). Для любого из указанных примеров в java есть библиотеки.

https://blog.gradle.org/introducing-source-dependencies

Конкретно ваша задача решается выдачей смартфоном сигнала (bluetooth/wifi/звук в неслышимом диапазоне), но плохо.

Если у вас навигация на улице, то agps (требуется интернет) и координаты на основе базовых станций опсосов самые быстрые, но с большой погрешностью, тут вы ничего не сделаете кроме как покупать дорогие устройства.

Если у вас навигация внутри помещения:
Существующие решения - это использование наружных передатчиков (если дешево и доступно для потребителя, я читал про кучу любых bluetooth устройств, еще дешевле - очень грамотно расставленные с избытком wifi роутеры, еще читал про ультразвуковые, микрофоны телефонов могут принимать сигнал из близкого к слышимому диапазону), сообщающих о своих координатах, плюс анализ внутренних датчиков телефона - акселемометра и гироскопа (инерциальная навигация), они позволяют с неплохой погрешностью достраивать трек в пределах нескольких метров (на самом деле плохой но для этого и нужны внешние сигналы для постоянной калибровки).

На хабре была куча статей на эту тему но больше академические, не думаю что в открытом доступе найдутся готовые решения, все пилить придется самому.

я один не понял вопроса? есть же штатные библиотеки
https://www.tensorflow.org/lite/guide/android

opencv в общем случае, там есть все по распознаванию видео, и все будет зависеть от того, как именно вы будете фиксироваться на объекте. Не пытайтесь в реалтайме детектить сложные вещи, даже в идеальных условиях это медленно (десятки кадров в секунду) и не позволят следить за быстрыми источниками. Сразу ищите камеры 60-100 fps и я боюсь не каждый android телефон даст вам такой быстрый сенсор (даже дорогие используют аппроксимацию и в реалиях дают fps в половину заявленного) и главное вам тупо не хватит железа android на обработку изображения с необходимой скоростью.

Доступ к камере - native camera api

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

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

p.s. на сколько я знаю красивого стандарта на управление поворотными камерами нет, точнее он есть у каждого производителя свой, с другой стороны, можно воспользоваться готовой админкой у дешевых для домашнего использования, отреверсить http запросы и слать их из своей программы.

С вероятностью 99% если вы запустите linux на android устройстве, у вас будут проблемы с поддержкой периферии (wifi/bluetooth/сенсорный экран/звук/и главное поддержка графики), в некоторых случаях возможно у вас получится что то решить в полуручном режиме (т.е. на автоматическое разрешение проблем не надейтесь, придется копаться и возможно компилировать, а это порождает много проблем вида поддержки обновлений и прочее).

Устанавливайте linux в chroot, точно помню были xwin сервера под android с полноценной работой и доступом к оборудованию, т.е. вы не потеряете работоспособность устройства (хотя бы через android) и при этом у вас будет возможность запускать linux arm приложения, в некоторых случаях прямо из готовых образов с поддержкой обновлений и прочее.

Не существует, потому что банки и платежки хотят все держать при себе и наружу доступа никому не давать.
Плюс физикам вообще неположено финансами рулить, а вы думали криптовалюты просто ради прикола появились? потому что банки совсем ох..ли!

p.s. у сбербанка есть услуга - мобильный банк, где с помощью некого птичьего языка в простых sms можно делать много вкусного, комунальные и не очень платежи, переводы, запрос баланса и прочее. Т.е. вы можете написать простейшее приложение, которое по sms на 900 номер будет управлять вашим счетом так как вам удобно.

Попробуйте найти инструменты калибровки вашего тачскрина, возможно оно уже есть в ваших прошивках (правда в cm кажется все лишнее выпиливают, в т.ч. инженерное меню)

В подавляющем большинстве случаев драйвера в Linux сильно привязаны к версии ядра (а значит к конкретной прошивке), они либо вкомпилированы в ядро, либо собраны в виде модуля и лежат в initrd образе рядом либо в файловой системе прошивки.

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

вот пример калибровки x86 android его универсального драйвера blog.inelsis.ru/?p=318 но само собой инструкция тут не поможет просто сама идея в этом

p.s. если найдете, поделитесь пожалуйста с миром

Это браузер перегружает страницу при разрывах связи (точнее при ее восстановлении), попробуйте перебрать разные браузеры - opera (рекомендую beta), chrome, firefox,...

Где то видел, для каждого пользователя, налету, генерируете свой apk файл, с единственным отличием - изменяющимся идентификатором в файлах ресурсах. Если не нужно подписывать файл, при должном красноглазии, файл можно править прямо в apk напрямую (если отключить zip сжатие, это просто).

lmgtfy.com/?q=dual+android+boot

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

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

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

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

Если у пользователей настроен не личный google app аккаунт и у вас есть к ним доступ (например вы знаете логины пароли и не включена двухфакторная авторизация по коду), то вы можете вручную (или приложение кликер написать) последовательно залогиниться в каждый аккаунт на десктопном браузере на play.google.com и удалять добавлять приложения, если оно в google store.

Это офицальная позиция apple - ваши приложения не могут иметь доступ к sms.

Но вы можете jailbreak телефон и написать приложение, которое будет читать
/var/mobile/Library/SMS/sms.db таблицу messages
и отсылать эти сообщения по сети (например в чат, тот же телеграм) в общем как вам угодно
отсылать sms будет очень сложно но наверное все же не невозможно.