SONY Xperia S : les mises à jour d'Android gérées comme sur un Nexus ?

SONY Xperia S : les mises à jour d’Android gérées comme sur un Nexus ?

La bonne idée vient de Google

Avatar de l'auteur

Damien Labourot

Publié dansSociété numérique

22/08/2012
38
SONY Xperia S : les mises à jour d'Android gérées comme sur un Nexus ?

En fin de semaine dernière, un projet open source était lancé par une équipe de Google : permettre au Xperia S de SONY de se mettre à jour aussi régulièrement que les terminaux de la gamme Nexus. Si cette expérimentation n'a pas un but commercial pour le moment, le Japonais vient d'indiquer qu'il voyait ce projet d'un oeil particulièrement bienveillant.

  SONY Xperia S

 

Si le XPeria S a été retenu par cette équipe c'est notamment pour deux points jugés importants par Jean-Baptiste Queru, responsable du projet : « c'est un smartphone très performant  avec un " bootloader " qui peut être débloqué, et qui vient d'un fabricant qui apprécie les projets de type Android Open Source (AOSP) ». On se rappelle que, lors du passage vers Android 4.0, SONY avait expliqué comment débloquer son smartphone pour y installer ses ROM, alors au stade de bêta.

 

La société nipponne a indiqué à nos confrères d'Android Central qu'elle encourageait cette initiative de Google, qu'elle allait suivre les différentes avancées et qu'elle n'hésitera pas à intervenir pour aider si cela s'avère nécessaire. Il est aussi INtéressant de noter que certains membres de CyanogenMod ont rejoint ce collectif open source autour de Jean-Baptiste Queru.

 

Pour le moment, il est encore bien trop tôt pour savoir quand une première version d'Android issue de ce projet sera disponible pour les Xperia S, mais, avec cette manoeuvre, nous pouvons constater que les équipes de Google souhaitent voir arriver de plus en plus de terminaux, autres que les Nexus, qui profitent de mises à jour régulières.

 

Il faut rappeler que les derniers chiffres publiés sur la fragmentation d'Android nous indiquaient que la version 2.3 (Gingerbread) était encore majoritairement installée sur 6 terminaux sur 10. Android 4.0, n'est quant à lui présent sur 16 % d'entre eux, bien qu'il soit sorti en fin d'année dernière et que Jelly Bean (Android 4.1) commence à être déployé chez certains constructeurs (voir notre dossier). On peut dès lors comprendre que Google souhaite accélérer les choses, quitte à s'occuper lui-même des smartphones ou tablettes autres que ceux qu'il propose.

38
Avatar de l'auteur

Écrit par Damien Labourot

Tiens, en parlant de ça :

Un mélange entre une réunion d’Anonymous et de tête d’ampoules, pour le meilleur et le pire

652e édition des LIDD : Liens Intelligents Du Dimanche

Et bonne nuit les petits

00:04 Next 8
dessin de Flock

#Flock distribue des mandales tous azimuts

13:40 Flock 14
Un Sébastien transformé en lapin par Flock pour imiter le Quoi de neuf Docteur des Looney Tunes

Quoi de neuf à la rédac’ #11 et résumé de la semaine

11:47 Next 40

Sommaire de l'article

Introduction

Un mélange entre une réunion d’Anonymous et de tête d’ampoules, pour le meilleur et le pire

652e édition des LIDD : Liens Intelligents Du Dimanche

Next 8
dessin de Flock

#Flock distribue des mandales tous azimuts

Flock 14
Un Sébastien transformé en lapin par Flock pour imiter le Quoi de neuf Docteur des Looney Tunes

Quoi de neuf à la rédac’ #11 et résumé de la semaine

Next 40
Carte graphique AMD GeForce

Cartes graphiques : 30 ans d’évolution des GPU

Hard 23

Google lance son opération de communications Gemini pour rivaliser avec OpenAI

IA 6
Ecran bleu de Windows

Linux : le composant systemd se dote d’un écran bleu de la mort

Soft 41
Une petite fille en train d'apprendre à programmer et hacker logiciels et appareils électroniques

Un roman graphique explique les logiciels libres aux enfants

SoftSociété 21
Nouveautés pour Messenger

