Comment puis-je modifier le modèle de téléphone dans build.prop pour obtenir des applications non prises en charge?

J'ai actuellement un HTC Legend enraciné. À la lumière des ventes actuelles d'Android Market, j'aimerais pouvoir acheter certaines des applications en vente sans combiné compatible, car j'ai l'intention d'obtenir un GNex dans les prochaines semaines.

J'ai lu qu'il peut être possible de modifier mon fichier build.prop en un combiné plus moderne, mais au-delà de cette suggestion, je ne peux pas trouver de détails plus précis, ni quel modèle de téléphone serait idéal pour cela. Comment puis-je faire ceci?

Je note qu'un certain nombre de personnes se plaignent d'avoir maçonné après avoir joué avec build.prop. Est-ce un réel danger ou cela nécessiterait-il simplement de réparer le build.prop depuis adb, ou de reflasher la ROM?

google-play-store compatibility

— DanH
source

Trouvé ce reddit.com/r/Android/comments/ha5oh/… qui semble très susceptible de s'appliquer dans mon cas.

— DanH

Je voudrais simplement vous conseiller de marcher avec prudence lorsque vous jouez avec build.prop. J'ai traversé une phase de bricolage avec lui et je me suis retrouvé dans le pétrin à un moment donné!

— Jonny Wright

Il n'y a pas de téléphone particulier idéal, étant donné que les développeurs d'applications peuvent choisir de prendre en charge le sous-ensemble d'appareils qu'ils souhaitent. Les appareils Nexus sont probablement les plus susceptibles d'être largement compatibles.

Pour autant que je sache, vous ne pouvez pas créer de briques avec build.prop, bien que vous puissiez certainement empêcher votre téléphone de démarrer si vous modifiez le mauvais paramètre. Faites une sauvegarde du fichier et ne modifiez rien sous cette ligne:

# end build properties

Modifiez simplement tout ce qui porte le nom de l'appareil, par exemple «ro.product.device» ou similaire. Remplacez-le par l'entrée correspondante du build.prop pour le périphérique que vous émulez (extrayez-le de la ROM ou voyez s'il a été publié quelque part). La mise à jour de tout autre texte pour être précis (comme le fabricant) est également préférable. Notez que la modification de la version d'Android dans ce fichier n'aidera pas, car il semble que le marché interroge directement le système. Vous ne pouvez malheureusement rien y faire.

Après la modification, assurez-vous que / system est monté en lecture seule. Redémarrez ensuite et effacez les données du marché.

Ci-dessous est la partie pertinente de build.prop de mon Vibrant, avec laquelle je viens de recevoir Minecraft pour 10 cents :)

# commencer à construire des propriétés
# généré automatiquement par buildinfo.sh
ro.build.id = FROYO
ro.build.display.id = Bionix NextGen 1 par TeamWhiskey
ro.build.version.incremental = UVKA6
ro.build.version.sdk = 8
ro.build.version.codename = REL
ro.build.version.release = 2.2
ro.build.date = 2011. 01. 18. (화) 21:53:23 KST
ro.build.date.utc = 1295355203
ro.build.type = utilisateur
ro.build.user = jaeyoon.yoon
ro.build.host = SEP-05
ro.build.tags = release-keys
ro.product.model = SGH-T959
ro.product.brand = Samsung
ro.product.name = SGH-T959
ro.product.device = SGH-T959
ro.product.board = SGH-T959
ro.product.cpu.abi = armeabi-v7a
ro.product.cpu.abi2 = armeabi
ro.product.manufacturer = Samsung
ro.product.locale.language = en
ro.product.locale.region = US
ro.wifi.channels =
ro.board.platform = s5pc110
# ro.build.product est obsolète; utilisez ro.product.device
ro.build.product = SGH-T959
# N'essayez pas d'analyser ro.build.description ou .fingerprint
ro.build.description = SGH-T959-user 2.2 FROYO UVKA6 release-keys
ro.build.fingerprint = Samsung / SGH-T959 / SGH-T959 / SGH-T959: 2.2 / FROYO / UVKA6: touches utilisateur / libération
# Propriétés spécifiques à Samsung
ro.build.PDA = T959UVKA6
ro.build.hidden_ver = T959UVKA6
ro.build.changelist = 860813
ro.tether.denied = false
# end build properties

— Matthew Read
source

J'ai essayé de modifier l'empreinte ici: forum.xda-developers.com/showthread.php?t=973919 qui semble avoir fonctionné pour les autres, comment cela n'a eu aucun effet pour moi. Il semble y avoir un élément de chance dans le temps qu'il faut au marché pour se mettre à jour après avoir modifié l'empreinte digitale, ce que je devrais attendre.

— DanH

OK, le problème semble être que je ne suis pas en mesure d'écrire dans build.prop, ou en fait / système du tout, malgré l'exécution de la commande remount ou l'activation du montage r / w avec ES Explorer. Il se passe des trucs louche et je ne peux pas non plus installer HTC Sync pour pouvoir utiliser adb.

— DanH

@DanH J'utilise Root Explorer, vous pourriez avoir plus de chance avec ça. Je suppose que ES a demandé et vous avez accordé l'escalade via l'application SuperUser, non?

— Matthew Read

Oui, c'est vraiment bizarre, j'accorde l'accès à ES, puis il semble réussir à écrire initialement, mais cela fait simplement disparaître complètement le fichier build.prop, y compris à partir de l'émulateur de terminal. Après ce "succès" initial puis sa disparition, je ne suis plus capable d'écrire sur quoi que ce soit sous / system. Le redémarrage semble simplement restaurer le build.prop à son état d'origine.

— DanH

@DanH Je me demande si vous pourriez avoir besoin de ré-root pour une raison quelconque. C'est vraiment étrange.

— Matthew Read