Cheburator2k

Выяснил, что вроде как можно активировать ADB/TCP (через PQ) сразу после сброса, даже на последних прошивках, что открывает способ активации с установкой ПНВ клиента сразу в шлем.

Я таки смог победить хромкаст на своем шлеме. По итогу выяснилось что все проблемы были в приложениях, на которые я пытался запустить трансляцию - они или кривые или недоломанные или нужно ставить именно на телик - хз, короче неработоспособные. В итоге так и не нашел нормального смартфонного приложения, заработало только с комповым. Потом понадобилось только пофиксить время на шлеме чтоб трансляция нормально запустилась, т.е. шлем в принципе оказался не виноват. Если у вас проблемы с трансляцией - выяснить причину можно с помощью логов через adb logcat. В моем случае было следующее: В данном случае CertExpired недвусмысленно намекает на проблемы со временем. После его настройки трансляция заработала. Короче включайте логи и ищите в них что-то с GoogleCast. Кстати трансляция не требует внешний инет, достаточно чтобы устройства находились в общей WiFi сети и проходили бродкасты, так что шамаства с ПНВ бессмысленны.

Прохождение первичной настройки на старых прошивках БЕЗ интернета. Понадобиться: смартфон с PQ; любой WiFi, можно (и даже лучше) без доступа к инету - можно раздать со смартфона без симки; ADB клиент в любом виде: если нет компа - можно использовать Bugjager с того же смартфона через WiFi. Свежересетнутый шлем имеет NuxStatus NEW_DEVICE. Проходим настройку до этапа подключения к WiFi. Соединяемся со шлемом через PQ, нажимаем Set DeviceKey. Отключаемся, подключаемся снова, включаем ADB. Подключаемся к шлему по ADB, вводим команду: adb shell settings put global captive_portal_mode 0 Эта команда отключит проверки CaptivePortal, и шлем будет думать что пока он подключен к WiFi у него всегда есть инет. Если понадобиться, потом можно включить CaptivePortal установив captive_portal_mode 1. Примечание: на новых прошивках (вероятно v42+) включение ADB на этом этапе заблокировано, по этому для прохождения этого этапа понадобиться предоставить шлему доступ к серверам CaptivePortal - что-то из этого: http://connectivitycheck.gstatic.com http://play.googleapis.com http://www.google.com http://www.googleapis.cn Причем соединение по https обязательно, а также нужно настроить время (Set time в PQ), иначе будет "подключение ограничено". На прошивках v60+, но не самых последних, вроде как можно включить ADB на этом этапе через андроидные настройки, которые можно открыть через шамаство со смартфоном, требуется проверка и подтверждение. На самых последних также возможно понадобиться доступ и к серверам меты, вопрос подробно не исследован. Если все правильно сделано, после соединения с WiFi NuxStatus должен стать DAY0_NO_OTA. Смотрим ролик (его можно пропустить если заранее послать Skip safety warning через PQ - тогда появится кнопка пропуска), по завершении жмем кнопку и шлем перезагружается. После перезагрузки NuxStatus должен стать WAITING_FOR_HIGH_PRI_APPS_DOWNLOAD, шлем должен сам переподключиться к WiFi. Если не подключился - подключаем вручную. На всех прошивках с этого момента можно включать ADB. Нажимаем Skip apps download, NuxStatus должен смениться на NOTIFY_ENDPOINT. Затем нужно прописать AccessToken (на старых прошивках - Oculus AccessToken). Токен - любая строка, UserId - любое число > 0 (обратите на это внимание, иначе шлем может заглючить и придется делать factory reset). Нажимаем Set *** token и должна запуститься настройка защитной зоны и т.д, а по завершении попадаем в главное меню и на этом настройка завершена, NuxStatus должен стать NUX_COMPLETE.

Если будет возможность - гляньте, вдруг бутлоадер разлочен. Также по возможности fastboot oem device-info, fastboot getvar all.

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

Разумеется через PQ, а как еще то? У меня прошивка где еще можно включать адб со старта. Вроде как на 60-каких-то версиях также работал метод через андроидные настройки - вот бы кто проверил.

Я таки ресетнул свой шлем, так что теперь подтверждаю, что с на старых прошивках начальная настройка проходится полностью в оффлайне, быстро и без проблем. Кроме этой никакие команды не нужны. И даже на последнем этапе ничего не заглючило. Позже напишу подробный мануал, хотя там особо и писать нечего - все очевидно. Таким образом можно пройти настройку даже без компа, чисто со смартфона с PQ и Bugjager-ом.