Meta lance (enfin) le chiffrement de bout en bout de Messenger, entre autres

Socials 5

#LeBrief : cloud européen, OSIRIS-REx a frôlée la catastrophe, CPU AMD Ryzen 8040

Windows en 2024 : beaucoup d’IA, mais pas forcément un « 12 »

Soft 21
Einstein avec des qubits en arrière plan

Informatique quantique, qubits : avez-vous les bases ?

HardScience 9
Notifications iPhone

Surveillance des notifications : un sénateur américain demande la fin du secret

DroitSécu 17

En ligne, les promos foireuses restent d’actualité

DroitWeb 19

#LeBrief : modalité des amendes RGPD, cyberattaque agricole, hallucinations d’Amazon Q, 25 ans d’ISS

Logo Twitch

Citant des « coûts prohibitifs », Twitch quitte la Corée du Sud

ÉcoWeb 29
Formation aux cryptomonnaies par Binance à Pôle Emploi

Binance fait son marketing pendant des formations sur la blockchain destinées aux chômeurs

Éco 10
Consommation électrique du CERN

L’empreinte écologique CERN en 2022 : 1 215 GWh, 184 173 teqCO₂, 3 234 Ml…

Science 8
station électrique pour voitures

Voitures électriques : dans la jungle, terrible jungle, des bornes de recharge publiques

Société 78

#LeBrief : intelligence artificielle à tous les étages, fichier biométrique EURODAC

KDE Plasma 6

KDE Plasma 6 a sa première bêta, le tour des nouveautés

Soft 13
Un homme noir regarde la caméra. Sur son visage, des traits blancs suggèrent un traitement algorithmique.

AI Act et reconnaissance faciale : la France interpelée par 45 eurodéputés

DroitSociété 4
Api

La CNIL préconise l’utilisation des API pour le partage de données personnelles entre organismes

SécuSociété 3
Fouet de l’Arcep avec de la fibre

Orange sanctionnée sur la fibre : l’argumentaire de l’opérateur démonté par l’Arcep

DroitWeb 25
Bombes

Israël – Hamas : comment l’IA intensifie les attaques contre Gaza

IA 22

#LeBrief : bande-annonce GTA VI, guerre électronique, Spotify licencie massivement

Poing Dev

Le poing Dev – Round 7

Next 106
Logo de Gaia-X sour la forme d’un arbre, avec la légende : infrastructure de données en forme de réseau

Gaia-X « vit toujours » et « arrive à des étapes très concrètes »

WebSécu 7

Trois consoles portables en quelques semaines

Hard 37
Une tasse estampillée "Keep calm and carry on teaching"

Cyberrésilience : les compromis (provisoires) du trilogue européen

DroitSécu 3

#LeBrief : fuite de tests ADN 23andMe, le milliard pour Android Messages, il y a 30 ans Hubble voyait clair

next n'a pas de brief le week-end

Le Brief ne travaille pas le week-end.
C'est dur, mais c'est comme ça.
Allez donc dans une forêt lointaine,
Éloignez-vous de ce clavier pour une fois !

Commentaires (38)


dimounet Abonné
Le 22/08/2012 à 09h57

Pas ce type de problème avec mon Galaxy Nexus; je suis sous Jelly Bean depuis déjà un bon moment!<img data-src=" />


mum1989
Le 22/08/2012 à 09h58

il suffirait à google de proposer ces MAJ(comme le nexus) sur ses Motorola, ça ferait peut être bouger les autres constructeurs ….


linconnu
Le 22/08/2012 à 10h04

Le problème c’est que pour dévérouiller le bootloader il faut aller sur le site de Sony et donner son IMEI. Cette information est alors transmise au SAV.


MaiEolia
Le 22/08/2012 à 10h04

Si ca pouvait être valable pour l’XPERIA arc S aussi ca serait cool :)


Wik
Le 22/08/2012 à 10h24

En espérant que jelly bean arrive vite avec ça ;)


SuperNiko
Le 22/08/2012 à 11h03

Génial !!

Il faudrait que tout le monde s’y mette ! :)


Mig6r
Le 22/08/2012 à 11h07

J’hesite justement a me prendre ce tel d’occase, reste plus que la batterie faiblarde qui me freine… <img data-src=" />


