Varset

В этом треле попробуем рассказать о том, как активировать шлем без шлема, то есть не надевая его, а только с помощью ПК и мобильного приложения.

Прошивки 6x очень капризны к обновлениям, в том смысле что на 66 может на встать 67-я и т.д. Нужно пробовать соседние версии - 68, 69... Попробуй сразу 71, смотри здесь: Ну и сюда загляни на последние страницы, там был такой случай:

Рад что все получилось ) Но Квас должен был сообщить о том, что Режим разработчика на шлеме не включен... Он этого не показал разве? Да, непросто. Но мы стараемся помочь и с этой проблемой. Обратите внимание на пункты J-V и J-W. И в каждом из них пункт Y тоже полезным будет.

Он очень простой. Первая строка не имеет значения, она просто поясняющая, а во второй IP адрес сетевого адаптера компьютера. Вот файл для моего ПК: IP адрес вашего компьютера будет взят из этого файла 10.0.0.30

Это странно, потому что файл генерируется на моменте входа в меню тестирования, при проверке и вычислении IP адреса компьютера.. Впрочем, вы можете создать его самостоятельно, вот пример файла: ipaddr.txt Какая версия Quas используется? Английская или русская? Какая операционная система на ПК и с какой локализацией, русской или английской? И где расположена сама программа? Попробуйте перенести ее в какой-нибудь нейтральный каталог - на диск D в каталог D:\Temp или на диск C в такой же.

Увы, начиная с прошивки v81 Meta запретила отключать обновления.

Спасибо, дружище! И тебя с Новым годом!

Да, упрощает. Хоть там и нет функции установки приложений, но скрытые настройки доступны.

Да, я сказал чтоб он тебе и Митторну написал.

Кстати, сегодня выяснил, что есть шлем, на котором нет проблем с запретом копирования сейвов от игр Resident Evil 4, например. Это удивительно. Прошивка 81. А еще, чтоб два раза не вставать, есть шлем с разлоченным загрузчиком, тебе не писали про него?

Примерно такой командой, например: mkdir -p /sdcard/backup_tmp/com.schellgames.ieytdquest/; run-as com.schellgames.ieytdquest tar -cf - -C /data/data/com.schellgames.ieytdquest/ . | tar -xvf - -C /sdcard/backup_tmp/com.schellgames.ieytdquest/

Ты имеешь в виду данные, которые в /data/data, а не только в Android/data? Их можно вытащить, если скопировать от имени самой игры сначала во временный каталог, а потом на ПК. Закидывать точно так же.

Я занимался, и довольно плотно. Почитай, например вот эту тему: Кроме того, у восстановления уйма нюансов... Даже не знаю с чего и начать. Qloader бэкапит с помощью команд adb pull/push - просто вытаскивает файлы данных, апк, обб и складывает в архив. Восстановление делает в обратном порядке. Но восстановление игровых сейвов имеет свои особенности, во-1, довольно часто их следует восстанавливать на уже имеющиеся сейвы. То есть запускаем игру, доходим до первой возможности сохраниться, сохраняемся. И только после этого восстанавливаем наши бэкапы. На новой игре содержимое каталога data не всегда сформировано как надо сразу после установки игры. Оно формируется после запуска - компиляция шейдеров и прочее. Во-2, некоторые игры назначают каталогам сохранений уникальный ID после установки игры. И тот сейв, который у нас есть, имеет другой ID, он может не подойти к самой игре. В этом случае следует копировать файлы сейвов вручную, они как правило называются одинаково, и если мы поместим туда наш файл сейва, то все восстановится. В-3, есть исключения и из этого. Редко, но бывают. Я в своем Квасе сделал процедуру бэкапа иным образом, с помощью встроенного механизма бэкапа Андроид - adb backup и adb restore. Но в шлеме он немного сломан, а точнее урезан - он не бэкапит файлы obb, никак, от слова совсем. Также он не бэкапит апк, если игра не запускалась ни разу. Этот момент я обошел, и вытаскиваю obb, apk и данные разными способами, используя и копирование и встроенный механизм. Чтобы не повторяться, запусти Квас и выбери там пункт Q. И почитай хэлп в пунктах H и R. И попробуй сделать бэкапы для какой-нибудь тестовой игры, а потом восстановить... В новом обновлении Кваса будет много доработок, как раз связанных с процедурами бэкапа и восстановления. Например, можно будет назначить постоянный каталог для бэкапов и сохранить этот параметр в реестр, Квас будет всегда складывать туда, и восстанавливать тоже из него же. Много всего, в двух словах не расскажешь )