Видимо на новых прошивках пофиксили бекапы, а на старых есть проблема - окно подтверждения не появляется, а вместо этого черный экран и 3 переливающиеся точки, но я нашел решение этой проблемы: Запускаем любое простое андроидное приложение (2D); Запускаем бекап через adb backup ... Получив черный экран и 3 точки жмем кнопку окулус (O) или что там у вас на новых контроллерах, возвращяемся в виртуальную среду, видим окно с 2D приложением; В другой консоли (консоль с бекапом не трогаем - пусть висит) запускаем adb shell, вводим команду: Получаем список вида: Stack id=... displayId=... taskId=... В этом списке ищем displayId стека с 2D приложением и stackId стека с приложением com.android.backupconfirm Вводим команду, подставив найденные id: И окно подтверждения отобразится поверх 2D приложения, теперь можно подтвердить бекап. Эти действия достаточно сделать один раз, далее окно подтверждения бекапа будет сразу отображаться нормально, так что можно бекапить подряд все приложения например батником. При восстановлении из бекапа действуем аналогично. Таким образом я успешно забекапил и восстановил настройки приложений после сброса. Если подобные проблемы обнаружатся с еще какими-нибудь системными приложениями, вероятно можно действовать аналогичным образом.

Смысл в том, что сравнение по номеру версии может давать ложные результаты, как в примере выше. Так ПТС же откатывается через онлайн апдейтер, а не через adb sideload. У онлайн апдейтера другая логика, но мы вроде как не его обсуждаем. Да, мы беседовали, и я проверил и убедился лично что контролируется именно таймштамп, а не номер версии. Исходники загрузчика открыты - любой может проверить. Гипотетически - хоть на 30. Правда чтобы сделать это, нужно откуда-то достать ключ, которым подписана прошивка, а с этим мягко говоря проблемы.

ADB Control Просмотр файла Простое приложение для управления ADB из шлема. Позволяет управлять ADB/USB и ADB/TCP (wireless/WiFi). Использование: установите приложение на шлем и выдайте необходимые права командой (для этого ADB уже должен быть доступен на шлеме): При включении ADB/TCP будут отображены команды, необходимые для подключения. Для локального подключения (например из установленного на шлем Bugjager) можно использовать IP 127.0.0.1, однако наличие WiFi подключения в любом случае необходимо для активации ADB сервера. Добавил Cheburator2k Добавлено 11.08.2024 Категория Приложения  

По моему сравнить 2 целых числа - самое простое, что можно сделать. Но самое главное - номер версии - не критерий, который определяет поставиться ли прошивка. Например поверх 66.0.0.817.370 (50105210073900510) не получится установить 67.0.0.458.356 (50111670048600510), потому что v66 вышла на 2 дня позже. И наоборот, поверх этой v67 вполне можно поставить v66. Инкременты разумеется отдельная тема, но было бы очень странно если бы появился инкремент с таймштампом раньше его базы. Где они сохраняются - отдельная тема, но в практическом плане пользоваться этим не стоит.

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

Потестил немного, выяснил следующее: полностью отключает проверку captive portal, при этом он сходу возвращает приложениям что инет есть. Таким образом, прочие команды и телодвижения бессмысленны, а все прохождение первого этапа сводится к этой команде и коннекту к любому вайфаю, ведущему вникуда. Единственное, я это проверял на уже активированном шлеме, т.к. ресетать влом, но по идее при настройке используется все то же самое, по этому не вижу причин почему бы не сработать. Вероятно что-то еще не выставлено. В прошивке есть функция setFirstTimeNuxFlags, которая делает следующее: В общем там много чего есть кроме nux_status. Дело ваше конечно, но как я уже неоднократно сказал, настройка должна проходиться до нормального меню и инет для этого не нужен.

Я ж говорил что все должно проходится, прошивка близкая. Кстати а какой у вас NUX_STATUS? Я правильно понимаю, у вас вообще невозможно что-то запустить после перезагрузки шлема без шаманств с adb? Что-то опять все смешалось в кучу. Безусловно, полностью оффлайн настройка это хорошо, но врятли с гугловского captive portal прилетит килсвитч или будет что-то слито. И зачем вообще что-то делать с телефона, для этого есть комп. Я запускал локальный dns и апач, сеть была построена по принципу "ничего не доступно кроме того, что явно разрешено".