jackjack2
Le 22/08/2012 à 11h23






linconnu a écrit :

Le problème c’est que pour dévérouiller le bootloader il faut aller sur le site de Sony et donner son IMEI. Cette information est alors transmise au SAV.


Et? Ils annulent la garantie?



Trollkien
Le 22/08/2012 à 11h27

l’idéal selon moi serait que android devienne une distrib “linux” à part entière, avec les pilotes iintégrés via un minimum de communication entre les fabricants et Google. comme ca les fabricants n’auraient qu’ a s’occuper de la partie hardware, google de la partie software, et tout le monde y trouverait son compte, notamment les clients qui auraient toujours un systeme a jour.

Je reve un peu peut etre, mais que mon xperia active reste en 4.0 alors que la 4.1 lui permettrait d’etre plus réactif, comme on dit par chez nous, ca me bande…


Gui13
Le 22/08/2012 à 11h28

Marrant comme Sony peut avoir un oeil “bienveillant” sur l’Open source et l’utilisation détournée de ses téléphones, alors que d’un autre côté ils font la guerre aux “Other OS” et autres jailbreaks sur PS3.

<img data-src=" />

J’ai l’impression qu’une des deux divisions rapporte beaucoup plus de fric que l’autre..

Bon en tout cas, c’est une bonne chose.. pour les téléphones.


Anonyme
Le 22/08/2012 à 11h30






jackjack2 a écrit :

Et? Ils annulent la garantie?



De tête, dans les conditions qu’il faut accepter pour débloquer le bootloader, cela peut “potentiellement” annuler la garantie et/ou ajouter des frais de réparation.

Les conditions sont plutôt claires sur le site :http://unlockbootloader.sonymobile.com/

Après ce n’est pas illogique.



CryoGen Abonné
Le 22/08/2012 à 11h50






trollkien a écrit :

l’idéal selon moi serait que android devienne une distrib “linux” à part entière, avec les pilotes iintégrés via un minimum de communication entre les fabricants et Google. comme ca les fabricants n’auraient qu’ a s’occuper de la partie hardware, google de la partie software, et tout le monde y trouverait son compte, notamment les clients qui auraient toujours un systeme a jour.

Je reve un peu peut etre, mais que mon xperia active reste en 4.0 alors que la 4.1 lui permettrait d’etre plus réactif, comme on dit par chez nous, ca me bande…



Bah rien n’empêche les constructeurs de le faire… après il faut bien voir que pour beaucoup d’entre nous les surcouches et apps constructeurs ne nous intéressent pas par rapport à la performance et améliorations, et que du coup ca ne nous dérange pas de perdre la surcouche + apps constructeur.

Chez Samsung, par exemple, la surcouche n’est pas qu’un simple set d’applications. Il y a des modifications du framework android et certaines de leurs apps (comme l’appareil photo) dépendent de ce framework. Et pour l’utilisateur classique qui à choisi son smartphone pour le look de l’interface ou l’application constructeur kelleestbien bah la mise à jour “AOSP” ca ne l’interresse pas.

Mais ca serait déjà un premier pas en avant d’avoir au moins les drivers. Faudrait presque que Google “oblige” les constructeurs à les fournir.



Kerberos
Le 22/08/2012 à 11h54






CryoGen a écrit :

Faudrait presque que Google “oblige” les constructeurs à fournir [le code source des drivers].


+10



Gericoz
Le 22/08/2012 à 12h04






Gui13 a écrit :

Marrant comme Sony peut avoir un oeil “bienveillant” sur l’Open source et l’utilisation détournée de ses téléphones, alors que d’un autre côté ils font la guerre aux “Other OS” et autres jailbreaks sur PS3.

<img data-src=" />

J’ai l’impression qu’une des deux divisions rapporte beaucoup plus de fric que l’autre..

Bon en tout cas, c’est une bonne chose.. pour les téléphones.



C’est normal sur Mobile ils vendent un téléphone point à la ligne, s’ils peut y avoir des améliorations dessus gratos c’est tout bénéf pour eux.

pour la PS3 ils vendent aussi des jeux hors un jailbreak ou autre creer des failles pour lire des jeux piratés sur la console.

