slider_72

Доброго времени суток. Столкнулся с такой штукой: VIBE UI 2.0 полностью переподписаная сертификатом AOSP (init пропатчен): LenovoEmail - не хочет работать. При просмотре через ES Explorer в свойствах приложения "Версия: N/A". Решил что apk битый... перепаковал, переподписал по новой (testkey) - всё равно N/A Подкинул перепакованную со старой подписью - работает, но пришлось ещё и LenovoExchange заменить, так как он начал в ошибки выпадать... Кто-нибудь сталкивался с таким?

У меня с этим хорошо справляется "Smart Tools", но если этот способ не прокатит (самый лёгкий вариант), то тогда оптимальнее всего: 1) поискать в сети описание, как добавить в меню настроек калибровку g-sensor`а, либо распотрошить прошивку где эта настройка есть и разбираться что к чему (долго, но зато потом легко калибровать при необходимости). 2) Загрузится в Factory Mode и пробовать этот способ (в принципе легко, но это ещё 1 шажок к изучению китайского языка): http://lenovo-forums.ru/topic/2353-lenovo-p780-калибровка-датчиков/#entry74561 P.S. "конфиг" g-sensor'а должен быть в /data/nvram (можно установить прошивку, в которой имеется калибровка и смотреть, в каком из файлов меняются значения..)

Да, я сейчас посмотрел... в разных прошивках - может по разному оказаться... Вся загвоздка в том, что на родной CameraGalleryLite - минимум тормозов, при съёмке видео... я уже наверное с десяток камер перелопатил. Что там китайцы такого намудрили - не знаю... Лан, буду разбираться, может получится добиться желаемого... Кажется нашёл способ... как только проверю работоспособность - добавлю в это сообщение. UPD: "Поборол" максимальную яркость экрана в камере. В smali ищем файлы содержащие строки заканчивающиеся так: Landroid/view/WindowManager$LayoutParams;->screenBrightness:F и коментируем целиком строку. В данной камере, таких файлов оказалось 2.

Как я понимаю, это камера из прошивки, основанной на AOSP коде, без изменений от Леново... как временная мера - сойдёт, но хотелось бы найти где это можно в штатной CameraGalleryLite отключить...

Никто не пробовал отключить повышенную яркость интерфейса в штатной камере на VIBE 2.0? Сегодня пришлось "большое" видео поснимать... так, глаза как после электросварки болят...

На форуме был совет, что после внесения изменений в системные файлы, лучше прошивку переподписать... А тут, получается - изменения внёс, а переподпись как то не так пошла.

Хочу посоветоваться (начну с предыстории): делаю порт прошивки VIBE2.0 от S850. в процессе тестового запуска удалил штатный SECUREit, после чего в левом углу появился значок "android". Пошерстил форумы - узнал, как центр безопасности нужно удалять. Выкусил все остатки, вместе с бинарниками и библиотеками - значок пропал. Добавил в прошивку локализацию, прошился - всё работает. "Вспомнил", что не переподписал прошивку AOSP сертификатами.... На следующем тесте залил прошивку переподписанную AOSP (подписывал через ROMReSigner) - снова в углу значок "android"... и, так и не понял, как его убрать. Прошивки, которые брал уже локализованные до меня - нормально переживали процесс переподписи. А, которую локализовал сам - никак.... Так и оставил пока, не переподписанную... Кто сталкивался с подобным или знает в чём дело: что я не так делаю?

Делаю очередной порт (на этот раз с SONY Xperia...), сподкнулся на смене подписи прошивки (так как много правок надо вносить в системные файлы): Утилиты ReSign и ROMReSigner - не могут "понять" наличие цифровой подписи в приложениях. Так как, в данном случае имена файлов сертификатов не "cert.rsa", а "SONY-ERICSSON-E-MEDIA-SIGNING-LIVE-864F-X.RSA" (где X от 1 до 4, а так же MEDIA как я понимаю относятся к "media" и т.д.) в итоге сейчас руками сортирую, какие файлы каким сертификатом потом подписать... Ручной труд, оно конечно, хорошо... Но, хотелось бы иметь более изящный способ. Образцы оригинальных файлов прилагаю. Надеюсь, на поддержку. SONY.7z

И, ещё вопрос... так как, только на этом форуме (в этой ветке) мне информация попалась: Про *.odex файлы и режим ART. Получается, что *.odex нельзя трогать, если планируется использовать ART, так как они в своём формате скомпилированы? Но, я правильно понимаю, что получаемые при распаковке *.smali находятся внутри *.dex файлов... Или тут *.dex внутри *.apk - одно, а лежащий рядом *.odex - другое. И, *.odex при любом раскладе оставлять родной??

О! А, про подпись через AFT я и не подумал Благодарю! Буду пробовать. Да, на ThL sd-карта не эмулируемая (в скриптах что в boot.img ещё посмотрю - вдруг что пропустил при портировании...) Если только сам файл "init" от Lenovo в этом не замешан.... P.S. Просто упомянули *.jar и settings.apk - вот и озадачился, там то где искать...

Портирую с Lenovo S850 на ThL4400. Android 4.4.2 MBR, EBR1, EBR2, /systen/bin/vold, /systen/bin/sdcard - от ThL. Так как vold.fstab отсутствует - добрался до "storage_list.xml" и "storage_list_mount_external.xml" (последний у ThL отсутствует, но суть этого файла мне более-менее понятна). Однако и там не прописано об "объединении" /data и внутренней памяти телефона...

Вот: Bluetooth.apk Натравил на него SignCheck, тот на него не ругнулся... теперь хотя бы знаю - каким сертификатом он подписан. Уже полдела...

Столкнулся с такой же проблемой... можно ли её решить? А, точнее - Как её решить?

Здравствуйте, уважаемые! Вот какой вопрос: Делаю порт прошивки под установку через FlashTool. Возникла необходимость внести правки в framework-res.apk... если собираю образ раздела с правленым framework-res.apk (сохраняя старую подпись) - телефон уходит в бутлуп. Если же переподписываю прошивку - не работает bluetooth. Resign_AOSP - при переподписывании "обходит стороной" Bluetooth.apk, а ROM Resigner - стопорится на чтении файла. В логе пишет, что "найден файл подписи, извлекаем..." и далее "запускаем keytool...." и процесс стопорится... Причём сам Bluetooth.apk без ошибок одексируется, декомпилируется, собирается,... а, подписать не могу...