http://www.androidcentral.com/why-you-ll-never-have-latest-version-Android .
J'ai trouvé ce lien sur Android Central qui explique en gros la même chose que ce qui suit wayback J'ai trouvé ces informations très instructives et j'ai pensé qu'il serait bon de les publier ici :)
Malheureusement, Android Jelly Bean (4.1) lui-même a été construit par Google sur le chipset OMAP 4460 de TI, comme celui que l'on trouve sur le Galaxy Nexus et le chipset Tegra 3 de NVidia comme celui que l'on trouve sur le Nexus 7. Ainsi, lorsqu'il s'agit de flasher Android sur l'appareil afin de le rendre utilisable sur l'interface Android, les fabricants commencent à modifier/améliorer Android afin de l'obliger à utiliser/manipuler le matériel qu'ils ont utilisé pour construire leur appareil, ce qui est très difficile et demande beaucoup de temps à mettre en œuvre et parce que le temps == l'argent, ils décident simplement de laisser tomber les mises à jour sur les anciens appareils.
Même s'il y a des similitudes matérielles entre différents appareils, il y a d'autres incompatibilités matérielles et pas seulement matérielles.Par exemple,la Nexus 7 et le HTC One X (version internationale) ont la même puce Tegra 3.Le problème est que HTC utilise également une autre puce,la puce HTC ImageSense,qui ne se trouve pas sur la Nexus 7. De plus, le stockage interne du HTC One X est défini/utilisé/organisé différemment de celui de la Nexus 7, car il utilise une partition différente pour les médias.Tout d'un coup, comme le mentionne l'article d'Android Central, le portage de la mise à jour Jelly Bean sur le HTC One X à partir de la Nexus 7 ou vice versa devient très difficile.
Je ne suis pas un expert dans ce domaine, car dans mon pays les opérateurs ne verrouillent pas les appareils, mais je vais essayer de l'expliquer avec l'aide de l'article d'Android Central. Les opérateurs, tels que Verizon, je suppose, utilisent des ROMs différentes/personnalisées de celles que l'on peut trouver sur la version déverrouillée du même appareil. Par exemple, si je ne me trompe pas, afin qu'un OS démarre dès que vous appuyez sur le bouton d'alimentation, un bootloader commence à charger les fichiers de base/nécessaires pour l'OS à partir du périphérique de stockage qu'il est programmé pour le faire. Ce que les opérateurs font, c'est qu'ils verrouillent le bootloader, afin de restreindre les utilisateurs à ne pas démarrer d'autres ROMs qu'ils peuvent avoir transféré dans un périphérique de stockage sur le téléphone.Alors qu'est-ce que ça leur fait si nous démarrons quelque chose de différent de l'officiel ? Ils s'en soucient, car ils veulent empêcher les utilisateurs d'utiliser d'autres réseaux cellulaires (tels que AT&T, Sprint, Vodafone) parce que de cette façon, ils vont perdre leurs clients (==argent).Ce n'est pas seulement le bootloader bien sûr. Si vous avez déjà fait une petite recherche sur Internet, vous verrez de nombreux sites Web valides qui offrent des services de déblocage sur les appareils des transporteurs pour une petite somme d'argent sans reflasher votre appareil avec une ROM différente.Si vous remarquez dans toute la procédure de déblocage, ils demanderont à l'utilisateur de taper sur le clavier de numérotation une chaîne de chiffres et de symboles tels que la touche dièse et la touche étoile.Si quelqu'un tape la chaîne écrire l'appareil ouvrira un menu caché, qui contient des informations sur les paramètres du réseau. Si je mentionne ceci, c'est pour vous montrer que ce menu nécessite plus de codage, ce qui différencie le système d'exploitation Android d'un appareil à l'autre afin que les opérateurs puissent l'utiliser et le manipuler comme ils le souhaitent et insérer leurs propres paramètres en fonction du fonctionnement du réseau.Bien sûr, la procédure que vous devez suivre pour débloquer votre appareil peut varier d'un service de déblocage à l'autre.Par exemple, la plupart de ces services ne demandent que le modèle de l'appareil, l'IMEI et l'opérateur qui a verrouillé l'appareil, et peuvent donc ne pas rencontrer le menu auquel je fais référence. Les opérateurs, comme le mentionne l'article, avancent très lentement dans la procédure d'approbation d'une ROM Android pour un appareil qu'ils offrent sur leurs réseaux.Cela se produit parce qu'ils "bougent" avec prudence et ils ont des ressources limitées afin d'approuver les logiciels pour les appareils offerts avec les services de leur réseau.Et parce qu'ils se soucient des profits, ils ne perdent pas de temps sur les anciens appareils ou les appareils qui n'ont pas vendu beaucoup d'unités.Ils vont prêter attention sur le plus récent et celui qui se vend le plus par rapport aux autres. Ainsi, ils approuvent les dispositifs qui sont déjà rentables pour eux ou ils seront rentables si nous nous référons à quelque chose de plus récent ou quelque chose qu'il continuera à vendre pendant une plus longue période de temps.Let's face it,la plupart des gens ne s'intéressent pas à la Samsung Galaxy SII, ils s'intéressent à la SIII (a.k. : "le prochain grand succès"). a : "THE NEXT BIG THING") et dans quelques semaines ils ne s'intéresseront même plus au SIII mais au LG Optimus G (par exemple), qui est le plus récent et le plus amélioré par rapport au SIII.C'est comme si le nouveau ruinait le plus ancien.Mais ce n'est pas le cas.C'est dans nos têtes.Comme Jimmy Kimmel l'a dit dans son émission quand il a parlé de l'iPhone 5 et de la réaction des propriétaires d'iPhone 4S à l'annonce du 6ème iPhone.
Et maintenant, vous vous demandez peut-être pourquoi la plupart des smartphones Windows Phone ou iOS reçoivent la mise à jour de la dernière version du système d'exploitation qu'ils ont installé. La réponse est simple : il y a moins d'appareils qui ont installé ces plates-formes et la plupart d'entre eux ont le même matériel ou presque. Même s'il y a quelques différences, ils ont passé du temps à ajuster leurs plates-formes pour qu'elles fonctionnent sur tous les appareils qu'ils ont.
Mais ce n'est pas seulement cela. iOS et Windows Phone sont plus statiques aux changements comme les quotas de mémoire ou la configuration des boutons, ou les changements à l'interface utilisateur. Je veux dire, jetez un coup d'œil rapide sur iOS 6 et iOS 5. Les deux sont très similaires en termes de visualisations sur l'interface utilisateur et les boutons sur les nouveaux appareils sont les mêmes en nombre et en fonctionnement que les anciens. Ils ont peut-être ajouté quelques opérations supplémentaires sur certains boutons, mais ce n'est pas comme si ils ont changé quelque chose de façon spectaculaire. C'est la même chose avec Windows Phone 7.5 et 8. L'interface utilisateur est la même et si vous jetez un coup d'œil aux boutons sur les anciens et les nouveaux appareils, vous verrez qu'ils sont à peu près les mêmes. D'autre part, Google fait des changements importants d'une mise à jour à l'autre. Regardez Gingerbread, Froyo, Honeycomb, Ice Cream Sandwich et Jelly Bean. ICS et Jelly Bean se ressemblent, mais qu'en est-il de Jelly Bean et Gingerbread ou Ice Cream Sandwich et Froyo ou peut-être Cupcake et Honeycomb.Ils se ressemblent à peine en termes d'interface utilisateur.Considérez ceci, quand il s'agit de construire un appareil qui est prévu pour exécuter Froyo et vous avez l'intention de le mettre à jour à Jelly Bean.Fondamentalement, cela se produit parce que les fabricants le manque d'avertissement pour ce qu'il va suivre aux mises à jour Android. Ce problème a été mentionné par Sony et Google a répondu en déclarant qu'il allait aider les fabricants avec le PDK (PDK signifie Platform Developers Kit) qui donnera aux fabricants un aperçu limité du cadre des prochaines versions d'Android. limité parce qu'il donnera un accès anticipé seulement à certaines parties du cadre des prochaines versions d'Android.