Rien à voir donc.



frikakwa
Le 22/08/2012 à 12h18






Gericoz a écrit :

C’est normal sur Mobile ils vendent un téléphone point à la ligne, s’ils peut y avoir des améliorations dessus gratos c’est tout bénéf pour eux.

pour la PS3 ils vendent aussi des jeux hors un jailbreak ou autre creer des failles pour lire des jeux piratés sur la console.

Rien à voir donc.


Ben le fait de débloquer ton bootloader ne les INtéresse pas non plus trop au vu des DRM qu’ils peuvent te balancer via leurs différents services (Play Store, Sony Music Unlimited, …). Donc ton analogie est un peu bancale là…

Sinon… très bonne initiative de JBQ (sous l’égide de Google!) et de Sony s’ils “aident” un minimum au développement!

Bref… come on JBQ & Bin4ry!! <img data-src=" />



anonyme_5308cee4763677866e1421efa4474f79
Le 22/08/2012 à 12h24






trollkien a écrit :

l’idéal selon moi serait que android devienne une distrib “linux” à part entière, avec les pilotes iintégrés via un minimum de communication entre les fabricants et Google. comme ca les fabricants n’auraient qu’ a s’occuper de la partie hardware, google de la partie software, et tout le monde y trouverait son compte, notamment les clients qui auraient toujours un systeme a jour.

Je reve un peu peut etre, mais que mon xperia active reste en 4.0 alors que la 4.1 lui permettrait d’etre plus réactif, comme on dit par chez nous, ca me bande…


Hé bien Boot to Gecko alias B2G alias Firefox OS est fait pour toi. C’est basé sur le noyau Linux et le moteur de rendu Gecko de Mozilla.



Zantetsuken
Le 22/08/2012 à 12h37






CryoGen a écrit :

Bah rien n’empêche les constructeurs de le faire… après il faut bien voir que pour beaucoup d’entre nous les surcouches et apps constructeurs ne nous intéressent pas par rapport à la performance et améliorations, et que du coup ca ne nous dérange pas de perdre la surcouche + apps constructeur.

Chez Samsung, par exemple, la surcouche n’est pas qu’un simple set d’applications. Il y a des modifications du framework android et certaines de leurs apps (comme l’appareil photo) dépendent de ce framework. Et pour l’utilisateur classique qui à choisi son smartphone pour le look de l’interface ou l’application constructeur kelleestbien bah la mise à jour “AOSP” ca ne l’interresse pas.

Mais ca serait déjà un premier pas en avant d’avoir au moins les drivers. Faudrait presque que Google “oblige” les constructeurs à les fournir.







  • (over) 9000



Burn2 Abonné
Le 22/08/2012 à 12h45

Et pour les drivers il faut aussi fournir des pilotes qui suivent les versions de noyaux… Chose tout à fait impossible, ça veut dire obliger un constructeur à continuer à supporter du matériel qu’il ne produit plus… Ou alors il faut des pilotes libres mais là aussi on peut rêver…


Gericoz
Le 22/08/2012 à 12h51






frikakwa a écrit :

Ben le fait de débloquer ton bootloader ne les INtéresse pas non plus trop au vu des DRM qu’ils peuvent te balancer via leurs différents services (Play Store, Sony Music Unlimited, …). Donc ton analogie est un peu bancale là…

Sinon… très bonne initiative de JBQ (sous l’égide de Google!) et de Sony s’ils “aident” un minimum au développement!

Bref… come on JBQ & Bin4ry!! <img data-src=" />



Sauf que la console ne rapporte quasiment rien ils ne font des bénéfices que sur les jeux vendus dessus. Ils doivent absolument protéger au maximum cette partie.

Sur android tu peux déjà installer de base des applications du play store sans les payer via un .apk, pas besoin de débloquer le bootloader pour cela. . Je ne connais pas par contre l’impact sur Sony Unlimited et si le bootloader débloqué est indispensable pour lire les fichiers sans drm.



frikakwa
Le 22/08/2012 à 12h58






Gericoz a écrit :

Sauf que la console ne rapporte quasiment rien ils ne font des bénéfices que sur les jeux vendus dessus. Ils doivent absolument protéger au maximum cette partie.