Обновления приходят очень странно, можете ли рассказать об этом подробнее? Чуть поясню новую концепцию Меты с обновлениями. Их теперь два - системные файлы и непосредственно прошивка. Если размер обновления 105-140 мб, это, с большой вероятностью, системные файлы, включая новый Навигатор. Без него размер будет другим. Обновления прошивки и файлов - независимы, иначе говоря, ты можешь нажать кнопку Обновления, шлем скачает и вывесит кнопку Перезагрузить и применить, но при этом будет продолжать скачивать обновление. То есть первое обновление - системные файлы, второе - прошивка. Или наоборот. Таким образом, поведение шлема вполне может быть непредсказуемым, например он автоматически применяет обновление системных файлов и перезагружается, но при этом видит что есть обновление прошивки и вывешивает кнопку Обновить, но поскольку прошивка скачивается с других адресов, он ее скачать не может. Это одно из предположений такого поведения. И это далеко не единственная странность с обновлениями, например есть еще такая - жмешь кнопку Обновить но результата никакого нет. В этом случае следует просто не обращать внимания, шлем сам либо позже заменит это обновление на более подходящее, либо отменит его вовсе. Ориентироваться в этих чертовых обновлениях можно так: если меняется минорная или мажорная версия прошивки - обновилась она. Если меняется четырехзначный номер - обновляются системные файлы. Например, для прошивки 79.0.0.988 -> 79.0.0.1023 - сменился минорный номер, значит обновилась прошивка. 1027 -> 1030 - обновились системные файлы. Ну и последнее - когда обновляется прошивка, при перезагрузке покажут зеленый прогресс-бар, а при обновлении системных файлов этого не будет, шлем просто перезагружается как обычно.

Готово!

Метала поломала трансляцию. Используйте это:

Хорошая новость: один кирпич с черным экраном удалось оживить с помощью rescue. Подробности пока неизвестны.

Перебрось все в другой каталог, без кириллицы. На всякий случай. Создай какой-нибудь каталог Test на диске C и гоняй там. А теперь смотри что у тебя: (bootloader) current-slot:a Текущий слот - А И в то же время: (bootloader) slot-unbootable:a:yes (bootloader) slot-successful:a:no То есть он, во-1, не загрузочный в данный момент, а во-2 - ему не очень хорошо. Со слотом B чуть получше: (bootloader) slot-unbootable:b:no Он хотя бы может стать загрузочным. Но с ним тоже не все в порядке, судя по гетвару, но мне кажется это вылечится прошивкой. В рекавери зайти не получается, говоришь?.. То есть версию прошивки не узнать... Пройдись по командам fastboot, можешь из Кваса, пункты E-J.

Думаю в этом случае имеет смысл полистать тему "Бутлуп".

Насколько безопасно обновляться через сайт Мета? Ровно настолько же безопасно, насколько ручная прошивка. И ровно настолько же, насколько прошивка по воздуху. Сравнивал логи update_engine между ручной и веб прошивкой - разницы никакой от слова совсем. Да это и понятно, он работает по точно такому же принципу, что и ручная прошивка - пользователь загружает шлем в режим sideload, а сайт закидывает на шлем прошивку, только и всего. Далее вступает в дело update_engine, как и во всех случаях - при ручной, воздушной или веб прошивках. В загрузке прошивки через сайт нет ничего специфичного, это обычный WebADB API, например, есть такой полезный сайт: https://app.webadb.com/ И за окирпичивание следует винить именно update_engine, а точнее, и другие сервисы тоже, которые, например, создают снепшоты системных разделов, заливают на них прошивку а потом происходит слияние этих разделов. Или не происходит, что в итоге приводит к кирпичу. Да много чего может привести к кирпичу. Но в любом случае и ручная "прошивка", и воздушная, и веб - это не прошивка, как таковая, а всего лишь способ доставки файла прошивки на шлем. Фактически, команда copy. И криво скопироваться на шлем она не может в принципе: там идут аж три проверки целостности файла прошивки: хэш файла прошивки, сертификаты, и после разделения прошивки на блоки, перед заливкой проверяются хэши каждого блока. И при любой нестыковке файл прошивки будет отброшен. Еще и по этой причине не существует кастомных прошивок, их попросту невозможно модифицировать так, чтобы обойти внутреннюю проверку. Со всеми логами и более подробной информацией можно ознакомиться здесь: В чем разница между прошивкой шлема по воздуху (OTA), вручную, и через веб-сайт Meta?

резерв, для оглавления

В этой теме будут собраны вопросы и ответы по различной тематике, но объединенные одним знаменателем - VR

Можно сказать на к3 работает. Попробовал на своем, вот весь процесс: d:\Quest\_Cmd\FB>fastboot stage rescue.sig Sending 'rescue.sig' (0 KB) OKAY [ 0.000s] Finished. Total time: 0.011s d:\Quest\_Cmd\FB>fastboot oem rescue-signature OKAY [ 0.000s] Finished. Total time: 0.000s d:\Quest\_Cmd\FB>fastboot stage rescue.img Sending 'rescue.img' (265534 KB) OKAY [ 0.753s] Finished. Total time: 0.760s d:\Quest\_Cmd\FB>fastboot oem flash-rescue-image firmware OKAY [ 6.139s] Finished. Total time: 6.139s d:\Quest\_Cmd\FB>fastboot oem reboot-sideload OKAY [ 0.000s] Finished. Total time: 0.000s d:\Quest\_Cmd\FB>timeout 10 Время ожидания 0 сек., нажмите любую клавишу для продолжения ... d:\Quest\_Cmd\FB>adb sideload Q3-77.0.0.957-Full.zip Total xfer: 1.00x d:\Quest\_Cmd\FB>pause Попытался влить 77-ю (на шленме 81-я) - не захотела, эх ) Но в sideload заходит, что уже охренительно. Теперь нам нужен окирпиченный к3.

Попробовал на своем к2, с прошивкой 81.0.0.975, то же самое.

Попробуй команды: fastboot reboot-fastboot fastboot reboot-recovery fastboot oem reboot-sideload