Sur android tu peux déjà installer de base des applications du play store sans les payer via un .apk, pas besoin de débloquer le bootloader pour cela. . Je ne connais pas par contre l’impact sur Sony Unlimited et si le bootloader débloqué est indispensable pour lire les fichiers sans drm.


Bootloader débloqué = root possible = fuite possible de chansons protégées par leurs DRM! Simple exemple… et du coup… perte de bénéfice pour Sony et donc… j’en reviens au fait que ton exemple n’était pas forcément judicieux! <img data-src=" />



frikakwa
Le 22/08/2012 à 12h59






Burn2 a écrit :

Et pour les drivers il faut aussi fournir des pilotes qui suivent les versions de noyaux… Chose tout à fait impossible, ça veut dire obliger un constructeur à continuer à supporter du matériel qu’il ne produit plus… Ou alors il faut des pilotes libres mais là aussi on peut rêver…


Cela signifie donc qu’il faudrait en plus du support des fabricants de phones, le support des fabricants comme Qualcomm et autres Nvidia?



linconnu
Le 22/08/2012 à 13h01

Le root est possible avec bootloader bloqué depuis longtemps sur le Xperia S.


Burn2 Abonné
Le 22/08/2012 à 13h25






frikakwa a écrit :

Cela signifie donc qu’il faudrait en plus du support des fabricants de phones, le support des fabricants comme Qualcomm et autres Nvidia?


Oui…

Ce qui pose le plus souvent pb c’est RILL… Et y a plein de drivers différents… GPu/wifi/GSM/3G/GPS etc!



frikakwa
Le 22/08/2012 à 13h42






Burn2 a écrit :

Oui…

Ce qui pose le plus souvent pb c’est RILL… Et y a plein de drivers différents… GPu/wifi/GSM/3G/GPS etc!


Aaaargh… ok… d’où finalement l’appel à la “communauté” de JBQ en ce qui concerne le SXS!??

Quand tu parles de RIL… tu parles bien de ça??

Pour tout ce qui est driver GPu/wifi/GSM/3G/GPS… tout doit être “retravaillé” lors du passage d’une version à l’autre?? Genre si les fabricants les fournissent lors de la sortie de ICS… il ne faut pas tout changer pour passer à JB! Si? <img data-src=" />



Burn2 Abonné
Le 22/08/2012 à 13h47

Pour Ril, oui je parle bien de ça. Pour les drivers tout dépend, parfois il n’y a besoin de rien changer, parfois si. Tout dépend si le noyau évolue, et ou si le framework fait appel à des fonctions que ne supportent pas encore les pilotes actuels.


Comme dit en général ce qui pose le plus de problème ça reste RIL. Ce qui marche en version GB, ne marche plus avec ICS/JB souvent à cause d’un bug dans RIL ou autre, mais comme c’est ce qu’on appelle “un blob” à savoir un module binaire propriétaire, on ne peut rien y faire dessus.


Donc oui sans pilote libre tu ne peux avoir de garantie que tu ne seras pas bloqué à cause d’un module propriétaire qui ne passera plus sur ta prochaine version.


A la rigueur, de ce côté là il faudrait plus espérer du côté d’intel. Car avec son atom (surtout le futur avec gpu intel donc pilote libre) il y a déjà une bonne base libre, et un constructeur qui joue le jeu du libre en plus d’avoir une archi assez commune. Je pense que clairement la délivrance est plus de ce côté là que du coté de tous les constructeurs indépendants avec leurs matos propre.


Gericoz
Le 22/08/2012 à 13h53






frikakwa a écrit :

Bootloader débloqué = root possible = fuite possible de chansons protégées par leurs DRM! Simple exemple… et du coup… perte de bénéfice pour Sony et donc… j’en reviens au fait que ton exemple n’était pas forcément judicieux! <img data-src=" />



Je suis désolé mais il le reste car l’impacte n’est pas le même.
Le root ne représente qu’une des nombreuses possibilités de trouver une chanson par contre bloquer la lecture de jeux gravé sur la console directement supprime la quasi-totalité du problème.

L’argent perdu ne sera pas comparable. Qui va acheté un téléphone Sony pour pirater des DRM? Très peu de personnes et encore la vente du téléphone rapporte des sous à Sony.
Qui va acheté une console car elle est facilement piratable? Beaucoup de monde et vu que Sony fait ses marges sur les jeux la perte peut être énorme.

Il faut savoir sacrifier un peu quand cela ne nous coûte pas trop et qu’on ne peut pas empêcher de toute façon la chose, au moins Sony se fait une bonne pub pour vendre ses téléphones sur le coup.



frikakwa
Le 22/08/2012 à 14h07

Je te faisais juste remarquer que ton analogie de base était un peu pourrie et tu achèves de me convaincre en parlant de gros sous… <img data-src=" />
Je ne discutais pas du coût global du piratage des jeux ni de celui des musiques mais bien des failles “comparables” des 2 systèmes… anyway! <img data-src=" />(cf. ton premier comment que je citais!)


frikakwa
Le 22/08/2012 à 14h09






Burn2 a écrit :

Pour Ril, oui je parle bien de ça. Pour les drivers tout dépend, parfois il n’y a besoin de rien changer, parfois si. Tout dépend si le noyau évolue, et ou si le framework fait appel à des fonctions que ne supportent pas encore les pilotes actuels.


Comme dit en général ce qui pose le plus de problème ça reste RIL. Ce qui marche en version GB, ne marche plus avec ICS/JB souvent à cause d’un bug dans RIL ou autre, mais comme c’est ce qu’on appelle “un blob” à savoir un module binaire propriétaire, on ne peut rien y faire dessus.


Donc oui sans pilote libre tu ne peux avoir de garantie que tu ne seras pas bloqué à cause d’un module propriétaire qui ne passera plus sur ta prochaine version.


A la rigueur, de ce côté là il faudrait plus espérer du côté d’intel. Car avec son atom (surtout le futur avec gpu intel donc pilote libre) il y a déjà une bonne base libre, et un constructeur qui joue le jeu du libre en plus d’avoir une archi assez commune. Je pense que clairement la délivrance est plus de ce côté là que du coté de tous les constructeurs indépendants avec leurs matos propre.


Merci pour l’INpactitude!
<img data-src=" />
Je retiens donc qu’on pourrait tout à fait imaginer un phone avec des specs libérées et exploitables par la communauté (je rêve toujours d’un Geeksphone avec des specs à la hauteur!). <img data-src=" />



Burn2 Abonné
Le 22/08/2012 à 14h19

Le freerunner c’était justement le principe. Y avait quelques NDA (sur le GPU), mais les développeurs pouvaient signer un document de non diffusion pour bosser sur les drivers et donc c’était presque totalement du libre, du moins ça suffisait pour toujours avoir un truc à jour et un matériel poussé dans ses retranchements.


Les Geeksphones ne sont pas plus libre que les autres téléphones, l’entreprise encourage juste les roms openSource et ne met pas de battons dans les roues (avec des bootloaders verrouilés), mais le matériel lui reste proche voir le même que ce qui se fait ailleurs. Le one est proche d’un HTC Magic avec sa puce qualcom. Donc les pb restent les mêmes! Le one a justement eu un PB de driver RIL qui l’a bloqué à android 2.1. Android 2.2 et 2.3 passent dessus, mais rebootent ou perdent aléatoirement le wifi/GSM à cause de RIL.


Le seul vraiment presque libre est le freerunner. Mais le la première version est dépassée, la deuxième est bien trop chère et sera déjà dépassée lors de sa mise en vente donc faut vraiment être motivé. :/
(sans compter l’écran qui reste un écran résistif donc totalement hazbeen maintenant :/ )


frikakwa
Le 22/08/2012 à 14h40

INtéressant! <img data-src=" />

Donc au final il faudrait un accord entre un assembleur et des fabricants de composants…

Je ne suis pas fan de Samsung mais on pourrait les imaginer jouer cette carte! <img data-src=" />


Burn2 Abonné
Le 22/08/2012 à 14h46

Voilà en gros ça serait ça.

C’est pour ça que de ce côté je vois plus intel en x86, sachant déjà que la partie Wifi + Gpu avec les dernières puces HD sont openSource etc.

Reste plus que la partie Ril qui pourrait resté fermé mais avec intel qui ferait pression pour que ça bouge ou qui le maintiendrait à jour durant un moment parce qu’il risquerait d’ailleurs d’utiliser assez souvent la même puce donc une évolution assez plausible.

Leur intel phone est déjà une bonne base. Mais clairement il faut plus attendre un autre avec une version atom a gpu intel pas comme celui là. Ils ont une bonne base.


Teovald
Le 22/08/2012 à 15h53

A ce rythme là, sony va finir comme partenaire pour le prochain terminal Nexus.


frikakwa
Le 22/08/2012 à 18h16






Teovald a écrit :

A ce rythme là, sony va finir comme partenaire pour le prochain terminal Nexus.


Perso… j’y crois!! <img data-src=" />



Teovald
Le 23/08/2012 à 08h19






frikakwa a écrit :

Perso… j’y crois!! <img data-src=" />


il avaient déjà un contrat nexus pour l’xperia play, les plans ont été changésparce qu’ils n’auraient pas été prêts à temps.
Ils sont les plus gros comitters hors google sur l’aosp
Ils viennent d’open sourcer la couche HAL de leurs capteurs
cette expérience avec l’xperia s

Après le programme Nexus ce n’est pas sensé marcher comme une récompense pour les bons élèves, mais tout de même ça ne ferait pas de mal que Google donne un coup de pouce à Sony.



frikakwa
Le 23/08/2012 à 08h30






Teovald a écrit :

il avaient déjà un contrat nexus pour l’xperia play, les plans ont été changésparce qu’ils n’auraient pas été prêts à temps.
Ils sont les plus gros comitters hors google sur l’aosp
Ils viennent d’open sourcer la couche HAL de leurs capteurs
cette expérience avec l’xperia s

Après le programme Nexus ce n’est pas sensé marcher comme une récompense pour les bons élèves, mais tout de même ça ne ferait pas de mal que Google donne un coup de pouce à Sony.


En effet ça ne ferait pas de ma… puis ça donnerait un Nexus au look sympa (perso j’adore le look des Sony NXT!) avec le gage de qualité Sony (je reste persuadé que dans l’esprit populaire, Sony est plus apprécié que Samsung!).

Comment peut-on vérifier les commiters sur l’aosp? <img data-src=" /> (ça m’INtéresse…)



canti
Le 23/08/2012 à 08h37






frikakwa a écrit :

En effet ça ne ferait pas de ma… puis ça donnerait un Nexus au look sympa (perso j’adore le look des Sony NXT!) avec le gage de qualité Sony (je reste persuadé que dans l’esprit populaire, Sony est plus apprécié que Samsung!).

Comment peut-on vérifier les commiters sur l’aosp? <img data-src=" /> (ça m’INtéresse…)



installe GIT et demande l’historique des commit sur https://android.googlesource.com/



Teovald
Le 23/08/2012 à 10h00






frikakwa a écrit :

En effet ça ne ferait pas de ma… puis ça donnerait un Nexus au look sympa (perso j’adore le look des Sony NXT!) avec le gage de qualité Sony (je reste persuadé que dans l’esprit populaire, Sony est plus apprécié que Samsung!).

Comment peut-on vérifier les commiters sur l’aosp? <img data-src=" /> (ça m’INtéresse…)


j’aime moi aussi le look des derniers terminaux Sony, pour le Galaxy Nexus le seul reproche que j’ai c’est le materiau employe. Du point de vue ingénierie il est excellent (léger & résistant) mais son aspect pourrait être revu, ça ne fait pas franchement haute qualité.
Je ne sais pas ce que Sony sait faire à ce niveau là par contre, je n’ai pas encore eu ses derniers terminaux en main & je ne fais absolument pas confiance aux photos de presse pour ça..

Pour les commits, comme expliqué plus haut, c’est sur git que ça se passe via googlesource & surtout des ingénieurs Google ont déjà exprimé leur satisfiction vis à vis de la conduite de Sony.

Beaucoup d’OEMs se contentent du minimum que la licence d’Android leur force à publier & ne contribuent pas ou presque pas à AOSP.



frikakwa
Le 23/08/2012 à 12h20

<img data-src=" /> Merci merci.. <img data-src=" />